bug#48077: assword superseded by impass

2024-11-10 Thread Maxim Cournoyer
Hello, Christopher Lemmer Webber writes: > Efraim Flashner writes: > >> https://finestructure.net/assword/ >> >> The assword password management system project as been renamed "impass", >> and has moved to https://salsa.debian.org/debian/impass. >> >> Someone™ who uses this package should update

bug#67535: Does anyone use i686-linux? [was Re: bug#67535: ci.guix.gnu.org 'Cannot allocate memory' while building for i686-linux]

2024-11-10 Thread Leo Famulari
On Sun, Nov 10, 2024 at 08:56:33PM +0900, Maxim Cournoyer wrote: > I was about to write this; thanks for be6g faster :-). I believe the > unpacking should now be fine even for i686, Leo? Yes, it's working now! Fantastic!

bug#73799: guix shell: error: symlink: File exists: "/bin/cc"

2024-11-10 Thread Ludovic Courtès
Marco Fortina skribis: > I have this issue when with guix time-machine shell when using --emulate-fhs > option and having gcc-toolset and clang-toolset in my manifest.scm. This was fixed in 23ab6fc29f28b0fa9ad94bf2ceed135ee3fdea34, based on the patch you sent. Closing. Ludo’.

bug#74082: guix-home: inconsistencies in log-files of shepherd services

