bug#40142: CVE checker return false positives

Hello, The CVE checker of “guix lint” returns false positives: ┌ │ LANGUAGE=C guix lint git 2>&1 ├─── │ gnu/packages/version-control.scm:149:2: git@2.25.1: probably vulnerable to CVE-2020-2136, CVE-2019-1003010, CVE-2018-1000110, CVE-2018-1000182 │ /gnu/store/8q0nfd6vnc6lnjh13rwl7fyimwlv7f

bug#23811: shepherd: tests/respawn-throttling.sh fails sporadically

Hello, #23811 (merged with #28588) are about the same tests failing as the recently closed #30299 and were reported 4 et 3 years. I suggest to close then too. Brice.

bug#40144: --rounds has no effect when used in conjunction with --check

Hello, Since this bug is already known[0] this report is just to keep of it. “guix --check --rounds=3 hello” only build the package once instead of three time. [0]: http://logs.guix.gnu.org/guix/2020-03-18.log#213921 Brice.

bug#39926: Regression introduced by Shepherd 0.7.0 ('make check-system TESTS=btrfs-root-os' fails)

Hi Ludo, Ludovic Courtès writes: > Hi Maxim, > > Maxim Cournoyer skribis: > >> Maxim Cournoyer writes: >> >> [...] >> >>> Comparing with the above uname output, we can see that it validates the >>> hostname matches against "liberigilo", yet it is "gnu"! Perhaps >>> Shepherd 0.7.0 introduced s

bug#39475: Xfce desktop - multiple programs from other desktop environments

Michael Rohleder writes: > "Scott C. MacCallum" writes: >> After the installation of all the available desktop environments, in the >> Xfce desktop environment there are multiple programs from some of the other >> desktop environments to choose from, not just the Xfce default ones. > > Isnt thi

bug#23811: shepherd: tests/respawn-throttling.sh fails sporadically

Brice Waegeneire writes: > Hello, > > #23811 (merged with #28588) are about the same tests failing as > the recently closed #30299 and were reported 4 et 3 years. > I suggest to close then too. Good catch, closing! signature.asc Description: PGP signature

bug#40079: emacs-elpy-1.31.0: failed to build

sirgazil via Bug reports for GNU Guix writes: > I couldn't upgrade the packages in my user profile because "emacs-elpy" check > phase fails. > > > ## Steps to reproduce > > 1. guix pull > 2. guix build emacs-elpy > > > ## Unexpected result > > > The output of the check phase: > > --

bug#40031: OpenScad Test errors

Ekaitz Zarraga writes: > ‐‐‐ Original Message ‐‐‐ > On Wednesday, March 11, 2020 10:51 PM, Leo Famulari > wrote: > >> On Wed, Mar 11, 2020 at 08:48:43PM +, Ekaitz Zarraga wrote: >> >> > Hi, >> > My installation of GuixSD fails to install OpenSCAD. >> > Running `guix environment --pu

bug#40153: The guix package fails to build attempting to install something directly under /etc

Repro: ./pre-inst-env guix build -e '((@@ (gnu packages package-management) current-guix))' --8<---cut here---start->8--- /gnu/store/9kzrrccpzl6i1sfwb0drb00gi2gwk0x0-coreutils-8.31/bin/mkdir -p '/gnu/store/n0w0xfnwf7j5h7138x2682rf247syp05-guix-1.0.1-15.09844

bug#35644: emacs module support doesn't work

Caleb Ristvedt writes: > I can confirm that it now works. I did a bit of looking through the commit > history and playing around with 'guix time-machine', and whatever changed > to fix > it, it wasn't a change that touched gnu/packages/emacs.scm. I know it fell > between 7ab5c4e0e8 and 5ce153b110

bug#40153: The guix package fails to build attempting to install something directly under /etc

On Fri, Mar 20, 2020 at 02:48:46PM -0400, Maxim Cournoyer wrote: > Repro: > > ./pre-inst-env guix build -e '((@@ (gnu packages package-management) > current-guix))' > > /gnu/store/9kzrrccpzl6i1sfwb0drb00gi2gwk0x0-coreutils-8.31/bin/mkdir: cannot > create directory ‘/etc/init.d’: Permission deni

bug#39950: flatpack packages can't open external applications

Damien Cassou writes: > Hi, > > when I install a flatpak package under Guix System, this package works > but can't open external applications. This is a problem for some > applications, e.g., Blender will never open your web browser. > > How to reproduce: > > $ guix install flatpak > > $ flatpak

bug#39869: python-orator build fails

This was a surprisingly deep rabbit hole that ended pretty unsatisfactory with commit 51d42caa94515f43d677bdd76d53bf8bb8c7bc4e. According to a comment in the package definition, the tests were never supposed to run, so in the end they were just disabled. I discovered a pattern that I hadn't seen

bug#40079: emacs-elpy-1.31.0: failed to build

Marius Bakke writes: > sirgazil via Bug reports for GNU Guix writes: > >> I couldn't upgrade the packages in my user profile because "emacs-elpy" >> check phase fails. >> >> >> ## Steps to reproduce >> >> 1. guix pull >> 2. guix build emacs-elpy >> >> >> ## Unexpected result >> >> >> The out

bug#40079: emacs-elpy-1.31.0: failed to build

Ricardo Wurmus writes: > Marius Bakke writes: > >> sirgazil via Bug reports for GNU Guix writes: >> >>> I couldn't upgrade the packages in my user profile because "emacs-elpy" >>> check phase fails. >>> >>> >>> ## Steps to reproduce >>> >>> 1. guix pull >>> 2. guix build emacs-elpy >>> >>> >>

bug#40079: emacs-elpy-1.31.0: failed to build

Maxim Cournoyer writes: > Ricardo Wurmus writes: > >> Marius Bakke writes: >> >>> sirgazil via Bug reports for GNU Guix writes: >>> I couldn't upgrade the packages in my user profile because "emacs-elpy" check phase fails. ## Steps to reproduce 1. guix pull

bug#39425: On , package source links are broken.

Hi! Alex ter Weele skribis: > For example, links > to > , > which 404s. > > Relevan

bug#40153: The guix package fails to build attempting to install something directly under /etc

Hi, Leo Famulari skribis: > On Fri, Mar 20, 2020 at 02:48:46PM -0400, Maxim Cournoyer wrote: >> Repro: >> >> ./pre-inst-env guix build -e '((@@ (gnu packages package-management) >> current-guix))' >> >> /gnu/store/9kzrrccpzl6i1sfwb0drb00gi2gwk0x0-coreutils-8.31/bin/mkdir: cannot >> create di

bug#40158: mount point is not created if mount? is #f

Consider the following file system record: (file-system (device "some-server:/mnt/scratch/yocto-sstate")" (mount-point "/mnt/scratch/yocto-sstate") (create-mount-point? #t) (type "nfs") (mount? #f) (options "soft") (flags '(no-exec))) Even though a user would think the mount point w

bug#39869: python-orator build fails

Hey Marius! Marius Bakke writes: > This was a surprisingly deep rabbit hole that ended pretty > unsatisfactory with commit 51d42caa94515f43d677bdd76d53bf8bb8c7bc4e. > > According to a comment in the package definition, the tests were never > supposed to run, so in the end they were just disabled

bug#40159: python-language-server-0.31.7 fails to build

View build log at '/var/log/guix/drvs/3m/x0662f42mrhvsvyahlj8ajyykq9hax-python-language-server-0.31.7.drv.bz2'. The build log listed above ended with: ... running "python setup.py" with command "test" and parameters () running test Searching for jedi<0.16,>=0.14.1 Reading https://pypi.org/si