<abrenon>last time I tried to overwrite beamerthemeCopenhagen.sty with my file, it worked (as in, I could check that the version in the output environment contained my theme) but pdflatex still produced slides with the actual Copenhagen theme
<abrenon>I have no idea where it was loading it from
<florhizome[m]>Is someone using sway or another wayland compositor ? Can you try using geparted?
<vldn>it's somekind of security meassures if i understand it correctly
<vldn>As put by Emmanuele Bassi, a GNOME developer: "there are no *real*, substantiated, technological reasons why anybody should run a GUI application as root. By running GUI applications as an admin user you are literally running millions of lines of code that have not been audited properly to run under elevated privileges; you are also running code
<vldn>that will touch files inside your $HOME and may change their ownership on the file system; connect, via IPC, to even more running code, etc. You are opening up a massive, gaping security hole [...]."
<vldn>Before Wayland, running GUI applications with elevated privileges could be properly implemented by creating a Polkit policy, or more dangerously done by running the command in a terminal by prepending the command with sudo; but under (X)Wayland this does not work anymore as the default has been made to only allow the user who started the X server
<vldn>to connect clients to it (see the bug report and the upstream commits it refers to).
<vldn>Avoid running graphical applications as root if possible,
<vldn>xhost is just a workaround to do something stupid as the user :D
<vldn>try adding the needed groups and changes to run gparted as your useracc, never done that because i'm too lazy.. :D
<florhizome[m]>(I’m on 5.15x though, I don’t think guix has 5.16 yet, right)
<florhizome[m]>Ok, it tells me “zstd data corrupted” when trying to decrypt the partition...
<dcunit3d>if it's btrfs, the tools can repair a lot of situations
<dcunit3d>i'm not sure about btrfs on encryption though. but if you're getting a zstd error and running btrfs, that could be after the compressed data is beginning to be returned. i don't know how encryption blocks work for LUKS though
<jpoiret>fsck, btrfs tools and everything else will work
<florhizome[m]>That was the basic question if the encryption changed anything for the other tools ;)
<aadcg>I'm installing the guix system and I messed up the system config (didn't configure the file systems properly). So now the system goes directly to Guile (so called early boot). How can I edit my config from here so that I can issue guix system init?
<jpoiret>it would be easier to boot the installation medium again and edit it from there
<gbrlwck>i3-gaps fails to build on master -- how can i `guix system reconfigure` anyways?
<lfam>gbrlwck: You can remove i3-gaps from the list of packages in your config.scm
<lfam>gbrlwck: You could also use ci.guix.gnu.org to identify the latest revision of Guix where i3-gaps builds, and reconfigure based on that. However, I can tell from the CI interface that i3-gaps broke when we deployed a major update of core Guix packages. So, it's quite a long ways back in terms of code changes, although it's only about 6 weeks ago
<lfam>If you click the "ID" of the interesting build, then the "Evaluation" number, you will land on a page that shows the Guix Git revision that corresponds to that build, and you can use that with `guix time-machine` or `guix pull`
<lfam>But instead, I recommend either not using i3-gaps until it is fixed, or fixing the i3-gaps package :)
<lfam>And even if you did want to go "back in time", you might trade one build failure for another. So it's better to fix i3-gaps or stop using it for now
<lfam>In the future, CONFIG_LOGO_LIBRE_CLUT224 will probably go back to the upstream variant of this option. But I think that's fine since it's not set anyways
<lfam>That's because I do this work based on upstream sources
<apteryx>yes, you mentioned this kind of change is kept for major changes of the kernel
<lfam>But, we could use CONFIG_LOGO_LIBRE_CLUT224 via the Scheme interface to kernel options, and then it will be agnostic to the source of the sources
<lfam>I think that's the best approach for cases like this
<lfam>And anyways, that will make it easier to apply our logo / graphics
<apteryx>it's a bit dangerous to stuff things in the Scheme interface, as kconfig dependency resolution doesn't happen then; but for simple things which do not have any dependencies, I think it's fine.
<lfam>Yeah, I'm not familiar with the CLUT224 dependency graph, but hopefully it doesn't have one
<lfam>It's running, but I'm not typing on it right now
<Guest6>before I bug firstname.lastname@example.org: is there a way to set the permissions for the symlinks guix-home makes? openssh won't recognize my ~/.ssh/authorized_keys because guix home created it with 777 permissions
<aadcg>do you have a /boot/efi folder on that machine?
<kaelyn>Hi #guix, I'm a bit new to the guix store internals, and I was wondering if I could get some pointers on where to start debugging intermittent errors from "guix subsitute". Basically I have several local systems running GuixSD with local substitute discovery enabled, and I periodically have commands like "guix pull" and "guix system reconfigure" encounter exceptions in the substituter.
<gbrlwck>might be cool to have the "make clean-go" message appear when `make` fails, no?
<lfam>It's rarely the solution to a compilation failure
<lfam>Hi kaelyn, I think there have been some reports on the mailing lists about this recently
<lfam>I recommend checking the archives of guix-devel, help-guix, and bug-guix (or issues.guix.gnu.org)
<aadcg>lfam: even the 1.0.0 installer didn't work for me. but I can install it manually :) such tools are of course very important but hard to get right
<kaelyn>I'll need to check the others, but I'm subscribed to guix-devel (and saw when a substitution fix for I th
<kaelyn>think some "expecting exact integer" errors, but I'm getting two or three different errors with the latest from master)
<lfam>So far, I think there are only hypotheses about this problem
<kaelyn>Sometimes I get "Wrong type (expecting exact integer): #f", sometimes an unexpected path from the substituter, and sometimes an error parsing an HTTP 200 resoi
<kaelyn>The machines I have are all fairly modern hardware, and have either sata SSDs or NVMe drives, and I haven't found anything consistent other than the one laptop on the wireless is more likely to hit errors (when it is on) than the others.
<lfam>By "slow" I mean "too slow for our code". Not slow in an absolute sense
<lfam>apteryx: Do you have a sense of the status of the current berlin GC? Like, are we planning to let it finish? Kill it again as we have often been doing? Etc
<lfam>Also, how is the process of populating the new storage going?
<kaelyn>Right now when one of these errors happens, the only information I have is what is printed out to the terminal. I haven't figured out where to find more details (e.g. on the serving side) or even the original error. The system logs in /var/log/ don't seem to have much in them. Basically, I don't know where to start in tracking it down since I don't have a reliable way to reproduce it on demand.
<lfam>mrwater: There were a lot of bugs in the 1.3.0 installer. If you followed the "happy path", it did work, but complications around the bootloader, partitions, etc, could cause it to fail. Manual installation *always* works
<kaelyn>just to close the circle a bit, I found https://issues.guix.gnu.org/53668 from a few days ago that looks to be the issue I'm seeing. I may see how challenging it is to roll out the updated guile-ssh package for testing. ;)
<lfam>mrwater: We are putting a lot of effort into the graphical installer for the upcoming 1.4.0 release