bug#41738: Jupyter propagates two different versions of ipython

Hi Guix, On Guix System   guix ecab53c     repository URL: https://git.savannah.gnu.org/git/guix.git     branch: master     commit: ecab53c320b1584a08f811b17a92bd9a50a50ff3 it's impossible to install jupyter in a new profile because it tries to propagate two different versions of python-ipytho

bug#20597: ‘unlinkat’ bug in Linux 4.0.2 leads to tar test failure

Pádraig Brady wrote: Yes I agree, either behavior is possible In that case let's change the test case to not run afoul of this implementtion-defined behavior. I don't think we need to change tar, as it's a contrived test case that users are not likely to run into.

bug#25476: pivot-root test fails on Ubuntu 16.04

r 4.4.0-59-generic Best, Paul.

bug#25476: pivot-root test fails on Ubuntu 16.04

Hi Ludo, > That’s on Git master, right? Yes, back on the master branch the test still fails: $ git describe v0.11.0-3373-g2df3d14 > Could you post tests/syscalls.log? > Attached. Best, Paul. test-name: mount, ENOENT location: /data/paul/sourceCode/guix/tests/syscalls.scm:38 source

bug#25476: pivot-root test fails on Ubuntu 16.04

e attached the syscalls.log file.   In fact there is also a new FAIL result, for utmpx-entries.  Is this unrelated? Best, Paul.test-name: mount, ENOENT location: /data/paul/sourceCode/guix/tests/syscalls.scm:38 source: + (test-equal + "mount, ENOENT" + ENOENT + (catch 'system-error

bug#25476: pivot-root test fails on Ubuntu 16.04

Hi Ludo, Here is the output from the guile session: paul$ ./pre-inst-env guile GNU Guile 2.0.13 Copyright (C) 1995-2016 Free Software Foundation, Inc. Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'. This program is free software, and you are welcome to redistribute it

bug#25476: pivot-root test fails on Ubuntu 16.04

/data/tmp.  Could that be related? Paul.

bug#27975: guix sd 32b was not installed because of adwaita-icon-theme-3.24.0

I have taken pencil notes which was probably a bit broken. I have tried to install guix sd 0.13.0 32 bit on usb key. It broke at some file, at 78% (12.8 MiB file): https://mirror.hydra.gnu.org/guix/nar/gzip/qs27jxbxjpvw5bv49nzw9r91hj00r12j-adaita.icon-theme-3.24.0 well that's what I have noted bu

bug#27976: install 32b xfce no gnome: collision hicolor/icon-theme.cache

After having problem with adwaita-icon-them-3.24.0, (reported in other bug) I decided to give a try by removing gnome service from the list of "meta-package" to install. So in fact keeping 'only' XFCE. I tried two times, once after the adwaita problem, the other after a reboot and from scratch (

bug#27976: install 32b xfce no gnome: collision hicolor/icon-theme.cache

I installed with 64b. The collision happened in 64b, but did not stop installation.

bug#31977: clone tests fail on CentOS 7

ensure that the tests are skipped. Attached are the log files, except 'guix-pack.log' (~100MB) and 'pack.log' (~7MB). Best regards, Paul. test-name: call-with-container, exit with 0 when there is no error location: /data/paul/sourceCode/guix/tests/containers.scm:41 source: + (

bug#32261: guix packages website: add mechanism to link to individual packages

Hi all, It used to be possible to link to individual Guix packages like this: https://www.gnu.org/software/guix/packages/m.html#myrepos Since the recent change to the packages website the packages pages are paginated and have no anchors, which means they will break as more packages are added and

bug#32261: guix packages website: add mechanism to link to individual packages

On Tue, 2018-07-24 at 16:52 +, Nils Gillmann wrote: > It is not just repology, but easy linking to details for external > parties/downstreams we need to point to somewhere. Indeed. > I think there were some remaining ideas for the new websites, > where a package gets detail page on its own.

bug#31977: clone tests fail on CentOS 7

c file, introduced in Linux-libre 3.19, This ensures that tests are skipped if user namespaces are not enabled for unprivileged users. Best regards, Paul.

bug#31977: clone tests fail on CentOS 7

Hi Simon, I have pushed the fix as 8bc5ca5160db3d82bd5b6b2b7ed80c96f42bd33e. Best regards, Paul.

bug#45069: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

ing distribution (Debian, CentOS, Guix System ...). Best regards, Paul. On Mon, 2020-12-07 at 12:57 +0100, Pierre Neidhardt wrote: > Hi! > > I can reproduce the issue since I 'recondigure'd my Guix System. > I'm on cebfb29abb151ede95696181d2446c63504593d7. > > Guix' bug? > >

bug#45069: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

Hi Pierre, > # echo 1 > /proc/sys/kernel/unprivileged_userns_clone > -bash: /proc/sys/kernel/unprivileged_userns_clone: No such file or > directory Thanks, that gives us a clue. So all or part of the path '/proc/sys/kernel' is missing? Best regards, Paul.

bug#31977: clone tests fail on CentOS 7

e feature itself should be tested, instead of relying on the /proc filesystem. This could well be a better idea and I gather from the thread that this idea is being worked on. I can test on CentOS when a new patch is available. Best regards, Paul.

bug#54833: system reconfigure fails: error: live-service-transient: unbound variable

94] loading... 95.9% of 97 filesice-9/psyntax.scm:2813:12: In procedure syntax-violation: Syntax error: guix/scripts/system/reconfigure.scm:147:20: live-service: Wrong number of arguments in form (live-service provision requirement running) -- end log With regards, - Paul

bug#52904: nmtui - user authorisation

On 31/12/2021 18:41, Josselin Poiret wrote: Hello, raingloom writes: On Wed, 29 Dec 2021 11:04:39 + Paul Jewell wrote: On 29/12/2021 00:50, raingloom wrote: On Tue, 28 Dec 2021 18:39:52 + Paul Jewell wrote: On 27/12/2021 23:20, Leo Famulari wrote: On Mon, Dec 27, 2021 at 10

bug#54061: thermald-2.4.7 build fail following upower update to 0.99.15

When building thermald-2.4.7, I am getting a build failure: 8<- src/thd_engine_adaptive.cpp: In member function ‘int cthd_engine_adaptive::evaluate_lid_condition(condition)’: src/thd_engine_adaptive.cpp:1002:61: error: ‘gboolean up_client_get_lid_is_closed(UpClie

bug#54061: thermald-2.4.7 build fail following upower update to 0.99.15

I have reported this upstream: https://github.com/intel/thermal_daemon/issues/340 It seems the problem was known (at least by the upower developers) for 9 months, but there was no comment on the thermald github issue list.

bug#54061: thermald-2.4.7 build fail following upower update to 0.99.15

On 19/02/2022 14:55, Maxime Devos wrote: Paul Jewell schreef op vr 18-02-2022 om 17:07 [+]: When building thermald-2.4.7, I am getting a build failure: [... deprecation error ...] The attached two patches should fix this. Greetings, Maxime. Hi Maxime, Many thanks for this - with

bug#54061: thermald-2.4.7 build fail following upower update to 0.99.15

Good afternoon, Thanks Ludo, and also Maxime and Guillaume. Upstream have also merged a fix to the original problem, so I guess the change made here can be removed again after the next release. Best regards, Paul On 02/03/2022 17:03, Ludovic Courtès wrote: Hi, Maxime Devos skribis

bug#39727: statx error running 'guix gc' on CentOS 7

It seems that HAVE_STATX is set in the guix build process but then runtime calls to statx generate errors. Best regards, Paul. [0] https://bugzilla.redhat.com/show_bug.cgi?id=1760300

bug#39727: statx error running 'guix gc' on CentOS 7

T_SYNC, /* AT_SYMLINK_NOFOLLOW, */ STATX_SIZE | STATX_NLINK, &st) == -1) printf ("failed: %m\n"); return 0; } Initially, with the AT_STATX_DONT_SYNC flag, the output is: $ failed: Invalid argument Then, without the AT_STATX_DONT_SYNC flag, the program runs and there is no output. Best regards, Paul.

bug#39727: statx error running 'guix gc' on CentOS 7

;guix gc' runs as expected: . . . deleted or invalidated more than 42 bytes; stopping deleting `/gnu/store/trash' deleting unused links... note: currently hard linking saves 3264.68 MiB guix gc: freed 0.91850 MiBs Many thanks! CentOS 7 will be around for a few years yet. Best regards, Paul.

bug#65523: package `guile@3.0.9' has an invalid input: ("_" #)

"(begin (use-modules (gnu packages any-other)) program)" / Paul

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

On 9/24/23 5:22 AM, Guillaume Le Vaillant wrote: Liliana Marie Prikler skribis: Am Sonntag, dem 24.09.2023 um 08:49 + schrieb Guillaume Le Vaillant: Liliana Marie Prikler skribis: Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko: I am trying to upgrade my guix systems.

bug#74687: Bug while guix pull

building /gnu/store/irdgdf1yycafngq7rmba4fmwd10dib1n-coreutils-9.1.drv... \ 'check' phaseBacktrace: 14 (primitive-load "/gnu/store/f0kr3m78cmy6qpg3zfy03hps98i8f1rb-compute-guix-derivation") In ice-9/eval.scm: 155:9 13 (_ _) 159:9 12 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) ?)

