bug#53194: System test partition.img differs in size across hosts(?)

On Fri, Feb 04, 2022 at 12:23:30AM -0500, Leo Famulari wrote: > I'm going to build the version of the kernel used on berlin and test > with that. Actually, I already had it built. This bug still manifests on that version of the kernel. So... > I do find myself wondering if something in Guix is me

bug#53194: System test partition.img differs in size across hosts(?)

On Tue, Jan 11, 2022 at 08:44:11PM +0100, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > The most likely culprit is a change or difference in how the kernel answers > FILE-SIZE's ‘how much disc space does FILE consume?’ — rounding it to N > blocks or bytes, including or excluding dire

bug#53194: System test partition.img differs in size across hosts(?)

On Tue, Jan 11, 2022 at 08:31:27PM +0100, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > This is weird. On berlin: Berlin is using ext4, right? > On my laptop: > --8<---cut here---start->8--- [...] > mke2fs: Could not allocate inode in ext2 files

bug#53743: Using spaces in names doesn't have complete sanitization

On Thu, Feb 03, 2022 at 06:32:51PM +, Maxime Devos wrote: > I can reproduce with the attached configuration. > I'm wondering what software is creating these 'Baelarina' and 'Nina' > subdirectories of '/home/Tsarina Baelarina Nina/' ... is it Guix, is it > GDM, is it the GNOME desktop ...? I tr

bug#53194: System test partition.img differs in size across hosts(?)

On Tue, Jan 11, 2022 at 08:31:27PM +0100, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > On my laptop: > > --8<---cut here---start->8--- > $ guix build /gnu/store/91wjmydy556ibl38xydpb8yisp3gvx8w-partition.img.drv > […] > Creating filesystem with 2

bug#53743: Using spaces in names doesn't have complete sanitization

On Thu, Feb 03, 2022 at 06:32:51PM +, Maxime Devos wrote: > Tsarina Baelarina Nina schreef op wo 02-02-2022 om 20:49 [-0800]: > > I put my name as Tsarina Baelarina Nina, as opposed to my real name. > > It created the correct home profile, but also included the two extra > > empty directories i

bug#53541: backtrace during fresh Guix System install after during formatting

On Thu, Feb 03, 2022 at 09:34:11PM -0600, bdju wrote: > It would be difficult to test now, I no longer have an empty SSD waiting > to be installed on in the same PC. Understood. > I ended up getting through an install > with the last stable release using the same settings. > From memory, it was s

bug#53541: backtrace during fresh Guix System install after during formatting

On Thu Feb 3, 2022 at 12:34 PM CST, Leo Famulari wrote: > We made many changes to the installer code today: > > -- > $ git log --oneline > 0d37a5df7e709cadca97cfbbf9c680dfe54b8302^..4943ac86e4f95a2e14fd209f3fdaac74a0d9ca2e > 4943ac86e4 installer: Use system-wide guix for system init. > ad55ccf

bug#53752: guix home symlink permissions

Em quinta-feira, 3 de fevereiro de 2022, às 18:22:49 -03, Zacchaeus Scheffer escreveu: > It seems the permissions on the symlink don't matter. The problem is > that the file linked to in the store is readable by everyone (which I am > ok with because it's just public keys). > > There is a soluti

bug#53736: Guix pull on aarch64 fails

On Thursday, February 3rd, 2022 at 1:45 PM, Maxime Devos wrote: > FWIW, bordeaux.guix.gnu.org has a substitute for mariadb aarch64-linux. > > Greetings, > > Maxime Thanks Maxime, I've added the substitute but it appears the mariadb is still rebuilding. I've done these steps: # guix archive -

bug#53752: guix home symlink permissions

It seems the permissions on the symlink don't matter. The problem is that the file linked to in the store is readable by everyone (which I am ok with because it's just public keys). There is a solution with guix system by configuring openssh directly (see openssh-configuration -> authorized-keys)

bug#53752: guix home symlink permissions

Hello Zacchaeus, Em quinta-feira, 3 de fevereiro de 2022, às 15:08:12 -03, Zacchaeus Scheffer escreveu: > I finally migrated my home configuration to guix home. However, it seems > guix home creates all symlinks with 777 permissions. This causes > problems with openssh as it will not recognize

