bug#53253: Guix home test failing additional information

I managed to get the following result: I could make the test pass by including elogind in my system. Then I made it fail again by the following: 1. sudo unmount /run/user/1000 2. sudo rm -rf /run/user/1000

bug#53253: Guix home test failing

The guix home test is failing on the testsuite, when the requirement to provide XDG_RUNTIME_DIR is not met. The test should be set up to provide a proper environment irrespective of the setup. The test log ends with: + cat + guix home reconfigure /tmp/tmp.zQT5LdzYx7/home.scm

bug#40316: core-updates nss not reproducible

Hello Danny, Danny Milosavljevic ezt írta (időpont: 2020. márc. 30., H, 4:38): > > Hi, > > core-updates' nss is not reproducible (commit > aebcbb27bc2f192cc06163251bab66a4ceb7b7d6). > > diffoscope says: > > --- /gnu/store/gfpgqvwrixhf3sf1bnzsfxzvld0nd8b7-nss-3.50 > +++

bug#37679: [PATCH 0/2] Local git configuration interferes with testsuite

the environment variables. Gábor Boskovits (2): tests: Isolate git from user configuration. tests: Ignore files created by the testsuite. .gitignore | 4 +++- Makefile.am| 2 ++ build-aux/test-env.in | 4 tests/fake-home/.gitconfig | 21

bug#37207: nginx serving files from the store returns Last-Modified = Epoch

Hello Vincent, Vincent Legoll ezt írta (időpont: 2020. márc. 27., P, 0:07): > > This bug prevents repology [1] to show > the latest versions of packages in guix, > as it relies on 'Last-Modified' for: > https://guix.gnu.org/packages.json > changing in a meaningful way... > Does it also use

bug#37679: [PATCH 2/2] tests: Ignore files created by the testsuite.

* .gitignore: Add /tests/fake-home/.guix-profile. Ignore test result files in tests subdirectories. Ignore top level files staring with t-. --- .gitignore | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/.gitignore b/.gitignore index de058dda5e..19aae6c5ae 100644 ---

bug#37679: [PATCH 1/2] tests: Isolate git from user configuration.

Vong # Copyright © 2019 Efraim Flashner +# Copyright © 2020 Gábor Boskovits # # This file is part of GNU Guix. # @@ -560,6 +561,7 @@ EXTRA_DIST += \ build-aux/update-NEWS.scm\ d3.v3.js

bug#40062: nscd: Domain name resolution errors when travelling

Hello, Pierre Neidhardt ezt írta (időpont: 2020. márc. 14., Szo 19:14): > When I move with my Guix laptop, I frequently get domain name resolution > errors. > I believe this is on Guix System. Are you using NetworkManager as networking service? > To fix the issue, I need to run > >

bug#39685: Guix pull fails on qemu image

Not a bug.

bug#39685: Error on guix-pull using the qemu image

Hello, Eilene Tomkins-Flanagan via Bug reports for GNU Guix ezt írta (időpont: 2020. febr. 20., Csü 5:31): > I downloaded the qemu image from > https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.0.1.x86_64-linux.xz. > It had a valid signature. > > After booting the machine with qemu 3.1 (I'm

bug#39648: Reverse my commits on GNOME meta-package

Hello Tobias, Tobias Geerinckx-Rice via Bug reports for GNU Guix ezt írta (időpont: 2020. febr. 17., H, 20:03): > > Raghav Gururajan 写道： > > Could you please reverse my following commits: > > > > 1) d36fa50fbf8169018193774782fd21f1b13b9c0e > > > > 2) 7922b6f795eb575084546ec9bfb9d40508a9378e > >

bug#39562: python-keras build fails: test_selu: Not equal to tolerance rtol=1e-07, atol=0

This resembles to the babl issue we are having. Is it possible that this is hardware related? Pierre Neidhardt ezt írta (időpont: 2020. febr. 11., Ke 16:19): > Tests fail with: > > --8<---cut here---start->8--- > === FAILURES >

bug#39468: Openbox - Calculator does not load

Hello, Scott C. MacCallum via Bug reports for GNU Guix ezt írta (időpont: 2020. febr. 6., Cs, 22:38): > > "I'd like to close your other bugs (39469 to 39474) as I think they all have > the same root cause. I'll rename this one Do you agree?" > > I agree. And I'll stop submitting bugs for the

bug#39434: Misselled symbol exported from web services