bug#77195: [PATCH 0/7] Remove fenics

fenicsx and fenics packages would co-exist for a period, Best regards, Paul. On Tue, 2025-04-01 at 15:54 +0200, Andreas Enge wrote: > Am Tue, Apr 01, 2025 at 02:33:24PM +0200 schrieb Ludovic Courtès: > > My understanding of <https://issues.guix.gnu.org/77195> is that > > on

bug#21949: git-2.6.3: 108M download, but 23M installed

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I noticed this earlier and wonder if it's a bug or not: When downloading the git-2.6.3 substitute from hydra it is a hefty 108M download, but installed in the store it's just 23M. Compression failure? :) Regards, Flo - -- https://fps.io --

bug#22024: openssh does not install ssh-copy-id and its manpage

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 see. subject. - -- https://fps.io -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJWWA/YAAoJEA5f4Coltk8Zv0gH/AxyEXh6g0op+xNuWgbLCM5c zc/rSDIlHIXL6IraclfhsvTPv6pPOTY33z9aV8mJ4vZJ2/Y+6VcuSb+qikTLUPiW KeiAwdhPcG/MN2fN2pQVT8DyNFIgh7tCkm

bug#22024: [PATCH] openssh: install ssh-copy-id.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/27/2015 11:38 AM, Ricardo Wurmus wrote: > This fixes bug #22024. > Wow, thanks :) Flo - -- https://fps.io -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJWWIXZAAoJEA5f4Coltk8ZlksH/18HM9V/ao40QXgVw06D0lO2 8xeVcGXmCJV5Nv4S7ju

