IRC channel logs
2024-09-27.log
back to list of logs
<aidans>Hi, I'm having a weird issue that hopefully someone can point me in the right direction for, I built my own install image, when I try to boot it "the installer has encountered an unexpected error", the backtrace is basically as follows (cutting out a bit so its typeable). In srfi/srfi-1.scm: 586:29 19 (the map of locales) 586:29 18 (the map of locales with the first removed) ... ... ... 586:29 11 (the map of locales now starting with "tok") In <aidans>gnu/installer/newt/page.scm 415:26 10 (_ "tok") In gnu/installer/newt/locale.scm: 160:28 9(_ "tok") In unknown file: 8 (gettext #f "iso_639-3" #<undefined>) and it continues on- but I think this is most of the relevant part <aidans>Thanks, but I'm not much less lost given that <meaty>Hello, where can I find the scripts that run when herd attempts to start a service? or otherwise what's the general gameplan for debugging services that fail right after starting? <meaty>otherwise would anyone be willing to show me an emacs server home service that works :P <apteryx>lilyp: any clue why 'guix refresh' doesn't work well with GNOME packages? <apteryx>it often only get the latest minor bump instead of the next major upgrade <apteryx>is the retroarch interface looking the way it's intended to in Guix? <apteryx>it's full of black boxes where there should be icons, it seems <amano>How is /var managed on guix? <meaty>AwesomeAdam54321: sorry, wdym syslog? <meaty>I get notice of them in the VT when I log in <AwesomeAdam54321>meaty: The GNU Shepherd doesn't do automatic per service logging yet, so all logs are sent to /dev/log by default <AwesomeAdam54321>The syslog daemon should keep track of the logs once it's started, so you can look in /var/log <apteryx>AwesomeAdam54321: I don't think that's accurate anymore; Shepherd logs every stdout and stderr to /var/log/messages now <meaty>AwesomeAdam54321: i don't see anything in /var/log/messages <meaty>Actually I do get lines like these: <meaty>Sep 26 02:31:31 localhost vmunix: [92227.987750] [ 17407] 1000 17407 398878 48618 46433 238 1947 1007616 0 0 .emacs-29.4-rea <meaty>but I think that's just an old crash log <amano>It seems not everything can be declaratively managed. /var, dconf, firefox, ... <aidans>Just reposting this in case anyone knows the answer: Hi, I'm having a weird issue that hopefully someone can point me in the right direction for, I built my own install image, when I try to boot it "the installer has encountered an unexpected error", the backtrace is basically as follows (cutting out a bit so its typeable). In srfi/srfi-1.scm: 586:29 19 (the map of locales) 586:29 18 (the map of locales with the first removed) ... ... ... 586:29 11 (the <aidans>map of locales now starting with "tok") In gnu/installer/newt/page.scm 415:26 10 (_ "tok") In gnu/installer/newt/locale.scm: 160:28 9(_ "tok") In unknown file: 8 (gettext #f "iso_639-3" #<undefined>) and it continues on- but I think this is most of the relevant part <aidans>I'm building from guix installed on ubuntu <amano>Can I develop packages in guix repl? <amano>Okay, guix repl helps me with package development. <apteryx>ACTION attempts packaging retroarch-assets <amano>I think that comment is a very relevant criticism of guix API. <apteryx>"guix repl doesn't let yo work with package definition": not sure why they think so; it does <PuercoPop>How are y'all emacs guixers setting the source-dir variable so that jump to definition works for the c functions? <PuercoPop>apteryx: I meant for emacs own jump to definition to the c core. ie. if I open the sort function's help file C-h f sort<RET> and press s, if the source-dir points to a checkout of the emacs tree it jumps to definition. ggtags is for regular c projects afaiu <PuercoPop>before guix I compiled emacs from source manually so that took care of M-. working for the C core out of the box <lilyp>sneek, later tell apteryx I assume it's there to keep things stable β I personally use =VERSION on the command line to get what I want. <apteryx>lilyp: I don't think the updater intends to keep things stable, even for GNOME. It's probably just some coincidence that has to do with the hiearchy of the release files on their archive site <sneek>Welcome back apteryx, you have 1 message! <sneek>apteryx, lilyp says: I assume it's there to keep things stable β I personally use =VERSION on the command line to get what I want. <apteryx>there used to be something about odd/even versions, but that was removed by myself since it's a decaying practice <lilyp>there might be a check locking the major version β other than that idk <lilyp>although "latest" comes with its own share of problems, e.g. if you don't want to bump glib for example <amano>How long does it take to learn gnu guile and gnu guix from scratch to the point where I can write packages, services, and build systems? <amano>Is there any new competitor to guix? <jaft_r>amano: I can't speak towards the others but I found myself able to learn packages relatively easily from just looking at other package examples; a lot of searching through the Guix repo. <amano>jaft_r: You aren't going to figure out much without reading manuals. <jaft_r>Well, I can only speak to my experience with writing and building my own packages. <amano>Unfortunately, because I want to write a build system, I have to learn more than that. <amano>Proper understanding from the ground up is required. <amano>I can't just copy and paste without understanding. <jaft_r>I mean, that's fair. Build systems permate much deeper into how Guix works than packages or even services. <apteryx>the list of %updaters is simply alphabetically sorted <apteryx>perhaps we shoul treat the generic updates as a last resort (appending them last) <apteryx>or perhaps we should have a better way to map package -> updater than just wastefully trying them all <apteryx>lilyp: OK, I've ensure the generic updaters run last <apteryx>result is same with the gnome updater: gnome-desktop would be upgraded from 44.0 to 44.1 <nckx>Well, having an ungrafted CUPS for a month was nice. <apteryx>lilyp: and that's actually correct for this package (44.1 is the latest) <apteryx>what is LIBRETRO_DIRECTORY intended for in retroarch? does it allow for cores discovery? <miha>hi, does anyone have working lightdm config.scm? <dariqq>miha: anything particular you are having problems: I had to add my session to a seat because the session discovery was not working for me. After the second boot i had wrong permissions on the Xauthority file in /var/lib/lightdm/ which i fixed manually <miha>dariqq: that sounds like the problem I am having. I also have Xauthority permissions problems but I also have just blank screen after boot <miha>do you mind sharing the part of config.scm that relates to lightdm? <miha>no just /var/log/lightdm <dariqq>apologies, something went wrong with the formatting when copying <tobtoht_>Hamled: sorry ignore that, message went to the wrong channel <miha>dariqq: I tried your config and LightDM now start :) but I cannot log in to XFCE <miha>In logs there is: Seat seat0: Failed to find session configuration default <miha>Seat seat0: Can't find session 'default' <dariqq>miha: iirc i ahd that problem initially after having a wrong config at the start. Something is terribvly wrong with session detection in lightdm and idk what it is. It should not be looking for a "default" session. Probably some stale files somewehere idk. I "solved" it by reinstalling and setting up the correct config from the beginnig. <dariqq>(as a very hacky workaround you could make an xfce package that provides the xfce xsession file as default.desktop i think) <miha>I will first try renaming session from * to default <dariqq>miha: ideally this would not be an issue because you should be able to select the session in the menu but that does not wortk for me either <miha>yeah that didn't work out <miha>so now I should do guix uninstall lightdm? <miha>or how did you reinstall it daviqq? <dariqq>miha: i did the radical approach and reinstalled the enitre distro because i didnt want to investigate it further. Alternatively you could try replacing the xfce-package in (xfce-configuration) with a variant that has a default.destkop xsession file <miha>ok. I will try to find a bit more gentle approach :) Thanks for all the help! <amano>I realized that if package parameters land on guix, changing package parameters of dependencies won't have any effect on dependent packages because different package parameters produce different packages. <amano>That's unlike gentoo where different USE flags on dependencies will affect dependent packages. <sham1>amano: on one hand that behaviour of USE flags is quite handy for that sort of stuff. OTOH, it's an easy way to cause conflicts with requirements of two packages, which can be annoying to deal with <sham1>I would imagine that you could have some sort of a (modify-inputs) form that takes a package and lets you change dependencies <Rutherther>amano: that's exactly what would give you more power. You can choose whether to use the dependencies with those parameters as well <Venoflux>Hello! I would like to consult about the emacs package in Guix. Normally I do use emacs native compilation by building it myself but since Guix is a completely different way of doing things that I am not familiar at all. Does the emacs 29.4 package come with treesitter and native enabled like in Fedora? <Rutherther>Venoflux: the emacs package itself has native compilation enabled, and tree sitter as well. Thou for the native compilation there are several things to have in mind. First off, if you are going to use guix emacs packages, to make sure they native compile you have to make sure they don't use emacs-minimal (most do now) as the emacs they use for build. That one doesn't have native comp. To do that, you can use --with-inputs=emacs-minimal=emacs. <Rutherther>Additionally, if you chose not to use guix packages for dependency management, emacs coming from guix is patched to not enable jit native compilation. It's recommended to not enable it, but if you do, there is one important thing to keep in mind - Guix patches emacs to not have hashes in the eln files. That is to allow grafts to work well. But it also means that if you do not use Guix packages, you have to make sure to delete the eln files when you... <Rutherther>... update a package. Otherwise wrong eln file will be used <Rutherther>As for tree sitter language support, if you include both emacs and tree-sitter-$(language) in your profile, that language treesitter support will be automatically available in emacs. <Venoflux>I see that's a relief, appreciate the heads up and the answer. Guess it's time to say goodbye to Elpaca <sham1>For a home-environment, I guess you could use (package (inherit original-package) (*set-input-as-emacs-here)) <sham1>Maybe even do an automatic mapping, if one makes a home service out of it <Rutherther>sham1: that is unnecessarily complicated, you can either use "options->transformations" similarly as the cli --with-inputs, or the thing it used as underlying "package-input-rewriting" <Rutherther>"(options->transformation '((with-inputs . "emacs-minimal=emacs")))" or "(package-input-rewriting "((,emacs-minimal . ,emacs)))`. Both will return a procedure to replace emacs-minimal with emacs, recursively <sham1>I'll probably put that into my emacs service once I write one <sham1>So if could then be (map (package-input-rewriting ...) emacs-packages) <amano>Rutherther: Can I make a package use dependencies with different parameters? <Rutherther>amano: of course. I just sent an example. Though not specifically of parameters, just generally <amano>Can I change transitive dependencies? <amano>Dependencies of dependencies. Dependencies of dependencies of dependencies. <Rutherther>well of course, that's exactly what transformations or package-input-rewriting does... <Rutherther>or, more generally the package-mapping procedure they use <amano>Substitutes will become useless if I do that. <sham1>Of course, but these are emacs libraries in this case <sham1>But in general yeah, you'll have to rebuild <sham1>They have a different closure and such, after all <amano>Is there any new guix competitor looming on the horizon? <amano>It seems guix is the latest and greatest? <sham1>I feel that Nixers would contest the greatest part, but yeah, there's probably not many pckge managers like nix or guix <amano>I am not fond of nix language... because it's not turing complete. <Rutherther>amano: what makes you think it's not turing complete? <amano>It's not a general-purpose language. <Rutherther>amano: that it has a different purpose does not imply it's not turing complete <sham1>Nix is just as Turing complete as Scheme. Of course, being general purpose makes Scheme nicer to work with in some cases, like doing more complex logic and what have you <amano>I feel that gnu guile is better than bash and nix for writing packages, services, and other stuff. <amano>Scheme is better for writing embedded DSLs. <amano>Bash is okay most of the time, but when you need arrays and maps, bash is terrible. <amano>If package parameters are submitted, how fast will it be merged? <Hamled>Definitely agree amano, the significant reliance on bash in Nix packages feels like a result of its not being ergonomic for that kind of code <taeaad>amano: Photosynthesis is only 3% efficient. <amano>I don't understand why photosynthesis is mentioned here. <sham1>Probably a comment on efficiency <sham1>And how you don't necessarily need a lot of it to still do nice things <duncan>anyone using Gnome and SBCL? installing SBCL seems to prevent it from launching(!) <duncan>greeter logs are exceedingly unhelpful, unclear how to actually debug (this is kind of crazy) <apteryx>got retroarch to load its assets, but now it snapshots its value in ~/.config/retroarch/retroarch.cfg, which may be problematic when the assets are updated <fnat>Apparently my shepherd can't start the swap service, although it won't say why. Nothing helpful in '/var/log/messages'. Maybe I should activate some '-vvv' mode, if that's a thing at all? <apteryx>does it start when you run swapon manually? <duncan>these are identical except in without SBCL, it never proceeds to the point where "The XKEYBOARD keymap compiler (xkbcomp) reports" comes into play <fnat>apteryx: I did a clumsy attempt at swapon/swapoff and apparently that unblocked it... the service now starts normally. Yay, thanks apteryx! <fnat>mirai: Hey, thanks!! I'm so terrible with PMs. <Rutherther>duncan: I don't see second start of gnome shell. Both the logs have only one "running gnome shell" log message, at the same time <duncan>so, what does that imply? the errors/warnings seem largely unhelpful <duncan>the only difference in condition is presence/absence of SBCL in the local profile <bigbookofbug>has librewolf been updated recently? something changed in my installation after the latest guix pull and it seems to no longer support playing live videos <Rutherther>duncan: mostly I don't really know when you attempted to start it, and if it really is included in the log. If so, then it means it didn't even attempt to start gnome, which would be very strange <bigbookofbug>i looked at the log, and the error seemed to come from missing mp4a codecs <duncan>here's what I did. I installed sbcl, logged out, then tried logging back in. Then, I logged into a TTY and copied the log to /root. Then, I removed sbcl from the local profile, went back to GDM, logged back in successfully. back in the TTY, copied the log to /root. <duncan>these logs are what got uploaded to the paste site above. <duncan>if I could so ask, could someone else here who uses gnome-shell try installing sbcl and seeing if they can reproduce? <duncan>`guix install sbcl' as my local user <duncan>but this happened earlier, about a month ago - I had installed it in /etc/config.scm and done a guix reconfigure. Similarly, GDM was not letting me log in, but I was busy so just removed it and decided to test later when I had time. <duncan>I thought I was going crazy when I diffed the working config and the previous config, and found that to be the only changeβ¦ <Rutherther>hm, seems quite strange stuff in your user profile would affect this. What happens when you try to log in the greeter? Just puts you back in the greeter? Apart from that, do you have LD_LIBRARY_PATH set? <podiki>bigbookofbug: there was a commit a few days ago that updated librewolf and enabled some hardware decoding stuff <duncan>when logging into the greeter, the password is entered, there is an animation which makes those UI elements disappear, and then the list of users is again displayed <Rutherther>duncan: okay. That happens if the process the dm started exits <bigbookofbug>podiki: i think that commit may have potentially borked my install -- not only am i unable to watch live videos, but seem to have lost all functionality of my RMB in the browser <bigbookofbug>like when i right-click, the command options come up, but my input seems to pass through the menu <duncan>I guess this makes sense given sway launches, but gnome-shell cannot. <podiki>bigbookofbug: this is the issue number for those patches https://issues.guix.gnu.org/73429 would be good if you confirm (e.g. try with guix time machine librewolf just before but on same system maybe) and reply to the author/committer <podiki>(make sure you send a wide-reply (reply all) not just to issue number address which doesn't go to anyone) <bigbookofbug>running again, in a shell now, and recieve the following: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) - Error no decoder found for audio/mp4a-latm: file /tmp/guix-build-librewolf-130.0.1-1.drv-0/librewolf-130.0.1-1/dom/media/MediaDecoderStateMachineBase.cpp:167 <apteryx>ACTION writes so retroarch glue code to load assets / core files from a profile <apteryx>yay, retroarch looks nice and usable <jaft_r>Does anyone know how to set the gcc version for a package built with meson-build-system? It's, naturally, using the default of v11 but I need v12. <apteryx>you simply add the newer gcc to native inputs <jaft_r>Ah; simple enough. Thanks a ton, apteryx. <bigbookofbug>re: librewolf - it seems that the issue is on arch's version as well, so it may be an issue with the librewolf commit as well? going to look into it a bit <meatoid>is it normal to see three dbus processes running in a normal session? there's a system one, a session one, and then a wierd third one that seems to be associated with the home dbus service <meatoid>I ask cos I've had gradually compounding problems with each reconfigure where theming stuff seems to break. First it was cursors, then it was the qt theme not working, now the tray icons are missing graphics and quasselclient won't open <Rutherther>meatoid: if you are using the home dbus service, you shouldn't be using another session one <meatoid>Rutherther: so no dbus-root-service-type? <Rutherther>the problem is that your home dbus services are not run with the same dbus socket as your session if you session is started with another dbus socket. Ie. if you did dbus-launch-session <taeaad>Do Guix applications read settings from ~/.local and ~/.config or are there other locations too, how does this work in general? Are settings and installations in /gnu/store treated separatedly? <Rutherther>taeaad: the apps are not usually patched to use different settings files. So the default ones will be used, like ~/.config, when ran without arguments. Though some services in guix do use flags to pass non-default config path, and then it's usually coming from the store <sham1>The applications will read from /gnu/store/whatever just like how in normal distros they'd be reading from /usr, /etc etc <taeaad>Thanks, I'll have to investigate a bit. I have a PDF bug but it's present in both Apt and Guix installation of Zathura. The zoom out zooms out only about to 140% or so, so that you cannot get back to 100%. It's a bit odd, couldn't find much online or via IRC. Using Xfce. <taeaad>Atril viewer doesn't seem to have the bug. <Rutherther>taeaad: when trying the apt version, did you make sure to remove the environment variable set by guix? <Bernando>Hello Community, I've accidentally removed .guix-profile directory for the user. How can I restore it? <Rutherther>Bernando: the file is just a link to /var/guix/profiles/per-user/$USER/guix-profile. So you should be able to just create it with ln. <sham1>Yay, managed to write the emacs service <jaft_r>sham1: there's an Emacs service? π <sham1>I think there has been some work on that for years now in Guix proper, but I don't know if that has gone forward <jaft_r>Yeah; 'was wondering if something had finally got merged and I'd just missed it. <stochastic>Is there a way to apply a patch to my own Guix installation? <Rutherther>stochastic: what do you want to apply patch to? like the guix channel? <stochastic>I want to change the behavior of `bootloaders.scm` <Rutherther>stochastic: you can patch your checkout, and then use (guix-for-channels) coming from ./pre-inst-env to get guix with other channels you use, with patched guix files <podiki>i haven't tried that. typically i just use pre-inst-env along with -L to load my other channels (since i have them all locally too) <sham1>Hmm, slim keeps saying that my user's .Xauthority doesn't exist. Which is very weird, since it very much does <sham1>Well, xauth spawned by slim says it, but w/e <sham1>Ah, the .xinitrc must actually be ~/.xsession. Good to know <meaty>the guix package for waybar needs updating, is anyone working on that already? <meaty>Rutherther: nvm, there's a breaking bug in the packaged version which the author has fixed, but has yet to cut a new release <futurile>Rutherther: out of curiousity where are you getting that from? It looks like it's just a random commit and no new release has been cut <podiki>just to include commit from upstream to fix the bug until new release <panosalevro>a package broke after a `guix upgrade`.. any idea how to fix it? <panosalevro>this is what I get: /home/user/.guix-profile/bin/zrythm: /gnu/store/ln6hxqjvz6m9gdd9s97pivlqck7hzs99-glibc-2.35/lib/libc.so.6: version `GLIBC_2.38' not found (required by /gnu/store/p2b4rwfwjdajln4k9mxgcvr5zrbslp69-pipewire-1.0.3/lib/pipewire-0.3/jack/libjack.so.0) <panosalevro>/home/user/.guix-profile/bin/zrythm: /gnu/store/ln6hxqjvz6m9gdd9s97pivlqck7hzs99-glibc-2.35/lib/libc.so.6: version `GLIBC_2.38' not found (required by /gnu/store/p2b4rwfwjdajln4k9mxgcvr5zrbslp69-pipewire-1.0.3/lib/libpipewire-0.3.so.0) <opalvault>panosalevro interesting, I just received that error when I was messing with waybar with guix on a foreign distro. Haven't been able to figure out what's going on there either. <meaty>I just did a pull and upgrade and the bug is still there <meaty>reloading the css file seems to be a partial workaround, most apps still don't appear at all