bug#53743: Using spaces in names doesn't have complete sanitization

Tsarina Baelarina Nina schreef op wo 02-02-2022 om 20:49 [-0800]: > I put my name as Tsarina Baelarina Nina, as opposed to my real name. > It created the correct home profile, but also included the two extra > empty directories in my home directory as included in the attachment > for proof. I think

bug#53541: backtrace during fresh Guix System install after during formatting

On Tue, Jan 25, 2022 at 09:21:00PM -0600, bdju via Bug reports for GNU Guix wrote: > Using a "latest" installer image from the last day or two > Picture of error taken with my phone attached (eh, what can ya do?) > > >Device /dev/sdc is still in use. > > This sticks out and appears in a couple s

bug#53712: Guix System hangs after boot with linux-libre 5.15.17

The failure exists for me with the most recent versions of the kernel series 5.4, 5.10, 5.15, and 5.16. Sometimes the screen does display the end of a kernel panic, but I can only see the last few lines.

bug#53214: Release 1.4.0 progress

I suggest we fix #49508 "Implement --allow-insecure-transport for `guix pull`" before the next release: https://issues.guix.gnu.org/49508

bug#53752: guix home symlink permissions

I finally migrated my home configuration to guix home. However, it seems guix home creates all symlinks with 777 permissions. This causes problems with openssh as it will not recognize my ~/.ssh/authorized_keys. It seems the directories have reasonable permissions (maybe because they already exi

bug#53645: Unable to guix pull on pinebook pro

D. Birch schreef op do 03-02-2022 om 16:27 [+]: > I'm still green to know how to fix this, but I presume if I check out > the latest version via git and the docs online, I should be able to > update the definition for util-linux to include the patch, then try > again? There's no need for that,

bug#53645: Unable to guix pull on pinebook pro

On Thu, 3 Feb 2022 at 16:27, D. Birch wrote: > > I re-ran with -K (e.g. guix pull -v3 --commit 2641621 -K 2>&1 | tee > guix-pull-bug-verbose-02) to keep build files, and a quick cat > /tmp/guix-build-util-linux-2.37.2.drv-0/util-linux-2.37.2/tests/output/misc/swaplabel.err > appears to confirm th

bug#53645: Unable to guix pull on pinebook pro

On Thu, 3 Feb 2022 at 15:56, Maxime Devos wrote: > This test is failing: > > misc: swaplabel ... FAILED > (misc/swaplabel) > > This looks like >. > Debian even has a patch! > > Or the cause could be di

bug#51304: guix upgrade fails on qutebrowser

On Thu, Feb 03, 2022 at 04:56:30PM +0100, Adam Maleszka via Bug reports for GNU Guix wrote: > I don't know if such a high demand can be solved by reducing the number > of threads. Yes, if you limit the number of threads with, for example, --cores=4, then the memory requirements will be lower. >

bug#51304: guix upgrade fails on qutebrowser

On Th, Oct 21, 2021 at 22:00, Leo Famulari wrote: > I think that should be enough, even for qtwebengine / Chromium! Actually, I have been building qtwebengine@5.15.2 recently, and the building process definitely took more RAM space then. The largest increase in memory demand occurred at 73% ---

bug#53645: Unable to guix pull on pinebook pro

This test is failing: misc: swaplabel ... FAILED (misc/swaplabel) This looks like . Debian even has a patch! Or the cause could be different ... Greetings, Maxime. signature.asc Description: This is

bug#53736: Guix pull on aarch64 fails

FWIW, bordeaux.guix.gnu.org has a substitute for mariadb aarch64-linux. Greetings, Maxime signature.asc Description: This is a digitally signed message part

bug#53736: Guix pull on aarch64 fails

phodina schreef op do 03-02-2022 om 12:20 [+]: > Seems there is problem calling a script: > > /sh: line 1: ./gen_lex_hash: Permission denied > make[2]: *** [sql/CMakeFiles/GenServerSource.dir/build.make:79: > sql/lex_hash.h] Error 126 It's apparently a binary. Seems odd that this happens on a