bug#22078: failed builds due to exceeding max-silent-time not marked as failed in db

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, on my system bulding the derivation for the package tbb (version 4.3.2) does not complete due to exceeding the max-silent-time default value of 3600 seconds (one hour). It seems that in this case the path is not marked as failed in the sqlite3

bug#22078: failed builds due to exceeding max-silent-time not marked as failed in db

-failures cache build failures due to timeouts (depends on cache-failures) Patch compiles, but is yet untested since the system I need it has gone away for the time being.. Flo On 12/02/2015 11:03 PM, Florian Paul Schmidt wrote: -BEGIN PGP SIGNED MESSAGE

bug#22094: jack2: jack_control uses wrong python version

jack_control needs to be run with python2: fps@cherry ~/src/guix$ jack_control ep File "/home/fps/.guix-profile/bin/jack_control", line 80 print 'shit' [sic] The interpreter shebang points to a python3.4 though #!/gnu/store/l9vhjpqza8piap4r047m5xfz86wnxgqw-python-wrapper-3.4.3/bin/python

bug#22094: jack2: jack_control uses wrong python version

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/05/2015 09:55 AM, Ricardo Wurmus wrote: > I’m pretty sure that this was fixed with commit > bc8bf605fcef7d9e8a7732caa0fd54604304635b. Are you using the > latest version? Yes, no :) Thanks! Flo - -- https://fps.io -BEGIN PGP SIGNATUR

