<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
<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>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>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
<wingo>another guix question. after an upgrade i have no icons in epiphany <wingo>anyway is there some gnome package i should have installed? <wingo>system-wide i had gnome-default-applications <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. ***w1gz_ is now known as w1gz
<guixquestion>i have installed adwaita-icon-themes in the past, and reboot, no effect <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>that's interesting, are channels and GUIX_PACKAGE_PATH exclusive then? <henk_guix>@civodul actually no channels are shown at all in guix describe <civodul>henk_guix: you mean no channel except for 'guix', right? <civodul>in that case, could you make sure ~/.config/guix/channels.scm has 'guix-genomics' <civodul>and from there, follow the hint about setting 'PATH' and running 'hash guix' <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 <civodul>'guix pull' prints a hint upon completion, but i guess it's easy to overlook it <nouun>Is it just me or is gnu.org 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? <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 <apteryx>devmsv_2: OK! If you have time, a blog or README detailing the procedure would be an interesting read! <apteryx>devmsv_2: did you try creating the directories needed? (/run/user/1000/shepherd) <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>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 <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 <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 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 <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. <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 <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 <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 <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 <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>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, 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>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. <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 `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 <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 <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 <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>OK, manpages compressed with zstd, now to try the hook! <florhizome[m]>apteryx: I guess you are not using guix on a foreign distro? <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 :-)) <apteryx>PotentialUser-99: I wonder why it isn't falling back to ci.guix.gnu.org? <PotentialUser-99>apteryx: i was trying to build system from source, because guix claims to be a source based distro <apteryx>it probably needs the headers for something <madage>hey can I have a cloak? 95c25fb1e59dd63df19215d94cae9f29617f1a526a1dcf53a10ed63b915aafcb <apteryx>generating index.db from zstd-compressed manpages worked! <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>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 :-) <apteryx>I seem to recally something x11 related was burning like 50 s for the man pages hook <PotentialUser-99>ncks: I was wrong. It seems it downloads source code of the kernel for some reason. <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 <abrenon>florhizome[m]: that's great ! congrats <abrenon>you mentioned your profile having been created a while ago <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) <apteryx>is it possible to fix the an UEFI bootloader from GRUB's prompt? ***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
<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>"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>joe6595: Are you asking for advice? ***iyzsong- is now known as iyzsong
***the-porcupirate is now known as porcupirate
<podiki[m]>excited to see the better amd p state/power reporting <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 <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>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>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. <vagrantc>jbv1[m]: yes, you would have to add those features <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" "github.com/rclone/rclone") 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. <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...? <nckx>I took ‘some’ to mean ‘not literally all of them for the love of christ’. <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) <nckx>yewscion: And echo $GIT_EXEC_PATH ? <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>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]>> Let’s build a Python web application using the Flask web framework as an exercise.