bug#70926: Having default nss-certs plus nss-certs in operating-system packages causes problems

Am Montag, dem 13.05.2024 um 22:38 +0100 schrieb Christopher Baines: > I've seen this when updating systems, but it seems like something is > wrong with the handling of nss-certs. > > I'm on a guix revision with nss-certs by default, and when I add > nss-certs to my system packages (to simulate

bug#70581: PHP, glibc, and CVE-2024-2961

Hi McSinyx, security-relevant bugs ought to go to , see [1]. Since a patch exists for glibc all the way back to 2.30, I suppose a graft can be used and should be performed timely. Cheers [1] https://guix.gnu.org/en/security/

bug#70349: Clang fails to communicate RUNPATH?

Hi Guix, I've noticed a strange error when attempting to build my software against clang-toolchain. I've attached a minimally breaking example, but the gist of it is that RUNPATH validation fails as shown below. starting phase `validate-runpath' validating RUNPATH of 1 binaries in

bug#70278: udevd[87]: specified group 'sgx' unknown

Am Donnerstag, dem 11.04.2024 um 09:58 +0200 schrieb Ludovic Courtès: > Ludovic Courtès skribis: > > > Since the recent ‘gnome-team’ merge, we get this message at boot > > time: > > > >   udevd[87]: specified group 'sgx' unknown > > > > Should we add ‘sgx’ to ‘%base-groups’?  (What is it for?)

bug#70165: D-Bus system service breaks reconfiguration when /var/run/dbus is present + /run and /var/run are on separate file systems.

Am Freitag, dem 05.04.2024 um 09:53 +0800 schrieb Hilton Chain: > [H]ere's a reproducer: > > --8<---cut here---start->8--- > test_dir="$(mktemp --directory)" > > sudo mount --type tmpfs none "$test_dir" > touch "$test_dir/test" > > guile -c "(rename-file

bug#70111: [PATCH] gnu: gnome-essential-extras: Propagate xdg-desktop-portal.

Am Mittwoch, dem 03.04.2024 um 14:11 -0400 schrieb Maxim Cournoyer: > Hello, > > Dariqq writes: > > > xdg-desktop-portal (and xdg-desktop-portal-gnome) is needed for the > > dark theme in Gnome 44 to work properly. > > > > * gnu/packages/gnome.scm (gnome-essential-extras)[propagated- > >

bug#70165: D-Bus system service breaks reconfiguration when /var/run/dbus is present + /run and /var/run are on separate file systems.

Am Donnerstag, dem 04.04.2024 um 00:36 +0800 schrieb Hilton Chain: > Hi, > > I have /var/run and /run on separate file systems, recently I noticed > system reconfiguration stopped with "guix system: error: rename-file: > Invalid cross-device link": > > --8<---cut

bug#70121: [PATCH] gnu: emacs-magit: Fix generation of autoloads.

* gnu/packages/emacs-xyz.scm (emacs-magit)[#:phases]: Replace ‘make-autoloads’ like the others. Fixes: Magit autoloads are missing --- gnu/packages/emacs-xyz.scm | 4 1 file changed, 4 insertions(+) diff --git a/gnu/packages/emacs-xyz.scm

bug#69800: [PATCH gnome-team] gnu: kcalendarcore: Disable failing test.

Am Samstag, dem 23.03.2024 um 11:15 +0100 schrieb Liliana Marie Prikler: > Am Samstag, dem 23.03.2024 um 10:07 +0100 schrieb Vivien Kraus: > > * gnu/packages/kde-frameworks.scm (kcalendarcore) [#:phases]: Add > > 'disable-failing-test. > > > > Change-Id: Ia0a5828b032d1

bug#69800: [PATCH gnome-team] gnu: kcalendarcore: Disable failing test.

Am Samstag, dem 23.03.2024 um 10:07 +0100 schrieb Vivien Kraus: > * gnu/packages/kde-frameworks.scm (kcalendarcore) [#:phases]: Add > 'disable-failing-test. > > Change-Id: Ia0a5828b032d1940f30a7d38ebd276e60929c310 > --- LGTM

bug#59489: [PATCH v3] gnu: gdm: Enable accessibility settings.

Am Dienstag, dem 20.02.2024 um 19:58 + schrieb Dariqq: > gdm needs the "/share" subdirectory of these packages present in > XDG_DATA_DIRS > such that the accessibility settings work: > - at-spi2-core: contains accessibility dbus service. > - dconf: To be able to change settings. > -

bug#69201: Emacs master-branch renamed comp-write-bytecode-file which emacs-utils depends on

Am Donnerstag, dem 15.02.2024 um 22:23 + schrieb Mekeor Melire: > On Emacs' master-branch, the emacs-lisp function > comp-write-bytecode-file has been renamed to comp--write-bytecode- > file (i.e. to include a double dash) in this commit [1]: > >     faa46eb8667c11a0725500a50e957eb78021c99f >

bug#59489: bug#57292: [PATCH] WIP: gnu: propagate inputs for gdm and rework gdm-service-type.

Am Freitag, dem 09.02.2024 um 22:06 -0500 schrieb Maxim Cournoyer: > Could someone confirm whether GDM is configurable when it comes to > icons and fonts? Without the context of Guix, it is. Within the context of Guix, we'd have to make gsettings functional for most (all?) changes to have an

bug#68961: ASLR seems to be partially broken

Am Dienstag, dem 06.02.2024 um 23:57 +0100 schrieb Jonathan Brielmaier: > Hi, > > I found today an interesting blog post about broken ASLR (Address > Space > Layout Randomization) on Linux: > https://zolutal.github.io/aslrnt/ > > Curious if this is also a problem on Guix System I did a quick

bug#68912: Guix-home search paths shadow .config/guix/current

Am Samstag, dem 03.02.2024 um 13:12 + schrieb Christina O'Donnell: > This leads to unexpected results if you have Guix inside your home > package list. (Which you might desire if you wanted to use Guix in a > home container.) The wisdom "One does not simply 'guix install guix'" has been

bug#68982: Ren'py 8.2.0 Crash on startup

Am Mittwoch, dem 07.02.2024 um 14:38 -0600 schrieb msglm: > When starting the ren'py launcher on version Ren'Py 8.2.0.24012702, > currently my guix channel is on commit > 5d2302a1959d09e6d5a5f02ac199458095847a82, the program crashes with > the following error: > > Full traceback: >   File

bug#59489: bug#57292: [PATCH] WIP: gnu: propagate inputs for gdm and rework gdm-service-type.

Am Montag, dem 05.02.2024 um 16:08 + schrieb Dariqq: > > On 04.02.24 20:26, Liliana Marie Prikler wrote: > > > Yes, it seems Maxim and I have conflicting goals.  Maxim wants to > > avoid "abusing" gnome-shell-assets whereas I want to avoid > > propagati

bug#59489: bug#57292: [PATCH] WIP: gnu: propagate inputs for gdm and rework gdm-service-type.

Am Sonntag, dem 04.02.2024 um 08:53 + schrieb Dariqq: > > On 30.01.24 06:27, Liliana Marie Prikler wrote: > > > In my opinion, adding gnome-shell and gnome-control-center to gdm- > > configuration-gnome-shell-assets would be preferable to propagating >

bug#57292: [PATCH] WIP: gnu: propagate inputs for gdm and rework gdm-service-type.

Am Montag, dem 29.01.2024 um 21:31 + schrieb Dariqq: > * gnu/packages/gnome.scm (gdm)[propagated inputs]: Add adwaita-icon- > theme, > dconf, font-abattis-cantarell, gnome-control-center. > * gnu/services/xorg.scm (gdm-shepherd-service): Set XDG_DATA_DIR to > run/current-system/profile/share.

bug#68231: Frei?

close 68231 thanks Hallo, Enzo Am Dienstag, dem 02.01.2024 um 23:11 +0100 schrieb Enzo Brandsch: > ich bin leider aus Gründen „gezwungen“ unfreie Software auf meinem > Laptop zu nutzen. Würde aber sehr sehr gerne Guix als daily-driver > nutzen. [...] > PS: Mein Problem ist ein Intel Wifi

bug#66173: Package unknown-horizons fails during build process

Am Samstag, dem 13.01.2024 um 10:50 -0500 schrieb Simon South: > Liliana, 宋文武: > > Are you interested in reviewing these patches?  Unfortunately I > neglected to CC the games team when posting them. > > They fix the build of Unknown Horizons in master. > > https://issues.guix.gnu.org/66173 > >

bug#67651: [gnome-team] What should we do with the "gnome" package?

Am Dienstag, dem 09.01.2024 um 12:10 +0100 schrieb Vivien Kraus: > Dear Guix, > > [...] I know that a bunch of packages have reasons not to exist in Guix, I simply wanted to point out that we don't have them. > > I think we should settle on what to do with the gnome package soon > > to not stall

bug#68243: alacritty segmentation fault

Am Donnerstag, dem 04.01.2024 um 15:32 + schrieb Steven Roose: > I've been using alacritty as my default terminal for about a year > without much issues. I'm currently on v0.12.3 of alacritty and use it > with i3 and Xorg. A month or two ago I noticed that upgrading GuixSD > broke alacritty.

bug#67651: [gnome-team] What should we do with the "gnome" package?

Am Dienstag, dem 05.12.2023 um 21:55 +0100 schrieb Vivien Kraus: > Dear guix, > > On the one hand, we have this list of packages: > https://ftp2.nluug.nl/windowing/gnome/teams/releng/44.6/versions For the record, we have a new 44 release:

bug#67651: [gnome-team] What should we do with the "gnome" package?

Hi Vivien, Am Dienstag, dem 05.12.2023 um 21:55 +0100 schrieb Vivien Kraus: > Dear guix, > > On the one hand, we have this list of packages: > https://ftp2.nluug.nl/windowing/gnome/teams/releng/44.6/versions > > On the other hand, we have the propagated-inputs of the gnome > package. > >

bug#66864: emacs-build-system builds .eln-files with mismatching path-hashes

Am Donnerstag, dem 09.11.2023 um 12:21 +0100 schrieb Josselin Poiret: > Hi, > > Liliana Marie Prikler writes: > > > Am Donnerstag, dem 02.11.2023 um 08:13 + schrieb Mekeor Melire: > > > > > > 2023-11-01 15:16 liliana.prik...@gmail.com: > > > &

bug#66864: emacs-build-system builds .eln-files with mismatching path-hashes

Am Donnerstag, dem 02.11.2023 um 08:13 + schrieb Mekeor Melire: > > 2023-11-01 15:16 liliana.prik...@gmail.com: > > > I think Emacs might be calculating its own hash at runtime > > rather than baking in the value at build time. > > Exactly. That's what I was trying to express. I'm not sure

bug#66864: emacs-build-system builds .eln-files with mismatching path-hashes

Am Mittwoch, dem 01.11.2023 um 13:03 + schrieb Mekeor Melire: > The problem is that the .el-file-path that is passed to the Emacs > function comp-el-to-eln-filename during build [1] does not equal to > the .el-file-path when Emacs is invoked. Personally, I do not > understand how grafting

bug#66864: emacs-build-system builds .eln-files with mismatching path-hashes

Am Dienstag, dem 31.10.2023 um 23:49 + schrieb Mekeor Melire: > BUG EXPLANATION > > Emacs's natively-compiled .eln-files have a basename following the > pattern "{feature-name}-{path-hash}-{content-hash}.eln". [0] > > Guix' emacs-build-system is used to build Emacs-related packages. By >  

bug#66762: emacs-ess test fails

Am Freitag, dem 27.10.2023 um 11:22 +0200 schrieb Simon Tournier: > Well, I fixed the build of emacs-julia-mode.  See attached. Pushed attached with slight rewordings. > But emacs-ess is not passing.  I have updated ESS to the most recent > revision, added phases for skipping the tests requiring

bug#65924: git searches coreutils and util-linux commands in PATH

Am Montag, dem 09.10.2023 um 23:03 +0200 schrieb b...@bokr.com: > Hi, > > On +2023-10-09 20:33:38 +0200, Liliana Marie Prikler wrote: > > I don't necessarily agree, but it's not a hard disagree either.  > > I'll try to keep that in mind at least when reviewing your pat

bug#66339: [PATCH gnome-team v6] gnu: dbus-service: make the session available under /run/dbus

Am Sonntag, dem 08.10.2023 um 16:53 +0200 schrieb Liliana Marie Prikler: > [...] > Otherwise LGTM.  I'd commit it, but my machine is currently busy > building half of core-updates for no reason. No longer busy, time to commit. Thanks

bug#65924: git searches coreutils and util-linux commands in PATH

Am Montag, dem 09.10.2023 um 15:25 -0400 schrieb Maxim Cournoyer: > Hi Liliana, > > Liliana Marie Prikler writes: > > > Am Montag, dem 09.10.2023 um 14:21 -0400 schrieb Maxim Cournoyer: > > > Hello, > > > > > > Liliana Marie Prikler writes

bug#65924: git searches coreutils and util-linux commands in PATH

Am Montag, dem 09.10.2023 um 14:21 -0400 schrieb Maxim Cournoyer: > Hello, > > Liliana Marie Prikler writes: > > > [...] > > If you need me to reduce it to four letters, yes, LGTM. > > Explicit is better than implicit.  I've been thinking to document > this

bug#65924: git searches coreutils and util-linux commands in PATH

Am Montag, dem 09.10.2023 um 10:21 -0400 schrieb Maxim Cournoyer: > Hi Liliana :-) > > Liliana Marie Prikler writes: > > > Am Samstag, dem 07.10.2023 um 23:18 -0400 schrieb Maxim Cournoyer: > > > It's simpler to add features on top of a minimal variant than to &

bug#66339: [PATCH gnome-team v6] gnu: dbus-service: make the session available under /run/dbus

Am Mittwoch, dem 04.10.2023 um 12:47 +0200 schrieb Vivien Kraus: > According to > https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3101, glib > now searches for the session bus socket in runstatedir. The dbus > service must thus have its socket in /run/dbus. > > For interoperability with the

bug#65924: [PATCH core-updates 1/3] gnu: git: Remove labels and use gexps.

Am Samstag, dem 07.10.2023 um 23:18 -0400 schrieb Maxim Cournoyer: > * gnu/packages/version-control.scm (git) > [native-inputs, inputs]: Remove labels. > [arguments]: Use gexps.  Use gexp variables input searching > procedures where it makes sense. > --- Heads-up, the additional completions I'm

bug#65924: [PATCH core-updates 2/3] gnu: git: Invert inheritance relationship.

Am Samstag, dem 07.10.2023 um 23:18 -0400 schrieb Maxim Cournoyer: > It's simpler to add features on top of a minimal variant than to > remove them, and helps avoiding mistakenly changing git-minimal, > which has many dependents. > > * gnu/packages/version-control.scm (git-minimal): Move above

bug#66227: [bug#66225] [PATCH v3] gnu: emacs-next-minimal: Apply Guix patches.

Am Samstag, dem 07.10.2023 um 09:56 +0400 schrieb Andrew Tropin: > On 2023-10-06 17:58, Liliana Marie Prikler wrote: > > > * gnu/packages/patches/emacs-next-native-comp-driver-options.patch: > > Add file. > > * gnu/packages/patches/emacs-next-exec-path.patch: Add

bug#66339: [PATCH gnome-team v4] gnu: dbus-service: make the session available under /run/dbus

Am Mittwoch, dem 04.10.2023 um 12:47 +0200 schrieb Vivien Kraus: > According to > https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3101, glib > now searches for the session bus socket in runstatedir. The dbus > service must thus have its socket in /run/dbus. > > For interoperability with the

bug#66339: [PATCH gnome-team v3] gnu: dbus-service: make the session available under /run/dbus

gt; --- > > Le jeudi 05 octobre 2023 à 06:41 +0200, Liliana Marie Prikler a écrit > : > > > I’m still concerned about doing a symlink in the activation > > > function. > > > What if we activate a new system from an existing one? Won’t the > > > sy

bug#66227: [PATCH v3] gnu: emacs-next-minimal: Apply Guix patches.

* gnu/packages/patches/emacs-next-native-comp-driver-options.patch: Add file. * gnu/packages/patches/emacs-next-exec-path.patch: Add file. * gnu/local.mk (dist_patch_DATA): Register them here. * gnu/packages/emacs.scm (emacs-next-minimal)[origin](patches): Include the same patches as

bug#66339: [PATCH gnome-team v2] gnu: dbus-service: make the session available under /run/dbus

gt; > Le mercredi 04 octobre 2023 à 20:30 +0200, Liliana Marie Prikler a > écrit : > > Am Mittwoch, dem 04.10.2023 um 12:47 +0200 schrieb Vivien Kraus: > > > * gnu/services/dbus.scm (dbus-activation): Symlink /var/run/dbus > > > to > > > /run/dbus

bug#66339: [WIP PATCH gnome-team] gnu: dbus-service: make the session available under /run/dbus

Am Mittwoch, dem 04.10.2023 um 12:47 +0200 schrieb Vivien Kraus: > * gnu/services/dbus.scm (dbus-activation): Symlink /var/run/dbus to > /run/dbus. > --- >  gnu/services/dbus.scm | 1 + >  1 file changed, 1 insertion(+) > > diff --git a/gnu/services/dbus.scm b/gnu/services/dbus.scm > index

bug#56376: emacs-guix missing from package-activated-list

Am Dienstag, dem 03.10.2023 um 23:12 -0400 schrieb Maxim Cournoyer: > Hi, > > Liliana Marie Prikler writes: > > > Am Sonntag, dem 03.07.2022 um 21:33 -0400 schrieb Philip McGrath: > > > Hi, > > > > > > I've been looking into managing my Emacs pack

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

Am Sonntag, dem 24.09.2023 um 10:37 +0200 schrieb Liliana Marie Prikler: > Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko: > > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > > Git error: object not found - no match for id > > (4f35ff1275e05be31f5

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

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. I ran guix pull and now I > > > am &

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

Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko: > I am trying to upgrade my guix systems. I ran guix pull and now I am > trying to run guix system reconfigure. It failed on two different > machines with the same backtrace. Please see the full backtrace > attached. The error

bug#66015: [PATCH] gnu: python-pyxel: Update to 1.4.3-2.be75b72.

Am Samstag, dem 16.09.2023 um 10:46 +0200 schrieb Simon Tournier: > Hi Liliana, > > Oh, cool!  That was fast. :-)  Thank you. > > On Fri, 15 Sep 2023 at 21:53, Liliana Marie Prikler > wrote: > > * gnu/packages/game-development.scm (python-pyxel): Update to > >

bug#63687: [bug#66031] [PATCH] gnu: Patch gnome-dictionary meson configs, fixes 63687.

Am Samstag, dem 16.09.2023 um 14:03 +0200 schrieb raingloom: > * gnu/packages/gnome.scm (gnome-dictionary): Apply patch. > * gnu/packages/patches/gnome-dictionary-meson-i18n.patch: New file. > * gnu/local.mk: Add it. > --- Reworded slightly and applied. Thanks PS: Don't worry about the semantics

bug#66015: [PATCH] gnu: python-pyxel: Update to 1.4.3-2.be75b72.

* gnu/packages/game-development.scm (python-pyxel): Update to 1.4.3-2.be75b72. [version]: Use git-version even though it is a release. [source]: Use commit. : Adjust accordingly. --- Hi Simon Am Freitag, dem 15.09.2023 um 21:09 +0200 schrieb Simon Tournier: > Upstream is managing using the worse

bug#65846: Request to merge emacs-team branch

Hi Guix, what's been promised some while ago in another thread is finally close™ to becoming reality: Emacs 29 on Guix with tree-sitter and all that stuff. I expect to merge the branch onto master within next week or the week after that. In the meantime, please use this thread to mark bugs and

bug#65575: [PATCH v3 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Sonntag, dem 03.09.2023 um 21:59 +0200 schrieb Liliana Marie Prikler: > Am Sonntag, dem 03.09.2023 um 10:51 -0400 schrieb Maxim Cournoyer: > > Hi Liliana, > > > > Liliana Marie Prikler writes: > > > > [...] > > > > > Queued locally for emacs-n

bug#62784: drascula, lure, lure-de, lure-es, lure-fr, lure-it, sky: non-commercial license

Am Mittwoch, dem 12.04.2023 um 11:35 +0200 schrieb Liliana Marie Prikler: > Hi Denis, > > [...] We have been aware of this for about half a year now (see the > thread in guix-devel following [1]), but as other FSDG-abiding > distributions still include these games (or at least did

bug#65575: [PATCH v3 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Sonntag, dem 03.09.2023 um 10:51 -0400 schrieb Maxim Cournoyer: > Hi Liliana, > > Liliana Marie Prikler writes: > > [...] > > > Thanks, LGTM.  I've tested this by dropping almost all parts of > > load-path and calling (guix-emacs-autoload-packages), it app

bug#65306: [shepherd] ntpd throws shepherd out of the loop

Am Samstag, dem 02.09.2023 um 22:44 +0200 schrieb Ludovic Courtès: > Hi, > > Timotej Lazar skribis: > > > Liliana Marie Prikler [2023-08-15 > > 07:18:02+0200]: > > > As of recently (maybe it dates back longer, but I first > > > experienced it t

bug#65575: [PATCH v3 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Freitag, dem 01.09.2023 um 00:53 -0400 schrieb Maxim Cournoyer: > This fixes a regression introduced with 79cfe30f3 ("build-system: > emacs: Use subdirectories again.") which caused the > 'guix-emacs-autoload-packages' to no longer be able to autoload all > packages. > > *

bug#65575: [PATCH 3/3] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Montag, dem 28.08.2023 um 11:20 -0400 schrieb Maxim Cournoyer: > > e.g.  > > (defun guix-emacs-autoload-packages ( reload) > >   "..." > >   (interactive "P") > >   (when reload (mapc #'load-file (guix-emacs--subdirs-files))) > >   ...) > > > > WDYT? > > The reason for avoiding loading the

bug#65575: [PATCH v2 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Montag, dem 28.08.2023 um 11:16 -0400 schrieb Maxim Cournoyer: > This fixes a regression introduced with 79cfe30f3 ("build-system: > emacs: Use subdirectories again.") which caused the > 'guix-emacs-autoload-packages' to no longer be able to autoload all > packages. > > *

bug#65575: [PATCH 3/3] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Hi Maxim, Am Montag, dem 28.08.2023 um 01:11 -0400 schrieb Maxim Cournoyer: > This fixes a regression introduced with 79cfe30f3 ("build-system: > emacs: Use subdirectories again.") which caused the > 'guix-emacs-autoload-packages' to no > longer be able to autoload all packages. > > *

bug#64586: Emacs-Packages should contain native-compiled files

Hi, Am Mittwoch, dem 23.08.2023 um 17:37 +0200 schrieb Simon Tournier: > Hi, > > On Wed, 12 Jul 2023 at 21:36, Liliana Marie Prikler > wrote: > > > You are correct, but unlike other language ecosystems (e.g. Python > > or Common Lisp), we don't have a con

bug#65383: [gnome-team] Nothing is reproducible anymore

The culprit has been found [1] and arrested [2]. It turns out that the ungexp Bruno used at the time was "too wide", resulting in a new .drv for shared-mime-info each time. This wasn't caught during review, because who has time to build things twice? What are the lessons learned from this? 1.

bug#65383: [gnome-team] Nothing is reproducible anymore

I have absolutely no idea how this came to be: sh-5.1$ ./pre-inst-env guix build gdk-pixbuf --dry-run substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiert … 100.0% substitute: Liste der Substitute von „https://bordeaux.guix.gnu.org“ wird aktualisiert … 100.0% The

bug#65306: [shepherd] ntpd throws shepherd out of the loop

Hi Guix, I have a laptop that's a little stuck in the past… more accurately January of 2020 thanks to what I believe to be an empty CMOS battery. As of recently (maybe it dates back longer, but I first experienced it two weeks ago and just now got to debugging it a little), Shepherd gets stuck

bug#64981: GTK4 applications broken (missing libGLESv2)

tags 64981 moreinfo thanks Am Dienstag, dem 01.08.2023 um 00:06 +0200 schrieb Csepp: > for example: > $ transmission-gtk > Couldn't open libGLESv2.so.2: libGLESv2.so.2 > > I get the same error with Tuba.  It likely affects other > applications. I assume you are not using the

bug#64586: Emacs-Packages should contain native-compiled files

Hi Mekeor, Am Mittwoch, dem 12.07.2023 um 18:19 + schrieb Mekeor Melire: > If I understand correctly, it is only the following Emacs-packages > that ship with eln-files when installed with Guix, because they > specify `#:emacs ,emacs` in the package declaration, so that native- > compilation

bug#55449: [PATCH] gnu: recutils: Use correct bash headers.

Am Samstag, dem 04.06.2022 um 10:30 +0200 schrieb Liliana Marie Prikler: > * gnu/packages/databases.scm (recutils)[arguments]: Convert to G- > Expressions. > Drop gratuitous dirname. > [native-inputs]: Drop labels.  Move bash:include... > [inputs]: ... here.  Also add regular bash

bug#63920: Emacs Packages should have an output built with emacs-next(-minimal)

Hi Mekeor, Am Dienstag, dem 06.06.2023 um 07:11 + schrieb Mekeor Melire: > Hello dear Guix community, > > if I understand correctly, all Emacs-packages that are packaged in > Guix proper, are built with Emacs version 28 (or more precisely, > emacs-minimal@28, emacs@28, emacs-no-x@28,

bug#63787: udev-rules-service inoperable for some rules

Hi Felix, Am Montag, dem 29.05.2023 um 08:25 -0700 schrieb Felix Lechner: > Hi, > > A brief thread from guix-devel about trying to use MAC-based names > for network interfaces [1] shall be incorporated herein by reference. > >   [1] >

bug#63274: [PATCH] gnu: dia: Update to 0.97.3-4.b903dd8

Am Montag, dem 15.05.2023 um 16:52 +0200 schrieb Giovanni Biscuolo: > Hello, > > gentle ping (and I forgot to Cc: the gnome team) Pushed now. Cheers

bug#63427: gdk-pixbuf unable to recognize image formats (JPG, PNG, etc.)

Am Samstag, dem 13.05.2023 um 12:49 +0200 schrieb pelzflorian (Florian Pelz): > But then other image loaders installed by the user to support > e.g. libexif would not be usable anymore.  We could also add libexif, > but do we even want the attached patch?  Or should it be up to the > user to

bug#63427: gdk-pixbuf unable to recognize image formats (JPG, PNG, etc.)

Am Donnerstag, dem 11.05.2023 um 10:05 +0200 schrieb Josselin Poiret: > Now, if we had packaged everything properly, all the applications you > mention should *propagate* gdk-pixbuf and not just list it as an > input No. Propagated inputs are *never* the result of proper packaging. More often

bug#60657: Rethinking how service extensions work

Am Dienstag, dem 09.05.2023 um 20:12 +0100 schrieb Bruno Victal: > Hi Ludo’, > > On 2023-02-25 17:46, Ludovic Courtès wrote: > > Bruno Victal skribis: > > > In [1], the issue arises from using activation-service-type to > > > create files/directories for services > > > when these should be

bug#63082: [PATCH v3 05/16] services: mpd: Obsolete the 'group' field.

Am Sonntag, dem 07.05.2023 um 21:05 -0400 schrieb Maxim Cournoyer: > Hi Liliana, > > Liliana Marie Prikler writes: > > > Hi Maxim, > > > > Am Sonntag, dem 07.05.2023 um 14:12 -0400 schrieb Maxim Cournoyer: > > > My focus on this series was making

bug#63082: [PATCH v3 05/16] services: mpd: Obsolete the 'group' field.

Hi Maxim, Am Sonntag, dem 07.05.2023 um 14:12 -0400 schrieb Maxim Cournoyer: > My focus on this series was making sure the configuration is easy(er) > to reason with and that it works out of the box for the most part. Obsoleting the group field does imho not significantly ease its use. It rather

bug#63082: [PATCH v3 05/16] services: mpd: Obsolete the 'group' field.

Am Samstag, dem 06.05.2023 um 22:55 -0400 schrieb Maxim Cournoyer: > Hi! > > Liliana Marie Prikler writes: > > > Am Freitag, dem 05.05.2023 um 14:29 -0400 schrieb Maxim Cournoyer: > > Didn't we agree in v2 that we want to address this on the account- > > s

bug#63082: [PATCH v3 05/16] services: mpd: Obsolete the 'group' field.

Am Freitag, dem 05.05.2023 um 14:29 -0400 schrieb Maxim Cournoyer: > Prior to this change, there was a discrepancy where a user could have > disagreeing groups between the group and user fields (the user field > being a record, which includes its primary group as a > string).  This could have

bug#63082: [PATCH v3 04/16] services: mpd: Rename %set-user-group to set-user-group.

Am Freitag, dem 05.05.2023 um 14:28 -0400 schrieb Maxim Cournoyer: > The convention to use % as a prefix is for "special" variables rather > than procedures. Variables are a superset of procedures in Scheme :) That being said, I'm d'accord with the actual change. > * gnu/services/audio.scm

bug#63270: d-feet: Fails to build (Function does not take positional arguments)

Am Donnerstag, dem 04.05.2023 um 17:13 +0200 schrieb Ivan Vilata i Balaguer: > Hi!  It looks like the Meson build of `d-feet` fails to complete in > the version of Guix shown below: > > ``` > $ guix describe > Generation 56   May 02 2023 11:25:26    (current) >   guix 3f8c489 >     repository

bug#63082: [PATCH 04/17] services: mpd: Obsolete the 'group' field.

Hi Maxim, Am Sonntag, dem 30.04.2023 um 21:07 -0400 schrieb Maxim Cournoyer: > > In the current mpd-configuration, to use my own user, I must also > > provide the matching group as a record, even if > > e.g. 'users' is something I've never created myself and don't > > really > > have a clue as

bug#63082: [PATCH 04/17] services: mpd: Obsolete the 'group' field.

Am Samstag, dem 29.04.2023 um 13:16 -0400 schrieb Maxim Cournoyer: > This means we do not have to expose user-accounts at the > , which is not the right place for that anyway; > it's already exposed via the users/groups fields of the system> record. > > That's much easier to reason with, for

bug#63082: [PATCH 04/17] services: mpd: Obsolete the 'group' field.

Am Samstag, dem 29.04.2023 um 08:26 +0200 schrieb Liliana Marie Prikler: > IIRC using supplementary groups does not suffice, because the > service won't work then; do I actually recall that correctly?  Reading the rest of the series it turns out that worry was unwarranted. Supplementary gro

bug#63082: [PATCH 11/17] services: mpd: Warn when the MPD user is not in the "audio" group.

Am Freitag, dem 28.04.2023 um 10:27 -0400 schrieb Maxim Cournoyer: > Relates to . > > * gnu/services/audio.scm (%mpd-user) [group]: Add comment. > (mpd-user-sanitizer): Warn if the MPD user is not in the audio group. > --- >  gnu/services/audio.scm | 16

bug#63082: [PATCH 04/17] services: mpd: Obsolete the 'group' field.

Am Freitag, dem 28.04.2023 um 10:26 -0400 schrieb Maxim Cournoyer: > Prior to this change, there was a discrepancy where a user could have > disagreeing groups between the group and user fields (the user field > being a record, which includes its primary group as a > string).  This could have

bug#63050: "guix pull" requires graphical libraries

Am Mittwoch, dem 26.04.2023 um 20:39 +0200 schrieb Josselin Poiret: > Hi Andreas, > > Andreas Enge writes: > > > Hello, > > > > Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie > > Prikler: > > > Having built glib from scratch mor

bug#63082: mpd defaul configuration does not work ('No database' error)

Hi Maxim, Am Dienstag, dem 25.04.2023 um 23:11 -0400 schrieb Maxim Cournoyer: > The cache-directory configuration doesn't seem to be useful so far; > nothing was being populated under /var/cache/mpd. > > in /var/log/messages, pulseaudio throws a couple errors: > > --8<---cut

bug#63050: "guix pull" requires graphical libraries

Hi folks, just dropping by real quick Am Mittwoch, dem 26.04.2023 um 10:45 +0200 schrieb Josselin Poiret: > No, guix graph uses its own graphviz implementation!  It is used to > generated png files from .dot files while building the documentation. > > I don't really know if we can skip graphical

bug#62908: evolution-data-server@3.44.4 or above don't connect with Nextcloud online account (GNOME desktop)

Am Montag, dem 17.04.2023 um 15:33 + schrieb christophe.pist...@posteo.net: > evolution-data-server@3.44.4 or above don't connect with Nextcloud > online account > > ## Steps to reproduce > > The following steps assume you are using Guix System x86_64 with > GNOME desktop/X11 > > 1. fresh

bug#58813: [PATCH v2 3/5] Makefile.am: Auto-configure Git on 'make'.

Am Sonntag, dem 23.04.2023 um 22:29 -0400 schrieb Maxim Cournoyer: > This means we do not need to worry anymore about manually syncing the > pre-push git hook or the Guix-provided git configuration. IIUC we still need to invoke 'make .git/whatever' manually, and I'd actually like it to be that

bug#58813: [PATCH 3/5] teams: Add a configure-git action.

Am Sonntag, dem 23.04.2023 um 12:04 -0400 schrieb Maxim Cournoyer: > * etc/git/gitconfig: Augment configuration template with useful > options to > allow for auto-configuration. > * etc/teams.scm.in (configure-git): New procedure. > (main): Register it and add documentation. I think configure-git

bug#58813: [PATCH 1/5] gnu: git: Apply patch adding the --header-cmd feature.

Am Sonntag, dem 23.04.2023 um 12:04 -0400 schrieb Maxim Cournoyer: > In preparation to fix . > > * gnu/packages/patches/git-header-cmd.patch: New file. > * gnu/local.mk (dist_patch_DATA): Register it. > * gnu/packages/version-control.scm (git) [source]: Apply

bug#62784: drascula, lure, lure-de, lure-es, lure-fr, lure-it, sky: non-commercial license

Hi Denis, Am Mittwoch, dem 12.04.2023 um 01:52 +0200 schrieb Denis 'GNUtoo' Carikli: > Hi, > > The license of all these packages have that inside: > > 3) You may not charge a fee for the game itself. This includes > > reselling the game as an individual item. > > And the FSDG has that: > >

bug#62394: [PATCH] make more packages tunable

reassign 62394 guix-patches thanks > * gnu/packages/compression.scm (zlib): add (tunable? . #t) property Should probably be ... (zlib)[properties]: Add tunable?. Likewise for the other packages. > +(properties '((tunable? . #t))) ;; advantages of Clear Linux > over Ubuntu seen + perf: >

bug#62174: Cannot use modules with an inferior kernel.

Am Montag, dem 13.03.2023 um 23:27 -0400 schrieb Robby Zambito: > Hi, > > I use an inferior to pin my kernel version, but it seems like I > cannot > use modules with it. The following works fine: > > ``` > (use-package-modules linux) > (operating-system >   ... >   (kernel linux-libre) >  

bug#62176: [PATCH] Update Mesa to 22.2

Am Dienstag, dem 14.03.2023 um 06:31 +0100 schrieb Dr. Arne Babenhauserheide: > Hi, > > the attached patch updates mesa to version 22. Please do one patch per package and don't mix stylistic and functional changes. > The patch from core-updates is still missing. It may be a good idea > to add

bug#58813: [PATCH v2] doc: Document how to use Patman for patches submission.

Hi, Am Dienstag, dem 07.03.2023 um 18:39 +0100 schrieb Simon Tournier: > I still think this documentation for configuring ’patman’ about > “Patch management” is helpful.  I think it could be part of the > manual.  If not for reasons I am missing, at least this documentation > should be included

bug#61570: Backward incompatible changes in mpd-service-type

Am Montag, dem 06.03.2023 um 20:13 -0500 schrieb Maxim Cournoyer: > > Am Freitag, dem 17.02.2023 um 07:53 -0500 schrieb Maxim Cournoyer: > > > Else an error rather than a warning when multiple same-name users > > > are defined would be more appropriate, I think. > > Guess what, it used to be a

bug#58813: [PATCH] doc: Document how to use Patman for patches submission.

Am Freitag, dem 03.03.2023 um 10:54 +0100 schrieb Ludovic Courtès: > Hi, > > Maxim Cournoyer skribis: > > > Fixes . > > It’s only tangentially related, no? > > > * doc/contributing.texi (Sending a Patch Series): Mention Patman.  > > Adjust the examples to no

bug#61882: emacs-next-pgtk does not find emacs-org-roam, other path issues

Am Mittwoch, dem 01.03.2023 um 17:11 +0100 schrieb Csepp: > > b...@bokr.com writes: > > > Hi, > > > > On +2023-03-01 12:16:56 +0100, Csepp wrote: > > [...] > > > How the hell would my paths affect what's in the bin folder?  > > > Like, the flatpak binary is literally not present in the profile,

bug#56584: vala build uses bundled bootstrap binaries

Am Mittwoch, dem 01.03.2023 um 05:00 + schrieb Adam Faiz: > > Looking at the vala source code, we can bootstrap the current > > version from 0.39.5.8, which appears to be between release cycles – > > 0.39.6 already requires it, whereas 0.39.5 bootstraps from 0.25.1.  > > I'm not sure how to

  1   2   3   4   5   >