<Guest67>Hi, I tried to install guix in an old laptop but failed. It trowed an error a substitution error I think near the end of the process when downloading somethig related to gnome... any clue?
<Guest60>hi, I'm back.... I tried the 32bit sistem with the shell installation, and also tried the manual instalation. Any clue?
<Daniel[m]1>hello, I'm trying to create a Guix package definition for a program that depends on a certain profile tar (like from guix pack) existing within the store. Is there anyway to explicitly get that dependency in the package definition? right now I have all the of scheme code to create the derivation for the profile tar but adding a derivation to the inputs of the package causes an type error. Thank you for any help.
<Daniel[m]1>to answer my question after messing around some more and looking at packages.scm: it looks like inputs can be derivations and it's working now, so I guess there was some other unrelated problem that was causing the error, so never mind
<Guest80>hello! I'm trying to verify this guix iso "guix-system-install-1.3.0.x86_64-linux.iso" with the sig I downloaded from the website. I tried to verify using gpg4win(kleopatra) and it says the id of the cert is 0x27D586A4F8900854329FF09F1260E46482E63562
<Guest80>but on the security page it says releases should be signed with fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5
<apteryx>sneek: later tell civodul I'm not sure we can get rid of hooks entirely, just as we can't get rid of search paths or wrappers; it's good to try to minimize them and have them blazing fast or precomputed though, as you had mentioned.
<Guest80>apteryx: ah good to know - I'll wait for the page update then?
<Guest80>also I'm sure this has been brought up, but it would be great if there was a search function on the packages page
<Zambyte>Guest80: I think most people use guix from the command line to search for packages, but I agree it would be nice to have on the site. You could also use the website "repology" to search for packages if you don't have the guix cli handy.
<Guest80>@Zambyte ya makes sense. I wanted to check if the packages I use were supported since guix only contains free software
<Guest80>Also would you happen to know if radeon gpus are supported by default in linux-libre?
<Guest80>I'm not sure if there were some non free blobs that were required to run radeon gpus even tho their drivers are open source?
<Guest80>and by supported i mean having simple 2d support (no acceleration)
<apteryx>Guest80: sure, although if you'd like to proceed already, you could check the install.sh script, it already has the key listed in
<attila_lendvai>any hints/ideas why the order of the output of the go importer is not stable? some packages get reordered, and i don't see any obvious use of hashtables, or other unordered containers.
<attila_lendvai>another issue is that reset-gzip-timestamps tries to write a read-only file. the current go packages are full of manual messing with reset-gzip-timestamps, either deleting it, or adding a phase that makes the files writable. any ideas for an automated resolution of this? i have dozens of imported go packages... shall i just delete that phase?
<attila_lendvai>why are those files read only to begin with? these are files in the out dir while building
<attila_lendvai>hrm... it's probably applied somewhere already, because when i apply this locally, i get 500+ MB of downloaded packages from substitutes
<PurpleSym>The entire CI seems to be stuck, not just core-updates-frozen. There’s 140k pending builds listed on the global metrics page, but none of the hydra workers are doing anything.
***atw` is now known as atw
<robin_>here's a fun one: my workstation seems to boot properly only on *every other* reboot -- 50% of the time it accepts the boot passphrase properly but doesn't make it past the "Slot 0 loaded" message to the main grub menu
***robin_ is now known as robin
<robin>starting to wonder if it's a hardware problem (it probably should have more fans than it does -- although for now i'm leaving the cases sides off (this is a giant caselabs cube-of-aluminum case) -- and the nvme slots are beneath the pcie slots, two of which have gpus installed that can get rather hot, and it's 3/4 years old)
<robin>the system also just (afaict) locks up once in a while, although that might be a keyboard/mouse problem (kinesis keyboard *occasionally* just stops working, possibly due to repairing the chewed-through usb cable inadequately -- lesson: don't let pet rats play around computers ;) -- and i'm temporarily using a crappy "gaming" mouse that needs to be unplugged/replugged every few hours, as i haven't decided whether to overpay for a new cirque touchpad to sit on the
<robin>yeah. i'll try plugging in a cheap wireless keyboard/trackpad to make sure it's not related to i/o
<bost>Oh BTW my machine was pretty much frozen for about half an hour. And then it started to work again. That was a rather strange thing to experience.
<robin>and it looks like lm-sensors can read the nvme temperature, so i'll log that to check that it's not just a weird overheating issue (i'd expect grub not to start at all if that were the case, but maybe it's a weird situation where the nvme stick is sometimes operating at the very threshold of its thermal limits or something)
<robin>could also just be a dying mainboard *shrugs* (though it was pretty expensive when i bought it, albeit that was just after 32-core threadripper cpus were released, so hopefully not)
<robin>i *do* have a vt420 serial terminal for kernel debugging if it comes to that :p
<jpoiret>bost: do you have swap on? i forgot that my swap doesn't turn on itself on boot because of filesystem dependencies not implemented in swap-devices
<jpoiret>then do you have a swap-devices field in your operating-system configuration?
<jpoiret>if so you can just `sudo herd status` and check if the swap-something service is started or not
<jpoiret>there's no way to specify dependencies for swap devices (yet), only rudimentary support for mapped partitions, so if you have ie a swapfile on a luks filesystem then it's not going to mount at the right time
<bost>jpoiret: `sudo herd status | grep swap` shows nothing.
<jpoiret>mhmmm, then you didn't configure any swap
<jpoiret>it's recommended to have swap especially if you need to compile something, otherwise you're going to freeze a bunch
<bost>jpoiret: well then it would be better to have swap configured in the default installation already.
<jpoiret>you need to add a (swap-devices '("the-swap-device")) field to your operating-system configuration then `guix system reconfigure`. You shouldn't need to reboot, only start the shepherd service if it didn't already start (although since you guix pulled you might want to reboot anyways)
<bost>Anyway the upgrade failed on qutebrowser. And I wonder what's the purpose of having qutebrowser after all. I mean there's the icecat by default. And since I installed firefox from the nonguix channel. I guess I don't need the qutebrowser at all, I'd say. Or am I missing something?
<jpoiret>it's up to you but yes, you might not need qutebrowser. although a bug report about that build failure would help in any case
<bost>BTW there's nothing about swap in the manual, under the link you sent.
<razor[m]1>hi, my screen brightness resets to maximum value after reboot
<razor[m]1>in systemd init system ``` systemd-backlight service ```restores the previous backlight brightness level at boot. whats the shepherd equivalent
<nckx>razor[m]1: There isn't one. You could write your own using, for example, the ‘light’ package, which can save and restore a brightness value.
<robin>although i had a related question: if i inherit from a package (say quux inherits from baz), and refer to 'name'/'version'/etc. within it, presumably 'name' references in the quux package def would resolve to "quux". but which values would be used for *inherited* fields, e.g. if baz's 'source' field used 'name' and quux didn't replace the 'source' field, would that 'name' reference still evaluate to "baz" within quux's inherited 'source' field?
<robin>(...provided that quux had a (name "quux") field, ofc)
<nckx>robin: Yes, the values are computed before you inherit. Hence some packages will replace the inherited source field with one that is textually identical just so the new ,name and/or ,version values can take effect.
<nckx>Or whatever the default will be on core-updates.
<cybersyn>ah ok, that sounds right I'll give it a go
<dstolfa>cybersyn: filesystem is mildly annoying. there are releases of toolchains that require what nckx said (<experimental/filesystem>), there are those that require <filesystem> but passing -lstdc++fs, and there are those that require either of those two.
<dstolfa>if you have the liberty to select the compiler, just pick a new clang
<nckx>Keeping with the theme, aws-sdk-c++'s cc1plus is using 10.7 GiB.
<nckx>‘Everything is fine’ is another emojo I need.
<cybersyn>dstolfa: what is the best way to pass -lstdc++fs to the compuler from a package definition? I tried it earlier as a #:make-flags, but was unsuccessful (I think something to do with the linker)
<nckx>To answer your previously forgotten question: I have taken a page from my cat's plan for world domination, which appears to be ‘take lots of naps’. I'm not sure what step 2 is but I'm sure she'll deliver.
<rekado>now… what’s the policy for these branches? Where should fixes be pushed to?
<podiki[m]>I'm happy to test out c-u-f-b-c(-f) if it builds on the CI
<podiki[m]>already running my main computer on core-updates-frozen, so could try out the latest once it is substitute ready
<jab>nckx: I like the lots of naps plan. I just got up from mine.
<apteryx>podiki[m]: I'm building ungoogle-chromium from it, it'll cache a good part of the world on berlin
<podiki[m]>apteryx: great! I'll give it a shot in the near future and let you know how it goes
<apteryx>rekado: if you think it's important enough to go in the next release and are comfident, core-updates-frozen/core-updates-frozen-batched-changes depending on the number of rebuilds it entails, else core-updates
<apteryx>comfident being comfortable + confident, of course
<jpoiret>it'd be pretty straightforward to add proper shepherd dependency for swap- services, adding a swap-device record type with just (path "/path/to/swapfile-or-device") (dependencies list-of-file-sys-deps), would a stringp? suffice to check for old-style and provide compatibility?
<podiki[m]>I haven't used plain pdftex in a long time, fonts are too annoying to handle
<podiki[m]>gotta run all, glad stuff is getting figured out!
<jpoiret>i'll be looking at this, but i don't think there's any need for swap-file or swap-device to handle anything hibernation related, the issue lies in the fact that what it's stored on needing to be mounted at boot (and we can't propagate that "up the dependencies")
<jpoiret>although we could just write something to figure out which file-system is needed for hibernation
<jpoiret>ohhh, that'd be a good application of this whole thing to figure out the exact parameters for hibernation with a swapfile on btrfs (a famously annoying thing to find)