Tags: easy The symbol nginx-configuration-nginx is misspelled in the web services module. I leave this as is, so that it makes an easy initial contribution. g_bor -- OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21nginx-ser

bug#39417: [doc] Misspelled example in manual

Tags: easy Hello Guix, In the manual, at base services: file->udev-rule second example misspells user-account. I file this as a bug so that we have a few easy for starting outreachy applicants. Best regards, g_bor -- OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21

bug#39301: imported module (guix build utils) overrides core binding `delete'

Ludovic Courtès ezt írta (időpont: 2020. febr. 2., Vas 22:15): > Hello! > > strypst...@posteo.net skribis: > > > Whenever running "sudo guix system reconfigure /path/to/config.scm I > > get the following warnings: > > > > building > >

bug#39394: vis editor doesn't respect user configuration

tsmish ezt írta (időpont: 2020. febr. 2., Vas 22:08): > > I would go for renaming it like visrc.lua.example, or similar. > > I don't really like this solution because while this particular > problem will be fixed, underlying issue of system paths having higher > priority than user ones will

bug#39394: vis editor doesn't respect user configuration

tag 39394 easy quit

bug#39394: vis editor doesn't respect user configuration

Thanks for the report. tsmish ezt írta (időpont: 2020. febr. 2., Vas 18:57): > Steps to reproduce: > 1. Make file ~/.config/vis/visrc.lua with following text: > ``` > require('vis') > > vis.events.subscribe(vis.events.INIT, function() > vis:command('qall') > end) > ``` > 2. Open vis > > vis

bug#39294: Can't run ./configure

Hello Damien, Damien Cassou ezt írta (időpont: 2020. jan. 26., V, 17:58): > > Hi, > > I'm on Fedora and just installed Guix by using guix-install.sh. I also > checked out Guix git repository. When inside this repository, I face the > following issue: > > $ guix environment guix > ... > >

bug#39023: binary installation manual doesn't work on Alpine Linux

Tobias Geerinckx-Rice ezt írta (időpont: 2020. jan. 22., Sze, 20:58): > > Gábor, > > Gábor Boskovits 写道： > > Oops, I missed that. > > I'm suprised I haven't confused add* & *add once so far in this > thread :-) Yes, I am also a bit confused. > > > T

bug#39023: binary installation manual doesn't work on Alpine Linux

Oops, I missed that. Tobias Geerinckx-Rice ezt írta (időpont: 2020. jan. 22., Sze, 4:53): > > Gábor, > > Gábor Boskovits 写道： > > ezt írta (időpont: 2020. jan. 7., K, > > 22:32): > >> I suggest adding another example which works by default on > >> bus

bug#38086: RAID installation script with ‘mdadm’ no longer works

Vagrant Cascadian ezt írta (időpont: 2020. jan. 17., Pén 23:42): > On 2019-11-12, Ludovic Courtès wrote: > > Gábor Boskovits skribis: > > > >>> + mdadm --create /dev/md0 --verbose --level=stripe --raid-devices=2 > >>> /dev/vdb2 /dev/vdb3 > >>

bug#39090: Guix package version bisect update

> > > As it turned out that the problem is in the guix package following an > > > update I > > > started a bisect. > > > > > > Updating guix to: > > > edc58fdada good > > 970cb5cece good > 4f0b3368ad bad ea3e8fad74 good

bug#39090: Guix package version bisect update

> > As it turned out that the problem is in the guix package following an > > update I > > started a bisect. > > > > Updating guix to: > > edc58fdada good > 970cb5cece good 4f0b3368ad bad

bug#39090: Guix package version bisect update

Gábor Boskovits ezt írta (időpont: 2020. jan. 14., K, 18:01): > > As it turned out that the problem is in the guix package following an update I > started a bisect. > > Updating guix to: > edc58fdada good 970cb5cece good > > -- > OpenPGP Key Fingerprint: 7988:3B

bug#39090: Guix package version bisect update

As it turned out that the problem is in the guix package following an update I started a bisect. Updating guix to: edc58fdada good -- OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21

bug#39090: Update on the installer bug

The problem is introduced by the guix update on fd885160fcfde710e415252463c1034f22f88e59. Reverting this commit makes the problem go away, so a bisect on the guix package version is feasible. The problem can be triggered in the installer image by doing 'guix build guix' in a root terminal. The

