bug#53886: guix home not respecting guix pull -C

> Also, did you pull and reconfigure as the same user, with the same > privileges? Remember that your "view" of Guix (i.e. `guix pull`) is > per-user. Everything is done with the same user and same user/system config (other than os host-name field). I'm sure I didn't accidently run as root or

bug#53892: guix shell not reading manifest.scm when used with '--'

Hello Guix! Consider the following: --8<---cut here---start->8--- $ mkdir /tmp/test && cd /tmp/test $ cat < manifest.scm (packages->manifest (list (specification->package "make"))) EOF $ guix shell guix shell: error: not loading '/tmp/test/manifest.scm'

bug#53883: strange conflicts with guix package -m manifest

On Tue, Feb 08, 2022 at 10:05:32PM +0100, Dr. Arne Babenhauserheide wrote: > Hello Guix, > > I see strange conflicts when trying to update packages via manifest: > > guix package: error: profile contains conflicting entries for python-cffi > guix package: error: first entry: python-cffi@1.15.0

bug#53886: guix home not respecting guix pull -C

On Tue, Feb 08, 2022 at 06:57:14PM -0500, Zacchaeus Scheffer wrote: > Hi Guix! > > I came across some weird behavior with guix home. I wanted to recreate a > working home environment from one machine on another (because I need a > working qutebrowser install :3). I did this by doing "guix pull

bug#53886: guix home not respecting guix pull -C

Hi Guix! I came across some weird behavior with guix home. I wanted to recreate a working home environment from one machine on another (because I need a working qutebrowser install :3). I did this by doing "guix pull --allow-downgrades -C" on my non-working computer using a channels file on the

bug#53883: strange conflicts with guix package -m manifest

Hello Guix, I see strange conflicts when trying to update packages via manifest: guix package: error: profile contains conflicting entries for python-cffi guix package: error: first entry: python-cffi@1.15.0 /gnu/store/fnkn12qv3bw7z3jhdgp2drd0nnn0p433-python-cffi-1.15.0 guix package: error:

bug#49508: Implement --allow-insecure-transport for `guix pull`

On Tue, Feb 08, 2022 at 11:18:08AM +0100, Ludovic Courtès wrote: > Unfortunately it seems that libgit2 doesn’t let us turn off certificate > verification: > > https://libgit2.org/libgit2/#HEAD/group/libgit2 > > ‘verify_server_cert’ in src/streams/openssl.c is called > unconditionally. Ah,

bug#53881: GNOME Settings: View Keyboard Layout doesn't work

hi, I'm using the following system and I can't see the keyboard layout for any of the input sources: guix 579e9e9 OS: Guix System x86_64 Kernel: 5.15.19-gnu DE: GNOME 41.0 STEPS TO REPRODUCE 1. Run gnome-control-center in a terminal 2. Select Keyboard in the left panel 3. In Input

bug#53506: guix-packages-base.drv leads to segfault on i686-linux

Hi Ludovic! Ludovic Courtès writes: > Hi! > > Ludovic Courtès skribis: > >> Ludovic Courtès skribis: >> >>> ‘guix-packages-base.drv’ fails to build due to a Guile segfault (!): >>> >>> [653/656] compiling... 99.1% of 328 files[654/656] compiling... >>> 99.4% of 328 files[655/656]

bug#53701: Re : Re: bug#53621: i18n guix module error when opening shell after guix home reconfigure

Hello, I performed an update today and I can confirm that the reported error has disappeared. Thank you for the follow-up and fix. Regards, Roland Everaert --- Use the F.O.S.S., Luke Sent with ProtonMail Secure Email. --- Original Message --- Le samedi 5 février 2022 à 01:01,

bug#52808: Guix home should not assume that all targets are dot files

Hi, Ludovic schrieb am Sonntag der 30. Januar 2022 um 18:13 +01: > I’d expect ‘home-files-service-type’ to do just that: add files to the > home directory, without trying to be smart. > > Would it make sense to distinguish between ‘home-files’ and (say) > ‘home-xdg-configuration-files’? What