bug#22078: failed builds due to exceeding max-silent-time not marked as failed in db

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 14.12.2015 00:11, Ludovic Courtès wrote: > OK. I’m unsure whether it makes sense to cache failures due to > timeout because, by definition, they’re non-deterministic. Except for cases where they are deterministic (Consider a buggy package that

bug#22176: operating-system entry file-system should have auto-mount? flag

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 So the user can specify file systems _not_ to be mounted at boot but at a later point in time at will. Regards, Florian Schmidt - -- https://fps.io -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJWb+SxAAoJEA5f4Coltk8Zcz8IAI54qGgpo

bug#22209: name resolution failures in installer image

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, this occurs over and over to me and I saw other people's reports on IRC, too: After booting the installer image, doing the ifconfig/dhclient dance, preparing the target fs, mounting it and starting the guix system init invocation at some point

bug#22209: name resolution failures in installer image

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 19.12.2015 19:09, Ludovic Courtès wrote: > However, nscd is reportedly behaving strangely: > . > > Do you initially get successful lookups for hydra.gnu.org, and > eventually lookup failures? Yes, that's at least in

bug#22215: guix package fails to use more than the first substitute server in case of 404 failure

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 guix package --substitute-urls="http://fps.io: http://hydra.gnu.org"; -i emacs fails due to http://debbugs.gnu.org/cgi/bugreport.cgi?bug=21888 with a 404 and consequently fails to try hydra for the download after the download from fps.io fail

bug#22687: Online manual not updated automatically

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16.02.2016 17:42, Andreas Enge wrote: > On Tue, Feb 16, 2016 at 05:33:27PM +0100, Ricardo Wurmus wrote: >> I was not courageous enough to suggest that, but this does sound >> like a good idea. > > It is easy enough to have that courage when one i

bug#23072: GuixSD SSD install hangs at clocksource

On 20.03.2016 20:56, myglc2 wrote: > - I did a near-identical install to a SSD (Kingston ssdnow300), see > "c06system-ssd.scm.log". If installed on the 1st server this shows > Guix welcome screen, loads the keyboard & mouse drivers, then hangs > showing: > > "clocksource: Switched to cloc

bug#28393: Sound output broken in Audacity

Hi, what ALSA pcm device have you configured Audacity to use? From the log it looks like it tries to use some pcm devices that are commonly configured in a global alsa.conf (on ubuntu for example in /usr/share/alsa/alsa.conf (.d). Possibly you do not have these global definitions available?

bug#30032: https://www.gnu.org/software/guix/contact/ misses link to mailman interface of bug-guix

The contact page on the guix website lists links to the mailman interfaces of all mailing lists except for bug-guix. Flo

bug#47492: texlive: texlua fails to run

file: No such file or directory Best regards, Paul

bug#61555: Failed install : installer-dump-8deefb3d

Good day, Just trying to install Guix as a standalone OS , core i5 4460, on SSD, graphics intel 460. I have submitted installer-dump-8deefb3d. I hope it helps. Regards paul connelly M101(1993), M205(1994),M261(2003), S151(2005), S207(2005), S154(2007), S104

bug#61555: Failed install : installer-dump-8deefb3d

Dear Ludo’, Thank you for your response and walking me through the log file I can confirm my homer-simpson-style error as being not using the 64bit OS.. The system is installed and the install process was a very different and enjoyable experience :) Thank you . Paul. > On 24 Feb 2023,

bug#50536: Gem import should wrap description lines

Since guix lint has a line-length preference, the generated packages should have their description strings wrapped to conform to this preference. signature.asc Description: PGP signature

bug#50595: Faliure in guix import go

$ guix import go -r bdd.fi/x/runitor guix import: warning: Failed to import package "bdd.fi/x/runitor". reason: ("struct-vtable" "Wrong type argument in position 1 (expecting struct): ~S" (#f) (#f)). signature.asc Description: PGP signature

bug#50596: Cannot get guix copy to work...

$ guix copy --to=SERVER package guix copy: sending 72 store items (203 MiB) to 'SERVER'... guix copy: error: corrupt input while restoring archive from # This is what I get no matter what package I try to send. Any idea what could be going wrong? signature.asc Description: PGP signature

bug#50595: Failure in guix import go

Getting a similar failure here: $ guix import go github.com/cncf/udpa/go/ following redirection to `https://proxy.golang.org/github.com/cncf/udpa/go/@v/list'... following redirection to `https://proxy.golang.org/github.com/cncf/udpa/go/@latest'... following redirection to `https://proxy.golan

bug#50596: Cannot get guix copy to work...

It seems I get the same error even with just guix archive: $ guix archive --export -r package ... snip lots of output ... entry(nameunitnode(type directoryentry(namepromise_spec.rbnode(typeregulacontents�nguix archive: error: corrupt input while restoring archive from # signature.asc De

bug#50596: Cannot get guix copy to work...

Ah, finally found http://issues.guix.gnu.org/43739 -- guix pull as root and all fixed. signature.asc Description: PGP signature

bug#50613: guix copy does not respect --no-grafts

If I use guix archive --export --no-grafts then import on another system, then guix build -n --no-grafts it works as expected. If instead I use guix copy --no-grafts then the target system gets the version *with* grafts and guix build -n --no-grafts says it would still need to build. signature.

bug#50596: Cannot get guix copy to work...

Thanks for the follow up. Does it mean this bug can be closed? Yes, thanks.

bug#52362: guix import go error

$ guix import go github.com/Azure/go-autorest/autorest guix import: warning: Failed to import package "github.com/Azure/go-autorest/autorest". reason: (#< code: -3 message: "reference 'refs/tags/v0.11.22' not found" class: 4>). guix import: error: failed to download meta-data for module 'githu

bug#53064: pioneer FTBFS

Hello, Today I tried to `guix install pioneer` and it seems there is no substitute. It very quickly fails to build from source with this error in log: -- Checking for module 'sigc++-2.0' -- No package 'sigc++-2.0' found CMake Error at /gnu/store/aain9m7r37jlzd21kvgvrkhc2pm7mk1w-cmake-minimal

bug#53064: Already fixed

A push to master right after I filed this has fixed it already. signature.asc Description: PGP signature

bug#52362: guix import go error

Ran into another like this today: guix import go github.com/aws/aws-sdk-go-v2/service/s3 Gives: Backtrace: 14 (primitive-load "/gnu/store/6rjb4c80l53n98cl6h0s3q1zmkg…") In guix/ui.scm: 2209:7 13 (run-guix . _) 2172:10 12 (run-guix-command _ . _) In guix/scripts/import.scm:

bug#52362: guix import go error

Alright, I think I have found the issue. https://go.dev/ref/mod says: If a module is defined in a subdirectory within the repository, that is, the module subdirectory portion of the module path is not empty, then each tag name must be prefixed with the module subdirectory, followed by a slash.

bug#52362: [PATCH] guix: import: go: Use correct tag for go module in subdirectory.

https://go.dev/ref/mod says a module in a subdirectory has a tag prefixed with the subdirectory. * guix/import/go.scm (version+subdirectory->tag-name): New variable. (vcs->origin): New argument module-path-subdirectory. --- guix/import/go.scm | 26 +++--- 1 file changed, 15 in

bug#52362: [PATCH] guix: import: go: Use correct tag for go module in subdirectory.

Somebody claiming to be Stephen Paul Weber wrote: https://go.dev/ref/mod says a module in a subdirectory has a tag prefixed with the subdirectory. Dang. This patch as written causes import of guix import go github.com/jackc/pgx/v4 to fail. The /v4 suffix in this case appears to refer to a

bug#52362: [PATCH v2] guix: import: go: Use correct tag for go module in subdirectory.

https://go.dev/ref/mod says a module in a subdirectory has a tag prefixed with the subdirectory. * guix/import/go.scm (version+subdirectory->tag-prefix): New variable. (vcs->origin): New argument module-path-subdirectory. --- guix/import/go.scm | 35 --- 1 file cha

bug#52362: [PATCH v3] guix: import: go: Use correct tag for go module in subdirectory.

https://go.dev/ref/mod says a module in a subdirectory has a tag prefixed with the subdirectory. * guix/import/go.scm (version+subdirectory->tag-prefix): New variable. (vcs->origin): New argument module-path-subdirectory. --- guix/import/go.scm | 36 +--- 1 file ch

bug#62765: Python importer gets confused about network access

Trying `guix import pypi -r gruut` I get: Starting download of /tmp/guix-file.hITnlA From https://files.pythonhosted.org/packages/74/67/3008e4f0b97d9a5701c8ef3bf95f1941c5b0a620c8f88f32e849117f8dc0/num2words-0.5.12.tar.gz... In procedure connect: Network is unreachable But doing `guix import pyp

bug#62765: Python importer gets confused about network access

I cannot reproduce. Does the import work when you run it? signature.asc Description: PGP signature

bug#21829: guix import hackage failures

Hello bug-guix, I have found that the command `guix import hackage foo` sometimes fails. I will try to provide a few examples. -8<-- $ guix import hackage xmonad-contrib Starting download of /tmp/guix-file.Bt94ZV >From http://ha

bug#40710: node-build-system should not install tests

close 40710

bug#36667: crates-io.scm packages should build on master

close 36667

bug#37740: Deja-dup fails to build on c2734ff80987de8f0bb3e31d4339e5496a9821d2

close 37740

bug#65982: Pinebook Pro image broken

Hi Gabriel, thank you for taking the time to bisect and find the first working commit! I can confirm that guix time-machine --commit=d6a53849935f8584e1df57faa79c18c23fbb2aa1 -- system image -e '(@ (gnu system images pinebook-pro) pinebook-pro-barebones-raw-image)' --system=aarch64-linux is

bug#68848: gnu: home: dotfiles: Avoid creating extra directory in $HOME.

Hello, I'm sending a patch supposed to fix https://issues.guix.gnu.org/68848  . Please let me know if this is ok for you and fixes your issues. Thank you, giacomo

bug#73453: Close

Fixed by b6ea4f82986af507d787c1271077f61d504730ad

bug#73454: Close

Fixed by 9a966bace1ce6a038ab580fe9103afa588101449

bug#73453: mix-build-system does not make Erlang packages available as Elixir dependencies

Dear Guix , please consider the attached guix.scm. If you try to build it you will notice many messages as the following: warning: :telemetry.execute/3 is undefined (module :telemetry is not available or is yet to be defined) until the build fails with: 16:26:55.642 [notice] Application e

bug#73454: mix-build-system does not support git-version output

Dear Guix, consider the following procedure invokation: scheme@(guile-user)> (package-name->elixir-name "elixir-a-pkg-1.2.3") $1 = "a_pkg" This is the behaviour manifested when the procedure is called with a version created with the git-version procedure from (guix git-download): scheme@(gui

bug#74774: Commit 5d284ebc8df87b0e21cee5844d66dc7c80863464 breaks reconfigure for systems using gnome-desktop-service-type

Hi Danny, thank you so much for the quick action. I'm not sure about the right solution for this but maybe the gnome-desktop-service-type should install xdg-desktop-portal-next in the system profile instead of xdg-desktop-portal? I think this way there wouldn't be any collision but it would nee

bug#74774: Commit 5d284ebc8df87b0e21cee5844d66dc7c80863464 breaks reconfigure for systems using gnome-desktop-service-type

Hi, since 5d284ebc8df87b0e21cee5844d66dc7c80863464 it's not possible anymore to have gnome-desktop-service-type and xdg-destkop-portal-gtk installed in the system profile. Is this intended? Is there any workaround? Thank you for your help, giacomo

bug#74967: About /etc/subuid and /etc/subgid commits

Hi Nicolas, apologies for breaking your system :( Is is possible for you to try and bisect the history to find the culprit commit? On 12/19/24 10:36, Nicolas Graves wrote: It is a bit circumvoluted, but it worked properly on my side on guix@478b9ccea8. Do you see a reason why your patches could

bug#74967: About /etc/subuid and /etc/subgid commits

I forgot to attach the two PAM related commits, apologies for the noise. [0]: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3eb720bd0b4bab233918f979bb51b58437db06ad [1]: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=9411a1495f7cb2b116129a71a1fc1817e962fa5d

bug#74967: About /etc/subuid and /etc/subgid commits

Hi Nicolas, awesome! I'm closing this. Cheers, giacomo Il 21 dicembre 2024 17:49:08 CET, Nicolas Graves ha scritto: >On 2024-12-19 12:32, paul wrote: > >> Hi Nicolas, apologies for breaking your system :( Is is possible for you >> to try and bisect the history to

bug#74967: About /etc/subuid and /etc/subgid commits

Hi Nicolas, awesome! I'm closing this. Cheers, giacomo Il 21 dicembre 2024 17:49:08 CET, Nicolas Graves ha scritto: >On 2024-12-19 12:32, paul wrote: > >> Hi Nicolas, apologies for breaking your system :( Is is possible for you >> to try and bisect the history to