<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.
<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
<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.
<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>yeah, thats for the system/root shepherd
<devmsv_2>I will probablye add to my boot.sh 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
<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 issues.guix.gnu.org 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
<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
<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?
<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.
<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>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 `firstname.lastname@example.org' has an invalid input: #<package email@example.com gnu/packages/compression.scm:1577 7fcf0f436c60>
<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
<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.
<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>(...you'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.
<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)