IRC channel logs
2024-12-27.log
back to list of logs
<the_tubular>Can't believe there's no docs about this somewhere ... <the_tubular>Weird thing is, vertico works on first boot of emacs <the_tubular>So it's not something that It can't read or see the oackkage right ? <the_tubular>Welp, that just made it worse, now I can't get it to work at all :( <the_tubular>Normally I ran : rm ~/.emacs.d/eln-cache/30.0.92-71e1b1df/* & emacs init.el --debug-init and could get vvertico workig <clone>try with emacs -q and just using vertico mode <the_tubular>I get : [Error in post-command-hook (vertico--exhibit): (void-function compat--completion-metadata-get)] <clone>I'm out of ideas then. To sanity check you're running emacs in the same shell after you sourced the profile you made right? which emacs is somewhere in tmp. <clone>and you ran guix pull recently <the_tubular>I just uninstalled emacs from my profile and now I can't start it at all <clone>did you install emacs-next in your profile? the command I gave you installed it in a profile in /tmp <clone>just start a new shell and it won't have that profile sourced, and you can just delete the folder in tmp if you want <clone>you can use guix package --list-generations and --switch-generation if you really installed it into your user profile <clone>guix package --switch-generation={number} doesn't work? <the_tubular>Yeap it worked, I had a space between generation and numer ._, <clone>if you installed emacs-next and emacs-vertco into your user profile the test of installing them into a fresh profile didn't really work i think <the_tubular>Well it definetly did something, but it was worse lol <the_tubular>The concept of system packages and user packages is so confusing <the_tubular>Why would the test not have worked in my user profile ? <clone>a brief explanation based on my potentially wrong understanding is that profiles are lower level guix things, you install packages into them and you can source them to make the packages in them availible in the paths <clone>each user has a default profile at ~/.guix-profile and guix package operates on that by default, with -p you can make it operate on other profiles <clone>guix system and guix home are higher level things that use profiles under the hood, the profile for your system would be at /run/current-system/profile/ <the_tubular>Mkay but we were trying to get emacs-next and emacs-vertico into a profile right ? <clone>because the point was to make a temporary profile with only emacs-next and emacs-vertico to reproduce the issue minimally, i don't know what else is in your home profile <clone>i'm going to get off, good luck. i might try removing all emacs stuff from system and messing with a emacs only profile until you get things working/figure out the problem, then try to migrate it back to system. <the_tubular>But the problem is not that it's inherently in system config right ? <Kolev>Is there a guide on how to set up Nextcloud on Guix System? <orahcio>Hi, somebody knows why I get "In procedure symlink: No space left on device" during the home reconfigure? I have a little more than 56Gb of free space on my disk <clone>the_tubular: i don't know what you should debug either. Using emacs-next and emacs-vertico with those package transformation options in a profile works fine on my system and I have no idea why it wouldn't on yours. The reason I suggested to test with a profile instead of in system is just because profiles are easier to work with <the_tubular>clone something really weirds happen since I roll back <the_tubular>When I open emacs, It just like wipes my terminal and shows nothing <the_tubular>Untill I press a key, like return, and then emacs boots (?) <the_tubular>Not sure if emacs isn't booted before but I can't see it <homo>sneek later tell orahcio thanks to that theme my gnome is now chimera: apps and icons are "3D", but gnome-shell is flat <homo>sneek later ask orahcio there used to be haiku theme for gnome-shell, but it disappeared :( <efraim>oh no! llvm-18 fails in the 'make-dynamic-linker-cache phase like i686 does <jjba23>I have been lately working more and more with Guix and Guile Scheme and really embracing it. Although for me to really commit to it, I need some database libraries that actually work. I discovered the `guile-dbi` and `guile-dbi-sqlite3` (https://github.com/opencog/guile-dbi) but notice that they depend on Guile 2 in Guix. <jjba23>This makes it unworkable for me, also since the software I am building, as well as my Guix system, run on Guile 3 only. <jjba23>I attempted to patch the Guix package myself, but I gave up after much frustration. I would really appreciate some help from someone that could fix it. <jjba23>I don't see anything that stops us from upgrading in Guix, and if I read correctly, I think even guile-dbi uses Guile 3 already, it's just the Guix package that is outdated. <jjba23>I already submitted a bug report, and attached some logs I got after trying to upgrade <jjba23>I have been lately working more and more with Guix and Guile Scheme <jjba23>and really embracing it. Although for me to really commit to it, I <jjba23>need some database libraries that actually work. I discovered the <jjba23>`guile-dbi` and `guile-dbi-sqlite3` <yarl>jjba23: Did you look into guile-squee, guile-sqlite3? <jjba23>hmm this is interesting yarl, i had looked into guile-sqlite3 although it is less powerful than dbi which is more DB agnostic <jjba23>I also like to use Artanis, and that works with dbi <jjba23>i really hope someone with some autotools/autoconf knowledge could help here <jjba23>I also think we should be a little more active in ensuring packages work with Guile 3, so we can avoid a schism <ennoausberlin>The substitutes situation for rust on aarch64 is really pain <yarl>jjba23: guile-dbi, guile-dbd-* needs upgrade to 2.1.9 <jjba23>Hey all, so continuing in the topic of upgrading guile-dbi to Guile 3 <jjba23>This is the code I am working with : <jjba23> (commit (string-append "guile-dbi-" version)))) <jjba23> (file-name (git-file-name name version)) <jjba23> "1i0vsg173499jsvimzqb81lqrw6r8l77qkjmsdha442r933nq473")))) <efraim>use a paste site, like paste.debian.net <jjba23> (build-system gnu-build-system) <jjba23> `(#:modules (((guix build guile-build-system) <jjba23> #:select (target-guile-effective-version)) <jjba23> #:imported-modules ((guix build guile-build-system) <jjba23> ,@%default-gnu-imported-modules) <jjba23> "--with-guile-site-dir=" %output "/share/guile/site/" <jjba23> (target-guile-effective-version (assoc-ref %build-inputs "guile")))) <jjba23> (modify-phases %standard-phases <jjba23> ;; The upstream Git repository contains all the code, so change <jjba23> ;; to the directory specific to guile-dbi. <jjba23> (add-after 'install 'patch-extension-path <jjba23> (lambda* (#:key inputs outputs #:allow-other-keys) <jjba23> (let* ((out (assoc-ref outputs "out")) <jjba23> (dbi.scm (string-append out "/share/guile/site/" <jjba23> (target-guile-effective-version <jjba23> (ext (string-append out "/lib/libguile-dbi"))) <jjba23> (substitute* dbi.scm (("libguile-dbi") ext)))))))) <jjba23> (list autoconf automake libtool perl texinfo)) <jjba23> (synopsis "Guile database abstraction layer") <jjba23> "guile-dbi is a library for Guile that provides a convenient interface to <jjba23>SQL databases. Database programming with guile-dbi is generic in that the same <jjba23>programming interface is presented regardless of which database system is used. <jjba23>It currently supports MySQL, Postgres and SQLite3.") <jjba23> (list (search-path-specification <jjba23>sorry I just managed to get ERC working in Emacs <yarl>jjba23: Your error log is 404 not found. <jjba23>ha seems like it got "moderated" <jjba23>i see some suspicious lines like: ./autogen.sh: ./configure: /bin/sh: bad interpreter: No such file or directory <jjba23>./configure: line 18706: syntax error near unexpected token `GUILE,' <yarl>jjba23: There are kind of related problem mentioned in last closed issues and log guile-dbi-2.1.9..master <jjba23>do you have some tips in how i could try to apply those tips :) ? <yarl>jjba23: I am looking at it. <tobtoht_>Is there an alternative to `guix graph` that simply outputs a list rather than a graph format? <tobtoht_>`guix refresh --list-transitive` outputs a list, but appears to be missing a lot of packages <tobtoht_>e.g. `guix refresh --list-transitive rust` does not include rust's bootstrap chain, whereas `guix graph` does <tobtoht_>transitive build dependencies, all packages needed to build X package <Rutherther>right, I don't think there is a list like that, but it should be quite easy to just parse out the nodes out of the graph from guix graph <tobtoht_>figures so, that's unfortunate. I guess I'll have to take a stab at fixing guix graph then, because it often includes packages from commencement when it shouldn't. <jjba23>yarl: I was also in parallel simply trying with guile-dbi-2.1.8 which is the version on Guix, albeit a bit older, and i managed to get it working with Guile 3, I think. At least `guix system reconfigure` works and it installs successfully. I did have to pass some new flags to ignore warnings that occur in tests: `#:make-flags '("LDFLAGS=\"-Wl,-allow-multiple-definition\"")`. I will now attempt to fix dbd-sqlite3. Of course this still <jjba23>leaves the question and issue to let us use latest master on Guix. <tobtoht_>e.g. `guix graph -t bag-emerged texinfo` includes all bootstrap dependencies, when the manual states it shouldn't <jjba23>yarl: just submitted patch now to guile-dbi at least runs on Guile 3 :) even if not on latest tag of the lib <Guest59>i mean "disable ipv6 on my guix system through config" <Guest59>never used iptables or meddled with one if they existed on my system. WIll check that out. thank you yarl <cluelessguixer>Guest59: You could use sysctl (net.ipv6.conf.all.disable_ipv6=1), which is easy enough to add into config.scm. <cluelessguixer>Is C-c not enough to destroy containers? If I do "guix shell -CN -u torrent --share=/home/guix/Downloads=/Downloads qbittorrent-no-x -- qbitorrent-nox", and add a torrent or RSS stuff, it seems to persist next time I do the command. <cluelessguixer>Guest59: I think when I tried something similar at some point I couldn't get it to work, but got it working after adding (gnu services sysctl) to use-modules, and then using modify-services instead. <Guest59>cluelessguixer ah okay, makes sense. I guess ipv6 is part of the %base-services. can share your config? if you can't share the whole config. at least the modify bits for ipv4? <Guest59>i mean 'modify-services' bis for ipv6" <Guest59>ah okay. thank you cluelessguixer :) <jjba23>yarl: let me know if you figure something out with the >= 2.1.9 of guile-dbi (jjbigorra@gmail.com) <cluelessguixer>The "--no-cwd" option sorta cleared things up for me regarding guix containers. Neat. <sneek>orahcio, you have 3 messages! <sneek>orahcio, homo says: thanks to that theme my gnome is now chimera: apps and icons are "3D", but gnome-shell is flat <sneek>orahcio, homo says: there used to be haiku theme for gnome-shell, but it disappeared :( <orahcio>homo nice, I will see your haiku packaged for guix <orahcio>ekaitz: I could see some best pratices to customize gtk themes, the icon-theme package needs to be in the system package list not in the home configuration, I think on home configuration I will put a little packages and I will use just guix install, because I have many error when use home reconfigure <david95>Hello everyone. Can you please tell me how to enable DNS Over HTTPS? I don't see any settings for this. <david95>Click on the three-dash menu in your browser window. Select Settings. Navigate to General > Network Settings > Settings At the bottom of this dialog: Enable DNS over HTTPS <Guest59>Why does setting sysctl values net.ipv6.conf.all.disable_ipv6" . "1", net.ipv6.conf.default.disable_ipv6" . "1", net.ipv6.conf.wlp4s0.disable_ipv6" . "1" doesn't work? The only way to disable that i have found was thought kernel command line parameter "ipv6.disable=1" worked. any idea why is that? <yarl>Does that mean that openssl should be in postgresql's propagated-inputs? <Rutherther>yarl: or the pkgconfig file could be patched so that it doesn't ask for openssl unnecessarily <yarl>Rutherther: How and when are generated those files? :( <futurile>Q: anyone know how to create an img tag for the Guix blog when using SXML? <lilyp>just guessing: (img ((@ (src "the-source") (alt "the alt text")))) <futurile>lilyp: whoop, yes! that go it - thank-you <whereiseveryone>i think guix should have something like `nix flake show templates` for creating guix.scm, manifest.scm etc. <yarl>whereiseveryone: I don't know about nix but there is guile-hall <yarl>Does that mean that openssl should be in postgresql's propagated-inputs? <yarl>I am looking at postresql sources. <ieure>yarl, Don't think so, just the regular inputs. <ieure>yarl, Not sure then. But propagated inputs shouldn't be necessary here, those are only needed at runtime, and you're having problems with the build. <yarl>ieure: I don't know, postgresql gives a library, libpq. <yarl>You compile postgresql with openssl support (postgresql package definition in gnu/packages/databases.scm) <ieure>yarl, What are you trying to do? <Rutherther>Requires.private is supposed to mean that postresql needs that library. pkgconfig has a hidden assumption that you need the dependency in current environment when you are building something with postgresql, but it's not actually true with Guix as the dependency is hardcoded to postgresql at that point <yarl>Rutherther: I see. ieure: I want to upgrade a package that now uses autoconf's PKG_MODULES([PQ], [libpq]) <yarl>Should I add openssl as input of this particular package then? <yarl>Rutherther: I wonder, why would it be so bad to move openssl from postgresql inputs to native-inputs? <yarl>In guix manual 8.2.1 'package' Reference: <yarl>For example this is necessary when packaging a C/C++ library <yarl> that needs headers of another library to compile, or when a <yarl> pkg-config file refers to another one via its ‘Requires’ <Rutherther>yarl: did you mean from inputs to propagated-inputs? <yarl>Rutherther: Yeah, sorry.. <Rutherther>yarl: it's always good to prevent propagating, as that means every profile with postgresql will have that package. That can easily lead to conflicts, plus it means the user has unnecessary files in their profile <Rutherther>ie. currently you cannot install both mpv and latest ffmpeg, because mpv propagates older ffmpeg <yarl>Rutherther: alright, thank you. <yarl>how issues down again :( <whereiseveryone>yarl: does guile-hall support guix.scm and manifest.scm? I haven't used it <unmush`>civodul: so what all steps are necessary for turning my writeup into a blog post? <civodul>perhaps you need to slightly augment the intro to give more context for a broader audience <homo>kentaro0_ aren't you required to pay to apple for digital signature or else macos refuses to run unsigned binary? this is too much to expect from volunteer developers <homo>whether you are user or developer, you'll have much less pain in apple if you just run guix in virtual machine <homo>I don't recall cross-compilation being a thing when it comes to apple, developers are forced to buy macbooks and compile natively <homo>another thing iirc is that to make syscalls in macos, you absolutely must link to macos's libc, so no glibc for you there unless glibc is linked to macos's libc <homo>the easiest way to go is just to install gnu/linux on macbook, install kde plasma, move panel from bottom to the top, add global menu widget to it and autostart latte dock <homo>or install gnome and dash-to-dock extension, the only thing you'll miss is global menu <identity>i've noticed that vkquake fails at startup, as it wants SDL2 of the 2.0.* version series, but is built with the newer 2.30.* series; the fix is to pin the sdl2 package ("sdl2@2.0")or to use newer sources of vkquake (the version in the default channel is a few years old). i'm not sure if this was reported already as i can't access issues.guix.gnu.org <homo>identity I don't recall sdl 2.30 breaking compatibility with sdl 2.0, the true fix is to remove hardcoded number from vkquake's source <homo>unless vkquake depends on bugs present in sdl 2.0 <identity>homo: which i assume was done in the 4~ years since 1.01.0 <homo>that's still not a valid excuse why vkquake has hardcoded 2.0 <identity>i assume the itention was to make 2.0.6 the minimal required version, not to allow 2.0 series exclusively <homo>there is a trend to ship with bundled libraries instead of trusting distro to do package management, and when libraries are not bundled it's only because specific version is hardcoded into cabal, stack, cargo, pip, npm, whatever 