bug#53463: ci.guix.gnu.org not building the 'guix' job

Ludovic Courtès writes: > Hi, > > Mathieu Othacehe skribis: > >>> Oh! That indicates that it’s failing to offload to one of the >>> ‘localhost’ build machines specified in /etc/guix/machines.scm. >>> Normally there’s an SSH tunnel set up for those, but I guess it broke. >>> >>> Perhaps we

bug#53873: False flag

Am Dienstag, dem 08.02.2022 um 11:48 +0100 schrieb Rovanion Luckey: > Never mind, it was a networking error and `guix pull` worked fine on > a rerun. Flagging it done then ️

bug#53873: Failed to compute derivation for Guix (version: "eb0dd063a0687301b6d805feaf4b1ada87f6e120"; system: "x86_64-linux"; host version: "1.3.0"; pull-version: 1)

Guix pull just failed for me with the following output: -- $ guix pull Updating channel 'guix' from Git repository at ' https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to eb0dd06 (15 846 new commits)... Building from this channel: guix

bug#49508: Implement --allow-insecure-transport for `guix pull`

Hi, Leo Famulari skribis: > As discussed in #46829, `guix pull` needs an option like > --allow-insecure-transport so that users can continue to pull from the > same channel even when their local certificate store has expired or is > otherwise invalid. Agreed. Unfortunately it seems that

bug#53696: Integer overflow on Guix GC size calculation

> Ekaitz, what guix-daemon version are you running? $ guix --version guix (GNU Guix) c5000dcc375229ff42727f090d4243107d3a04a6 Copyright (C) 2022 the Guix authors License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and

bug#53873: False flag

Never mind, it was a networking error and `guix pull` worked fine on a rerun.

bug#53463: ci.guix.gnu.org not building the 'guix' job

Hi, Mathieu Othacehe skribis: >> Oh! That indicates that it’s failing to offload to one of the >> ‘localhost’ build machines specified in /etc/guix/machines.scm. >> Normally there’s an SSH tunnel set up for those, but I guess it broke. >> >> Perhaps we can update /etc/guix/machines.scm to

bug#53696: Integer overflow on Guix GC size calculation

Hi! Bengt Richter skribis: > It looks to me like a 32-bit unsigned int should have been turned to 64-bit > unsigned long or bigint > but somehow got cast/interpreted as signed, becoming signed 64-bit long, > which then in turn was seen by the print as 64-bit unsigned long. That could be the

bug#52808: Guix home should not assume that all targets are dot files

Hi, Andrew Tropin skribis: >>> You can elaborate more on what you try to achieve and I can try to give >>> you a recommendation how to implement it. >> >> I’d expect ‘home-files-service-type’ to do just that: add files to the >> home directory, without trying to be smart. >> >> Would it make

bug#51466: bug#53355: guix shell --check: confusing error message

Hi Chris, Thanks for testing! Chris Marusich skribis: > The presence of the "$" in front of LIBRARY_PATH seems suspicious: > > ;;; (variable "$ > LIBRARY_PATH=/gnu/store/hvcq6yjfjjc7060pq09zm1rj02mivg4h-profile/lib" "$ > LIBRARY_PATH") > > I'm not sure why the "$" is being added. I tried

bug#53857: telegram-desktop: fails to build

Hi Christopher, Am Montag, dem 07.02.2022 um 09:32 -0900 schrieb Christopher Howard: > {standard input}:1918775: Warning: end of file not at end of a line; > newline inserted > {standard input}: Error: open CFI at the end of file; missing > .cfi_endproc directive > c++: fatal error: Killed signal

bug#53752: guix home symlink permissions

Am Montag, dem 07.02.2022 um 22:02 +0100 schrieb Maxime Devos: > Zacchaeus Scheffer schreef op ma 07-02-2022 om 14:47 [-0500]: > > I was able create the desired effect with the following service > > definition: > > (simple-service > >  'my-activation-service > >  home-activation-service-type > >