<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`
<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
<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
<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`
<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.
<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
<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.
<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>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.
<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'?
<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
<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 ^^
<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
<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.
<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
<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
<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: 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