<iskarian>Hi Zambyte :) Thanks for your patch! Typically tests are disabled with (arguments `(#:tests? #f)) instead of deleting the check phase. <iskarian>If it's just one test failing, you should ideally disable it with a comment explaining why (if you know) <iskarian>You can do it either with a snippet in origin (search for "(snippet" for examples) or with a phase, and you typically either delete the test file ('delete-file') or use 'substitute*' <GNUtoo>hi, I also have a question about a patch, I've made a package definition for h-client, and I wonder in which gnu/packages/*.scm to add it <Zambyte>It is just the one test failing, I will look try to disable that one test instead. If I get it working, should I reply to that patch I sent with the new patch, or make a new thread? I haven't really done e-mail driven git before :D <iskarian>(I have no idea what h-node is either, haha) <GNUtoo>Basically if you run h-client it scans your hardware and prefill data in a GUI application, and you can then tell if that hardware works fine in specific FSDG distributions or not <iskarian>Zambyte, you would send the mail to nnnnnn@debbugs.gnu.org (where nnnnnn is the bug number you got in your confirmation email), in reply to the original message. With git send-email, if <some-id@gnu.org> is the value of Message-Id field of your original email, it would be '--to=nnnnnn@debbugs.gnu.org --in-reply-to=some-id@gnu.org'. You would also want to make your patch with '--reroll-count=2' to add a v2. <GNUtoo>This is the entry on the Thinkpad X200 and we know it works fine in Trisquel 6 at least <GNUtoo>While it's far from perfect that hardware database works great for peripherals like USB WiFi cards for instance <GNUtoo>lspci is in pciutils, and lshw is in linux <GNUtoo>So I wonder if I should add it in linux even if it's not a project made by the Linux community (it's hosted on savanah) <iskarian>GNUtoo, you might put it in hardware.scm if you don't find a better home <GNUtoo>iskarian: I didn't notice before but pciutils.scm has only 1 package inside, so maybe I should add it in a new file (h-node.scm) ? <GNUtoo>This way if the server source code (h-source) gets packaged one day, it would go in that file <iskarian>that would probably work as well, I'm fairly new to Guix as well so :) <GNUtoo>Thanks a lot for the help anyway <apteryx_>GNUtoo: and thanks for making me discover h-client, it sounds very useful <KittyOwO[m]>Oh? I had no idea h-client was a thing, that sounds cool, is it on the default guix channel anywhere I don't notice it there lol <apteryx_>no, GNUtoo seems to be in the process of packaging it <GNUtoo>KittyOwO[m]: I just need to do the usual tests (guix lint, build test twice and so on) and send it. So far I've done runtime tests and the patch is clean. ***apteryx_ is now known as apteryx
<Rooks>How would I set up GRUB to have an alternate boot with the same linux, initrd, and such, but with different kernel parameters? <zeroter>I don't know what to do. nondefault keyboard-layout (pl) or even loadkeys has no effect in shells spawned by login and screen if the user is not root, does this happen to anyone else? <drakonis>it usually helps to know what you've done <zeroter>I don't use x11 on that machine, the config is actualy barebones with the exception of (keyboard-layout (keyboard-layout "pl")) and (locale "pl_PL.utf8") <zeroter>I should be able to input characters like ą,ś... with key comb AltGr+a, AltGr+s... but the vt reacts like if I was inputting regular alt+key combos <zeroter>this doesn't happen if I spawn bash manually, then it works. Then if I run screen, it doesn't work again until I spawn bash again, manually... <drakonis>say, have you rebooted your system after reconfiguring? <zeroter>Many times, I've been at this for a few hours now <zeroter>I also tried adding loadkeys to setuid so I could use it as user, but it only worked if I spawned bash manually, after logging in or entering gnu screen <zeroter>the keyboard-layout works in login itself though, just not in the shell it runs after logging in. It's so weird and specific... <apteryx>podiki[m]: mcron logs go to /var/log/mcron.log; you can refer to programs via their store path easily by using ungexp, e.g. #$(file-append some-package "/bin/some-binary") inside the mcron #~(job ...) definition. ***marwan6 is now known as marwan
<podiki[m]>apteryx: ah interesting about the file-append, thanks! I'll have to see what happens before I add that, but that sounds very helpful to have <apteryx>the only place where it falls short is when wanting to use a non-default output; there you must fallback to plain string-append and #$ <sneek>Welcome back raghavgururajan, you have 1 message! <sneek>raghavgururajan, podiki[m] says: figured out the xdg-desktop-portal issue, I think it is both a bug with our packages (makes XDG_DESKTOP_PORTAL_DIR multiple directories) and upstream (they should support that); nothing to do with dbus in the end ***califax- is now known as califax
<str1ngs>the_tubular: it's problem the fastest terminal emulator that I tested. <str1ngs>along with bemenu and j4-dmenu-desktop <str1ngs>raghavgururajan: I think these gtk 4 tests that are failing are X server related. it may be okay to disable them right now. at least nix does too. or the test x server needs tweaking. <the_tubular>And I'm not familiar with j4-dmenu-desktop, what is this ? <str1ngs>raghavgururajan also things like gobject-introspetion patches don't apply anymore same with gstreamer. so not sure how to best tackle this. I think probably starting from the bottom up would work best. glib, gobject-introspcetion -> gtk. then start updating all this core gnome programs. <raghavgururajan>> str1ngs: raghavgururajan: I think these gtk 4 tests that are failing are X server related. it may be okay to disable them right now. at least nix does too. or the test x server needs tweaking. <str1ngs>gobject-introspection-absolute-shlib-path.patch for gobject-introspection. which is a big issues because it's critical for #guix <str1ngs>raghavgururajan I'll post my thoughts to bug#48554 <str1ngs>the sources are in the same director. this way all versions match with gnome upstream <str1ngs>IMHO it's better to focus on 40.1 by the time this works get done that's going to be the latest release. just being practical here. <raghavgururajan>> str1ngs: IMHO it's better to focus on 40.1 by the time this works get done that's going to be the latest release. just being practical here. <str1ngs>I was basing my work off of wip-gnome. which just get "rebased" onto master <str1ngs>this way all the gnome patches get applied ontop. hard to get behind and less conflicts that way. <str1ngs>should get rebased onto master I meant. <str1ngs>merging works too I guess worse case senerio <str1ngs>can you push to guix upstream? that would be helpful if you have those permisisons. <str1ngs>I've kinda formulated a plan. I guess the question is do we want to just add gtk to master since the namespace does not conflict. or focus on the whole gnome 40 release? <raghavgururajan>> str1ngs: can you push to guix upstream? that would be helpful if you have those permisisons. <raghavgururajan>str1ngs: When gtk is reviewed and ready, it goes to master. From there, it gets cherry-picked into wip-gnome. <str1ngs>oh nice. I'll post my thoughts to bug#48554 <str1ngs>is there way to take a sha256 hash and encode to get the guix encoded hash for sources? <raghavgururajan>wip-gnome = master + cherry-picks from staging + cherry-picks from core-updates + unique commits <raghavgururajan>Once gtk4 is merged, next thing is to update gtkmm to 4 and create gtkmm-3. <str1ngs>so you are thinking of updating the core libraries first? glib,gtk, gtkmm, gobjec-introscpection? <str1ngs>the_tubular: j4-dmenu-desktop provides a desktop entries menu <str1ngs>it shows only desktop entries. things you would find in say xfce's menu for example <str1ngs>vs just bemenu or wofi that show programs in path <str1ngs>the_tubular: I liked bemenu better because I'm use to dmenu <the_tubular>Also, raghavgururajan does this also pull all the sway 'dependency' like swaybg swayidle swaylock etc ? <the_tubular>I have to finish my network guix VM before doing my desktop one though :/ <podiki[m]>raghavgururajan: glad you got it working! I used to always use just startx, but then used lightdm (just so it looks nice on login :-P) <podiki[m]>apteryx: nice, that will be a good update to mcron <podiki[m]>I just saw this actually. would be good to submit somewhere with guix, maybe help-guix list? or as an issue. I too would like a more detailed (like an api type) ref easily available for when you are starting out with install and getting set up <str1ngs>the problem is you can't compare guix to other distro's it requires a paradigm shift in thinking.s <str1ngs>even thing like guix install though they are there to give you the general feel of other distros. it does nothing like apt install . <podiki[m]>(not sure if you were referring to when I mentioned "install" but there I didn't mean the command but the distro installation/setting up process) <podiki[m]>but yes, good point about guix install being a different beast really <SVS>Not finding any config files and having no tutorial is harder than changing the way to think somewhat. <SVS>I never again want to look at code without a line before it, where to find it. <str1ngs>raghavgururajan it's that gtk+ and gtk do not clash name wise. though will make it hard to update many programs to gtk 4 <clone>SVS: the first child of the linked node has a config example and tells you how to use it. The config file doesn't have a specific location (I put it in /etc/config.scm), and you specify it when you run `guix system reconfigure` <str1ngs>the other misconception is that config file needs to be located somewhere specific. the file is where you just to have it. <str1ngs>example guix system build ./config.scm <podiki[m]>I think there is a lot of good stuff in the docs and cookbook, but quickly ran out of helpful examples for some things (and yes, I should submit a patch or report about these things); always better to have more examples and specifics <podiki[m]>as an example, took me a while to parse different combinations of services, cons, modify-services, and all that; relied on some searching to find people's example configs, which might be nice to have a collection of <SVS>The problem isn't that the files aren't somewhere specific. The problem is, for people knowing nothing about how it works, where to start. When I'm in a live distro, then the config is somewhere, but I didn't know where to look. Because it's not explicitly explained, which should be like the first line or in the first paragraph of a tutorial. So if I want to change only one little thing, I don't know where to get started. However, I got some infos now. Thanks, I will ***luke-jr- is now known as luke-jr
<efraim>sneek: later tell lfam I'll have to dig out my go cross compile patch again, I don't remember exactly what it was but something about setting the GOBIN made cross compiling fail. I'll finish up my go cross compile patch and then we can fix cross compiling syncthing later <sneek>efraim, lfam says: I reverted one of your commits, tracked as <https://bugs.gnu.org/50071>. It was "syncthing: Prepare for cross-compiling". I can try to re-do your change without breaking the outputs splitting if you tell me how to test for what you were trying to achieve in your patch <bsturmfels>emacs question: is there any benefit to using "use-package" if you're getting your packages from Guix? Do other Guix-folk do this? <flatwhatson>use-package has lots of helpers for package configuration, so yes it's still useful even if you're not using it to manage installation <ArneBab>sneek: later tell vldn: you can use it as source format and generate a scheme-file after saving: wisp2lisp /etc/config.w > /etc/config.scm <ArneBab>sneek: later tell vldn: you can use it as source format and generate a scheme-file after saving: wisp2lisp /etc/config.w > /etc/config.scm ***duponin7 is now known as duponin
<jgart>use-package and leaf provide macros with a nicer API/syntax than the vanilla elisp you'd usually write to configure emacs packages. Just leave off the :ensure stuff if you're intending to manage elisp packages only with guix. <flatwhatson>i've hacked together a working package & service definition for LXD <jgart>do you have the definition up anywhere? <jgart>bsturmfels, anytime! happy hacking <flatwhatson>jgart: not yet, i'll polish it a little and send it to guix-patches <rekado>note that we have the guix-past channel for old packages ***xgqtd is now known as xgqt
<zamfofex>Hello, Guix! I have been playing around with ‘guix pack’, and I noticed that the resulting tarballs include packages such as GCC. Of course, GCC is used to build them, but I don’t think it is used at runtime. Is it really necessary for it to be included like that? Am I doing something wrong? Other unexpected packages include Emacs and Bash. <zamfofex>I tried extracting the tarball and deleting the seemingly extraneous packages before running the main packed executable, and it still seems to work fine. Is there a reason for those packages to be included by default? Can that be disabled somehow? <zamfofex>On further analysis, it seems like the packages that are included are ‘gcc:lib’, ‘bash-static’ and a store entry named ‘emacs-subdirs’ (which I don’t know whether corresponds to an actual package or not). I suppose that’s a more reasonable set of packages to include than I thought, but it still feels weird that some C headers are included (from ‘gcc:lib’). <zamfofex>The ‘emacs-subdirs’ entry doesn’t actually contain the full Emacs, just a few small (configuration?) files. I’m still not sure why ‘bash-static’ is actually needed, though. <rekado>zamfofex: all those packages are included that other outputs refer to. <rekado>gcc:lib is a runtime dependency of many things. <rekado>packages are generally not added for fun; instead Guix scans for references in files. <rekado>it is possible (and not all that uncommon) for references to be pointless. <rekado>some packages, for example, install a text file listing programs of the build environment with their absolute file names. <rekado>that would be a useless source of references <rekado>but Guix can’t know that it’s useless and proceeds to include all the packages whose outputs are referenced <rekado>if you identify a useless reference please report a bug. <rekado>we have some bug reports about icedtea / openjdk that fall into this category <zamfofex>I understand. That’s all fair enough! Thanks for the explanation. I’m trying to pack a local package that I wrote, the only dependencies it has are ‘stb-image’ and ‘openssl’. <zamfofex>If there is such a “useless reference”, does the program generally fail to even start? E.g. with a linking error. Unless it links against the libraries at runtime (which is possible for OpenSSL, I imagine). <zamfofex>I’m slightly sleepy, so don’t mind if I speak some nonsense. What I meant is actually: If the references I deleted before running aren’t actually “useless”, shouldn’t I have gotten a linking error when executing the program? <zamfofex>Because if so, then I can conclude that either (a) OpenSSL is linking against the library at runtime, or (b) the dependency is not actually necessary. <zamfofex>Maybe it could make sense to add some kind of “expected references” field to packages, and fail building the package if the detected references don’t match the expected ones. This way, when updating a package, if the references detected change, it’d require (a person) analysing whether that makes sense or not. <maximed>zemfofex: There is #:allowed-references (list this-package that-package ...) <maximed>It doesn't verify that everything in that list becomes a reference, but it does verify that every reference is within the ALLOWED-REFERENCES <maximed>If there were also #:required-references, then #:required-references and #:allowed-references together would be the ‘expected references’ you want I think <PurpleSym>Is `guix build --repair` incompatible with `--no-grafts`? Without the latter it just regrafts and with it, it does nothing. <maximed>Does the ungrafted store item exist? If it doesn't, then "guix build --repair --no-grafts" would simply have nothing to do I guess <maximed>Nevermind, guix build openttd --repair --no-grafts actually starts substituting stuff for me ... <maximed>I tried sudo guix build coreutils --repair --no-grafts (after guix build --no-grafts) <maximed>It just prints /gnu/store/n8awazyldv9hbzb7pjcw76hiifmvrpvd-coreutils-8.32 and /gnu/store/yvsd53rkbvy9q8ak6681hai62nm6rf31-coreutils-8.32-debug <maximed>Did it print a store path for you too? <maximed>If the store item isn't broken, there is no need to build/substitute anything ... <maximed>IIRC, the guix daemon keeps the hash of the contents of each store item in a database <PurpleSym>`guix gc` reports it as broken, but is apparently unable to fix it. <maximed>Is the store item path returned by "guix build --repair" exactly the same as the store item path reported by "guix gc"? <maximed>If it's different, it means the ‘coreutils’ packages come from different derivations <PurpleSym>So, `guix gc` reports /gnu/store/003lvgysgmyxi8hkwcm9qqgc9hm8r4gm-node-14.16.0 as broken, which is a graft of /gnu/store/8dz24zxd1brxxdldqvfg23w4vg97dwq2-node-14.16.0 as far as I understands. It redoes the graft, but on a second run it reports it at broken agani. <PurpleSym>`--repair` redoes the graft and reports /gnu/store/003lvgysgmyxi8hkwcm9qqgc9hm8r4gm-node-14.16.0. With `--no-grafts` `--repair` does nothing and just reports /gnu/store/8dz24zxd1brxxdldqvfg23w4vg97dwq2-node-14.16.0 <maximed>"guix gc --verify=repair" should do the right thing I think <PurpleSym>Yeah, it’s finding more and more broken store paths. I’m guessing serious filesystem corruption. <zeroter>I had a problem with loadkeys/keyboard-layout yesterday. It turns out `/bin/bash` was pointing to the 5.0.6 version, but user had 5.0.16. Forcing the newest bash using extra-special-file solved my problem <maximed>zeroter: That seems a bug in the "kbd" package. loadkeys shouldn't be using /bin/bash, it should be using /gnu/store/HASH-.../bin/bash <maximed>/bin/bash doesn't even exist on Guix System <zeroter>maximed: loadkeys wasn't working on the bash shell spawned with "/bin/bash" (login does it and screen), and worked for simply "bash". <zeroter>maximed: my system config had (specification->package "bash") included in its packages and "/bin/bash" as my user's shell; but bash and /bin/bash pointed to different locations in /gnu/store <zeroter>looking at %base-services, it only references "bash"/bin/sh, so that symlink could be from a previous system definition. But shouldn't those links be cleaned when not included in system definition anymore? <vivien>Hello, does anyone know how the scheme SSAX parser works? Is there an example somewhere on the internet? <roptat>I think I used the implementation of xml->sxml to find out what I needed to do <vivien>roptat, thank you for the pointer <vivien>Do you know what "gi" in "elem-gi" stands for? <roptat>"Each element has a type, identified by name, sometimes called its "generic identifier" (GI), and may have a set of attribute specifications" <zeroter>is there a way to clean /etc from no longer needed files from previously used services? <roptat>isn't it sufficient to do a reboot? <zeroter>I still had dangling symlinks to polkit and dbus (into /etc/static), even after reboot and deleting almost all generations <podiki[m]>what about services in your system config, would that do that? <zeroter>nope, the only services are %base-services, hdcp-client, and extra-special-file for putting bash in /bin/bash <zeroter>and before I added that extra-special-file for bash, I had a dangling bash symlink in /bin/bash from previous system generations <podiki[m]>hrm, maybe a bug to file? especially helpful if you can give a system configure and then change that reproduces it <zeroter>I could try. But just to be clear, symlinks created by services (like extra-special-file) should disapppear after reboot if the current system definition no longer has those services? <jonsger>thats a bit scary. I got yesterday a mail from abuse@hetzner which forwared a mail from BSI (German governmental organisation for IT security) that my server runs mDNS. Today I had a look via Hetzner clouds webconsole: it booted the installer. I have no clue how that could happen. I have no Installer ISO mounted for months... <podiki[m]>not sure, hopefully someone can answer. I kind of assumed just about anything not in /home was subject to guix cleaning it up <jonsger>and I don't know how I can but up the installed system from the hard disk... <jonsger>boot the installed system from hard disk, I mean :) <roptat>zeroter, it could be that guix doesn't record what it creates in /etc... <JorgeTern[m]11>Hello, can I open a pack that is not packaged in Guix? for example redmine, org <yoctocell>sneek: later tell iskarian: re the generic-git updater, I agree a that manually specifying the properties is rather tedious; maybe we could do a regexp match, and if that fails, fallback to the properties? <yoctocell>sneek: later tell iskarian: and yes, it does need to clone the repo before checking if a new version is available. That's probably overkill; I probably should've use 'git ls-remote' instead. Thanks for taking a look! :-) <roptat>JorgeTern[m]11, depends how it was created. You can certainly open it, but will it run? probably not <iskarian>yoctocell, do you know if functionality equivalent to ls-remote is available in guile-git? <sneek>Welcome back iskarian, you have 2 messages! <sneek>iskarian, yoctocell says: re the generic-git updater, I agree a that manually specifying the properties is rather tedious; maybe we could do a regexp match, and if that fails, fallback to the properties? <sneek>iskarian, yoctocell says: and yes, it does need to clone the repo before checking if a new version is available. That's probably overkill; I probably should've use 'git ls-remote' instead. Thanks for taking a look! :-) <iskarian>Also, I think using properties if available, then fallback to a guess would be the way to go <iskarian>It's conceivable that our guess could be wrong <maximed>clone: maybe "guix weather" from a git checkout of core-updates-frozen <maximed>I _think_ there is a nice web interface showing some graphs, but I don't recall its name <clone>thanks, those are both helpful. the dashboard icon was really invisible to me.. <iskarian>clone: you can also search, like so: "status:failed spec:core-updates-frozen system:x86_64-linux my-favorite-package-name" <iskarian>unfortunately you have to include a package name or the search fails... <marblefaun>i'm sure i'm missing something here, but why does "guix environment gcc-toolchain@10.3.0" produce an environment where "gcc --version" yields version 7.5.0? <iskarian>well, it's really any text, which is matched against the package name, so "go" would return results for any package containing "go" in its name <iskarian>marblefaun, you probably want `guix environment --ad-hoc gcc-toolchain@10.3.0` <iskarian>a regular `guix environment` makes available all the inputs of the package, but not the package itself ***lukedashjr is now known as luke-jr
<htsr>Hi! I've tried to change the list of helper-packages in my initrd with raw-initrd but I keep getting kernel panics. Does someone has already changed this? <JorgeTern[m]11><roptat> "Jorge, depends how it was..." <- Already check the guide to package but I do not understand, can you help me pack it? <roptat>oh, you mean create a new package? <roptat>I thought you meant the binary distribution of some software ("pack" to me refers to "guix pack" which is used for that, that's why I was confused) <roptat>JorgeTern[m]11, but yeah sure, I'm happy to help, what are you trying to package? <roptat>if anything is missing, I would package that first. I think there's an importer too, maybe worth trying <roptat>(you can't import redmine itself, I tried "guix import gem redmine" but that gives a package whose description is "This package provides a simple REDMINE client, using Active Resource.", so that's not what you want) <roptat>look at the dependencies and see if any is missing. For instance, rubyzip and it needs version 2.3.0, but guix only has 1.2.1, so for that, you can use "guix import gem -r rubyzip" <roptat>that will give you a list of packages that you can try to build, and fix if needed <roptat>(that's all the extent of my Spanish ^^') <jackhill> - Supporting performant mirroring would be great, and I have some ideas <cbaines>jackhill, so, a trivial mirror would just be a caching proxy. That would work, but it would either be slow in answering narinfo requests (because it has to keep asking some origin server), or it would return cached responses that are potentially out of date <cbaines>I think the way to improve on this is sync up the narinfo data to all of the mirrors, probably by using some database to do that like PostgreSQL <cbaines>that way all of the mirrors can quickly answer narinfo requests, always responding with the "correct" response <cbaines>I think the three key components are: some kind of synced up datastore, a way of getting narinfo's in, and a service to repsond to HTTP requests from the datastore <jackhill>makes sense. Do you know how this differes from the previous work of a Guix China mirror? I didn't immediately find information on that <cbaines>I'm unsure, I think some pure caching proxies and maybe something with rsync has been tried before <apteryx>uh, why would 'guix pull -l' issue the message 'receiving objects 12% [### ...' <maximed>apteryx: fwiw, I ran "guix pull -l", but I don't see that <apteryx>yep, it printed a bunch of early generations then proceeded to 'receive objects' <apteryx>which to me sounds like fetching from git <bdju>can anyone recommend an alternative to font-awesome? our version is a bit behind and missing some of the icons in the default waybar config, like the ethernet symbol and some temperature icons <apteryx>maximed: seems stuck at 38% on that laptop, but the network is a bit flaky sometimes <maximed>apteryx: It finished without ‘receiving objects’ on my system <apteryx>OK! Good to know. That's a system I updated Guix on yesterday, up from an April version <podiki[m]>bdju: could just use the font in a ~/.local/share/fonts or update the package? <yoctocell>iskarian: I don't think there is a way to emulate 'git ls-remote' using guile-git <yoctocell>another nice thing about 'git ls-remote' is that it will sort the tags for you <bdju>podiki[m]: it's frozen on purpose because of a non-free build process on 5.x or something <podiki[m]>bdju: oh really? had no idea, wonder what that is about <bdju>if you guix edit font-awesome the comments link to an issue about it <podiki[m]>yeah I just did some searching and saw they are keeping build system closed source <podiki[m]>also came across fork-awesome (you guessed it, a fork). maybe worth seeing if that has the icons you want and to package for guix <podiki[m]>I believe debian uses it? or was proposed to use it? <podiki[m]>sounds like there is still a difference with what v5 of font awesome provides, but maybe this is good to have either way <podiki[m]>hrm, speaking of fonts, looks like there was a patch for nerd-fonts that is mark as closed but wasn't merged? <podiki[m]>(which is a giant set of fonts, probably better broken up) <vagrantc>how well does guix support golang packaged stuff? <vagrantc>hah, apparently well enough to already include the package i was interested in ... "nncp" <htsr>I still can't figure out how to add packages to the initrd so I can launch them inside the initrd repl (boot to guile) <htsr>Can someone help me? I've followed the cookbook but it doesn't work <htsr>Not the cookbook, the manual ***JorgeTern[m]11 is now known as JorgeTern[m]111