2024-11-10 Thread Ludovic Courtès
Hi, Dariqq skribis: > * gnu/home/services/desktop.scm (home-dbus-shepherd-services): Log to > %user-log-dir. > * gnu/home/services/desktop.scm (home-unclutter-shepherd-services): Same. > * gnu/home/services/pm.scm (home-batsignal-shepherd-services): Same. > * gnu/home/services/shepherd.scm (laun

bug#74280: Bad Kernel config?

2024-11-10 Thread Leo Famulari
Fixed with commit 9cdcfb52ace77fe3b497b21deb639a3027ff02f0

bug#74293: Acknowledgement (Fwd: shepherd-1.0.0rc1.sv.po)

2024-11-10 Thread Luna Jernberg
close #742923 Den sön 10 nov. 2024 kl 13:52 skrev GNU bug Tracking System : > > Thank you for filing a new bug report with debbugs.gnu.org. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers

bug#74292: Acknowledgement (Fwd: shepherd-1.0.0rc1.sv.po)

2024-11-10 Thread Luna Jernberg
close #74292 Den sön 10 nov. 2024 kl 13:52 skrev GNU bug Tracking System : > > Thank you for filing a new bug report with debbugs.gnu.org. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers a

bug#73903: [shepherd]: Guix Home's shepherd masks shutdown/reboot on foreign distribution

2024-11-10 Thread Dariqq
Hi Ludo, On 10.11.24 12:51, Ludovic Courtès wrote: Hi, Dariqq skribis: When using guix home to manage shepherd services on a foreign distribution the shepherd package is also added to the home-profile. This then makes the home profile provide 'halt', 'shutdown' and 'reboot' (and their manpa

bug#46779: GnuTLS uses the hard-coded /etc/ssl/certs location for TLS certificates

2024-11-10 Thread Maxim Cournoyer
Hi, I was looking at what Nix does, and they carry this patch, under pkgs/development/libraries/gnutls/nix-ssl-cert-file.patch: --8<---cut here---start->8--- allow overriding system trust store location via $NIX_SSL_CERT_FILE --- a/lib/system/certs.c +++ b/lib

bug#21142: Sshfs-fuse requires fuse

2024-11-10 Thread outlook user
That workaround worked in 2014, but now "libfuse" seems to search under "/usr/bin" and not "/run/setuid-programs". The `DFUSERMOUNT_DIR` modification doesn't seem to work anymore. I think to reproduce all what is needed is `strace` with follow forks to see the software seeking "/usr/bin." And p

bug#74292: Fwd: shepherd-1.0.0rc1.sv.po

2024-11-10 Thread Luna Jernberg
-- Forwarded message - Från: Luna Jernberg Date: sön 10 nov. 2024 kl 09:16 Subject: shepherd-1.0.0rc1.sv.po To: Translation Project Robot , Göran Uddeborg , Benno Schulenberg , Luna Jernberg , Diskussioner om översättning till svenska 99% done can someone help me to look at the

bug#21142: Sshfs-fuse requires fuse

2024-11-10 Thread outlook user
That workaround worked in 2014, but now "libfuse" seems to search under "/usr/bin" and not "/run/setuid-programs". The `DFUSERMOUNT_DIR` modification doesn't seem to work anymore. I think to reproduce all what is needed is `strace` with follow forks to see the software seeking "/usr/bin." And p

bug#74293: Fwd: shepherd-1.0.0rc1.sv.po

2024-11-10 Thread Luna Jernberg
-- Forwarded message - Från: Luna Jernberg Date: sön 10 nov. 2024 kl 10:30 Subject: Re: shepherd-1.0.0rc1.sv.po To: Göran Uddeborg Cc: Benno Schulenberg , Diskussioner om översättning till svenska Tack för hjälpen/thanks for the help have sent the robot a correct translation n

bug#74015: 'guix shell --export-manifest' fails for some transformations

2024-11-10 Thread Simon Tournier
Hi, On Sun, 10 Nov 2024 at 12:38, Ludovic Courtès wrote: >> $ guix shell -m manifest.scm --export-manifest > > ‘--export-manifest’ is meant to “translate” a command line, which it can > do faithfully; there’s no way it could possibly “recreate” what > ‘manifest.scm’, which may contain arbitrary

bug#67535: Does anyone use i686-linux? [was Re: bug#67535: ci.guix.gnu.org 'Cannot allocate memory' while building for i686-linux]

2024-11-10 Thread janneke
Efraim Flashner writes: Hello, > On Mon, Jul 29, 2024 at 09:21:57PM -0400, Richard Sent wrote: >> Leo Famulari writes: >> >> > People have presented some good reasons for keeping at least some level >> > of i686 support. >> > >> > But unfortunately, 3rd party channels cannot be one of them, wh

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

2024-11-10 Thread janneke
Ludovic Courtès writes: Hi, > skribis: > Anyway, using this patch 0001 it seems that suppressing the warnings works, I no longer get "GC Warning: Repeated allocation of very large block (appr. size 112 KiB):\n\tMay lead to memory leak and poor performance\n" >>

bug#67535: Does anyone use i686-linux? [was Re: bug#67535: ci.guix.gnu.org 'Cannot allocate memory' while building for i686-linux]

2024-11-10 Thread Maxim Cournoyer
Hi, Ludovic Courtès writes: > Efraim Flashner skribis: > >> On Fri, Jul 26, 2024 at 02:51:49PM -0400, Leo Famulari wrote: >>> For a long time we've not been able to build linux-libre on i686-linux >>> because the source unpacking process runs out of memory. >> >> I believe if we limit the unpac

bug#73181: guix-daemon fails when invoking ‘guix authenticate’ on the Hurd

2024-11-10 Thread Ludovic Courtès
Hello, skribis: >>> Anyway, using this patch 0001 it seems that suppressing the warnings >>> works, I no longer get >>> >>> "GC Warning: Repeated allocation of very large block (appr. size 112 >>> KiB):\n\tMay lead to memory leak and poor performance\n" >>> >>> >>> but still get >>> >>> unexpect

bug#73903: [shepherd]: Guix Home's shepherd masks shutdown/reboot on foreign distribution

2024-11-10 Thread Ludovic Courtès
Hi, Dariqq skribis: > When using guix home to manage shepherd services on a foreign > distribution the shepherd package is also added to the home-profile. > > This then makes the home profile provide 'halt', 'shutdown' and > 'reboot' (and their manpages) masking the system ones. Oh, indeed. I’

bug#73916: [Cuirass] Queued derivations have their GC roots removed

2024-11-10 Thread Ludovic Courtès
Ludovic Courtès skribis: > Cuirass stores GC roots for all the derivations of its jobsets under > /var/guix/profiles/per-user/cuirass/cuirass (or similar). > > The ‘delete-old-gc-roots’ periodically deletes these GC roots (which are > not just derivations), but it’s supposed to keep GC roots to d

bug#73979: validate-runpath phases fails when binaries linked to package's own libraries

2024-11-10 Thread Ludovic Courtès
Hi, Maxim Cournoyer skribis: > There's a common pattern in packages where the validate-runpath phases > fail, which is when a binary is linked to libraries provided by the same > package. In this case, our ld-wrapper script appears to not bake the > required runpath, which then fails the valida

bug#74015: 'guix shell --export-manifest' fails for some transformations

2024-11-10 Thread Ludovic Courtès
Hi, Simon Tournier skribis: > $ guix shell -m manifest.scm --export-manifest ‘--export-manifest’ is meant to “translate” a command line, which it can do faithfully; there’s no way it could possibly “recreate” what ‘manifest.scm’, which may contain arbitrary Scheme code (and someone who already

bug#73166: shell-autorized-directories

2024-11-10 Thread Nicolas Graves
On 2024-11-10 11:58, Saku Laesvuori wrote: > > I do agree that it seems more convenient to run `guix shell --allow` > than copy a rather long line from the hint and run it to append a line > to shell-authorized-directories. > > Authorizing files instead of directories does not seem that great of a

bug#74279: Shepherd service is not getting respawned.

2024-11-10 Thread Ludovic Courtès
Hi Tomas, Tomas Volf <~@wolfsden.cz> skribis: > (start #~(lambda _ >(let* ((cmd "/run/privileged/bin/ping -qc1 -W1 1.1.1.1") > (status (system cmd))) > (= 0 (status:exit-val status) > (one-shot? #t) > ;

bug#73166: shell-autorized-directories

2024-11-10 Thread Saku Laesvuori via Bug reports for GNU Guix
On Sat, Nov 09, 2024 at 03:12:44PM +0100, Nicolas Graves wrote: > On 2024-09-11 16:11, Nicolas Graves wrote: > > >> That option would add a line to ‘shell-autorized-directories’? > > > > Yes. Actually I would like to develop a little more after thinking about > > that. > > > > Let's say you git pu

bug#74204: [bug#74112] Guix is not reproducible

2024-11-10 Thread Maxim Cournoyer
Hi Simon, Simon Tournier writes: > Hi, > > On Tue, 05 Nov 2024 at 23:25, Hilton Chain via Bug reports for GNU Guix > wrote: > >>> I can confirm the reproducibility issue. >>> >>> I have two x86_64-linux machines building guix to verify the fix, I'll apply >>> your patch once they produce match