bug#39090: Installer fails on install disk built from master

Gábor Boskovits ezt írta (időpont: 2020. jan. 12., V, 19:17): > > Gábor Boskovits ezt írta (időpont: 2020. jan. > 12., V, 17:54): > > > > Gábor Boskovits ezt írta (időpont: 2020. jan. > > 12., V, 16:18): > > > > > > Gábor Boskovits ezt

bug#39090: Installer fails on install disk built from master

Gábor Boskovits ezt írta (időpont: 2020. jan. 12., V, 17:54): > > Gábor Boskovits ezt írta (időpont: 2020. jan. > 12., V, 16:18): > > > > Gábor Boskovits ezt írta (időpont: 2020. jan. > > 12., V, 14:00): > > > > > > Gábor Boskovits ezt

bug#39090: Installer fails on install disk built from master

Gábor Boskovits ezt írta (időpont: 2020. jan. 12., V, 16:18): > > Gábor Boskovits ezt írta (időpont: 2020. jan. > 12., V, 14:00): > > > > Gábor Boskovits ezt írta (időpont: 2020. jan. > > 12., V, 12:39): > > > > > > Gábor Boskovits ezt

bug#39090: Installer fails on install disk built from master

Gábor Boskovits ezt írta (időpont: 2020. jan. 12., V, 14:00): > > Gábor Boskovits ezt írta (időpont: 2020. jan. > 12., V, 12:39): > > > > Gábor Boskovits ezt írta (időpont: 2020. jan. > > 12., V, 3:06): > > > > > > Gábor Boskovits ezt

bug#39090: Installer fails on install disk built from master

Gábor Boskovits ezt írta (időpont: 2020. jan. 12., V, 12:39): > > Gábor Boskovits ezt írta (időpont: 2020. jan. > 12., V, 3:06): > > > > Gábor Boskovits ezt írta (időpont: 2020. jan. > > 12., V, 2:15): > > > > > > Gábor Boskovits ezt ír

bug#39090: Installer fails on install disk built from master

Gábor Boskovits ezt írta (időpont: 2020. jan. 12., V, 3:06): > > Gábor Boskovits ezt írta (időpont: 2020. jan. > 12., V, 2:15): > > > > Gábor Boskovits ezt írta (időpont: 2020. jan. > > 11., Szo, 15:49): > > > > > > Hello, > > > > >

bug#39090: Installer fails on install disk built from master

Gábor Boskovits ezt írta (időpont: 2020. jan. 12., V, 2:15): > > Gábor Boskovits ezt írta (időpont: 2020. jan. > 11., Szo, 15:49): > > > > Hello, > > > > I noticed that the install disk created on current ma

bug#39090: Installer fails on install disk built from master

Gábor Boskovits ezt írta (időpont: 2020. jan. 11., Szo, 15:49): > > Hello, > > I noticed that the install disk created on current master can't > install the system. > > This is on: > e4c9ba4da2a6faf80209488d5c086ea0d5c39214 > . > > I have found a reproducer that

bug#39090: Installer fails on install disk built from master

Ricardo Wurmus ezt írta (időpont: 2020. jan. 11., Szo, 17:44): > > > Gábor Boskovits writes: > > > 5. create a file gexp.scm with this content: > > (use-modules > > (gnu packages package-management) > > (guix gexp)) > > > > (program-file

bug#39090: Installer fails on install disk built from master

Hello, I noticed that the install disk created on current master can't install the system. This is on: e4c9ba4da2a6faf80209488d5c086ea0d5c39214 . I have found a reproducer that might highlight where the problem is. Steps to reproduce: 1. guix pull 2. build the installer image guix system

bug#39051: nginx caching headers are broken due to epoch store timestamps

Hello, Robert Vollmert ezt írta (időpont: 2020. jan. 9., Cs, 11:54): > > I’ve been having hard-to-debug caching issues serving up static files > with nginx. It turns out this is due to nginx computing e-tag headers > from file timestamps, which are all epoch in the guix store. > > I’ve fixed

bug#39023: binary installation manual doesn't work on Alpine Linux

Hello, ezt írta (időpont: 2020. jan. 7., K, 22:32): > > The commands in > https://guix.gnu.org/manual/en/guix.html#Build-Environment-Setup > do not work on busybox-based systems such as Alpine Linux by default. > This is because they do not have 'groupadd' or 'useradd' by default (from >

bug#38357: babl-0.1.72 build failure (test failure) - dependency for gimp

Hello, Pierre Neidhardt ezt írta (időpont: 2020. jan. 7., K, 12:40): > > Any update on this? :) The upstream discussion has not been touched for a month. I believe it would be safe to either - disable the test, as it doesn't make any sense at all, it requires a too narrow tolerance. - or apply

