<lispmacs[work]>I just checked and I have 22 open bug reports. Do I get some kind of Free Software Award for that? <leoprikler>jlicht: Aren't licensing discussions more or less bikeshedding, but with lawyers? <leoprikler>As long as you're not a tree, you should be fine. *raghavgururajan never understood the reference bikeshedding, looks it up on web. <leoprikler>Not that I'd complain if half the world's lawyers would convince Oracle to choose any other license, as long as it's compatible with the GPL. <jlicht>but slightly more on topic wrt the zfs patches; I won't be using it myself, and since it touches file systems, I can't just throw it on a box all fearless like other Guix-related changes <raghavgururajan>lle-bout: So are we gonna do gnome 4.xy or say with the 3.36 plan? If its the former, then we have to update glib and gtk again. <leoprikler>I'd personally go for 3.36 or maybe 3.38/3.40 since there's already some work put into it <leoprikler>but that's just my 2c and I'm not the one who was asked <charles`>Hi everyone. I'm trying to add the CursorTheme configuration to <charles`> sddm, and I got it so /etc/sddm.conf has "CursorTheme=Adwaita" in <charles`> it after system reconfigure. However, the cursor actually used is <lle-bout>raghavgururajan: I would prefer if we could get up to present day GNOME so it's easier to keep up incrementally then but whatever's the easiest <leoprikler>Is Adwaita not the default cursor theme in SDDM? <boomerchad>terpri_: thanks, I'll submit a bug report right now. <charles`>leoprikler no, I'm not sure wat it is, but it is lower resolution and has completely different shapes for everything except "normal pointer" <charles`>lle-bout, If we move up to latest version of GNOME, would older versions still be installable? <lle-bout>charles`: they would not, unfortunately we can't put resources to maintain different versions of GNOME in parallel now <raghavgururajan>lle-bout: Cool! I am working on patches in #42958 that didn't build. Let me see I can update glib and gtk. <lle-bout>raghavgururajan: what do you think about it? <lle-bout>raghavgururajan: do you use guix refresh? <jackhill>you're welcome, thanks again for packaging them <lle-bout>raghavgururajan: e.g. ./pre-inst-env guix refresh -t gnome -u <raghavgururajan>jackhill: I was looking briefly at the problem. It might be something to do with QCA package. <lle-bout>raghavgururajan: since GNOME 40 is not released yet I would say go to 3.38 directly if it isnt adding bunch of additional work <lle-bout>maybe by the time we are finished GNOME 40 will be released <lle-bout>In fact some release candidates are already out so.. I would say GNOME 40 directly.. <lle-bout>leoprikler: they changed versioning scheme <lle-bout>raghavgururajan: not that much really, just tell me I can generate substitutes for any command you like <lle-bout>I can also give you access to some machines <lle-bout>jlicht: do you still want machine access? <raghavgururajan>lle-bout: Cool! Since I am re-editing the patches, I would need substitutes for stuff before I apply and test my patches. So with current c-u (b35581bd63d929e83d18f42b067f63efc867353c), can you do `guix build glib gtk+ gtk+2 gobject-introspection cairo pango gtk-doc yelp-xsl yelp json-glib atk gtdk-pixbuf gdk-pixbuf+svg` <raghavgururajan>lle-bout: By any chance you setup a domain pointing to your machine? <lle-bout>raghavgururajan: This is what I ran: ./pre-inst-env guix build glib gtk+ gtk+@2 gobject-introspection cairo pango gtk-doc yelp-xsl yelp json-glib atk gdk-pixbuf gdk-pixbuf+svg <lle-bout>raghavgururajan: just run miredo as root it will get you an IPv6 address then that will work <lle-bout>And make sure to authorize my signing key in your GNU Guix System config for the guix-service <lle-bout>raghavgururajan: yes, only once sudo miredo is needed then you'll have IPv6 networking until you change network config <lle-bout>raghavgururajan: what's your SSH public key? <raghavgururajan>ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIErzQMgnxFJChAVuQaDOWSUyA1GdLll00HBhIU7BlJ0V rg@secondary <charles`>lle-bout, since old versions of GNOME are no longer being developed what maintenance would need to be done? <lle-bout>charles`: keeping them in parallel is the maintenance <lle-bout>individual versions of glib, gtk, etc. have to be maintained for security fixes etc.. it's very troublesome <lle-bout>We would have to duplicate every single package.. <lle-bout>charles`: you can always use time-machine to access them but there will not be any maintenance there <lle-bout>time-machine or inferiors within manifests ***jx97 is now known as jx96
<charles`>lle-bout, I guess GNOME is too complmicated to have a package function that just takes a version and makes the package object <lle-bout>raghavgururajan: what do you mean? run miredo automatically? Otherwise your network should provide you IPv6 access directly, miredo is an IPv4 to IPv6 tunneling software with NAT traversal <lle-bout>charles`: That's also another topic to solve <raghavgururajan>lle-bout, Ah so I am not able to access IPv6 address because of my ISP? I thought its a setting. <lle-bout>raghavgururajan: yes, your ISP doesnt provide you with native IPv6 access <lle-bout>raghavgururajan: well someone would have to write a service for miredo, maybe with simple-service you can write one that just runs a command, I would really like to do that for many cases but I don't know how to ***j is now known as jess
<lispmacs[work]>raghavgururajan: miredo is not the way to go if you need an ipv6 tunnel <lle-bout>lispmacs[work]: miredo involves running a command as root and be done with it so I don't see how this can get easier <lispmacs[work]>lle-bout: the main problem is getting connected to Toredo relays, which are provided less and less by ISPs <vagrantc>i thought you needed to go through the he ipv6 certification to get tunnels <sneek>vagrantc, you have 1 message! <sneek>vagrantc, roptat says: I have substitutes for 13953f0e7ec230e701faa679bcf2c1d6a3ab4693 on armhf if you're interested <lispmacs[work]>vagrantc: you just fill out an online form, but you do need a static IPv4 address <vagrantc>roptat: i'll try building on another machine first, but might take you up on some shared substitutes :) <vagrantc>it's been a while since i've played with alternate substitute servers ... was one of the really exciting things when i first started using guix <lispmacs[work]>raghavgururajan: if miredo works great for you, that is wonderfully, but it did not for me in the past. I wrote this guide once to setting up 6in4 on a librecmc router: <roptat>it built the kernel tarball, now building the kernel itself ^^ <vagrantc>i must say, it's tempting to switch to using linux-libre tarballs for armhf <apteryx>vagrantc: you'll welcome to beat me to it with a patch! <vagrantc>well, i dipped my toes in that conversation before and ... am not excited to get back into the water <vagrantc>though, i think it would be interesting to be able to compare the linux-libre tarballs with the guix-generated ones in some systematic way <apteryx>vagrantc: there's a patch doing just this on the tracker, but my position, which was discussed with maintainers and OK'd, is that it'd be reasonable to use the linux-libre git repo directly, as it was set up for the very reason that caused Guix to move away from the tarballs: volatility. <vagrantc>yeah, i remember some of the discussion ... the linux-libre didn't just set up their git workflow for projects *like* guix ... but actually for guix specifically <apteryx>exactly; that's why there was some resentment with us not using it after they went through the effort of setting it up. <apteryx>so we could make some people happy and make the build of linux-libre friendlier to lesser machines, while lowering the complexity. Perhaps the verification of linux-libre could be extracted in a channel for folks interested in the experiment; seems like a win to me. <apteryx>all this to say that if you were afraid of making a patch, don't ;-). I'll be happy to review it. <apteryx>and if you don't, I'll get to it eventually :-) *apteryx returns trying to crack the go module build challenge <vagrantc>yeah, i kind of forget about channels to explore interesting ideas <vagrantc>probably because i can hardly keep up with the standard channels :) <Gooberpatrol66>Does anyone know where service-extensions go in config.scm? I keep getting errors. <lfam>Gooberpatrol66: In general, service-y things go in the services field. If you could give more details I'm sure someone could assistyou <Gooberpatrol66>i put service-extension openssh-service-type under openssh-configuration and got "invalid field specifier" <Gooberpatrol66>(service-extension openssh-service-type (const (quasiquote (("root" (unquote (local-file "/root/guix-configs/guixrig/ssh/root-gentoodesktop.pub"))))))): invalid field specifier <Gooberpatrol66>(service openssh-service-type (openssh-configuration (permit-root-login #t) (password-authentication? #t)) (service-extension openssh-service-type (const (quasiquote (("root" (unquote (local-file "/root/guix-configs/guixrig/ssh/root-gentoodesktop.pub"))))))) (service-extension openssh-service-type (const (quasiquote (("root" (unquote (local-file "/root/guix-configs/guixrig/ssh/baksnapper-gentoodesktop.pub"))))))) <Gooberpatrol66>(service-extension openssh-service-type (const (quasiquote (("root" (unquote (local-file "/root/guix-configs/guixrig/ssh/baksnapper-gentooserver.pub"))))))) (service-extension openssh-service-type (const (quasiquote (("root" (unquote (local-file "/root/guix-configs/guixrig/ssh/nathan-guixlaptop.pub")))))))): source expression failed to match any pattern <lfam>Are you trying to authorize some SSH public keys? <Gooberpatrol66>i guess it assumes that you would only specify one key per account <lfam>The manual specifies that it accepts an arbitrary number of keys <lfam>So, if that doesn't work, it's a bug <lfam>"This is the list of authorized keys. Each element of the list is a user name followed by one or more file-like objects that represent SSH public keys." <lfam>Are you working on this over SSH? <lfam>Did you already grant access to a key that you are currently logged in with? <Gooberpatrol66>so am i supposed to only put one "root" followed by a list of files? <lfam>Do you see the example in the manual section? <lfam>There's an example if you search on that page for 'chris' <lfam>The root user in the example has two keys <lfam>Oops, I just wiped my test server's authorized keys by accident đ€Ł <lfam>Good thing I just got my "test" key onto the server and I'm still logged in <lfam>I'm setting this up myself to make sure it works <Gooberpatrol66>of course, it wasn't before because it's the last key in the list <lfam>I'm currently waiting for my server to reboot to test it as well <lfam>I like that your example uses absolute paths. It's very clear <lfam>It's working for me with a similar example <lfam>Let us know if you need further assistance Gooberpatrol66 <Gooberpatrol66>i'd rather not test the other machines right now as there's a thunderstorm <lfam>Does anyone know how Rust handles time zones? <lfam>I'm seeing Rust failures when updating the time zone database <lfam>I found the chrono-tz package: It seems we have a github action for this but the job was broken. <lfam>It looks like they aren't keeping up, however <lfam>It seems hard to believe that updating the time zones would break a bunch of Rust packages... <lfam>It's hard to tell what's going on since the Rust package dependency graph is not available to Guix tools <jackhill>That also seems like a wierd package "The impls are generated by a build script using the IANA database and parse-zoneinfo" It seems like we'd want to re-run the scripts anyway <lfam>We'd want for the package to find the time zones at run-time <lfam>They change often and we don't want binaries to "go bad" just because some time zones were adjusted <lfam>I'm not sure python-pytz has that problem or not <lfam>I don't really know what that means <jackhill>I find some of the ways Rust does thing confusing. <lfam>I don't really understand it any more or less than most languages <lfam>It does seem kind of immature, in terms of actually using it. There are lots of circular dependencies and things like that <samplet>lfam: Looks like Efraimâs commit 2d24b80f3c1fe1e510c7fe161ffced4cd12f59db might be relevant. <lfam>I didn't realize that cfg-if was the name of a package <lfam>It does seem quite relevant! <lfam>I think my development environment was broken :/ <lfam>I thought this problem manifested after updating the time zones, but now I see that is not the case <lfam>If anything, the problem doesn't exist anymore, and was tied to an older Git commit <samplet>It looks like youâre in the clear. :) <samplet>BTW, thanks for your work on the release! <muradm>lfam: i have an answer to you regarding sysctl thing <muradm> should be around midnight there, for me it is early morning, just on my desk <lfam>Yeah, it's almost 2 o'clock in the morning here <muradm>ok, around lunch time I will write to 47013 and link 47323 to it <muradm>may be will meet in your morning :) <lfam>You might ask about it here during the European midday, too <lfam>That way you'll be more likely to get some other opinions about it, from some people who have more Scheme knowledge and stronger vision for how services should work <muradm>no issue, for now I have other things to do any way <lfam>The issue in 47013 was that I lack that vision <muradm>the problem with hardlink/symlink setting might be solved in different ways, depending on the severity, but in short, that discussion in 47013 raised due to missings provided 47323 in my opinion :) <muradm>any way, have to do some other things here, will get back to it then ***jx97 is now known as jx96
<rhou[m]>why does cabal give me an error about invalid GHC_PACKAGE_PATH and missing package db when I call `cabal list --installed` <genr8_>what does "mesboot" mean exactly <leoprikler>Mes is a piece of software; see `guix show mes` :) <genr8_>so this is the key to everything <genr8_>Is there a way to confirm this is actually correct? <genr8_>cb13f4e0a83b2ecbcfd11c66865189add0c03c57 /gnu/store/jn0cm31xx0kpxbc924fjskbxnxjhyznq-gzip-mesboot-1.2.4/bin/gzip <genr8_>I've finally uncovered it as the source of my "sterror: unknown error:" error <genr8_>guix hash /gnu/store/jn0cm31xx0kpxbc924fjskbxnxjhyznq-gzip-mesboot-1.2.4/bin/gzip = 04lhgzlf1il57xjny9gzfp28w5az5z843mqbgb2wamqmh4vrsk2w <sneek>Welcome back nckx, you have 1 message! <sneek>nckx, screwdupgrub says: that I get same "Could not prepare Boot variable: No space left on device" will try with live usb later <nckx>genr8_: That's what the Guix build farm has! <nckx>genr8_: I cheated with ssh, but you could check yourself with âguix challenge --substitute-urls=https://ci.guix.gnu.org /gnu/store/jn0cm31xx0kpxbc924fjskbxnxjhyznq-gzip-mesboot-1.2.4â. <PotentialUser-86>Friends, Is the famous Bombsquad game can be placed in Guix packages? (I will really be sad if not!) <nckx>âQ: Does this mean BombSquad is open source? A: Yes and no. All code contained in this repo is MIT licensed and free for use anywhere. This includes game scripts, pipeline tools, and most of the binary engine sources. Anything not directly contained in this repository, however, even if automatically downloaded by build scripts, is still proprietary and cannot be redistributed without explicit consent. This includes assets and game libraries/binaries. So in <nckx>a nutshell: create and share mods to your heart's content, but please don't distribute your own complete copies of the game without permission.â <nckx>Yes and no, but mainly no. We can package the engine but (note that I'd never heard of this famous game and take my responses accordingly) I don't think people will be able to âguix install bombsquadâ and actually play the game you love. <nckx>This isn't our choice; we're simply not allowed to legally do so. <nckx>You're welcome, and sorry :) <davidl>how can I run cuirass from within a container? Im getting an error about not allowed to remount /gnu/store when starting cuirass from inside the container. <davidl>Can you use --share or --expose options to solve this? --share is supposed to share read+write so not sure thats a good idea.. <leoprikler>I don't think running cuirass in a container makes much sense unless you're completely simulating /gnu/store <leoprikler>[or don't care about what happens to it in which case you might as well run it outside] <davidl>leoprikler: the reason is that I want a recent version of guix for my system and an old version of guix specifically for cuirass, but without running a full vM. <leoprikler>so you more or less want a system container with shared store? <leoprikler>in that case --share=/gnu *might* do what you want, but I'm not sure if some vague stuff keeps you from remounting even after that <davidl>I actually wouldn't mind having a container with it's own store - just didn't know how to. As long as I don't need to virtualize since Im already in a VM. <davidl>leoprikler: so it errors with the following when running /gnu/store/..-run-container gnu/build/linux-container.scm:327:16: In procedure mount: mount "/gnu" on "/tmp/guix-directory.PA0n41//gnu": Invalid argument <davidl>it was created with guix system container config.scm --network --share=/gnu=/gnu <davidl>efraim: Ok thx. Also btw, I needed to do --share=gnu and not --share=/gnu or else it errors like above. <davidl>efraim: same error with --expose. <rndd>hi everyone! does anybody tried to pack golang cli apps in guix? <nckx>rndd: (golang == Go, right?) Surely we already have some, like restic. <nckx>I don't think they're any more rare than other Go packages. Just a pain to package. <nckx>(...like other Go packages.) <rndd>nckx: ohhh, thanks. yea, i have some pain to. trying to pack - simple go build doesn't produce binary =( <rndd>btw, i also wanted to ask - is there any plans to pack racket packages? <mariofoo>Hi, I was trying to install the GNU Guix system today and I'm having trouble with Xorg, can anyone help? <rndd>mariofoo: sure, what kind of problem? <mariofoo>I'm on a Pentium E5300 HP Compaq dx2420 Microtower, don't know if it's enough info. Guix boots, but gdm gives me a white screen saying that there is a problem <mariofoo>I tried to drop to a tty, installed xorg-xinit and created an .xinitrc <rndd>mariofoo: you can try another dm <mariofoo>VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 10) <mariofoo>Ok will do, it's the same machine I'm on atm, just a different HDD. brb <rndd>mariofoo: ok, also, give error messages you get <mariofoo>Yes i'll try to copy them, if they're too long I'll put them on pastebin if it's ok <rndd>mariofoo: use debian paste, please <lle-bout>civodul: do we do anything for mongodb? should we issue a news entry? <lle-bout>it seems people don't agree but have nothing against the remove seeing the situation? *lle-bout wonders how they could at the same time advertise access with avahi to their guix store and enable HTTPS with nginx and certbot <roptat>they're two separate things, right? <lle-bout>roptat: advertise? parameter is within guix-publish <lle-bout>but if I use nginx I wont be using the same port as guix-publish so advertise wouldnt work <roptat>you'd have guix publish publish on http internally and on avahi, then nginx would use the http and proxy that <lle-bout>roptat: probably that's easily solved by adding a manual avahi service advertise but I don't feel at ease with that yet <civodul>lle-bout: hi! so far there seems to be a rough consensus on removing it <civodul>when removing it, we should probably have added a news entry, yes <civodul>we can still add one, but those who've already updated won't see it <bone-baboon>I am working in Emacs on a virtual terminal using `emacsclient --tty`. I have added `%desktop-services` to my configuration file. Services are outputting to whatever virtual terminal I am using over top of Emacs. I can remove the output of these services using the Emacs command `redraw-display` but I am having to do that very often. How can I configure these services not to output to my current virtual terminal? <pranavats>Hello, is there a way to skip the check phase for some package (or all packages) while executing `guix system reconfigure`? <pranavats>One of the packages (ffmpeg) takes more space that I can provide it during check phase, and I'd like to disable the check. <yoctocell>pranavats: You can use package transformations, see "8.3 Defining Package Variants" in the manual. <pranavats>If I pass --keep-going option to guix system reconfigure, would the derivations that fail to build still persist or be available in /gnu/store/? <pranavats>ffmpeg derivation is failing for me at check phase due to lack of space during a system reconfigure, but the build step finishes. If I choose to pass --keep-going, would the incomplete build of the derivation still be available? <yoctocell>pranavats: You can pass --keep-failed and then you can find the source code for ffmpeg somewhere in /tmp. <smartineng>Hello, what "guix environment --ad-hoc git:svn" does exactly? And what to do to use "git svn" ? <roptat>guix environment --ad-hoc creates a profile with the given packages and puts you in a new shell where that profile is activated <roptat>git:svn means the svn output of the git package, so "git svn" should be available <roptat>oh, you might need to add git too <roptat>otherwise the "git" command would not be available <smartineng>roptat: ok thx it's a bit confusing but it works <roptat>(and if you already have git outside, then IÂ think it's still needed in the environment so guix knows it needs to set some variables for it to find the svn module) <roptat>git:svn only contains the module, not git itself <smartineng>roptat: actually it make sens you can add more modules that way <roptat>right, you can add git:send-email, git:svn, etc <roptat>they're all listed by "guix show git" <roptat>in the outputs section, where out actually means the package itself, with no colon (so "git" instead of "git:out") <roptat>success, my armhf server is finally reconfigured <roptat>lle-bout, I saw your patch for java-mxparser, I'll have a look now <roptat>first, you didn't get the right sources, you can't use the -sources.jar, because those are not sources, despite the name <roptat>they're generated from the sources, and used only for debugging <lle-bout>roptat: okay I see, I saw this in other packages that's why <lle-bout>I tried the git repo earlier but didnt work either, the upstream only has pom.xml and we don't have a maven-build-system do I didnt know <roptat>but that's not usable for this package, because it's in the path to maven itself :/ <roptat>the best you can do is use the ant-build-system and include dependencies that are in the pom.xml <roptat>lle-bout, ouch, this depends on xmlpull1, and the website where we download xmlpull2 is "deprecated" and redirects to the internet archive <roptat>unfortunately they don't seem to have the page I'm interested in :/ <lle-bout>roptat: so the code has disappeared? :-S <roptat>I'll ask them on github if they have the source of their only dependency <roptat>well, there's the binary and a very minimal pom file <kcurtet>Hi, I'm installing a third party package and after the build succed the package outputs an error becouse they can't run /usr/bin/wget. What can i do? My only solution was adding '/usr/bin/wget' special path but its not a good one <sneek>Welcome back kcurtet, you have 1 message! <sneek>kcurtet, nckx says: â-câ specifies the number of different processes/threads that builders are advised to use. You usually want to set it to the number of cores your CPU has, which is what the ânprocâ command returns. <nckx>kcurtet: Fix the package not to hard-code wget's location but use $PATH instead. <nckx>(Then when it's added to Guix we can sigh because that makes it harder to patch in a hard-coded wget.) <roptat>basically, the #:jar-name ensure the ant-build-system generates its own ant.xml file <roptat>might be missing a copy-resources phase too ***kiroul3 is now known as kiroul
<civodul>oh oh! the Matrix bridge is going through difficulties <rekado>hmm, looks like âguix pullâ no longer installs /lib/systemd/system/gnu-store.mount and the like <rekado>thatâs what the installer script depends on. <rekado>so when a user upgrades the root userâs Guix and removes the old profile generation they no longer have the systemd unit files. <htsr>Hi! guix reconfigure --no-substitutes fail on lsof test phase, how can I fix this? <nckx>htsr: Mount a tmpfs on /tmp and retry. <nckx>hstr: Please give more details when reporting bugs. Now I'm forced to assume you're talking about the btrfs-incompatible LTlock test, which might be completely wrong. :) <g_bor[m]>I have just read the outreachy mailing about fsf sponsorship <nckx>Oh, I haven't, if I'm even a recipient. <g_bor[m]>Last one I saw was that they were asking us if we are willing to accept the offer from Software Freedom Conservancy to sponsor one intern. <Whyvn>what is the difference or reasons for having/installing emacs packages in the guix repo compared to elpa or melpa? <htsr>Sorry nckx, I have a btrfs partition and yes, the LTlock test fail for lsof-4.94.0 <nckx>Building it on anything but btrfs works, so building it in a tmpfs TMPDIR is a work-around. <g_bor[m]>nckx: I've just sent it to you. I've also sent an answer that I will contact them as soon as we come up with a soultion. <nckx>Whyvn: That they are managed by Guix, with all the concordant advantages (and possibly disadvantages). That's it. <nckx>You can still use other methods. <GuixNewbie321>I'm trying to install threadscope haskell package, by importing it but I run in some errors. I think it's chocking with one of the packages <GuixNewbie321>so I'm following "building from git" from the info manual to see if I can debug it; does somebody have some experience doing this? <lfam>Many of us have experience building Guix from Git and then using the result for working on Guix packages <GuixNewbie321>btw, when importing *threadscope* doesn't fail, but it does when I try to do it recursively... I pinpointed the package: <g_bor[m]>the more I use tools that have limited templating capabilities, the more I enjoy the freedom of doing config management with guix :) *nckx .oO that the site header & logo background colours are different shades of grey bothers me more than it should <lle-bout>and there is a full documentation wowow!! <roptat>but not sure if it's the same or if there are differences <roptat>lle-bout, you'll have to be careful, you need to remove the lib directory in a snippet <lle-bout>roptat: if you can do it please do :-) - Thanks for investigating <roptat>not sure, they lost all history when importing, so it's not clear which version it is or if it is compatible <roptat>I'd prefer waiting for an answer from xstream devs, to be sure <GuixNewbie321>I can, but as my nickname says, I'm newbie, so I'm not shure how to. I begin with building guix from source, then I'll try to debug the import mechanism... does anybody that did this has some tip? <lfam>GuixNewbiew321: So, basically, the problem is that a program is named ghc-events upstream, but you can't import it as either 'ghc-events' or 'events'? <GuixNewbie321>ifam: yes, with ghc-events, it fails with the same input error that I see when importing recursively threadscope package from hackage <lfam>We both spelled each other's names wrong :) <lfam>I'm not sure what's wrong with the importer in this case, but I recommend just writing the package definition for ghc-events by hand <lfam>You can try adapting from of the other package definitions that the importer gave you <GuixNewbie321>plz be patient I'm really bad at English, learn it by video games university XD <lfam>You can copy the package of ghc-threadscope, but change the name, version, uri, sha256, home-page, and erase the inputs <lfam>Of course, you'll also change the synopsis and description, and check the license <lfam>GuixNewbie321: What's your native language? Maybe somebody here can help you by speaking your language <GuixNewbie321>mmm that might be the least effort solution, I'll give it a try... anyway I'm interested in learning guix internals <GuixNewbie321>lfam Spanish, but it's ok, if you don't mind reading a couple of poor redacted questions, I don't mind write them <lfam>Okay, I'm happy to use English with you <lfam>nckx: I pushed a followup to your Borg update. The origin snippet usually needs adjustment <lfam>GuixNewbie321: It's good to want to learn Guix internals :) For me, the easiest thing is to write the package by hand, but it would be great to understand why the importer doesn't work for this package <lfam>Okay, you can probably ignore that for now. Does `make` succeed? <lfam>Now, you can use the Guix you built by doing, for example, `~/tmp/src/guix/pre-inst-env guix build hello` <lfam>That will use the package definitions in the Git repo. It's how we test our changes <lfam>The 'pre-inst-env' script is the key <lfam>So, if you added new packages, you can use it to build them <lfam>All of the Guix commands can be used in this way <lle-bout>is there no way to figure out where an error is in a Scheme file using GNU Guile..? <GuixNewbie321>guix build: error: failed to connect to `/usr/local/var/guix/daemon-socket/socket': No such file or directory <GuixNewbie321>mmm I'm running inside a container with: guix environment guix --pure --ad-hoc help2man git strace --container <roptat>lle-bout, you should be able to find that in the backtrace, but sometimes it's hard <lle-bout>With all the docs it will be so much easier and predictable <g_bor[m]>civodul: have you seen the last mail from Sage? <civodul>g_bor[m]: hi! maybe not, i just saw the one i replied to this morning <lle-bout>roptat: ice-9/eval.scm:293:34: In procedure list-head: Wrong type argument in position 1 (expecting pair): () -- that's all I have, after bunch of ./pre-inst-env guix refresh -t gnome -u changes <lfam>GuixNewbie321: You'll need to exit the container <lfam>You don't use to be in a special environment to use 'pre-inst-env' to build packages <roptat>lle-bout, sure you don't have a few lines above that? if not, then ok, it's not very useful ^^ *nckx forgot: g_bor[m]: thanks for forwarding it. <lle-bout>I think it's due to version and version-major+minor <lle-bout>guix refresh considers 2.68.rc is newer than 2.68.0 <g_bor[m]>civodul: They offered to sponsor one intern. Do we accept it? <zimoun>civodul: which mail from Sage? Or on which list? <GuixNewbie321>lfam: ok, I needed it because with out that I can't use --pure as the info manual says. I'll check with out --conteiner and --pure <g_bor[m]>I don't see any drawbacks, as we only have one project anyways. <civodul>g_bor[m]: but yeah, it sounds like an appealing offer <lle-bout>raghavgururajan: I'm looking at upgrading to GNOME 40 on my end, but just an experiment <GuixNewbie321>with in an environment without --pure nor --container I get the same error. In a normal shell, I get a backtrace <lle-bout>roptat: respond to the issue by email please, on java-xstream <abr>I can't find anything about using NetworkManager's applet, I seem to lack the right to create connections (but I can edit them for some reason ?!) any useful pointer on that ? I've been searching the doc for hours and I can't find anything past the herd service <lle-bout>roptat: because lfam just said they have pinged Julien so they need to be aware of your work <nckx>g_bor[m]: After saying just once that this makes me very uncomfortable & I'm disappointed in Outreachy, I won't object further. That wouldn't be right either, after all the effort you've put in. Cancelling now wouldn't be in Guix's best interest anyway. <raghavgururajan>lle-bout: For some reason, the I dont get ssubatitute for librsvg (/gnu/store/vq8swv5cb71bf8plw1w3sgf5s4kbsqgh-librsvg-2.50.2.drv) <raghavgururajan>lle-bout: I tried building though ssh, it is already built there. So the .drv is different? <lle-bout>raghavgururajan: the substitute server is on my machine <lle-bout>but I have lots of the store items from the server <lle-bout>raghavgururajan: I got /gnu/store/x3ygcj630b7bahyl6a0zi59jzry5hbcy-librsvg-2.50.3.drv <lle-bout>raghavgururajan: the server is not running GNU Guix System so as much as I would like to setup a guix-publish thing here, it's more complicated <lle-bout>raghavgururajan: I have a local commit, but more like a9d540cfa87ef3a5de3296188f650fb0d037efbd <abr>so no-one creating connections in nm-connection-editor ? <raghavgururajan>lle-bout: Ah, I think that might be it. Mine is ff594dc1c83cdb6dd5661b03fbefe890d82b3e44. Could you git pull and retry the build? <lle-bout>raghavgururajan: current c-u is a9d540cfa87ef3a5de3296188f650fb0d037efbd <raghavgururajan>lle-bout: What's the output for `guix environment guix --pure --ad-hoc guix` then `./pre-inst-env guix build librsvg --dry-run`? <lle-bout>raghavgururajan: in the checkout or outside? <lle-bout>raghavgururajan: I don't understand how this can impact anything <lle-bout>raghavgururajan: since you also use ./pre-inst-env from within the environment <raghavgururajan>Since the system is not guix system, I system, I suspect its picking something in unpure env <lle-bout>raghavgururajan: yes I do run them inside an env but I don't think we are totally on the same page <lle-bout>raghavgururajan: Just to clarify, I have my laptop with my powerful machine set up as offload, I work on my laptop not the offload machine, so my laptop runs GNU Guix System, the machine does not but as you said it runs builds in isolation <lfam>The pre-inst-env script should make it so you don't have be in `guix environment guix`. If it doesn't, it's likely that some environment variables are being erroneously exported in ~/.bashrc or similar <abr>how can one get a "%sudoers-specifications : unbound variable" error when explicitly having «(use-modules (gnu system))» in the file ? <abr>s/specifications/specification <abr>it's written without the 's' in the file, I've doubled checked <genr8_>how can I obtain the official buildfarms build log for /gnu/store/jn0cm31xx0kpxbc924fjskbxnxjhyznq-gzip-mesboot-1.2.4 <-- i want to compare the working one to my broken one <lfam>genr8_: What command did you run to start the build that failed? <lfam>In general, `guix build` takes a --log-file argument <lfam>You can also append --derivations to the command that caused the failing build. That will print the derivation of the build, which I could use to look up the build log on the server <genr8_>this ? /gnu/store/w37macy41dk7828nr768d3ax4hbk9h9i-gzip-mesboot-1.2.4.drv <lfam>It's a gzip-compressed text file <genr8_>hmm yours has the exact same thing <genr8_>im going to run "challenge" on every item in the store <genr8_>what does that mean. how can something be inconclusive. are we using SHA1 hashes that miniscule bitflips can slip through the cracks <lfam>Can you share the command that you used? <lfam>We use SHA256 but, even if we used SHA1, your interpretation would be incorrect. <lfam>SHA1 is still strong against random bit flips <genr8_>i picked a suspicious item in the store and ran challenge with the --substitute-url. im gonna go run some more commands. <avalenn>I think that inconclusive is if either there is no subsitute or no local build <lle-bout>roptat: hey, well still stuck on that mysterious syntax error.. <genr8_>ooooh boy. yep it found stuff. lots of it <lfam>At least we have something to go by now <genr8_>omfg, i was investigating the wrong gzip... <lle-bout>maybe now change disks or guix gc --verify=contents,repair <lfam>Before changing disks, I'd test the RAM <lfam>I've actually never experience a disk with random errors that weren't caused by faulty RAM <lfam>And, I've had about 10 computers in my life, and one of them had faulty RAM, provem with memtest86. So, 10% <lfam>It's more common than we'd like :( <genr8_>ok. it fixed everything, except my -profile. <lfam>You might be able to gc that profile <lfam>If it is "alive" and can't be gc-ed, you can look in /var/guix/gcroots to see how it is alive and take the appropriate steps, with `guix package --delete-generations NNN` <roptat>lle-bout, I'll be busy for at least the next hour, but if you share what you're doing someone might be able to have a look *raghavgururajan is having Smoke's Poutine <lfam>So, check the list of generations in `guix package --list-generations` or `guix package -p ~/.config/guix/current --list-generations`, switch generations if necessary, delete the generation, then you can gc <lfam>You'll have to match the generation numbers with the gcroots in /var/guix/gcroots to make sure you've got the right one <genr8_>I wonder if this is the actual problem. guix package: error: profile '/var/guix/profiles/per-user/root/guix-profile' does not exist <genr8_>oh wait. guix package -p ~/.config/guix/current --list-generations <-- worked. <genr8_>i think my env variable got lost or something ? <lfam>I think the actual problem is very likely to be data corruption <lfam>Caused by disk, RAM, or even miscompiled software :/ <lfam>Actually, can you copy that "bad" profile out of the store, to preserve it? <lfam>I'm curious what it looks like <lfam>It could be useful to understand the nature of the corruption <lfam>Something is broken, if that directory does not exist <lfam>And, I don't understand the first line of your paste <lfam>That's not something you should need to od <lfam>But, your paste doesn't show which directory you're trying to remove, or that you are trying to remove any directories <lfam>I assume you want to remove the /gnu/store/66dqq6nr8g6sn9drizpwjzyblrb0iyis-profile directory? <genr8_> i was just trying to make sure, i dont get why it needs it explicitly specified as a -p variable to --list. all my attempts with --delete-generations have failed in syntax error <lfam>The reason you needed to use -p there is that you were trying to inspect a profile that is not the default profile for the `guix package` command <lle-bout>rekado: hey, etc/committer.scm doesnt work with gexps, if you don't know <lfam>That, is the default is ~/.guix-profile <lfam>But, you are dealing with a different profile, at ~/.config/guix/current <genr8_>this is what I don't get. I only had the "current" one <lfam>This second profile is the profile of `guix pull` <lfam>So, you can create another generation of it by running `guix pull` <lfam>Then, you'll be able to delete previous generation, and then finally gc it <genr8_>thats gonna be an issue. guix pull was the main command that failed, first time around, that led me down this trail of gzip-mesboot, gzip, blah blah <lfam>Yeah, it's a tough situation <genr8_>I believe its because I'm not pulling any substitutes, and its happening on the wrong distro for whatever reason. im gonna try a new VM <lfam>I really recommend you test your RAM <lfam>If it is faulty, you're going to have more problems <genr8_>i really dont understand how this could be the thing that suddenly faulted. ive been compiling kernels on this system and a bunch of VMs <raghavgururajan>lle-bout: I'm such a dumbo. I have been working in master checkout instead of c-u. After switching I get all substitutes from your machine, including librsvg. <lle-bout>raghavgururajan: happens.. are you tired? <genr8_>i will be back later i guess. at any rate i'm learning the innards of guix, which is teaching me more than having a functional system <rekado>lle-bout: it only works with changes to packages. <roptat>lle-bout, I got an answer, and I did find the right fork <roptat>if you give me ~1-2 hours, I should be able to push the update :) <luis-felipe>Hi, has anyone experienced problems with pulsaudio lately? <luis-felipe>I upgraded guix and guix system to 1ab03fb (5.11.7-gnu) recently and sound settings got messed up. <luis-felipe>For example, couldn't record in Audacity, no sound in Jami, and pulseaudio using a lot of RAM... <roptat>oh, I had a similar problem where I couldn't record from audacity on a foreign distro <roptat>but that problem also happened with audacity from the foreign distro, so probably not related <luis-felipe>After a reboot, pulsaudio stopped eating all RAM, but I had to reconfigure applications manually to previous settings to be able to use the microphone. <luis-felipe>Audacity works alright now, but I can't use the mic on Jami any more, which was working alright before the upgrade. <luis-felipe>Anyways, I just wanted to see if someone else had similar problems, because it seems hard to find what went wrong <mbakke>oh my, building librsvg on core-updates is almost as slow as the entire Rust bootstrap chain <lle-bout>zimoun: mariadb 10.5.8 compiled and tested fine for me with zstd 1.4.9 on core-updates <roptat>lle-bout, xstream is still failing to build, it's missing a new dependency <roptat>oh no, it looks like mxparser miscompiled <roptat>missing org.xmlpull.mxp1.MXParser ^^' <lle-bout>rekado: hey well it was changes to packages <lle-bout>rekado: it's just in gnome.scm there's gexps and it seems somehow etc/committer.scm can't process anything in gnome.scm at all <roptat>mh... the class is present, but under a different name <roptat>uh, it's the same as what's on maven central, so I don't get it... <roptat>mh.. probably a good reason why I should reduce the path to Maven and use the maven-build-system more <roptat>there's some magic happening that I don't understand <roptat>alright, the pom file includes it too, and it builds with it so... <roptat>I'll check the dependents and push :) <roptat>lle-bout, do you mind if I become author for the mxparser (I'll keep you author for the xstream update), and put you as co-author? I can do the reverse if you prefer <lle-bout>roptat: I don't mind anything as long as this issue is fixed <lle-bout>I don't believe packages are worth much copyright <roptat>they're quite some work sometimes <lle-bout>they are, but I feel like copyright is the wrong metric to define it, since most of the work is testing <zimoun>«./pre-inst-env guix pull -p /tmp/new» says âMigrating profile generationsâ with âguix pull: error: symlink: Le fichier existeâ. I should have done something wrong but I do not remember what and I am confused on what could be wrong. Or why even this âpullâ checks âcurrentâ? <civodul>zimoun: check the code that does that in (guix scripts pull) <PotentialUser-48>I just installed a the guix sd with gnome & tor services but gnome doesn't start up. is this normal? <civodul>PotentialUser-48: hi! no, looks like something is wrong <civodul>PotentialUser-48: do you see more info on tty12, by pressing ctrl-alt-f12? <rekado>lle-bout: oh, okay. Could you file a bug report with details please? <lle-bout>rekado: will do, also need to figure out minimal repro <zimoun>civodul: for the why, reading the code I see. :-) But I miss what I have wrong. Hum! <PotentialUser-48>civodul: Yeah there is some info. What stands out is : localhost gnome-session-binary[367]: WARNING: Falling back to non-systemd startup procedure due to error: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.systemd1 was not provided by any service files <zimoun>civodul: «export SUDO_USER=1 && guix pull» to bypass the test and restore my brokenstuff. Arf! Well, time to go home. :-) <zimoun>lle-bout: thanks for checking. Maybe I have seen an artefact. Well, I will to try to reproduce. <rekado>lle-bout: itâs probably because etc/committer.scm uses âreadâ and the gexp syntax requires a reader extension <rekado>I just noticed that you can do âguix environment --ad-hocâ and just hit return. <rekado>I donât know why it surprised me, but ⊠I wonder if this can be useful for something. <civodul>rekado: "guix environment -C" (alone) is almost useful sometimes <PotentialUser-52>hello everyone, I'm trying to setup sway + wayland (which I understand requires sddm?) and am having little luck finding any information on that. even though I see the screenshot on guix.gnu.org indicating that its possible. i would truly appreciate any tips on how to do this... <PotentialUser-52>i added sway/swayidle/swaylock to system packages, and added the sddm service type, but machine still boots into gdm... for one <mbakke>PotentialUser-52: you'll need to remove gdm from the system services in order to use SDDM <mbakke>there is an example in the manual, search for (eq? (service-kind service) gdm-service-type) <mbakke>PotentialUser-52: I can give you an example config that starts sway directly without going through a display server if you want <PotentialUser-52>thank you! yes that would be much appreciated, i can live without a display server <lle-bout>rekado: It would've saved me 117 manual commits to do in a row if it worked aaa <genr8_>the file /gnu/store/6fc4hzrcspcrdq4rdvmggf6867w5ychx-mirrors contains the list of mirrors . there must be a way to switch <PotentialUser-52>mbakke: not at all, thank you so much for sharing this, real configurations help a lot! <mbakke>PotentialUser-52: you're welcome! I recommend trying it with 'guix system vm' before reconfiguring ;-) 