<NieDzejkob>for some reason 'guix system build' is taking more time than I expected, so I can't test this easily, but you could do something like `(("/lib64" ,(directory-union "rustup-libs" (list (file-append glibc "/lib") (file-append #~#$gcc:lib "/lib")))))
<mwelt>NieDzejkob: uuh nice :) I'll try, thanks a lot for your time and effort
<zimoun>rekado, pkill9, civodul: in addition, CLI issue http://issues.guix.gnu.org/issue/40549#7 for example -I [REGEXP] is wrong, it is not an option. But it is for --list-installed[=REGEXP]. So I am using all the time long option with = when needed, it avoids surprise
<mwelt>NieDzejkob: I come from the land of nix - everything is a derivation there ;)
<NieDzejkob>in guix, packages get lowered into bags, which then get lowered into derivations :)
<mwelt>ice-9/boot-9.scm:1515:18: object is not an exception of the right type #<&gexp-input-error input: #<gexp #<gexp-input #<package email@example.com gnu/packages/gcc.scm:568 7f27921b2500>:lib> 7f278f3506c0>> #<record-type &package-input-error>
<redick>I just started using guix on my debian laptop today and I'm stuck on problem.
<redick>There are a few packages floating around that have optional compile time configurations and features. In my case, deutex's configure sniffs the system looking for libpng (installed both via debian as well as in guix profile). I can't figure out how to tell guix to build/rebuild deutex with png support
<NieDzejkob>redick: builds in guix are isolated, nothing you have installed on your system in any way will affect them. You'll want to edit the package definition and add something like (inputs `(("libpng" ,libpng))
<redick>basically run the help and see it PNG is listed in the supported image types.
<butterypancake>is the ath10k wireless firmware avaliable on guix? And if not, does it have a free license that would allow it to be packaged? This stuff confuses me greatly because it's kernel something I think
<Kozo>NieDzejkob: Thank you very much for the information. Sleep well
***jonsger1 is now known as jonsger
<nckx>raghav_gururajan: Erm. I won't question why you need such an ancient ffmpeg; I'll simply make it more questionable (by disabling tests) and build it atop 64a2483e. https://paste.debian.net/plain/1154699 is available.
<dissoc>what's the way to install software that goes with a service? how is that supposed to be done? like psql for postgresql. is the expectation to create another package for the user to install to interact with the service?
<nckx>dissoc: The expectation is that the administrator adds e.g. postgresql to your operating-system's packages field.
<dissoc>there's a lot of stuff to it. and my intention was just to run it for development
<nckx>(Don't confuse my playful late-night grumpiness with a strong opinion. If your service makes 'cassandra' pop up in my shell I won't bite, or even notice.)
<dissoc>i dont understand but it wont show in shell
<dissoc>the service will only start cassandra but the user may use cqlsh (kinda like psql) to connect
<dissoc>so i was wondering how to give user access to cqlsh (and other tools). is the best way to make a package like cassandra-tools that the client would install?
<dissoc>it seems like that makes sense to me. but im also pretty new guix
<nckx>I'm familiar with Cassandra, I maintained it on Nix long ago. I wouldn't bother. We don't artificially split packages like that ('Debian style'?), the tools will simpy be in /gnu/store/...cassandra.../bin. If some part of the package is disproportionally huge you can use different outputs, but only then.
<nckx>Outputs are parts of a package, e.g. cassandra:lib or cassandra:doc.
<nckx>You could make cassandra:cqlsh its own output if you really care about client-only size, *and* it doesn't depend on the rest of cassandra.
<dissoc>im pretty sure it's independent. it's a separate python script. but there's all the other client tools as well
<nckx>First get a monolithic working package, split it up at the very end if size is really an issue.
<dissoc>it has been the most difficult package i've made so far, which is a good thing for learning
<nckx>Java things in general can be challenging to package, and I tend to avoid them TBH. 'Maintaining' Cassandra for Nix was easy since they don't care about bootstrapping, just workin blobs. What was most difficult about it?
*nckx wonders if Scylla would be more fun to package.
<dissoc>well at first i didnt know about wrap-program. i ended up making my own which was was not good at all. it's more about every step of the way was challenging since all the prior packages i made were really simple
<GNUtoo>if I submit packages, who is expected to maintain them?
<GNUtoo>For instance in Linux people submiting patches are not necessarily the same people that end up maintaining it (but the quality of the patch is super high to enable that)
<bavier>GNUtoo: typically packages are maintained collectively, but also often by the original submitter
<GNUtoo>ok, my fear is to not have the time to maintain potential patches that I would send
<GNUtoo>(2) is it possible to somehow mix a host system (Parabola) and Guix together, and use some of the GuiX advanced features like GNU Shepherd and the system.scm / guix reconfigure, or do you need to install GuiX-SD for that?
<bavier>The Guix System can be installed alongside another distro in a dual-boot setup (guix requires control over the grub configuration)
<bavier>and guix as a package manager can be used on top of another distribution
*GNUtoo wondered if there was a middleground between the two
<GNUtoo>I can't manage to install GuiX-SD anyway and I would probably have to workaround many things for that: I use LVM2 almost everywere
<GNUtoo>and I can't manage to install it in a chroot either: guix system --verbosity=99 --debug=99 --no-bootloader init system.scm /srv/distros/guix/ returns something like 'In procedure struct-vtable: Wrong type argument in position 1 (expecting struct): #f'
<GNUtoo>This is probably because I'm abusing many things trying to do that, and I've been having that issue for a long time, but I learned more guile now,
<civodul>pkill9: sometimes we rebuild things and obtain the exact same result modulo store file names
<civodul>a content-addressed derivation has store file names based on content, and thus doesn't have this problem
<alextee[m]>what's the proper way to use jalv.gtk3? i get lilv_lib_open(): error: Failed to open library /home/alex/.guix-profile/lib/lv2/Dexed.lv2/Dexed.so (libasound.so.2: cannot open shared object file: No such file or directory)
<alextee[m]>you basically pass a .so and jalv opens it dynamically, but it seems like it can't find the dependencies
<raghavgururajan>ld: /gnu/store/803r7cy05d473sj0cp15m8glczf8fsmi-ffmpeg-2.8.16/lib/libswscale.a(swscale.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC
<raghavgururajan>So, should I do "CFLAGS=-DFF_API_OLD_ENCODE_VIDEO -DFF_API_OLD_ENCODE_AUDIO -fPIC" for ffmpeg?
<zimoun>civodul: based on your code from #42162, I am asking myself how packages are already in SWH, but I hit 'swh-error'. They limit the number of query, for saving and for looking up. Right? How can we have a view of what is archived and what is not?
<zimoun>civodul: I will try to reapproach them about the rate. :-)
<allana>Hi Guix. I feel a little silly asking this question. Partly because I have been a guix user for around 2 years now. Also because it's probably answered somewhere in the manual or the cookbook, but I haven't come across it. How does someone list all of the packages installed in their current profile?
<lewo>zimoun: I have a script (wip) to maintain a cache to know the archived/submitted ratio
<NieDzejkob>and the error complains about an error: object is not an exception of the right type #<&gexp-input-error input: #<gexp #<gexp-input #<package firstname.lastname@example.org gnu/packages/gcc.scm:568 7f854eb70aa0>:lib> 7f854b98a9c0>> #<record-type &package-input-error>
<zimoun>civodul: about raw tarball, lookup-content works, right. It falls back even for url-fetch and it fails if SWH changes permission or datetime or etc. So the hash is not corresponding anymore, right?
<murmr>mothacehe: Is there a difference in calling modify-services on %base-services VS my current config file's services value of (append ... %desktop-services)?
<NieDzejkob>murmr: you can call it at any point during the construction of your list.
<NieDzejkob>it doesn't quite make sense to make it process the services you have created, though
<murmr>Thanks @NieDzejkob. Noticing that after using --no-substitutes with reconfigure, it is still relying on the binary versions I currently have installed. How would I trigger a complete rebuild?
<civodul>zimoun: they take ftp.gnu.org as is, for instance
<zimoun>civodul: there are 14 packages on gforge.inria.fr and all are tarballs. lookup-content finds 9, and 5 are "missing". But it does not mean the data is not in SWH, it means we are not able to reach it, right?
<rekado>but it allows us to cut out gigabytes from package closures involving Pandoc.
<rekado>I should also note that I often wonder if we couldn’t get rid of these labelled lists of inputs and use the inputs directly (not necessarily via gexps). In most cases we don’t actually need labels for all inputs.
<rekado>civodul: thank you for not only implementing the bulk of the “guix pull” commit authentication mechanism, but also for writing this very detailed blog post
<mothacehe>bricewge: Thanks for your gsoc update mail. Stefan is also trying to add NFS support for rootfs here: https://issues.guix.info/41820. I need to dive into the network boot topic, but is there any chance Stefan patch can work without having nfs-utils in the initrd?
<civodul>rekado: thanks! i think it's useful to give Guix folks a clearer picture of all this, but i was also hoping we could get feedback from outsiders and security folks
<civodul>but it seems the post went largely unnoticed
<rekado>“guix pull” appears to be broken. I just ran it as root on berlin and it failed to build /gnu/store/6w2ym8n1lz08jz32a3s8q0bg9nazg7zb-guix-1.1.0-15.03deb1e-checkout.drv
<katco>i'm attempting to use the proprietary nvidia drivers with guix system and Xorg is failing to start. the kernel modules are loaded, the Xorg module is loaded, but i get `(EE) NVIDIA: Failed to initialize the NVIDIA kernel module [...]`. there is no indication of any error in `dmesg`, but in the Xorg log there is `xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)`.
<katco>does anyone have any ideas? research shows fixes for other distros as `chomd u+s /usr/bin/xinit`
<rekado>mothacehe: /gnu/store/4i1b7dxfpxi72dq2vk7igdajnfx2bsvm-guile3.0-guix-1.1.0-16.d3eee3c.drv cannot be built due to test failures
<rekado>katco: sorry, we cannot help you with proprietary drivers.
<katco>rekado: well, some may choose not to :) "can't" is an overstatement i think
<rekado>we don’t use the official Guix communication channels to support proprietary software.
<katco>is that imposed on all people using Guix communication channels, or a choice made by some?
<mothacehe>Ha! I tried that without success the other day? How did you do it :)?
<rekado>raingloom: the primary rule is just to upgrade everything to the same level. We don’t want to have some packages at an old LTS, others at a newer LTS, and yet others at whatever the most recent version is on Hackage.
<zimoun>civodul: cooking for downloading using the Web interface of SWH is sooo long...
<rekado>you can’t quite get around the maintenance burden
<rekado>unlike Nixpkgs we care about good descriptions as well, so we also can’t fully automate that
<zimoun>raingloom: magic does not exist :-) It cannot be fully automatic.
<raingloom>hmm. makes sense. although it could just be made automatic with human supervision after every step.
<rekado>that’s pretty much what we™ do for CRAN and Bioconductor
<raingloom>so we(tm) "just" need to implement the same thing for Haskell?
<rekado>but importing all those packages is tricky, because both repositories also host proprietary software, packages that have incorrect licensing info, or that include pre-built stuff that we need to figure out how to build
<rekado>the same thing exists for Haskell (stackage and hackage)
<NieDzejkob>damn, too bad I don't know anything about java build tools
<janneke>"the maven-build-system only has the very basic plugins by default" <= i'm afraid that if you use such language in your blog post, the fact that this is actually sheer amazing may escape some people ;-)
<jonsger>hm, clicking on mailto: links does not work anymore but `xdg-open mailto:` is still opening a new message window of icedove...
<zimoun>I am not a Category Theorist guy but reading the The Store Monad section, I am confused. The monad, is it a State Monad? (I guess yes it is) But then Store Monad is badly choosen because store refers to a CoMonad, which can be seen as the dual of state.
<bavier>gnutec: right, I see. My suggested solution was to create a package for it.
<civodul>zimoun: then you're more of a category theorist than i am :-)
<zimoun>civodul: Anyway about my thoughts about Category Theory. :-) My initial question I have was about the hash in /gnu/store/<hash>-*, that's why I open derivations, monads and so on. :-) It is sha256, right? Base16? Where is it computed?
<zimoun>civodul: the hash appears shorter in /gnu/store/hash than (sha256 (base32 of packages, 32 chars vs 51 (more or less my error when counting). And in (guix derivations), derivation-hash uses bytevector->base16-string. Well, I am confused.
<gnutec>nckx: Ok! But I will forget again in any moment. HAHAHAHAHA
<civodul>zimoun: see compressed-hash in (guix store)
<lispmacs[work]>if I want to run a "guix search" command in the latest commit of guix, without upgrading my current profile, do I need to create another profile, or is there some other trick that is less bother?
<zimoun>lispmacs[work]: guix pull -p /tmp/next and then /tmp/next/bin/guix search
<raingloom>roptat: seems to be. at least that's what my logs indicate. the `guix build` on bingobongo.lan got offloaded to greg.lan, which then said it was waiting for build slots on bingobongo. so it all locked up.