<muradm>any way, i think that, one who will be updating guix default sway from current 1.5 to 1.6.1+ will solve it some how :)
<muradm>probably it is just missing dbus service configuration for system tray or alike, and basu just fixes it, dunno
<pineapples>muradm: I doubt that person will because it's generally assumed that elogind is used on the user's system. The best course of action for early Seatd adopters like ourselves would be to package Basu
<pineapples>If you're interested, I can send you my package definition for it
<muradm>pineapples: one of points to run seatd is to not depend on logind or its substitute in my opinion
<muradm>as system tray is a service, there should be provider for it
<muradm>which i think should not be logind or susbstitute, and won't be seatd
<muradm>some other package that is doing systray should register dbus service for system tray i think
<pineapples>muradm: Hmm. I can live without the system tray; it's just that my Sway configuration is more or less the default one, which has the tray enabled, and I just got so used to it that when I noticed it was gone, I needed to figure out why :)
<lambdalove-sadvi>Is anyone aware of a package the likes of 'pm-utils', for both hibernation and suspention to memory?
<podiki[m]>I think mine ends up equivalent (minus the luks device mapping). I'll investigate after dinner
<podiki[m]>if anyone else also has any examples of their config with subvolume mounting and booting, please share :)
<podiki[m]>(everything built and installed fine, grub was there, but died early after, not mounting root correctly I think. hopefully easy to spot when I get back)
<muradm>podiki[m]: looking at new systems /etc/fstab may shed some light as well
<jackhill>podiki[m]: I'd be interested in that too. The last time I tried, I couldn't figure out how to get grup to load the kernel from a subvolume. My fstab and everything else looked correct. I'll have to take another look
<muradm>podiki[m]: true for noatime, also you mentioned lzo, keep in mind that it is another level of complexity and overhead..
***john__ is now known as gaqwas
<bricewge>sneek: later tell clone: By any luck, do you still have the code from which you submitted #46907? It's inapplicable with git “error: corrupt patch at line 15”. Would you mind re-sending the patch?
<moshy>Greetings. I've successfully built a package that was struggling on another machine due to lack of memory. Is there any way I can help make it available to others?
<bricewge>Hello moshy. By "others" you mean your other machines or other Guix users?
<gagbo>Hello, is there a way to enable the maximum debugging/backtrace information from a CLI `guix` call ? I'm toying with `guix home` and it look like deep into generation I run into a `(stat #f #f)`, and it's hard to see a meaningful backtrace
<bricewge>If your backtrace is truncated you can set the COLUMNS environment variable (ex `COLUMNS=999`)
<bricewge>But if there isn't a backtrace you would need to run a similar command in `guix repl` but it's not straight forward at all since you would need to unpeel the CLI interface code
<moshy_>current git commit says qtwebengine been changed for me
<bricewge>moshy_: Unfortunately it's not possible, you could run `guix publish` but then people would have to know you are serving substitutes, trust you for any substitutes you serve and configure their machine to use your substitute server.
<bricewge>Hopefully in the future we would be able to serve substitutes through a P2P protocol, such as IPFS.
<bricewge>Maybe a Guix's sysadmin could copy your substitute unto berlin or bordeaux, but that's really not common...
<bricewge>What is the package you managed to build BTW?
<bricewge>fnstudio: If you want to fetch an old substitute you could use `guix time-machine` to install that package.
<fnstudio>bricewge: oh thanks, i'll experiment with time-machine then
<slyfox>if you want automated workaround you can always pass -fno-common via CFLAGS
<slyfox>Sorry. Need to amend it: if you want automated workaround you can always pass -fcommon via CFLAGS
<iskarian>Yeah, but I doubt we want to bake that into our GCC, and if we're patching packages anyway, we might as well make the proper patch
<vats>Hello, in Nix package definitions there is a way to pass options to curl in fetchurl method using curlOpts. Is there a way to do this in Guile? I want to download an archive from the given URL using curl with custom options.
<iskarian>vats, it would help to know what you're trying to achieve (that is, why are the custom options necessary?)
<vats>iskarian: I need to specify the byte range of the archive to be downloaded. The archvie is more than 1GB and I just need a certain portion of it.