bug#38806: Bug Report

Hello, Ludovic Courtès ezt írta (időpont: 2019. dec. 30., H, 22:42): > > Hello, > > Wayne Wallace skribis: > > > I was doing a guix pull on a new VM setup > > Could it be that your VM ran out of memory during ‘guix pull’? (I’d > recommend ~2G of RAM at least.) Last time I checked the VM image

bug#38795: "guix build" doesn't find modules from extra channels when building from an expression

This is a possible duplicate of 37399. Can you confirm? ezt írta (időpont: 2019. dec. 29., V, 17:07): > > I have added my own repository to my ~/.config/guix/channels.scm > (https://gitlab.com/pkill-9/guix-packages-free), but when I run `guix build > --expression='(use-modules (pkill9 utils))'

bug#38357: babl-0.1.72 build failure (test failure) - dependency for gimp

Ludovic Courtès ezt írta (időpont: 2019. dec. 26., Cs, 18:31): > > Hi, > > Gábor Boskovits skribis: > > > Here is the upstream bug report: > > https://gitlab.gnome.org/GNOME/babl/issues/49 > > Thanks for finding it! The discussion is still on-going, but it se

bug#38357: babl-0.1.72 build failure (test failure) - dependency for gimp

Hello, Brett Gilio ezt írta (időpont: 2019. dec. 24., K, 1:43): > > Ludovic Courtès writes: > > > Hi, > > > > Tobias Geerinckx-Rice via Bug reports for GNU Guix > > skribis: > > > >> Christopher Howard 写道： > >>> 22/25 alpha_symmetric_transform FAIL 0.12 s (exit > >> > >> I've

bug#38411: HTTP pipelining of narinfo requests broken for https://ci.guix.gnu.org

This was an upstream regression introduced in nginx 1.17.5. It is fixed in 1.17.7. Fixed by updating nginx to 1.17.7 in commit: 32dfde905229e593f9fe60795d2490f99c27aad5 and updating berlin config in maintenance on commit: 87d451e9c3381b21e6c7208372576abed84df1e6. This is mentioned on then nginx

bug#38529: Make --ad-hoc the default for guix environment proposed deprecation mechanism

Ricardo Wurmus ezt írta (időpont: 2019. dec. 20., Pén 22:32): > > zimoun writes: > > > Then you ask one question: "Should Guix be volatile software?" with > > the subtitle "Software developers should avoid traumatic changes". > > Nothing more. > > Well, I answer you by trying to fill the gap.

bug#38663: postgis is not reproducible

Hello, Björn Höfling ezt írta (időpont: 2019. dec. 18., Sze, 22:16): > > Package postgis contains many timestamps, making it not reproducible. > > Some examples below. > > Björn > > > --- /gnu/store/121c447hzz55milkdp7ak15vxmsi1xpr-postgis-2.4.8 > +++

bug#38529: Make --ad-hoc the default for guix environment proposed deprecation mechanism

Hello Konrad, Konrad Hinsen ezt írta (időpont: 2019. dec. 17., Ke 7:52): > On 16/12/2019 23:09, Ludovic Courtès wrote: > > So in a more algorithmic manner: > >> 1. if ad-hoc and inputs-of is present at the same invocation: fail > >> hard. (With an error like incompatible options present) > >>

bug#38529: Make --ad-hoc the default for guix environment proposed deprecation mechanism

Hello Zimoun, zimoun ezt írta (időpont: 2019. dec. 13., P, 17:32): > > Hi Gábor, > > Sorry to be slow. :-) I probably just did not express myself clearly enough. > > On Fri, 13 Dec 2019 at 17:28, Gábor Boskovits wrote: > > > > So in a more algorithmic manne

bug#38529: Make --ad-hoc the default for guix environment proposed deprecation mechanism

Hello, Let me try again :) zimoun ezt írta (időpont: 2019. dec. 13., P, 13:02): > > Hi Gábor, > > > On Thu, 12 Dec 2019 at 21:54, Gábor Boskovits wrote: > > > zimoun ezt írta (időpont: 2019. dec. 12., Csü > > 17:47): > > >> Maybe I miss a point. Is

