<roptat>so what does guix package -p "/run/current-system/profile" -I | wc -l tell you?
<Dzhigit>1. I don't know if I should have specified, but while I do have the Guix distribution, I am currently running this on a dpkg-based system where I installed the Guix package manager 2. I have installed neofetch with Guix, not dpkg
<roptat>so if it doesn't specify, maybe it just added package installed with dpkg and installed with guix?
<roptat>or it does something, but I need to know your version of neofetch then
<Bumblehorse>How do get an .xinitrc equivalent when using GDM? .xinitrc and .xprofile both don't work. I resorted to having i3 execute the commands, but now I need to set the userresources variable (like in .xinitrc) for urxvt to read .Xresources.
<maav>dannym: well, configure is a shell script, but hopefully you don't have to write if you use autoconf :)
<maav>roptat: sometimes it gets several tries, hope you get it soon :)
<maav>you have to add the main.scm.in to AC_CONFIG_FILES, and use there @somedir@ to path you're installing the rest of the modules, and you can use AC_SUBSTITUTE to replace that or any path you need there
<maav>or you can turn to sed and do that in (auto)make... but i think the configured values should be already provided by configure, as a matter of taste, and leave make only to generate things, not substitute them
<maav>AC_SUBST, sorry, too verbose for autoconf ;)
<maav>dannym: i had them while doing some tests but not later when i pull'ed my branch... so i couldn't check anything more, i hope i can borrow a computer this weekend too and run make check-system again...
<roptat>dannym, I think that's because guix itself is built with guile 3.0.2, but your app and dependencies are most likely built with guile 3.0.4
<maav>roptat, thanks! that could be the key for the issues i had with check-system too, at least now i have something to look at :)
<vits-test>seeg123: Don't forget to do `guix build --dry-run BROWSER`, to check if binary substitutes available. Else Ur machine may attempt build it from sources.
<vits-test>`guix weather X` not always work, as U're asking for, say, "nomad" -- which is Guile (not compiled lang) front-end for WebKit. And "qutebrowser" is Python f. end for QTWebengine. `build --dry-run` sais most of the times if things would be downloaded, or built.
<seeg123>i'm testing guix sd, is there a way to specify "binary first" globally?
<maav>zimoun: thanks for the link, i have to learn a lot then :-)
<zimoun>it is a really interesting subproject (and experimental yet) mainly targetting bio-informatics but could be used for other stuff. On the Nix land, the experiment is FunFlow https://github.com/tweag/funflow
<maav>nckx: what is the problem? maybe there is already a patch for it :)
<maav>if you can access to the rescue shell, there is hope at least...
<nckx>maav: It's a meta-problem. For example, you reconfigure with a new printer driver and GRUB just breaks because Friday. As much as I like Guix & The System feat. the Freedoms, I can only rely on it 99%.
<nckx>Mostly minor issues but debugging & fixing this one will involve me physically kneeling in front of a monitor for at least an hour and it's all so disproportional.
<maav>nckx: you cannot rely 100% on anything but that in real life we are all mortal beings
<maav>usually, when you have stage1 loaded, it's just a matter of loading manually the system, but when stage1 doesn't boot you usually, and sadly, just need to boot with something else
<nckx>I'm miles away from the thing. All I know is it's apparently hanging at something like ‘no driver for file system’, with the pre-normal-mode GRUB prompt under that. I'm pretty proficient at GRUB but I can't debug that over the phone. 😛 I doubt it's fixable. The efficient solution is to boot a live medium & reinstall GRUB with the right drivers, but then I'll never know what went wrong...
<nckx>Also, hullo!, since I don't think I've seen you around (much).
<maav>nckx: grub... it's a hard story, it should have been localised, if there wasn't a bug in grub-install and /boot/grub/locale was populated, but that was not the case since grub 2.02
<nckx>jonsger: Above you said EFI, I assume this is x86_64 so that would be UEFI, which implies GPT. But then ‘BIOS doesn't even see that there is a system on this particular disk’ makes me unsure about the actual situation.
<maav>so i have some patches, together with fixes for btrfs systems with the store in a subvolume (not /gnu/store) waiting for some review as #44196 :)
<jonsger>nckx: sorry about the word BIOS, I mean the software running on the mainboard. Don't know whats the correct word for that
<nckx>Welp, the broken server is my only btrfs (although it doesn't use subvolumes) I could use to test them 😛
<nckx>I guess I could test in a VM. I just find it tedious for some reason.
<nckx>jonsger: ‘(Boot) firmware’, but many people use BIOS as an abstract synonym. It's hard not to be confused by these things.
<maav>jonsger: then you should have an fat partition marked for efi usage, does it have anything inside?
<jonsger>yeah, so the boot firmware doesn't recognize my hard disk with Guix system on top as bootable system anymore. It worked for three or four month, then I did two days ago a boot firmware update and afterwards it broken. Installing the original boot firmware didn't helped. So I have no clue what broke...
<maav>(the one that should be mounted in /boot/efi)
<nckx>Assuming your EFI system partition exists, has GRUB on it, and isn't damaged: if I'd have to guess (and it seems we do, since most firmware is undebuggable crap) it sounds like you need to register Guix's GRUB in the UEFI firmware's nvram using efibootmgr. I've had to do that on multiple machines that ‘just broke’. Unfortunately I don't remember exactly how...
<jonsger>nckx: can I do that via live system which is not a Guix Live system?
<nckx>mfg: It was years ago, too. IIRC the ‘btrfs guy’ left the team, nobody took over, the end. This was then spun into nonsense articles. RHEL isn't a distro, it's a ‘enterprise product’. Support == $$$$. Btrfs was a tech preview, nothing more. RHEL supports ext and XFS. That's it. Yet no clickbait that RHEL ‘abandoned JFS’.
<wehlutyk>if anyone wants to have a look, let me know!
<seeg123>i incrementally modify my /etc/config.scm and run guix system reconfigure but it just takes longer and longer to finish even though i added only 1 package, is this normal or am i doing something wrong?
<seeg123>str1ngs i use awesomewm, i think it's x11 only
<seeg123>in fact i see it redownloads everything when doing guix system reconfigure
<mfg>even adding only 1 package can mean that you have to add a lot of packages due to dependency chains...
<mfg>i'm not sure about the redownloading though, normally guix doesn't redownload items already in the store...
<leoprikler>only if you `guix gc` in between and the dependencies can thus not be correctly resolved
<roptat>sneek, later tell raingloom I've looked closer at the files, and even though there is no license file, the files contain some metadata, including "Braille Institute of America, Inc. provides Atkinson Hyperlegible for use, without derivatives or alteration, to the public free of charge for all non-commercial and commercial work. No attribution required." which I believe is OK for a font, but not sure exactly how to represent it
<sneek>Welcome back raingloom, you have 1 message!
<sneek>raingloom, roptat says: I've looked closer at the files, and even though there is no license file, the files contain some metadata, including "Braille Institute of America, Inc. provides Atkinson Hyperlegible for use, without derivatives or alteration, to the public free of charge for all non-commercial and commercial work. No attribution required." which I believe is OK for a font, but not sure exactly how to represent it
<roptat>so I didn't have to call them in the end :)
<roptat>also, I packaged otfinfo in lcdf-typetools, so I could read the metadata
<ss2>Hi again, would anyone be willing to help me regarding authorizing keys in /etc/guix/acl?
<roptat>so, I could find the license in the OTF, TTF and SVG files, but not the others. I think they mean to distribute them with the same license, but you could argue the license only applies to the files it's present in
<ss2>And it always fails, and I've tried quite a few other ways trying to get the (modify-services) into my decleration.
<nckx>Maybe I should rephrase that: has anyone used Guix's LibreOffice Base, ever? It seems fundamentally broken.
<roptat>nckx, never used it before, it tells me it's missing "hsqldb"
<roptat>which sounds like a java package I've encountered before...
<nckx>That's the old format, I wouldn't bother with it. The new one is Firebird, which seems like a pretty cool DBMS in itself, so I've packaged it and it fixes LO. But I'm a bit puzzled by the implication that nobody, not a single Guix-using body, uses Base.
<nckx>Or do they all use it as a phpMyAdmin on drug^Wjava and connect to postgres? I am puzzled...
<roptat>I never used base before, I have no idea what it could be used for ^^'
<nckx>It's what most people thorougly abuse spreadsheets for 😉
<maav>in spanish it depends a lot on the context, in construction sense they would be "andamiaje de código", but i used a fuzzier translation and took the long path with "etapas de evaluación de código" IIRC
*vagrantc has some crazy ideas to try and package all the guix and/or mes dependencies with both guile-2.2 and guile-3.0 support in a single package...
<civodul>roptat: "mise en scène" is most likely incorrect, "échafaudage" sounds interesting
<vagrantc>as i'd prefer guix to use guile 3.0 but mes still requires guile 2.2 ... and ... too much beurocracy makes me not want to make a new version-specific package in Debian ... that's one thing I love about guix :)
<vagrantc>weird, guix-cookbook.de.info is missing dircategory and direntry ... but the others aren't?
<vits-test>PotentialUser-53: labels work only for some fs-types, btw.
<vits-test>PotentialUser-53: > Currently Guix System only supports ext4, btrfs, and JFS file systems. In particular, code that reads file system UUIDs and labels only works for these file system types.
<civodul>maav, roptat: but then, how d'you translate "the code is staged"?
<maav>civodul: probably you cannot translate that alone, but some other context is implied, e.g. meaning staged for future execution you have to incorporate that into spanish as "el código se prepara para su ejecución en una fase posterior"
<vagrantc>"program - manual page for program" is not a particularly helpful manpage summary :)
<winux>Hi! I would like to know that if there is a guix package for qtile?
<sneek>winux, nckx says: That card's driver's firmware is non-free. We don't support non-free software here, sorry. (RTL810xE is a series, not a model, hence the ‘x’, but none of those firmware files look free.)
<maav>civodul: even "prepara para una fase posterior" alone could be enough if that context is implied in the translation too.
<civodul>maav: yeah, "para una fase posterior" is explicit and clear at least
<roptat>civodul, do you have a sample sentence with "the code is staged"?
<PotentialUser-53>Yea that's how it looks like, but it's sortof very restrictive. Is there any other way to put custom contents into fstab ? Or is there perhaps a startup hook where I can run that mount command ? ... I guess i could create a daemon out of a mounting script - a bit excessive :D
<maav>civodul: otoh, if you are using the scaffolding path in spanish we have a verb for that but would be too metaforical, as "andamiar" is used a lot by construction workers
<vagrantc>if i changed a few more grammar issues in package descriptions, would this be a bad time? there seem to be some translation discussions going on
<maav>zimoun: it's really hard to translate, as it has to be done consistently through lots of places... but yes, i feel the translation too loose in this case as only translates the what but not the how implicit in stage
<vagrantc>mostly 'allow(s) to FOO' to 'allows(s) FOOing' or 'enable(s) FOOing'
<zimoun>civodul: cool for the transformation update.
<Bumblehorse>Hey guys, I told myself if I could recreate my debian system on guix, then delete it and reproduce it again with profile manifests etc., I would make Guix my daily driver. I was wondering if you could double check something for me before I delete all my hard work.
<mfg>I would suggest to just do a backup of it, before erasing anything :-D
<maav>i hope it can, they are bug fixes, the /boot part might wait, but it's a bug open long time ago
<Bumblehorse>My plan is to take the file from "guix describe --format=channels" and use "guix pull -C FILE." on it, then use "guix system reconfigure FILE.scm" and then use "guix package -m FILE.scm". I have two questions is the manifest file simply the file called manifest within my .guix-profile directory? Second, is there anything else that I am missing! yesterday I was told about some files in /etc and /var that
<Bumblehorse>services would write too but I can't find anything about that and I'm not sure whether it's even worth it
<Bumblehorse>Thank you guys very much in advance. After this I should be out of your hair
<maav>civodul: i had prepared the trivial ones to be pushed for sure, this one was a bit trickier as some use cases were not so clear to me at the beginning
<lfam>Bumblehorse: I recommend looking at the files in /etc, looking at config.scm, and seeing if there is anything that looks like it wouldn't be recreated based on config.scm. Maybe there is some stateful configuration created by the service but I can't say one way or the other
<Bumblehorse>I have been confused about this for quite some time now lol
<lfam>It's possible to write a little script that translates a profile into a manifest, but this is fundamentally a "lossy" conversion. These scripts have been shared before but I sadly don't have one handy
<zimoun>and this converter cannot be a real converter, just something that approximate a stateless manifest from the internal <profile>/manifest.
<lfam>This is good feedback. It shows we are missing some tools :)
<lfam>Bumblehorse: Please don't worry about being in our hair. We are all here to help
<zimoun>I have started something but I am running out of time. Wow! One month ago, already.
<roptat>I've tried to find some French tutorials about Scheme, but they seem to always use "citation" or "la quote" which is terrible
<roptat>"La quasiquote (ou accent grave : ` )fonctionne comme la quote à ceci près que certains arguments peuvent modifier son comportement : notamment unquote (ou virgule , ) qui force l’évaluation et unquote-splicing (virgule arobasque : ,@ ) qui force l’évaluation en supprimant le premier jeux de parenthèse du résultat."
<Bumblehorse>Maybe I'm just ignorant, but wouldn't a tool like that be simple? If we are comparing it to writing by hand, I would just go through my "guix package --list-installed" and write them down in manifest syntaxt anyways right?
<zimoun>roptat: spannish use « cita » which means ’citation’
<roptat>but then, there's nothing really for "unquote"
<roptat>and it can't really be used as a verb either
<zimoun>lfam: yes. Or it could be an Outreachy proposal for the next round. :-)
<lfam>Bumblehorse: Yes, exactly. But I think the addition of this tool to Guix has been resisted because, like I said, it's a lossy conversion and would give some false confidence
<lfam>Good idea zimoun! Well we could talk about it at the Guix days and then welcome people to solve it with Outreachy
<Bumblehorse>lfam: Could you elaborate on the "lossy"ness? What kind of data would you be losing?
<lfam>Bumblehorse: When you do a profile operation, such as `guix install vim`, Guix decides what to do based on a few factors. E.g. The Guix you are using — created by `guix pull`, including any channels you might have added, and also any external packages from GUIX_PACKAGE_PATH, or even form a development environment using the ./pre-inst-env mechanim (see the manual section Contributing for more info).
<roptat>alright, in this patch there are some places where guillemets («») are replaced with `` and '' (texinfo syntax), but that doesn't work. can you revert just that part to use the French punctuation?
<maav>btw, po/packages/POTFILES.in needs an update, as the current pot doesn't include most of the files
<roptat>the easiest might be to apply the patch, then fix the result
<apteryx>jonsger: I do. It's a bit of a pain with xorg.
<jonsger>mfg: so how and where do you make your settings
<roptat>maav, mh... maybe I need to re-read the texinfo manual, but I'm almost certain it uses the double-space to properly detect end-of-sentence
<apteryx>It defaults to like 72 DPI (but perhaps full blown desktops like GNOME would do something about it -- I use ratpoison).
<mfg>just that: output DP-3 pos 0 0 in my sway config the rest works automatically...
<apteryx>So I configured manually my DPI, and it's a global thing, so if you have a 2nd monitor which has lower DPI you'll have to scale it otherwise it'll look huge. This is the reason I'm looking forward to try Wayland (it has per monitor DPI).
<maav>user_oreloznog: no problem at all, i learned some of them by trial and error like this roptat just said, because it might be the reason some paragraphs are justified weird
<roptat>user_oreloznog, also, and that's related to a bug in po4a, when you see things like "[#:option value] A description of some sort", you should insert a line break, so have two lines: "[#:option value]" and "Une description traduite" (don't translate the content of [#:option value])
<jonsger>apteryx: I guess I will give sway another shot. It's years since I tried it last
<jonsger>hopefully is at easy as i3 to run on Guix...
<maav>roptat: reading texinfo manual seems that it should work as soon as there is a punctuation symbol and any space after it (@. avoids that)
<maav>civodul, what do you think about pushing the POTFILES.in for packages generated with 'find gnu/packages gnu/services | sort'? the file is more than five times bigger, but that's the real picture of such a big project :)
<user_oreloznog>zimoun: happy to be able to contribute, thank you! But I need to learn a lot...
<roptat>maav, wait, that's taking too many files into account
<roptat>at least add a -name "*.scm" to the find command
<maav>the only bit that changed is that tex.scm is now after texinfo.scm, i'm not sure if sort order is better, or should i use other flag?
<roptat>user_oreloznog, oh also something that amazed me when my teacher told us that in high school: "actual" means "réel"; "actuel" can be translated into "current" in English; "current" is not the same as French "courant" which is actually (= "en réalité", not "actuellement" see?) translated to "usual" :D
<roptat>no sort is alright, I don't think gettext will have any trouble with that
<roptat>yeah, there are so many... English is hard
<maav>just a matter of keeping it consistent, thanks
<maav>wow, is taking ages to update all the po files...
<maav>civodul, roptat: about the POTFILES.in issue... the following make is taking ages, so maybe it's worth to follow that up, or include in the same commit the updated po files to avoid regenerating them, wdyt?
<user_oreloznog>roptat: I have to go, feel free to send me your return if you need. I think I can continue tomorrow, for learning and apply new knowledge
<roptat>user_oreloznog, sure, I'll send my proof-reading to the TP, and to you
<davidl>however, I have messed around forever with getting cuirass to work, and been getting fibers errors. I was also able to cause some other bug, like it outputted something about gmail in the end when searching for packages.
<davidl>I am able to start cuirass and successfully build from 2 additional channels, but when picking packages that seem large, I get errors from fibers.
<davidl>apteryx: Ill share the config probably later tonight.
<maav>davidl: su shouldn't be needed, you could use sudo -s to get a root shell
<davidl>maav: indeed, and now it complains about the config!