IRC channel logs
back to list of logs
<bjc>indeed, running a home reconfigure with yesterday's (working) config from the store fails the same way <bjc>maybe something broke in the latest pull <alextee>hmm i still get shell command not found <zamfofex>alextee: What do you get if you run ‘guix describe’? <alextee>zamfofex, commit: a0178d34f582b50e9bdbb0403943129ae5b560ff <alextee>then guix package -u doesn't do anything <zamfofex>Isn’t that the one you had installed using your distro’s package manager? <alextee>./usr/local/bin/guix -> /var/guix/profiles/per-user/root/current-guix/bin/guix <alextee>i deleted /var/guix before running the installation so this must be the installation version <zamfofex>Ah. I think you updated your Guix, but are running the root user’s. <alextee>ice-9/boot-9.scm:1685:16: In procedure raise-exception: <alextee>error: supports-hyperlinks?: unbound variable <zamfofex>That seems related to a recent change by civodul. <alextee>how can i install an older version that works? <alextee>oh actually guix shell is doing something now <alextee>maybe it's just describe that's broken <alextee>running the bootstrap/configure commands now... <zamfofex>alextee: Ah, I forgot to instruct you to run ‘make’ after ‘./configure’, by the way. <alextee>ah thanks I was just about to run guix build <zamfofex>alextee: Don’t forget to also use ‘./pre-inst-env’, otherwise it will use your installed Guix (as opposed to the built one). <kitty2>Its been a while since I've reconfigured my home , and now when I try it keeps giving me "guix home: error: rmdir: No such file or directory" (While it cleaning up symlinks from a previous generation) ; when yall are done helping this person out anyone have any clue what I would even begin to do? lmao <zamfofex>Seems similar to the issue bjc was having. <alextee>ice-9/eval.scm:293:34: In procedure abi-check: #<record-type <origin>>: record ABI mismatch; recompilation needed <bjc>i think something broke upstream <kitty2>huh , how long have you been having the same problem? its been quite a while since ive tried guix home so just kinda curious if its been like that for a bit or extremely recently lmao <bjc>i can't figure out *what* broke. i'm sure there's logs somewhere, but ‘--verbosity=100’ didn't tell me (literally) anything new <alextee>says error: failed to load 'gnu/packages/bison.scm': <bjc>just today, but this is my first pull in a few days <civodul>alextee: the "guix describe" issue should be fixed now, my bad <alextee>civodul, no `make` was failing in guix shell on the guix cloned source code <kitty2>bjc: ah, thanks for letting me know ; I don't really have an email or anything set up at the moment to report anything but hopefully that gets worked out rather soon lmao <alextee>with error: failed to load 'gnu/packages/bison.scm': ice-9/eval.scm:293:34: In procedure abi-check: #<record-type <origin>>: record ABI mismatch; recompilation needed <kitty2>whatever it is it sounds like something really dumb to cause that type of issue with guix home <bjc>i wish i could even begin to try and figure out what's going wrong. tbh, it's more frustrating that all i get is an error and no other way to investigate, than it is that it's failing <kitty2>yeah lmao , its , quite bizarre tbh <zamfofex>alextee: I think Ludovic was just saying that the error related to the ‘supports-hyperlink?’ you were getting when running ‘guix describe’ should be fixed now. <alextee>ah i got confused because of the question mark, thought it was a question, nvm XD <alextee>yeah guix describe works now after re-pulling <alextee>`make` still fails inside `guix shell` <zamfofex>Do you have Guile installed without Guix? <alextee>are the precompiled .go files in home messing with the guix installation? <zamfofex>From the ‘guix shell’, when you type in ‘which guile’, what does it tell you? <zamfofex>Also, after using ‘--pure’, also try ‘make clean’ before running ‘make’ again. <alextee>zamfofex, I ran make clean and then make and now I get a different error <alextee>ice-9/eval.scm:293:34: error: commit: unbound variable <alextee>hint: Did you forget a `use-modules' form? <alextee>that shows right after this line: [ 11%] LOAD guix/tests.scm <alextee>zamfofex, nvm that was my code, i forgot i had some changes <alextee>i git stashed and it seems to proceed now <alextee>how can i make gtk-update-icon-cache available at build time? <lilyp>(it's in gtk:bin, but those caches are generated per profile, so adding them to the packages is not helpful) <alextee>(substitute* "meson.build" (("gtk_update_icon_cache: true") "gtk_update_icon_cache: false")))) <PaulePanter>flaminwalrus[m]: I found some of the packages in the archive. Thank you for the explanation. <alextee>hmm is there something special I have to do to be able to use the libbacktrace package as an input other than #:use-module (gnu packages debug) ? <alextee>because that throws errors when i try it <alextee>looks like some include order thing? <alextee>just using the module (gnu packages debug) in any file under gnu/packages blows up <anadon>I'm going to just have to have all my packages in a personal channel. I need those for other work at this point. <luchadoritos>Hello all! Whenever I run Guix home reconfigure I get an error, "guix home: error: rmdir: no such file or directory" right after it says "Cleaning up symlinks from previous home at /gnu/store/...-home." <zamfofex>luchadoritos: It seems other people were experiencing the same issue. They seem to think it is a bug. <luchadoritos>zamfofex: Thank you for letting me know! I appreciate it! Sorry for asking about a known bug. <zamfofex>It is fine! If no‐one asks about it, then it’s more difficult for it to be found, I think. <luchadoritos>May I ask, where should I look for bugs in the future? Is it in the Guix mailing system? I'm more used to GitHub issues. <luchadoritos>NVM I found the frontend at issues.guix and debbugs.gnu for Guix. Y'all have this figured out. <piethesailor>I have a simple question.. I just got into guix and like it so far, but I am curious. I use EXWM as my window manager. I recently installed emacs 28 through "guix install emacs-next". When I log into exwm, "M-x emacs-version" returns 27.2. Havent come across a solution yet and thought I's throw my question here? <alextee>I was trying to update the zrythm package but I'm stuck at an error related to including (gnu packages debug). so I just sent 5 patches to update other packages for now, will continue another time <MysteriousSilver>piethesailor: no idea, but maybe the emacs-exwm package creates a executable with emacs (instead of emacs-next) package <the_tubular>Uhm, I'm pretty sure I know what's happening but I don't know why <the_tubular>That wouldn't put it in it's path right MysteriousSilver ? <kitty2>after all the issues today with guix home people have been experiencing, I decided to explore around the guix issues tracker to see what there is there and <kitty2>quite interesting read of guix potluck, a thing from 2017(?) that has a lot of good ideas <luchadoritos>piethesailor: There's a default one (that I forget the location of) depending on your operating-system declaration. If you create a "~/.xession" file then xorg will use yours. <piethesailor>So should I run in the command line "guix repl" and then run that define-public sexp emacs-native-comp replaced with "emacs-next-28.0.50"? <MysteriousSilver>you can add it to an local channel or 'guix package --install-from-file=emacs-exwm.scm'
***sneek_ is now known as sneek
<piethesailor>so I need to make a change in ~/.config/guix/system.scm? <piethesailor>just answer that last one pls? I really appreciate the help you have provided regardless <MysteriousSilver>yes but the package defintion should be available to the package manager <vagrantc>so if something installs to libexec, but i want it to appear in PATH ... what to do? *MysteriousSilver goes away <vagrantc>can i just drop a symlink in from bin/FOO to ../libexec/FOO ? <zamfofex>Can’t you add ‘…/libexec’ to the PATH variable? <vagrantc>i mean, yeah, as a one-off, i could add that, but how would be the right way to do that in the package itself? <vagrantc>more specifically, updating libxmlb to the current version, which ships a binary in libexec that diffoscope can use... <vagrantc>i guess, diffoscope has a bunch of embedded references... <zamfofex>Yes, I think you should refer to the executable by its full path in a different package definition. <zamfofex>Otherwise you’d have to propagate the input so that it is accessible at runtime, and that’s not generally a good choice, I think. <vagrantc>the vast majority of the file formats in diffoscope don't have hard-coded values ... and there are hundreds, largely because most of the features are not strictly dependencies, but opportunistically added support <vagrantc>but so far all of the others are on PATH. <zamfofex>Is the executable in the previous version of libxmlb in ‘…/bin’? Or is it also in ‘…/libexec’? <vagrantc>don't know about the previous version, as it's been failing to build for quite some time <vagrantc>since it fixes the build failure, just pushed to master <vagrantc>last version that successfully built was mid-january <vagrantc>although it seems to also install into libexec, with a simple workaround applied (adding python to native-inputs) <vagrantc>will figure out what to do for diffoscope later <Aurora_v_kosmose>Got a package failing to build because its makefile looks for 'cc' specifically for building and doesn' <vagrantc>it might have a variable such as CC or HOSTCC or something similar that you can use to tell it to use gcc <Aurora_v_kosmose>It doesn't use a variable, I'll likely have to substitute that in during the build phases. <apteryx>rekado: uh, texlive-polyglossia has built, after some 89 packages/updates. phew! <Aurora_v_kosmose>So I have LFE building now. Given the general lack of a pre-existing codebase for other Erlang stuff, I don't think I'll be packaging rebar3. <ZhuAisi[m]>Aurora_v_kosmose: substitute 'cc' with the result of (cc-for-target), don't substitute it with 'gcc' <AIM[m]>What is equivalent of build essentials <AIM[m]>I'm compiling a emacs plugin vterm which needs them I think <ZhuAisi[m]>If you're talking about the emacs-vterm in Guix, you can use `guix shell -D emacs-vterm` to create a development environment for it <AIM[m]><Aurora_v_kosmose> "Hm, I know it includes automake,..." <- I was missing binutils as well it seems <atka>what would be a good way to hack on some system files to test things out, maybe in a repl? I want to glay around with mapped-devices.scm and get the output of a let expression <atka>guile itself plus the source, or emacs-geiser or something? <AIM[m]>I'll try out vanilla one as soon as my uni closes for summer break <AIM[m]>Till then I gotta find my way in this <Aurora_v_kosmose>Joking aside, the primary reason to avoid Doom is that it makes debugging a lot more complicated because it includes a lot of stuff & changes from default. <AIM[m]>Detecting C compiler ABI info -- failed <AIM[m]>Sys crafters has a good video tutorial on emacs from scratch <Aurora_v_kosmose>Well, I say more user-friendly with some doubt, I never actually used it myself, so I'm going off reputation and observation. <AIM[m]>I tried hello world compilation in gcc <zamfofex>If I have a program that raises SIGPIPE immediately then prints “hello”, when I execute it, it does not actuall get to the “hello”. When I use ‘guix shell’ (with or without any specified packages) then run it, it does print “hello”. Why is that? <AIM[m]>I need gcc working for some uni works, so kindly help me <zamfofex>AIM[m]: Try to uninstall it, and then ‘guix install gcc-toolchain’ <AIM[m]>Trying to compile a normal c program <AIM[m]>Like it just has printf hello world <zamfofex>(Also: For context, I’m trying to update m4, since the glibc update broke the current version. There is a single failing test, and it involves raising ‘SIGINT’ (which for some reason doesn’t end up exiting the process as expected). When I try it on the ‘/tmp’ directory left by ‘--keep-failed’, it works completely fine unless I use ‘guix shell’, in which case a different test that raises ‘SIGPIPE’ fails.) <Aurora_v_kosmose>AIM[m]: Silly question but did you re source your $GUIX_PROFILE/etc/profile ? <AIM[m]>I thought the installation did that by default? <Aurora_v_kosmose>I'm not sure. But on foreign distros if you change the state of Guix underneath the shell's nose, you need to open a new shell instance or explicitly make it aware of the changes. <Aurora_v_kosmose>You don't have much to lose, though I won't be able to explain why it works or doesn't given I don't use it the same way. <AIM[m]>I'll have to setup guix home maybe? <ZhuAisi[m]>I try `guix shell gcc`, it doesn't add binutils and glibc to develop environment now <Aurora_v_kosmose>Makefiles should actually use $(CC) which should be determined by autoconf <Aurora_v_kosmose>There's a bunch of portability reasons why. The info manual explains it. <zamfofex>sneek: later tell civodul: It seems like m4 required an update for the newest glibc version (see commit 8e99f24c0931a38880c6ee9b8287c7da80b0036b in gnulib), but now there is an strangely failing test. See <https://logs.guix.gnu.org/guix/2022-04-09.log#081848> and the few messages I sent thereafter. I’m not sure what the issue is exactly. I should take a break from this for today, though! <AIM[m]>I've tried to symlink gcc to cc in ~/.local/bin <AIM[m]>But somehow libtool can't see it <AIM[m]>It's saying cc command not found <zamfofex>Are you sure you need ‘cc’? Can’t you just ‘export CC=gcc’? <AIM[m]><zamfofex> "Are you sure you need ‘cc’? Can..." <- Thank youuuuuuu <zamfofex>You’re welcome, I’m glad I was able to help! 🙂 <Alex[m]1>Hi, is there a way oft getting an Intel Card to Workon the T500? <Alex[m]1>Hi, is there a way oft getting an Intel Card to Workon the T500? <bost>Hi. Does anybody know how to get the `at` command installed? `guix search at` returns nothing useful. <xelxebar>Needing ncurses with versioned symbols, but it looks like our packages doesn't configure with --with-versioned-syms=yes. <xelxebar>It's easy enough to create a wrapper package, but are versioned symbols something we should consider in the main package?
***taiju is now known as Guest5
***taiju_ is now known as taiju
***taiju is now known as Guest1857
<taiju>I have set the locale to en_US.utf8 and did not notice it, but when I set the locale to ja_JP.utf8, GDM's font cannot display Japanese. <taiju>I use GNOME as my window manager. <taiju>Any hints on how to solve this problem? <taiju>When I log in with GDM, everything is in Japanese.
***Xenguy_ is now known as Xenguy
<fiesh>ok,, so the bisection process that mbakke helped me with is finally complete. 400c9ed3d779308e56038305d40cd93acb496180 is the commit that breaks me being able to input the password for my luks encrypted home partition and instead prints "Nothing to read on input." repeatedly <fiesh>what do you know, it seems to have been fixed while I was bisecting >_> <fiesh>joke's on me then I guess, let's see if it works now <taiju>I have set the locale to en_US.utf8 and did not notice it, but when I set the locale to ja_JP.utf8, GDM's fonts cannot display Japanese characters. <taiju>I am using GNOME as my window manager. <fiesh>hmm nope, still broken, so I guess my bisecting was at least good for something <taiju>Any hints on how to solve this problem? <taiju>After logging into GDM, everything is in Japanese. <zamfofex>taiju: Do you prefer for things to be in Japanese or in English? <taiju>zamfofex: I myself prefer to use GNU/Linux in English, but many Japanese users prefer to use it in Japanese, and I would like to help them. <zamfofex>civodul: I had trouble with glibc because I needed to update m4. TL;DR: The issue is a failing test in m4 which uses signals, but those seem to be a bit wonky in the Guix build environment. (I prepared a message with sneek with a bit more detail.) Ought I to just disable the tests for now? <sneek>Welcome back civodul, you have 1 message! <sneek>civodul, zamfofex says: It seems like m4 required an update for the newest glibc version (see commit 8e99f24c0931a38880c6ee9b8287c7da80b0036b in gnulib), but now there is an strangely failing test. See <https://logs.guix.gnu.org/guix/2022-04-09.log#081848> and the few messages I sent thereafter. I’m not sure what the issue is exactly. I should take a break from this for today, though! <civodul>zamfofex: maybe we could apply that Gnulib patch if that's all it takes to have the test pass? <zamfofex>taiju: If the issue is that Japanese characters don’t show well, you might be able to resolve it by installing a font that has them. <zamfofex>civodul: I think theses were tests that didn’t exist in the previous version. <zamfofex>It is strange that the raised signals aren’t actually causing the default termination effect, though. <zamfofex>I feel like that is a bug in Guix, or maybe I’m missing something. <taiju>zamfofex: I have added Japanese fonts globally and reconfigured, but it is not working. <civodul>zamfofex: ok; perhaps it's ok to skip this specific test, though it'd be good to document the details in a comment <taiju>zamfofex: There have been cases where it works if specified at the time of installation. However, I would like to use reconfigure instead of reinstall. <bjc>taiju: what's the value of LANG in /etc/environments? <taiju>TZDIR=/gnu/store/jj5aj3zxf65b7zgismwgy2wad7kbkcqz-tzdata-2021e/share/zoneinfo <taiju>LINUX_MODULE_DIRECTORY=/run/booted-system/kernel/lib/modules <taiju>SSL_CERT_FILE=/etc/ssl/certs/ca-certificates.crt <taiju>GIT_SSL_CAINFO=/etc/ssl/certs/ca-certificates.crt <taiju>GTK_DATA_PREFIX=/run/current-system/profile <taiju>GUIX_LOCPATH=/run/current-system/locale <taiju>PULSE_CONFIG=/etc/pulse/daemon.conf <taiju>PULSE_CLIENTCONFIG=/etc/pulse/client.conf <taiju>NM_VPN_PLUGIN_DIR=/gnu/store/s4j534jy2y6y4b5xff5adgwijxcrgjdl-network-manager-vpn-plugins/lib/NetworkManager/VPN <bjc>hmm. is gdm just displaying tofu characters for the japanese code points? <zamfofex>civodul: In the build environment, raising ‘SIGPIPE’ works as expected, though, but raising ‘SIGINT’ seems to be ignored. <taiju>bjc: Yes, that's right. But it's just a GDM screen issue. <bjc>i'd guess it's using a poor font, then <bjc>i don't have gdm configured on guix to test, unfortunately, but iirc, there's also a way to modify things through the gnome-settings panels (or maybe gnome tweaks?) <bjc>either way, it may give you a hint as to how to configure gdm <unmatched-paren>as i've previously mentioned here, my laptop seems to have a bios bug that makes it occasionally reset its EFI settings. this seems to make it forget about the grub in my disk.
***taiju_ is now known as taiju
<unmatched-paren>but i can't figure out how i got to grub-install last time... where should i look? <unmatched-paren>it's not in /var/guix/profiles anywhere, but surely it must be in the store, since it runs every reconfigure? <unmatched-paren>i tried looking on ci.guix.gnu.org for the grub-efi package's full path and typing it in -- didn't work, no such file or directory <taiju>bjc: I tried specifying Noto Sans CJK JP in the GNOME Tweaks font settings, but the result did not change. Strangely enough, the lock screen can display Japanese. <unmatched-paren>if i try to do anything guixy like installing the package, the guix-daemon socket refuses the connection
***taiju_ is now known as taiju
***slep is now known as cel_b
<zamfofex>civodul: All the packages you asked me are now done building under the new glibc and m4! (With the addition on GNU Hello for good measure.) Is there more testing I should do, or is that sufficient to submit a patch? <civodul>zamfofex: yay, that looks like a good start! <civodul>so yes, i think you can submit a patch <civodul>eventually, we'll have to check things such as non-x86_64 arches and cross-compilation to GNU/Hurd <civodul>but that can come after, with help from ci.guix <Aurora_v_kosmose>In theoretical terms there's no benefit, but in terms of crystalizing vaporware into software, there is. <bjc>honestly, that sounds very academic. i don't know of any language capable of implementing a device driver that doesn't allow some kind of memory unsafety inherently <bjc>it's not impossible for it to exist, but i don't know of any <bjc>on top of that, it doesn't allow for something like the hurd, where a user can replace things at whim using whatever system they feel like <Aurora_v_kosmose>The components of the software system with access to the raw hardware could be mediated solely by referecences to a privileged API. <Aurora_v_kosmose>Thus any program without said references or capabilities would be unable to actually act on the hardware itself. <bjc>yes, but which language are you implementing in that would allow for that and also allows for decent device driver development <bjc>like, writing a 10gb or faster ethernet port <Aurora_v_kosmose>Some variant of Common Lisp could work. Such componenets may need to suspend/avoid GC and use exclusively static allocation and explicit typing for everything. <bjc>actually, i'm arguing at cross purposes anyway. it's not like a hurd-ish system could do any better, since that automatically has more overhead <Aurora_v_kosmose>You could also have that module enable something like managed virtualization relying on hardware support. <bjc>and ultimately i'm more interested in that than ridiculously fast ethernet, in terms of home usage <vagrantc>ever since the upgrade to the newer shepard, whenever i reconfigure a system the ssh connection dies <bjc>iommu offers solutions, it's true <bjc>i need to look at how l4 et al does things, but i've been wondering if you could do message passing between processes just by allocating a shared mmu page as a channel <Aurora_v_kosmose>For the non-supporting hardware... you basically have the unassisted QEMU situation, but safer. <bjc>that'd be pretty low overhead, speed wise, at the cost of potentially a lot of memory