IRC channel logs


back to list of logs

<jts>Is anyone here experienced with OCaml packaging and able to answer some questions? I'm working on packaging Haxe but keep running into weird issues with OCaml dependencies and don't wanna flood the IRC with questions
<jts>also, if having Haxe is of interest to you, I've successfully packaged Neko and all of Haxe's OCaml dependencies save one, and I believe it should build just fine once I get that one packaged.
<helaoban>When deploying to remote guix machine with guix deploy, if building the derivations locally before sending to serve (default option), are the resulting items under the remote's /gnu/store supposed to be the same?
<the_tubular>I'm wondering something, If I create a user in my config.scm file, and guix system reconfigure, change the account name and guix system reconfigure again, what happens with the original user and why?
***iyzsong-www is now known as iyzsong-w
<apteryx>I'm guessing it'll stick, because I doubt /etc/passwd is recreated on each boot
<apteryx>it'd be too surprising to get rid of such state for user of useradd, etc.
***lukedashjr is now known as luke-jr
<Aurora_v_kosmose>oh, haxe is getting packaged? neat.
<pranavats>Hello, is there a way to check the architecture of the machine in a guix package? I want to write a custom install phase which installs architecture specific files.
<pranavats>Do I just use system* with uname? Or is there any other elegant way?
<lilyp>you can use (or (%current-target-system) (%current-system)) -- not sure atm if they have the percent or not
<pranavats>lilyp: Thanks. That works. And the "%" sign is present.
***alMalsamo is now known as lumberjack123
<Lumine>Good morning
<nckx>Good morning!
<Lumine>I feel like a moron currently. I just started using guix home and I haven't been able to figure out how to source a script from home configuration or append other text into .bashrc or .bash_profile
<Lumine>I probably should study Guile so I know how to handle it better
<Lumine>But I've been too busy just getting things running
<wingo>morning. upgraded my laptop for the first time in a while. offlineimap is failing to work now, says it doesn't know how to verify SSL certificates. before it fails it is trying to read /etc/os-release and /etc/arch-release -- but they are not there
<wingo>does this ring any bells?
<wingo>specifically it says "default ca bundle was requested, but offlineimap doesn't know any for your current operating system"
***dgcampea-2 is now known as dgcampea
<AwesomeAdam54321>wingo: /ctcp wingo time
<iyzsong-w>wingo: look like offlineimap is too smart. I think Set 'sslcacertfile' to the certificates file (maybe /etc/ssl/certs/ca-certificates.crt) in its config file should fix that, ref:
<wingo>thank you iyzsong-w !
<iyzsong-w>wingo: :D
<wingo>another guix question. after an upgrade i have no icons in epiphany
<wingo>er, nautilus rather
<wingo>anyway is there some gnome package i should have installed?
<wingo>system-wide i had gnome-default-applications
<wingo> gnome-themes-standard
<wingo> hicolor-icon-theme
<guixquestion>Hello everyone, do you know how to have libreoffice with the same language as the system (different from English)? Searching on internet the only answer I found is to download the installer with the right language. The other distributions have language packages that I didn't see in guix.
<jonsger>wingo: reboot does not help?
<iyzsong-w>maybe adwaita-icon-themes
***w1gz_ is now known as w1gz
<guixquestion>i have installed adwaita-icon-themes in the past, and reboot, no effect
<civodul>Hello Guix!
<mothacehe>hey civodul!
<civodul>howdy mothacehe! how's everything?
<henk_guix>hi Guix! I have a question about channels: a channel (guix-genomics) that has all of its modules in the root folder does not add to the 'found' packages in guix search, or guix package -i
<henk_guix>it does work if the repo is cloned and used in GUIX_PACKAGE_PATH
<henk_guix>does that mean a channel actually HAVE to have the .guix-channel file in there, and does not work if it doesn't?
<civodul>henk_guix: hi! does 'guix describe' show this channel?
<henk_guix>no, actually no channels are shown
<henk_guix>that's interesting, are channels and GUIX_PACKAGE_PATH exclusive then?
<henk_guix>@civodul actually no channels are shown at all in guix describe
<henk_guix>also not in guix describe -f channels
<civodul>henk_guix: you mean no channel except for 'guix', right?
<henk_guix>yes, indeed!
<civodul>in that case, could you make sure ~/.config/guix/channels.scm has 'guix-genomics'
<civodul>then, run "guix pull"
<henk_guix>interestingly guix pull does take it
<civodul>and from there, follow the hint about setting 'PATH' and running 'hash guix'
<civodul>and you should be done!
<henk_guix>ahhh, does the PATH also add the channels somehow ?!
<civodul>no no; 'guix pull' gives you a new 'guix' command under ~/.config/guix/current/bin
<civodul>that command knows about the channels you asked for
<civodul>to use it, you must have ~/.config/guix/current/bin in $PATH
<civodul>otherwise you'll keep using that other 'guix' command you used before
<henk_guix>thank you a lot! I have been confused about this for a long time, it turns out
<henk_guix>this makes everything very much clear!!!
<civodul>ah, glad that it helps :-)
<civodul>'guix pull' prints a hint upon completion, but i guess it's easy to overlook it
<nouun>Is it just me or is down?
<devmsv_2>Hi, runnin guix under wsl to free corporate laptop as much as I can. I'm trying to run emacs daemon via shepherd as my user, but can't get sheperd unde norma user running
<apteryx>wingo: hi! did you solve your icon problem?
<apteryx>devmsv_2: interesting! is installing Guix on WSL easy?
<apteryx>devmsv_2: could you paste your error on pastebin wants javascript and what not
<devmsv_2>apteryx installation is easy.the bigger problem was setting X11 redirection to maintain connection after VPN connection or WiFi change, booting guix with sheperd running and setuid of some binaries that needs to be done manually
<devmsv_2>new paste:
<apteryx>devmsv_2: OK! If you have time, a blog or README detailing the procedure would be an interesting read!
<abrenon>yo guix
<apteryx>devmsv_2: did you try creating the directories needed? (/run/user/1000/shepherd)
<devmsv_2>apteryx the tutoral that worked for me was this:
<devmsv_2>apteryx well, that did the trick. Didn't try it because I thougt that would be something invocation o shepherd should have done! sometimes I feel dumb running guix
<apteryx>yeah, I'd also have thought it would have created it itself when missing
<apteryx>devmsv_2: cool, thanks for sharing
<apteryx>probably installing just Guix, the package manager, rather than Guix System, the distro, would be simpler, no?
<devmsv_2>what's the fun on that? my go-to way of learning something is using it even if it doesn't make too much sense
<apteryx>devmsv_2: ah, the Shepherd error with the missing /run/... directory is covered here:
<apteryx>under the Initialization section
<devmsv_2>yeah, thats for the system/root shepherd
<devmsv_2>I will probablye add to my the 2 lines two run another shepherd as my user unless there is a way to run jut one sheperd process that manages both, system services and user services. Is that possile?
<florhizome[m]>devmsv_2 are there any hints at the end of your guix home reconfigure?
<devmsv_2>sorry for misspelling som words I'm trying new keyboard and its a bit harder than it should
<florhizome[m]>I have been trying to get user shepherd in guix home starting the last few days, for me it spits out an error about the generated config file
<florhizome[m]>since I also get a suspicious error when trying to build go packages I think something about guile in this setup is wrong
<florhizome[m]>but yeah guix home should print out information about the shepherd services you are trying to configure
<florhizome[m]>(my setup = nothing to do with wsl, not to confuse ppl)
<civodul>florhizome[m]: what error does "guix home" print?
<civodul>there's now "guix home shepherd-graph", which you might find helpful
<apteryx>civodul: I just noticed we'd need to add zstd to %final-inputs to have the doc (man pages) compressed by it in the `compress-documentation' phase
<nckx>There seem to be more peeps around, so:
<nckx>20:38 nckx Hullo friends. Libera guix/user/ cloaks: do we want them? Any reservations? I've got two questions about cloaks in as many weeks; probably time for another round of 'who wants a cloak, is it you, do you want a cloak?'
<nckx>20:39 nckx And what should be the criteria for them & guix/contributor/* cloaks?
<florhizome[m]>civodul: I posted this 2 days ago or so. I have an open email exchange (it’s not on where I pasted the original error. 
 (vague translation from German): exception error during the execution of „load“ with the service „root“
 In procedure fport_write: I/O error
<nckx>Well that's one way to paste things.👍
<florhizome[m]>what’s confusing me a bit about above error message is, f.e. why the service is called root
<nckx>It's the root of all services.
<florhizome[m]>so, nothing to do with root user
<apteryx>nckx: how are cloaks typically distributed in other channels? is there a particular meaning/function typically associated to having one?
<florhizome[m]>because this is on a foreign distro, it should not try to be shepherd–root–service
<civodul>apteryx: is it worth the trouble? :-)
<apteryx>cloaks? or zstd in final inputs? :-)
<madage>nckx: I like the idea of having user cloaks and I think it's a good way to advertise since most of us will be spread on different channels
<apteryx>potential 3.5x speedup when generating the man-db database
<madage>the down side is the possible damage to project image by bad behaving users having the cloak
<civodul>apteryx: oh, this much? that's appealing :-)
<apteryx>and longer term we'll have to handle .zst tarballs and archives anyway
<civodul>yeah, possibly
<madage>so there should be at least some prior consensus on what to do in these cases, the obligations of users who ask for the cloak
<civodul>apteryx: BTW, we should do away with xz, at least not keep it as the default
<civodul>it sometimes runs out of memory on i686, for instance
<civodul>like when re-compressing the GCC tarballs
<apteryx>yes! other distributions such as Arch have moved from xz to zstd, wih 0.5% larger size on disk
<civodul>and it takes ages
<madage>as for contributor cloaks, I think it should be given as a "prize" of sorts
<apteryx>civodul: perhaps we could lower the memory threshold for xz parallel compression?
<civodul>apteryx: yeah, no idea; better get rid of it :-)
<nckx> florhizome[m] It's not related to the root user, although the etymology is the same. I don't understand why you say it shouldn't exist on foreign distros but don't use any.
<apteryx>we'll still need to handle upstream .xz
<civodul>oh yes, of course
<civodul>just not for patch-and-repack
<madage>so when someone asks for a contributor cloak, such person would need to accomplish some given tasks, say using a guix/user cloak for a period of time and accomplish some minimum amount of "work" in a given timeframe
<apteryx>but decompressing is only on one thread, IIRC
<civodul>apteryx: while we're at it, we could change patch-and-repack so that is doesn't tar source that's not already a tarball
<civodul>typically a Git checkout
<apteryx>so yese, getting rid of it in patch-and-repack would solve the issue
<apteryx>civodul: why not keep all source extracted in store while were at it?
<apteryx>that'd open up uses such as configuring GDB source directories without having to decompress them
<civodul>apteryx: heh, good question!
<civodul>i think the idea was to make snippets/patches kinda "transparent"
<florhizome[m]>nckx: This is just relating to guix shepherd types (home–shepherd–service–type) and (shepherd–root–service–type)
<civodul>so you could do "tar xf $(guix build -S xyz)" whether or not there are patches
<apteryx>but they already aren't, right? (input .gz -> output .xz, IIRC)
<allana>Hi #guix! I have seen a nice "hexagonal" graphic that shows guix for "packages" --> "environments" --> "containers" --> "systems", and I would like to re-use it with permission and proper attribution. I'm curious to know if anyone knows where I can get an original (without extracting it from someone's slides) and the proper attribution?
<sneek>allana, you have 1 message!
<sneek>allana, nckx says: Did you get my reply to your PM? I'm not sure if you were just curious or wanted one.
<civodul>apteryx: well, at least we have "tar in, tar out" so a command like above always works
<nckx>madage: That consensus is what we shall forge today! :-) Or tomorrow. I'm not in any other IRC communities with user cloaks. Are you? The representation/reputation is the main reason I wanted more input. I'm unsure if it's a problem or not, keep changing my mind.
<allana>nckx: (via sneek) I would actually want one!
<apteryx>civodul: doesn't seem to have that much value, at least to me, in practice. I'd rather 'guix build --source something' and be done with it, compared to sometimes having to extract the result with 'tar xf /gnu/store.../*.tar* -C /tmp' to see the source
<nckx>More so about user cloaks. For contributor cloaks I'm more or less happy with my arbitrary whims :-)
<nckx>allana: I know ;-) You're one of the reasons I'm asking.
<nckx>Those whims being a reasonable number of contributions of any kind over a time period that makes it clear you're probably sticking around for more.
<nckx>But 'users' what even are those.
<nckx>Am I overt--yes I am.
<florhizome[m]>* is watching guile bootstrap now
<florhizome[m]>someone tell arch to get guile3 into official repos :((
<nckx>I see them as stickers, but ones we can revoke if you do IRC atrocities. Which is more than we can do with real stickers and we hand those out to anyone.
*nckx AFK but will read log.
<florhizome[m]>Can matrix users also get cloaks?
<civodul>apteryx: i find the "tar in, tar out" property convenient and it prolly saves a bit of space too but i don't know, that's something we could discuss
<apteryx>nckx: I'm neutral, but if we have them, I won't hesitate to proudly flaunt one around ;-)
<civodul>"directory in, directory out" would be a first improvement anyway :-)
<civodul>nckx: i'm the privileged holder of a cloak :-), but i actually know little about IRC practices in this regard
<apteryx>yes, I'm still thinking about a 'guix hack some-package' or 'guix shell -DD something' that'd setup a usable GDB with symbols
<madage> nckx: the way I see it, user cloaks could be given the same as stikers (to any one who wants it), but probably we should point out the rules which could be harsh just to be on the safe side.. so since they are given to anyone without prerequisites, they can be taken away without any due process
<apteryx>and it seems that'd be easier to achieve if the sources were flat directories already in the store
<civodul> doesn't provide guidelines
<civodul>apteryx: "guix hack" would be great; for now, ~75% of sources are tarballs anyway, so we'd have to have an unpack phase
<madage>like any guix maintainer can revoke cloaks without prior consultation or if anyone comes to denounce someone for bad behavior, the cloak should be automatically taken away without investigation
<apteryx>I tried adding zstd to the standard-packages of my (guix build-system gnu2.scm) modified build system, and I got: package `man-pages@5.13' has an invalid input: #<package zstd@1.5.0 gnu/packages/compression.scm:1577 7fcf0f436c60>
<madage>and then the user should be allowed to explain their behaviour but maintainers should not be forced to given cloaks back
<apteryx>civodul: for GDB symbols, we can even dream of a symbols lookup service hosted by the build farm, it supports that and Debian has one I think
<madage>so I'm thinking maybe the first cloak is for free, but to restore a lost cloak people should have to go though something similar to what contributors go through
<florhizome[m]>that’s the issue I mentioned the shepherd problem
<civodul>apteryx: a lot of work has gone into that upstream, mjw could brief us
<civodul>there are debug symbol servers based on build-id lookups
<civodul>OTOH what we have is not so bad and does not require special server support
<sleepydog>i vaguely recall a fuse-based symbol lookup service
<madage>nckx: I "think" I'm not in any community with user cloaks, but I tend to notice user/dev/staff cloaks when they join/part channels
<apteryx>civodul: we had discussed moving to build-id, and it seemed it would be the way to fix our current grafts discrepancy issue
<civodul>yeah that seemed like a promising approach
<abrenon>does anyone know where pip keeps its list of installed software ?
<abrenon>I'm trying to package stanza and it's not working, so I'm trying by hand within a container to figure out what is working and what isn't
<abrenon>but I have no idea how it knows it has stanza installed in the container (nothing in ~/.config, ~/.cache, ~/.pip or any ~/.python*)
<civodul>abrenon: apparently it's in ~/.local
<civodul>i tried "guix shell -CN python coreutils" and ran "pip install stanza" in there
<civodul>it actually works :-)
<abrenon>oh, silly me ^^ thanks !
<abrenon>I was apparently confused by the successive trials and failures, there wasn't even a .local in my container's home
<abrenon>but actually there is one after the pip install -e . from within the sources
<abrenon>I really wonder what's blocking it from working as a guix package
<abrenon>I had to disable the check phase which was not working, telling me to use tox instead, but it looked like it was working without it
<abrenon>however, the environment I can access that way doesn't have stanza in $GUIX_PYTHONPATH and importing from a python repl doesn't work
<apteryx>in (gnu packages commencement) with have with boot0, with-boot4, with-boot5 and with-boot6. Which one should I use to make a 'zstd-final' package?
<apteryx>seems the `finalize' proc in %final-inputs uses bootstrap-guile + with-boot6 inputs
<florhizome[m]>so, who’s helping me figuring out this home shepherd stuff now :/
<abrenon>florhizome[m]: I don't know, but I'm not really qualified for that
<abrenon>sorry : )
<yewscion>Hey all. What is the canonical way to package something with the same name as a pre-existing package? Specifically, I have packaged "orca", a music creationg program ( ) and I'm aware of "orca", the screen reader ( ). I've currently (in my own channel) packaged the music creation
<yewscion>orca as "orca-lang", but would like to align to standard before attempting to contribute it to GNU Guix proper.
<efraim>apteryx: like with 'finalize' sounds good
<apteryx>seems to get a bit further now
<apteryx>OK, manpages compressed with zstd, now to try the hook!
<florhizome[m]>apteryx: I guess you are not using guix on a foreign distro?
<apteryx>I'm on Guix System; why?
<florhizome[m]>because I’m trying to use guix home on a foreign system atm.
<apteryx>I see; I've never tried that (I have yet to try guix home! Although civodul's latest blog post gives me one more incentive to do so :-))
<florhizome[m]>you haven’t initialized it at all?
<apteryx>not yet
<PotentialUser-99>hi guix
<PotentialUser-99>cannot download linux-libre source code
<PotentialUser-99>failed to download "/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz" from ("" "" "mirror://gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz")
<PotentialUser-99>maybe somebody have this problem
<florhizome[m]>so the good news is, shepherd actually starts up.
<apteryx>PotentialUser-99: I wonder why it isn't falling back to
<PotentialUser-99>apteryx: i was trying to build system from source, because guix claims to be a source based distro
<PotentialUser-99>for some reason guix pull --no-substitutes starts building kernel
<apteryx>it probably needs the headers for something
<madage>nckx: here's a draft of what I think is sensible:
<madage>hey can I have a cloak? 95c25fb1e59dd63df19215d94cae9f29617f1a526a1dcf53a10ed63b915aafcb
<apteryx>generating index.db from zstd-compressed manpages worked!
<apteryx>now to benchmark a bit
<apteryx>does someone know of other packages than man-pages containing hundreds or more of man-pages? I think libx11 was one...
<nckx>PotentialUser-99: Not claims, is. Why do you say it builds the kernel?
<nckx>madage: Thanks for putting so much effort into answering.
<nckx> /thinking.
<nckx>apteryx: Just a guess: glibc?
<florhizome[m]><florhizome[m]> "so the good news is, shepherd..." <- the root service runs but seemingly can’t load other services
<madage>nckx: no rush on my part, I just thought it was a nice idea.. I was actualy thinking of something very similar today, so I felt somewhat inspired
<madage>let's see if anyone else thinks this is a good idea too
<apteryx>nckx: eh, this being GNU, it has no manpages :-)
<nckx>Ah, dur.
<apteryx>I seem to recally something x11 related was burning like 50 s for the man pages hook
<apteryx>not libx11 though
<PotentialUser-99>ncks: I was wrong. It seems it downloads source code of the kernel for some reason.
<PotentialUser-99>it tries to download
<apteryx>nckx: ah, libx11:doc has a few
<apteryx>nothing like what I remembered though
<nckx>PotentialUser-99: For the headers, I'll bet.
<apteryx>man-pages ha about 2.5 k manpages, libx11:doc about 800
<apteryx>perl has about 800 too
<florhizome[m]>Ahhh I got the error wooooo
<florhizome[m]>shepherd wants his socket to have permissions 700
<abrenon>florhizome[m]: that's great ! congrats
<florhizome[m]>I wonder why the socket didn’t have them in the first place
<abrenon>maybe it has changed ?
<abrenon>you mentioned your profile having been created a while ago
<florhizome[m]>did I?
<florhizome[m]>you mean the home profile?
<florhizome[m]>These were my first attempts at using home shepherd…
<abrenon>oh, I thought you did, never mind ^^
<apteryx>sneek: later tell rekado, hi! let me know when you have a chance to look at the build farm again (fixing node 129's bootloader, or reinstalling it)
<sneek>Will do.
<apteryx>is it possible to fix the an UEFI bootloader from GRUB's prompt?
<apteryx>oh, tk has about 400 manpages
***the-porcupirate is now known as porcupirate
<florhizome[m]><abrenon> "oh, I thought you did, never..." <- I reinstalled the whole guix a couple weeks, like two months ago on my foreign distro partition, but I don’t know if I posted anything about that here ;)
<abrenon>I didn't know about that, maybe I just mistook your troubles with guix home and some others someone else was reporting
<jonsger>apteryx: gnutls:doc 1158, tcl 854, calibre 700+
***the-porcupirate is now known as porcupirate
<apteryx>jonsger: thank you!
<abrenon>what is the proper way to handle static data required for a package to work, like a pre-trained model for a NLP library ? (yes, I smell binaries)
<apteryx>civodul: my initial benchmark suggests compression is not the bottleneck of man-db database hook performance: 4152 entries processed in 5.0 s, for zstd-compressed manuals, which is about the same as that obtained with gzipped manuals.
<abrenon>reproducibility would require me to package them separately, but the way it's done in stanza, they're being downloaded on demand by a function in the library
<abrenon>what it actually does is download a .zip and extract it, so I don't see why guix couldn't handle that
<abrenon>but I suppose it's a bad idea to duplicate the behaviour implemented in the library into the (scheme) builder
<lfam>Build failure with current master branch:
<lfam>"error: failed to compile 'guix/build/clojure-build-system.scm':"
<apteryx>continuing the man-db profile hook performance analysis, the (compute-entries) part seems expensive
<apteryx>yep, that part is like at least 10x more expensive than producing the database
<joe6595>apparently guix has something similar to use flags on gentoo but i cant find in in the documentation
<lfam>Weird that the build failure in guix/build/clojure-build-system.scm doesn't occur on the CI:
<lfam>joe6595: Are you asking for advice?
***iyzsong- is now known as iyzsong
<podiki[m]>they have left, maybe they meant --tune
<lfam>I sent a patch to add linux-libre 5.17: <>
***the-porcupirate is now known as porcupirate
<podiki[m]>excited to see the better amd p state/power reporting
<lfam>Great :) Please test!
<lfam>There should be substitutes available if you apply the patch on current master
<lfam>Also, I pushed a wip-kernel-5.17 branch. There should be substitutes for it
<lfam>Substitutes on x86_64, of course
<podiki[m]>oh nice, will try out later today
<florhizome[m]><Lumine> "I feel like a moron currently. I..." <- Just use the "plain-text-file" procedure and put them in a list ;)
<lfam>Well, I did a full `make clean` and rebuilt and now my build error appears to be solved
<Lumine>florhizome[m]: Thanks, serves me right for sleeping 3 hours a day :P
<lfam>Like I said, there *should* be substitutes available for 5.17. That "should" is in the process of becoming "are"
<jgibbons[m]>Since Guix can pack to a .deb, is there any plan to add a .deb to the download page? I think it would make installing to systems with dpkg a lot simpler.
<jgibbons[m]>There already are some debian-based OSes that provide guix as a package, but not all.
<joe6595>hi, what is the best way to install dwm?
***robin_ is now known as robin
<vagrantc>jgibbons[m]: i think "guix pack guix" wouldn't really result in a number of things working, it would still require some manual steps
<vagrantc>jbv1[m]: as a .deb ... as guix packs are typically just some shipped files, not any integration scripts (e.g. user creation, guix-daemon service starting, etc.)
<vagrantc>that was for jgibbons[m], sorry jbv1[m]
<vagrantc>jgibbons[m]: though maybe it wouldn't be too hard to make a pack that dropped a few files in the "right" places ...
<vagrantc>i've heard very mixed things from people using the guix packages shipped in debian ... though it mostly works for me
<robin>joe6595, dwm is "customized" by editing the source code, right? in that case it'd probably be easiest to make your own package (
<robin>one can use a "file://" url in the origin for a local, modified copy of the code
<robin>or just compile it directly and put the result in $PATH, though then it might break if its dependencies are updated
<robin>there's actually a dwm package, apparently; you could put something like '(use-modules (gnu) (guix)) (define-public my-dwm (package/inherit dwm (origin ...))) my-dwm' in, say, my-dwm.scm, pointing to your local modified copy of dwm, and use 'guix package -f my-dwm.scm' to install/update
<robin>(i'm assuming most users customize the source code rather than using the default configuration, for the default configuration you can simply 'guix install dwm')
<jgibbons[m]>vagrantc: Don't deb packages have a way to include install/remove scripts to handle those things? Perhaps we could modify pack to provide options for packing a deb like --entry-point is for packing docker...
***iyzsong- is now known as iyzsong
<robin>('d also need '(use-package-modules suckless)' for the my-dwm.scm route)
<florhizome[m]>Hey guix, I have been trying to package a few go packages, for example the latest rclone, and I got this backtrace for all of them, which mentions a guile env var.
<florhizome[m]>what is actually happening here?
<florhizome[m]>the actual package description, for reproduction, is this
<vagrantc>jbv1[m]: yes, you would have to add those features
<vagrantc>tab-completion, you fail me.
<vagrantc>jgibbons[m]: ^^
<nckx>florhizome[m]: The GUILE_ variable is not relevant, only the rest.
<nckx>Afraid I can't help you further but at least don't waste time in that direction.
<nckx>#<&invoke-error program: "go" arguments: ("install" "-v" "-x" "-ldflags=-s -w" "") exit-status: 1
<nckx>is the error. ‘Go said no.’
<nckx>Does that mean that it tried to download something? I don't know, since (IIRC) Go likes to use URLs as package names for the lulz.
<tschilptschilp23>florhizome: I can reproduce your error, but might it be something path related -- above the go-variables I have this in the debug-log:
<nckx>‘Can't find package-foo in /biz/bar/package-foo’ o_O
<nckx>It's looking in Go's store directory. Definitely a bogus path.
<nckx>florhizome[m]: You didn't add any of those packages as inputs, no wonder it's failing.
<tschilptschilp23>nckx, florhizome: I don't really have a clue about go-packages -- but the rclone-definition in guix doesn't define them either...?
<tschilptschilp23>so many new deps in the new version?
<nckx>I took ‘some’ to mean ‘not literally all of them for the love of christ’.
<nckx>Jesus, Go.
<yewscion>Hey all, I'm having difficulty using `git send-email` on my guix install. It keeps telling me that "send-email is not a git command" even though I've run `guix package -i git git:send-email`. Is there a step I'm missing?
<nckx>Hm, no, that should work. What does ‘type git’ return?
<yewscion>git is hashed (/home/ming/.guix-home/profile/bin/git)
<jpoiret>logout and login
<nckx>yewscion: And echo $GIT_EXEC_PATH ?
<jpoiret>oh no
<jpoiret>rather, you're using your guix home's git
<jpoiret>so you need to install git:send-email in the guix home's profile instead
<nckx>I don't think that can work.
<nckx>yewscion: Don't mix guix home and guix install too much.
<nckx>It mostly works but isn't guaranteed to.
<yewscion>Ahhh, Okay. That makes sense.
<yewscion>I'll add it to my home config and reconfigure. Thanks!
<nckx>TBC, my ‘I don't think that can work’ was not about jpoiret's ‘so you need’. That is correct and you do, in fact, need.
<lfam>florhizome[m]: I concur that your Go packaging problems are caused by not including any of the dependencies of the thing you're packing
<lfam>I would try using the recursive Go importer
<lfam>That would mean building from Git instead of a tarball, which is what Go expects
<lfam>Building from tarballs is not really a thing in Go-land
<jgart[m]>Guix could use an opinionated guide like this one for nix development
<jgart[m]>> Let’s build a Python web application using the Flask web framework as an exercise.