bug#38529: Make --ad-hoc the default for guix environment proposed deprecation mechanism

Hello, zimoun ezt írta (időpont: 2019. dec. 12., Csü 17:47): > Hi Gábor, > > Thank you for summarizing the discussion on IRC that I missed. > > Maybe I miss a point. Is the aim to conserve the "--ad-hoc" option > with a different effect? Or why do we want to conserve this option > name? > It

bug#38529: Make --ad-hoc the default for guix environment proposed deprecation mechanism

Hello guix, Based on discussion on IRC the following plan for deprecation might work. Comments are welcome: 1. Make guix environment aware of an environment variable: GUIX_ENVIRONMENT_DEPRECATED_AD_HOC if this is defined, then fall back to the current behaviour. Motivation: this would enable

bug#38544: gparted segfaults

Hello, Ricardo Wurmus ezt írta (időpont: 2019. dec. 9., H, 11:11): > > This segfaults: > > sudo /gnu/store/yzxyxnxja4y1riwh3mrqrvb7h4vhxlqb-gparted-1.0.0/bin/gparted > > --8<---cut here---start->8--- > … > (gpartedbin:5364): Gdk-CRITICAL **: 11:06:10.219:

bug#38198: missing shell for postgresql system user

Hello, Giovanni Biscuolo ezt írta (időpont: 2019. nov. 13., Sze, 18:38): > > Hello Guix! > > Current postgresql access rules (pg_hba.conf) defaults to (see > [bug#36191] for details on that patch): > > --8<---cut here---start->8--- > local all all

bug#38088: Guix system becomes unresponsive after backtrace

It seems this was a filesystem corruption. Everything seems fine after reboot, so closing. Giovanni Biscuolo ezt írta (időpont: 2019. nov. 7., Cs, 8:36): > > Hello Gabor, > > Gábor Boskovits writes: > > [...] > > >> From the screenshot, it seems that your root file

bug#38088: Guix system becomes unresponsive after backtrace

Danny Milosavljevic ezt írta (időpont: 2019. nov. 6., Sze, 16:52): > > Hi Gábor, > > On Wed, 6 Nov 2019 15:15:41 +0100 > Gábor Boskovits wrote: > > > This happened when I was trying a pre-inst-env guix build from a > > core-updates checkout. > > Previ

bug#38088: Guix system becomes unresponsive after backtrace

Hello, Ludovic Courtès ezt írta (időpont: 2019. nov. 6., Sze, 18:42): > > Hi Gábor, > > Gábor Boskovits skribis: > > > I did not know how to get the info better, so here is a screenshot > > about the situation. > > > > This happened when I was trying a

bug#38088: Guix system becomes unresponsive after backtrace

Hello, I did not know how to get the info better, so here is a screenshot about the situation. This happened when I was trying a pre-inst-env guix build from a core-updates checkout. Previously python3 failed to build, and I was trying to build it again. Best regards, g_bor -- OpenPGP Key

bug#38086: RAID installation script with ‘mdadm’ no longer works

Hello Ludo, Ludovic Courtès ezt írta (időpont: 2019. nov. 6., Sze, 11:14): > Hello, > > Looks like our RAID installation method no longer works, as can be seen > at : > > --8<---cut here---start->8--- > + guix

bug#37917: Kernel Panic

Hello, Ludovic Courtès ezt írta (időpont: 2019. okt. 25., P, 23:09): > Hi, > > Raghav Gururajan skribis: > > > Whenever I shutdown my system, 50% of the time, I end up with kernel > > panic. Then I had to do cold restart. > > > > Kernel Panic: > > >

bug#37929: clojure is not usable out of the box

Hello, this seems to be a partial duplicate of #32709. Maybe we could merge these... Bradley Haggerty ezt írta (időpont: 2019. okt. 25., P, 22:49): > You cannot get a repl by running `clojure`, and it's lacking java as a > dependency even though java seems to be needed to use it. Other >

bug#37900: guix invocation induces guile locale error

Sorry, maybe I was not clear on this. On 37914 there was a message that it is ok to close 37900. See: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=37914#13 Ludovic Courtès ezt írta (időpont: 2019. okt. 25., P, 22:46): > Gábor Boskovits skribis: > > > Submitter requested to c

bug#37900: guix invocation induces guile locale error

Submitter requested to close the bug on #37914. Closing. -- OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21

bug#37682: weston 6.0.1 build failure

Just some further info. This is not deterministic. Did not work on one of my systems yesterday, today it works just fine. I did not pull in the meantime. -- OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21

bug#37682: weston 6.0.1 build failure

Hello, I just encountered this. I will first try to update it to 7.0.0, and see if it helps. Marius Bakke ezt írta (időpont: 2019. okt. 24., Cs, 18:54): > Bradley Haggerty writes: > > > guix 525ef21 > > repository URL: https://git.savannah.gnu.org/git/guix.git > > branch: master > >

bug#37347: 'guix environment' fails after trying to follow the steps from "Running Guix Before It Is Installed" page

The submitter solved the problem, and requested to close. Closing. -- OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21

bug#29474: Hydra guix tarball build faliure

Hydra is decomissioned for a while, closing.

bug#37669: guile: warning: failed to install locale

Hello Jesse, Jesse Gibbons ezt írta (időpont: 2019. okt. 9., Sze, 0:51): > On a GuixSD install, the following message began appearing today (I did not > record what time): > guile: warning: failed to install locale > It appears whenever I run `guix` regardless of the command-line arguments I >

bug#37679: Local git configuration interferes with testsuite

diff --git a/Makefile.am b/Makefile.am index 36767c2f47..e7bf819a6b 100644 --- a/Makefile.am +++ b/Makefile.am @@ -14,6 +14,7 @@ # Copyright © 2018 Oleg Pykhalov # Copyright © 2018 Alex Vong # Copyright © 2019 Efraim Flashner +# Copyright © 2019 Gábor Boskovits # # This file is part of GNU

bug#37631: service zabbix-server (and zabbix-agent) fails starting (cannot run as root!)

Hello Giovanni, Giovanni Biscuolo ezt írta (időpont: 2019. okt. 5., Szo, 14:51): > Giovanni Biscuolo writes: > > > executive summary: do we really need to start zabbix_server in > > foreground mode? > > executive answer: I don't know **but** this is not the cause of my issue > :) > > >

bug#37593: [core-updates] Linux-Libre fails to build on aarch64-linux

Hello Marius, Marius Bakke ezt írta (időpont: 2019. okt. 5., Szo, 14:40): > Pierre Langlois writes: > > > Hi Marius, > > > > Marius Bakke writes: > > > >> Berlin fails to build "linux-libre" for AArch64 on the 'core-updates' > >> branch. Here is a recent attempt: > >> > >>

bug#36785: Impossible to pull on foreign distro

Ludovic Courtès ezt írta (időpont: 2019. szept. 23., Hét 10:29): > Hi Maxim, > > Maxim Cournoyer skribis: > > > --- a/doc/guix.texi > > +++ b/doc/guix.texi > > @@ -2387,8 +2387,8 @@ Success, you've now booted into Guix System! From > then on, you can update the > > system whenever you want by

bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop

Hello, Ludovic Courtès ezt írta (időpont: 2019. szept. 19., Cs, 23:24): > Hello, > > Timothy Sample skribis: > > > Could this be the same issue as ? In short, > > Guix doesn’t guarantee that the “gdm” user will have the same UID if it > > gets deleted and recreated

bug#36785: Impossible to pull on foreign distro

Hello Ludo, Ludovic Courtès ezt írta (időpont: 2019. szept. 18., Sze, 0:04): > Hi, > > Ludovic Courtès skribis: > > > Indeed. I added ‘pk’ calls to print ‘%profile-directory’ and > > (canonicalize-profile %user-profile-directory), and here’s what I see > > with ‘sudo’: > > > > $ sudo -E

bug#37388: can lead to syntactically invalid configs

Hello, Ludovic Courtès ezt írta (időpont: 2019. szept. 12., Cs, 9:58): > Hello Guix! > > It’s nice that we have but I noticed that, unlike > most or all other configuration records that we have, it’s possible to > create an record that leads to a syntactically > invalid nginx config file. > >

bug#37373: python-ipython-documentation build is not reproducible

Hello, Maxim Cournoyer ezt írta (időpont: 2019. szept. 11., Sze, 2:30): > Here's the diff produced by diffoscope: > > --- > /gnu/store/crwhhm91cgms8fnydvqkmbqbjrypqv48-python-ipython-documentation-7.5.0 > +++ >

bug#36685: ant-bootstrap fails on core-updates (409 dependents)

Ricardo Wurmus ezt írta (időpont: 2019. szept. 6., Pén 15:40): > > Ricardo Wurmus writes: > > >>> So, with the following change I was able to build all the way up to the > >>> latest openjdk. Should we use it despite the introduction of a memory > >>> leak in a bootstrap JVM? Can we make the

bug#37232: git pull warns of http redirection

Hello, Bengt Richter ezt írta (időpont: 2019. aug. 30., P, 9:54): > Hi all, > > It seems to be working, but I like to > eliminate warnings ;-) > > To reproduce, cd into your repo dir, then: > > $ git status > On branch master > Your branch is up to date with 'origin/master'. > > nothing to

bug#37207: guix.gnu.org Last Modified at epoch

Hello Ludo, Ludovic Courtès ezt írta (időpont: 2019. aug. 28., Sze, 22:32): > Hello, > > Gábor Boskovits skribis: > > > we should create a file with the git last modification time of the files, > > updated when there is a new commit in the repo => last-modified

bug#37164: Generated installation image does not include grub.

Hello, Danny Milosavljevic ezt írta (időpont: 2019. aug. 29., Cs, 2:36): > > Jesse Gibbons skribis: > > > > > 1. generate the install image > > > guix system disk-image --file-system-type=iso9600 --verbosity=3 -- > > > root=installation-os-x86_64.iso --system=x86_64-linux -e '(@ (gnu > > >

bug#37207: guix.gnu.org Last Modified at epoch

Hello Tobias, Tobias Geerinckx-Rice via Bug reports for GNU Guix ezt írta (időpont: 2019. aug. 28., Sze, 16:38): > Gábor, Ludo', > > Gábor Boskovits 写道： > > Supressing the last modified header is just an > > add_header Last-Modified ""; > > away. > >

bug#37207: guix.gnu.org Last Modified at epoch

Hello Danny, Danny Milosavljevic ezt írta (időpont: 2019. aug. 28., Sze, 17:05): > Hi Gabor, > > On Wed, 28 Aug 2019 12:40:37 +0200 > Gábor Boskovits wrote: > > > Supressing the last modified header is just an > > add_header Last-Modified ""; > > awa

bug#37207: guix.gnu.org Last Modified at epoch

Hello, Supressing the last modified header is just an add_header Last-Modified ""; away. To get the info from the symlink seems to be much trickier, i would do with either embedded perl or embedded lua. I am not sure if we should bother with it, though. Wdyt?

bug#37164: Generated installation image does not include grub.

Hello, Jesse Gibbons ezt írta (időpont: 2019. aug. 27., K, 4:48): > On Mon, 2019-08-26 at 22:44 +0200, Gábor Boskovits wrote: > > Hello, > > > > Jesse Gibbons ezt írta (időpont: 2019. aug. > > 23., P, 19:41): > > > 1. generate the install image > > &g

bug#37164: Generated installation image does not include grub.

Hello, Jesse Gibbons ezt írta (időpont: 2019. aug. 23., P, 19:41): > 1. generate the install image > guix system disk-image --file-system-type=iso9600 --verbosity=3 -- > root=installation-os-x86_64.iso --system=x86_64-linux -e '(@ (gnu > system install) installation-os)' > > Just a wild

bug#36685: ant-bootstrap fails on core-updates (409 dependents)

Hello, Ricardo Wurmus ezt írta (időpont: 2019. júl. 21., Vas 13:29): > So, with the following change I was able to build all the way up to the > latest openjdk. Should we use it despite the introduction of a memory > leak in a bootstrap JVM? Can we make the patch smaller (fewer uses of >

bug#36685: ant-bootstrap fails on core-updates (409 dependents)

Hello, Ricardo Wurmus ezt írta (időpont: 2019. júl. 19., P, 8:09): > > Ricardo Wurmus writes: > > Here’s a shorter patch: > > > > --8<---cut here---start->8--- > > diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm > > index 403c446a82..bd98784232

bug#36685: ant-bootstrap fails on core-updates (409 dependents)

Hi, Chris Marusich ezt írta (időpont: 2019. júl. 16., Ke 8:59): > Hi, > > At commit 464a29d3d74e7d2f27042db6ab166bfdbe1f992e ('git branch --all > --contains 464a29d3d74e7d2f27042db6ab166bfdbe1f992e' tells me that only > core-updates has this commit at this time), the following error occurs >

bug#36589: Sway fails to launch

Hello martin, martin ezt írta (időpont: 2019. júl. 11., Cs, 4:28): > After installing sway it fails to launch from the command line. The > resulting error is > > > XDG_RUNTIME_DIR is not set in the environment. Aborting. > > This can be resolved either by setting XDG_RUNTIME_DIR, for example in

bug#35521: Mariadb test suite failures on x86_64-linux

Hello, Arne Babenhauserheide ezt írta (időpont: 2019. júl. 14., Vas 13:11): > Hi Mark, > > Mark H Weaver writes: > > My log file contains the same error in the 'tokudb_bugs.mdev4533' test: > > > > mysqltest: At line 6: query 'CREATE TABLE t1 (a INT(11), b CHAR(8)) > ENGINE=TokuDB' failed:

bug#36333: Misleading hint for url-fetch

Hello, Tobias Geerinckx-Rice ezt írta (időpont: 2019. jún. 22., Szo, 20:24): > Guix, > > I just encountered the following: > > I've also seen that. foo.scm:4:2: error: url-fetch: unbound variable > hint: Did you forget `(use-modules (guix build download))'? > > Actually importing that

bug#36264: shepherd doesn't capture service stdout/stderr

Hello guix, Robert Vollmert ezt írta (időpont: 2019. jún. 17., Hét 18:55): > On a pretty fresh Guix System install, I see some regular > sshd error messages on tty1 (which I guess means they’re > written to /dev/console). Also, setting up a regular > shepherd service via

bug#35996: User account password got locked when booting old generation

Hello, pelzflorian (Florian Pelz) ezt írta (időpont: 2019. jún. 3., Hét 8:04): > After I booted to a Guix install USB, chrooted as described on the > Arch wiki and started a Guix daemon, I could reconfigure as before. > There was no need to fiddle with grub-install. > > After multiple

bug#35902: Guix resets passwords on reconfigure

Hello, Marius Bakke ezt írta (időpont: 2019. máj. 26., Vas 9:39): > Marlon writes: > > > My user and root passwords have been reset about 3 times in 4 days upon > running guix system reconfigure. > > > > I can't seem to recognize any pattern, it appears to occur randomly, and > it requires

bug#35625: Python3 Cannot Find Existing Shared Library within guix environment

Hello Jesse, Jesse Gibbons ezt írta (időpont: 2019. máj. 8., Sze, 0:33): > I brought this to the help mailing list, and now I see it as a > particular bug in guix. When I change into a guix environment and try > to run a Python project that uses the WebKitGTK2 library, it cannot > find the

bug#35631: shepherd: dies on invalid code

Observed behaviour: Shepherd dies on loading invalid code. Expected behaviour: Send an error message to the log and back to the herd, that the given service could not be loaded. (Maybe a more detailed one, that helps in debugging). Continue operation without the offending service. Steps to

bug#35380: disk-image fails to install efi grub

Hello, Ludovic Courtès ezt írta (időpont: 2019. máj. 1., Sze, 22:21): > Hi rendaw, > > rendaw <7e9wc56emja...@s.rendaw.me> skribis: > > > On 4/25/19 5:44 PM, Ludovic Courtès wrote: > > [...] > > >> Exactly: currently QEMU is run with a plain old BIOS, and not with the > >> UEFI firmware, so

bug#33639: ISO installer image is broken on i686

Hello people, Thomas Schmitt ezt írta (időpont: 2019. ápr. 15., H, 19:54): > > Hi, > > Florian Pelz wrote: > > Well this is strange. I got fine ISO images each time (fine with no > > complaints from xorriso or fdisk and bootable in QEMU without errors), > > but after dd’ing them to different

bug#34934: deeptools is not reproducible

Hello Ludo, Ludovic Courtès ezt írta (időpont: 2019. márc. 23., Szo, 18:01): > > Hi, > > Maxim Cournoyer skribis: > > > │ │ │ │ ├── tree.cpython-37m-x86_64-linux-gnu.so > > │ │ │ │ │ ├── > > /gnu/store/02iklp4swqs0ipxhg5x9b2shmj6b30h1-binutils-2.31.1/bin/readelf > > --wide --dynamic {} > > │

  1   2   3   >