bug#29474: Hydra guix tarball build faliure

The hydra task for tarball fails. It seems there is not interest in it, at least according to the discussion I had today on irc. I propse to remove that task. If someone is interested in fixing it instead, then it seems from the build log, that convert is missing, which should be in imagemagick.

bug#29537: Core updates broken

It seems, that we have a breakage in current core-updates. m4, gettext, and at least a few other packages fail to build. We had a discussion about that on irc, here are the important points: [09:34:53] * g_bor has joined #guix [09:34:58]

bug#29537: Acknowledgement (Core updates broken)

2dd12924cf4a30a96262b6d392fcde58c9f10d4b is good. 2017-12-02 21:14 GMT+01:00 GNU bug Tracking System : > Thank you for filing a new bug report with debbugs.gnu.org. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded t

bug#29537: Acknowledgement (Core updates broken)

61bed1570 is good 2017-12-02 22:32 GMT+01:00 Gábor Boskovits : > 2dd12924cf4a30a96262b6d392fcde58c9f10d4b is good. > > 2017-12-02 21:14 GMT+01:00 GNU bug Tracking System : > >> Thank you for filing a new bug report with debbugs.gnu.org. >> >> This is an automatica

bug#29537: Core updates broken

8dd35a0e2 is good 2017-12-02 21:12 GMT+01:00 Gábor Boskovits : > It seems, that we have a breakage in current core-updates. m4, gettext, > and at least a few other packages fail to build. > > We had a discussion about that on irc, here are the important points: > >

bug#29537: Core updates broken

ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a is the first bad commit. 2017-12-03 9:41 GMT+01:00 Gábor Boskovits : > 8dd35a0e2 is good > > > 2017-12-02 21:12 GMT+01:00 Gábor Boskovits : > >> It seems, that we have a breakage in current core-updates. m4, gettext, >> and at

bug#29537: Core updates broken

Reverting ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a works. I'm sure it is not optimal, but for now I will go with it. 2017-12-03 9:45 GMT+01:00 Gábor Boskovits : > ee3ebf1a357bd4eb36a2fa1790a7b549cffb305a is the first bad commit. > > 2017-12-03 9:41 GMT+01:00 Gábor Boskovits : >

bug#29537: Core updates broken

. WDYT? 2017-12-03 15:13 GMT+01:00 Marius Bakke : > Gábor Boskovits writes: > > > It seems, that we have a breakage in current core-updates. m4, gettext, > and > > at least a few other packages fail to build. > > Hello! > > The problem is that the glibc version

bug#29537: Core updates broken

I'd go the GUIX_GLIBC_VERSION way. That one seems the clearest, at least to me... 2017-12-03 19:43 GMT+01:00 Marius Bakke : > Ricardo Wurmus writes: > > > Marius Bakke writes: > > > >> Gábor Boskovits writes: > >> > >>> It seems, that we h

bug#29705: Java packages need to retain references

Would it be enough if we added the uncompressed manifest? Is there any drawback to that? 2017-12-13 23:28 GMT+01:00 Ricardo Wurmus : > I installed the “axoloti-patcher” package today after “guix gc” and > noticed that not all dependencies are available at runtime. Upon > running the “Axoloti” c

bug#29700: Java packages need to retain references

Do we know the impact of disabling compression? I don't think it is really a big problem. You are right with this, I'm still a bit stuck in another mindset, where we usually know, that we have only one version of a package... If we later decide that compression is desired we can still go with a tex

bug#29782: Samba fails on core-updates

samba@4.7.3 fails on core-updates, commit 677bc34. This is the error message: error: file default/docs-xml/manpages/smb.conf.5.xml xsltRunStylesheet : run failed Waf: Leaving directory /tmp/guix-build-samba-4.7.3.drv-0/samba-4.7.3/bin' Build failed: -> task failed (err #11): {task: manpages/smb.co

bug#29782: Samba fails on core-updates

2017-12-31 16:11 GMT+01:00 Marius Bakke : > Gábor Boskovits writes: > > > samba@4.7.3 fails on core-updates, commit 677bc34. > > > > This is the error message: > > error: file default/docs-xml/manpages/smb.conf.5.xml > > xsltRunStylesheet : run failed > &

bug#30032: [PATCH] website: contact: Provide mailman link for bug-guix.

* website/apps/base/data.scm: Provide mailman link for bug-guix on contact site. Move mailto link to the text. --- website/apps/base/data.scm | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/website/apps/base/data.scm b/website/apps/base/data.scm index 0abcc7a..03de749 1006

bug#30097: [core-updates] nspr 4.17 not reproducible

nspr 4.17 is not reproducible. Diffoscope output attached. nspr-diffoscope Description: Binary data

bug#30107: ant-bootstrap@1.7.1 sometimes fails to build on core-updates

I've also seen this once. No idea so far. I've tried to look around, but found no other mention of this issue. 2018-01-14 7:58 GMT+01:00 Chris Marusich : > Hi, > > At commit 1b321229f4653c5daa873813e24910789c0b2918 (i.e., the current > tip of the core-updates branch), ant-bootstrap@1.7.1 sometime

bug#30104: ant-bootstrap@1.7.1 does not build reproducibly on core-updates

Could you please attach a diffoscope output to this? I've found this in the notes database, does not sound too promising: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ant.html. 2018-01-14 5:16 GMT+01:00 Chris Marusich : > Hi, > > At commit 1b321229f4653c5daa873813e24910789c

bug#30113: SVN checkouts without descriptive file names

I noticed I made the same mistake with one of my packages. Guix lint tells when such a thing occur. Maybe we could use guix to check for these, and some other things could also be spotted. WDYT? 2018-01-14 17:02 GMT+01:00 Leo Famulari : > Working on core-updates, I noticed this in the list of s

bug#30113: SVN checkouts without descriptive file names

Ok, I started a guix lint on 0.14.0.1183-1b321. Will attach log here asap. 2018-01-14 17:53 GMT+01:00 Danny Milosavljevic : > On Sun, 14 Jan 2018 17:43:27 +0100 > Tobias Geerinckx-Rice wrote: > > > Gábor Boskovits wrote on 14/01/18 at 17:13: > > > Maybe we could use

bug#30113: SVN checkouts without descriptive file names

Here is the lint log, it did not run to completion, it has an error at the end. 2018-01-14 18:43 GMT+01:00 Gábor Boskovits : > Ok, I started a guix lint on 0.14.0.1183-1b321. > Will attach log here asap. > > > 2018-01-14 17:53 GMT+01:00 Danny Milosavljevic : > >> On S

bug#30097: [core-updates] nspr 4.17 not reproducible

2018-01-14 19:28 GMT+01:00 Marius Bakke : > Gábor Boskovits writes: > > > nspr 4.17 is not reproducible. > > Diffoscope output attached. > > Thanks for the report! > > The attached patch should solve it. Since there are quite a few > dependent packages, I'

bug#30097: [core-updates] nspr 4.17 not reproducible

2018-01-14 20:51 GMT+01:00 Marius Bakke : > Gábor Boskovits writes: > > > 2018-01-14 19:28 GMT+01:00 Marius Bakke : > > > >> Gábor Boskovits writes: > >> > >> > nspr 4.17 is not reproducible. > >> > Diffoscope output attached. > >

bug#30104: Difference seems to be caused by timestamp

This is due to the modification times of files included in the jar. No other difference is listed in the diffoscope output. How do we deal with this in other packages? That fix should be migrated to apply for this package also.

bug#30107: Another kind of failure

I'm now on 6d49ca16be22e3fb95823ac1780ad9460a18b180. I also observe another kind of failure now. After output Buildfile: build.xml the build process hangs. This is also indeterministic, however it is harder to specify the failure rate here...

bug#30104: Difference seems to be caused by timestamp

Ok, we have this in guix/build/ant-builde-system.scm, it is called strip-jar-timestamps. This should be done also on ant-bootstrap. 2018-01-18 9:58 GMT+01:00 Gábor Boskovits : > This is due to the modification times of files included in the jar. > No other difference is listed in the diff

bug#30185: [PATCH] [core-updates] Put locales where libc will find them

I remember having a similar issue, and a patch was included to look for locales in version major+minor instead of the whole version string. This was tacked at: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29537 I think this might be relevant t

bug#30189: Retux game halts after preloading levels (missing ucd.sqlite uniseg database)

I think unzip should be added to native-inputs. Can you try that? 2018-01-21 4:46 GMT+01:00 Ben Sturmfels : > Hi Folks, > > I'd like to play the Retux game, but while the game starts up it crashes > on me after the "preloading levels" screen. > > There's no useful console output, but when runnin

bug#30312: documentation: misleading EFI partitioning instructions

2018-01-31 20:01 GMT+01:00 Ricardo Wurmus : > The manual section “Preparing for Installation: Disk Partitioning” says > this: > > --8<---cut here---start->8--- >If your disk uses the GUID Partition Table (GPT) format and you plan > to install BIOS-based GRUB

bug#30312: documentation: misleading EFI partitioning instructions

2018-02-01 10:13 GMT+01:00 Gábor Boskovits : > 2018-01-31 20:01 GMT+01:00 Ricardo Wurmus : > >> The manual section “Preparing for Installation: Disk Partitioning” says >> this: >> >> --8<---cut here---start->8--- >>

bug#30526: java-testng: non-deterministic test failures

2018-02-19 14:55 GMT+01:00 Ricardo Wurmus : > Sometimes I get this error when building java-testng 6.14.2: > > --8<---cut here---start->8--- > === > TestNG > Total tests run: 1630, Failures: 1, Skips: 0 > =

bug#30526: java-testng: non-deterministic test failures

2018-02-21 10:07 GMT+01:00 Gábor Boskovits : > 2018-02-19 14:55 GMT+01:00 Ricardo Wurmus : > >> Sometimes I get this error when building java-testng 6.14.2: >> >> --8<---cut here---start->8--- >> =

bug#30591: Vinagre segmentation fault - and gdb cannot find symbols?

2018-02-24 8:59 GMT+01:00 Chris Marusich : > Hi, > > Recently, I've noticed that Vinagre segfaults when I initiate a > connection. To reproduce, try doing the following: > > 1) Install Vinagre. > 2) Try to connect to a remote host. > 3) Vinagre displays a black screen, and about 10-20 seconds lat

bug#30526: java-testng: non-deterministic test failures

2018-02-25 12:16 GMT+01:00 Julien Lepiller : > Le Mon, 19 Feb 2018 14:55:04 +0100, > Ricardo Wurmus a écrit : > > > Sometimes I get this error when building java-testng 6.14.2: > > > > --8<---cut here---start->8--- > > ==

bug#30526: java-testng: non-deterministic test failures

2018-02-26 8:23 GMT+01:00 Gábor Boskovits : > 2018-02-25 12:16 GMT+01:00 Julien Lepiller : > >> Le Mon, 19 Feb 2018 14:55:04 +0100, >> Ricardo Wurmus a écrit : >> >> > Sometimes I get this error when building java-testng 6.14.2: >> > >> &

bug#30569: Packages count as installed twice

2018-02-27 22:55 GMT+01:00 Ludovic Courtès : > Andreas Enge skribis: > > > On Wed, Feb 21, 2018 at 11:14:21PM +0100, Ricardo Wurmus wrote: > >> Even so, you’ll have a file called “manifest” in the profile directory. > >> This is unrelated to whether you used a manifest to create the profile > >>

bug#30524: [PATCH] gnu: java-jeromq: Fix tests.

* gnu/packages/patches/java-jeromq-fix-tests.patch: New file. * gnu/local.mk (dist_patch_DATA): Add it. * gnu/packages/java.scm (java-jeromq)[source](patches): Add it. [arguments](#test-exclude): Disable more failing tests. --- gnu/local.mk | 1 + gnu/packages

bug#22533: Python bytecode reproducibility

2018-03-03 23:37 GMT+01:00 Ricardo Wurmus : > Hi Guix, > > Marius Bakke writes: > > > It would be great to revive this longstanding bug! > > Indeed. > > Here’s another attempt. As far as I understand, the timestamp in the > pyc files only affects the header. > > Up until Python 3.6 (incl) the he

bug#22533: Python bytecode reproducibility

2018-03-04 13:46 GMT+01:00 Ricardo Wurmus : > > Hi Gábor, > > > Nix had this issue, it seems they have a python 3.5 solution, which > > should be easy to adopt: https://github.com/NixOS/nixpkgs/issues/22570. > > WDYT? > > Here’s the patch for Nix: > > https://patch-diff.githubusercontent.com/raw

bug#22533: Python bytecode reproducibility

2018-03-05 1:05 GMT+01:00 Ricardo Wurmus : > > Ricardo Wurmus writes: > > > Unfortunately, this doesn’t fix all reproducibility problems with numpy: > > > > --8<---cut here---start->8--- > > Binary files /gnu/store/kd06ql8fynlydymzhhnwk2lh0778dw > cc-python-num

bug#22533: Python bytecode reproducibility

2018-03-05 16:36 GMT+01:00 Gábor Boskovits : > 2018-03-05 1:05 GMT+01:00 Ricardo Wurmus : > >> >> Ricardo Wurmus writes: >> >> > Unfortunately, this doesn’t fix all reproducibility problems with numpy: >> > >> > --8<---cut here--

bug#22533: Python bytecode reproducibility

2018-03-06 15:43 GMT+01:00 Ricardo Wurmus : > > Ricardo Wurmus writes: > > > Marius Bakke writes: > > > >> I suppose we'll have to set PYTHONHASHSEED somewhere in > >> python-build-system as well. Did you check if that makes a difference > >> for numpy? Perhaps it's enough to set it if we add

bug#30524: [PATCH] gnu: java-jeromq: Fix tests.

2018-03-06 22:40 GMT+01:00 Ricardo Wurmus : > > Hi Gábor, > > > * gnu/packages/patches/java-jeromq-fix-tests.patch: New file. > > * gnu/local.mk (dist_patch_DATA): Add it. > > * gnu/packages/java.scm (java-jeromq)[source](patches): Add it. > > [arguments](#test-exclude): Disable more failing tests

bug#22533: Python bytecode reproducibility

2018-03-04 20:18 GMT+01:00 Ricardo Wurmus : > I have applied this patch locally: > > > diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm > index 5f701701a..0d1ecc3c6 100644 > --- a/gnu/packages/python.scm > +++ b/gnu/packages/python.scm > @@ -359,8 +359,42 @@ data types.") >

bug#19599: Closing, upstream fixed the issue

Upstream fixed the issue in version 4.8. We now have 4.21.

bug#30524: [PATCH] gnu: java-jeromq: Fix tests.

* gnu/packages/patches/java-jeromq-fix-tests.patch: New file. * gnu/local.mk (dist_patch_DATA): Add it. * gnu/packages/java.scm (java-jeromq)[source](patches): Add it. [arguments](#test-exclude): Disable more failing tests. --- gnu/local.mk | 1 + gnu/packages

bug#21978: Closing, it is fixed

Ricardo actually fixed this on commit 1a545a1e7c30db76e562af527673081b490c4a11.

bug#24092: Closing, it is fixed

ajgrf actually fixed this on commit 61201e46a72b715e1a38ce56932c3f4f2d3885b4.

bug#30524: [PATCH] gnu: java-jeromq: Fix tests.

* gnu/packages/patches/java-jeromq-fix-tests.patch: New file. * gnu/local.mk (dist_patch_DATA): Add it. * gnu/packages/java.scm (java-jeromq)[source](patches): Add it. [arguments](#test-exclude): Disable more failing tests. --- gnu/local.mk | 1 + gnu/packages

bug#30524: [PATCH] gnu: java-jeromq: Fix tests.

* gnu/packages/patches/java-jeromq-fix-tests.patch: New file. * gnu/local.mk (dist_patch_DATA): Add it. * gnu/packages/java.scm (java-jeromq)[source](patches): Add it. [arguments](#test-exclude): Disable more failing tests. --- gnu/local.mk | 1 + gnu/packages

bug#30867: Troubles and solutions during install GuixSD

2018-03-19 23:41 GMT+01:00 Axel Koolhaas : > Hello, > > I've recently installed GuixSD on my old laptop, but there were some > problems where a Gentoo user even couldn't get past without IRC help. > > > First i ran into old package problems, maybe mention on > "https://www.gnu.org/software/guix/ma

bug#30728: Modification for guix installation script.

2018-03-26 11:11 GMT+02:00 Ricardo Wurmus : > > Hi Clément, > > > As I said to Chris (Cc'ed), I don't think it's a good idea to install > > Guix in root's home directory. Instead, we should probably honor the > > USER and HOME environment variables, so that the command can be run as a > > non-roo

bug#25476: Test fail

Ludovic Courtès ezt írta (időpont: 2018. márc. 30., P 18:39): > Hi Maria, > > Thanks for your report. In practice you can safely ignore this test > failure. We had a similar report earlier that this fails on Ubuntu: > . > > Something we should do, though, is to at le

bug#31390: java-hamcrest-all fails to build

2018-05-09 13:22 GMT+02:00 Ricardo Wurmus : > Hi Guix, > > “java-hamcrest-all” fails to build with a curious error message. It > first builds hamcrest-core-1.3.jar and then complains about being unable > to access “org/hamcrest/Description.class” from that jar. > > --8<---cut here

bug#31700: Make clean deletes french manuals

Make clean removes: doc/contributing.fr.texi doc/guix.fr.texi We had a discussion on #guix with roptat, and a few others. I have found out, that after removing $(TRANSLATED_INFO) from $(BUILT_SOURCES) in doc/local.mk these files are not deleted any more. I have doubts that this is a correct fix, a

bug#31700: Make clean deletes french manuals

2018-06-04 13:45 GMT+02:00 Ludovic Courtès : > Hi Gábor, > > Gábor Boskovits skribis: > > > Make clean removes: > > doc/contributing.fr.texi > > doc/guix.fr.texi > > > > We had a discussion on #guix with roptat, and a few others. > > I have

bug#31719: icedtea-3 binaries contain references to icedtea-2

Do you think we can do something like rebuild icedtea3 with icedtea3, and then rewrite the references? I guess this way the dependency loop could be broken, as we could detach the last icedtea3 build from the packages used for bootstrapping. We could even make on more rebuilding, if necessary. WDYT

bug#31719: icedtea-3 binaries contain references to icedtea-2

2018-06-05 14:45 GMT+02:00 Leo Famulari : > On Tue, Jun 05, 2018 at 01:49:12PM +0200, Gábor Boskovits wrote: > > Do you think we can do something like rebuild icedtea3 with icedtea3, and > > then rewrite the references? I guess this way the dependency loop could > be >

bug#31711: qutebrowser is broken

2018-06-06 11:48 GMT+02:00 Efraim Flashner : > On Mon, Jun 04, 2018 at 02:14:27PM +0200, Rutger Helling wrote: > > Hi Guix, > > > > qutebrowser fails to start with the recent python-pyqt upgrade, > > possibly due to the removed qtwebkit input. > > > > The following error occurs: > > --- > > > > Fa

bug#31721: “generate-jar-indices” phase fails on many packages

2018-06-07 9:20 GMT+02:00 Ricardo Wurmus : > > Danny Milosavljevic writes: > > >> The errors are either about duplicates as in java-picard-2.10.3: > >> > >> duplicate entry: htsjdk/samtools/AbstractBAMFileIndex$1.class > > > > That's... bad. What if those files differed? Which one would be

bug#31721: “generate-jar-indices” phase fails on many packages

2018-06-07 10:27 GMT+02:00 Gábor Boskovits : > 2018-06-07 9:20 GMT+02:00 Ricardo Wurmus : > >> >> Danny Milosavljevic writes: >> >> >> The errors are either about duplicates as in java-picard-2.10.3: >> >> >> >> duplicate entry: h

bug#31708: 'gcc-strmov-store-file-names.patch' causes GCC segfaults

2018-06-05 3:00 GMT+02:00 Mark H Weaver : > l...@gnu.org (Ludovic Courtès) writes: > > > On current ‘core-updates’, we have: > > > > $ readlink -f $(type -P gcc) > > /gnu/store/zrhwhlqqk51qslbddk4cip2z2p3fpvxd-gcc-5.5.0/bin/gcc > > ludo@ribbon /home/ludo/src/guix/+core-updates$ cat strmov-ice.c >

bug#30104: [PATCH] gnu: ant-bootstrap: Make build reproducible.

* gnu/packages/java.scm (ant-bootstrap)[arguments]<#:phases>[strip-jar-timestamps]: New phase to reset jar file timestamps. <#:imported-modules>: Import guix build syscalls, gnu-build-system-modules. <#:modules>: Import guix build: gnu-build-system, utils, syscalls. [native-inputs]: Add unzip, zip

bug#31791: bootstrap phase attempts to run a directory

2018-06-12 15:59 GMT+02:00 Ludovic Courtès : > Christopher Baines skribis: > > > I've just noticed that the erlang package has started failing to > > build. It looks like the bootstrap phase is over eager, and attempts to > > run the bootstrap directory. > > > > I think I'll fix this by deleting

bug#31831: CVE-2018-0495 Key Extraction Side Channel in Multiple Crypto Libraries

2018-06-14 21:50 GMT+02:00 Leo Famulari : > I see that Efraim already updated libgcrypt. Awesome, thanks Efraim! > > I'll try OpenSSL next. > I'll try libressl.

bug#31831: CVE-2018-0495 Key Extraction Side Channel in Multiple Crypto Libraries

2018-06-14 21:53 GMT+02:00 Gábor Boskovits : > 2018-06-14 21:50 GMT+02:00 Leo Famulari : > >> I see that Efraim already updated libgcrypt. Awesome, thanks Efraim! >> >> I'll try OpenSSL next. >> > > I'll try libressl. > Here it is: https://d

bug#30665: [PATCH, STAGING] guix: ant-build-system: Use manifest task to create manifest.

--- guix/build/ant-build-system.scm | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/guix/build/ant-build-system.scm b/guix/build/ant-build-system.scm index 3ed12b9f4..87c782d85 100644 --- a/guix/build/ant-build-system.scm +++ b/guix/build/ant-build-system.scm @@ -

bug#30104: ant-bootstrap does not build reproducibly

Fixed on staging, commit cded3a759356ff66b7df668bcdbdfa0daf96f4c5.

bug#30665: ant-build-system: use-manifest-task

Fixed on staging, commit: 90ea1006a86518e523c510eee1214fd81e71da74.

bug#31926: reconfigure is broken

Clément Lassieur ezt írta (időpont: 2018. jún. 21., Cs, 14:39): > I'm on commit 1a5b0dfe06ff3b97b6394232f143b95c616890b3, I can't > reconfigure anymore. > > --8<---cut here---start->8--- > guix system: warning: Consider running 'guix pull' followed by > 'guix s

bug#31974: If a phase returns #f, a warning is issued, but the build continues

Mark H Weaver ezt írta (időpont: 2018. jún. 28., Cs, 7:11): > l...@gnu.org (Ludovic Courtès) writes: > > > Mark H Weaver skribis: > > > >> I just noticed that I made a mistake in commit > >> d8a3b1b9e847d4a44d2695f95af77170d4d2788f, which changed 'gnu-build' in > >> (guix build gnu-build-system)

bug#31974: If a phase returns #f, a warning is issued, but the build continues

Gábor Boskovits ezt írta (időpont: 2018. jún. 28., Cs, 7:56): > Mark H Weaver ezt írta (időpont: 2018. jún. 28., Cs, > 7:11): > >> l...@gnu.org (Ludovic Courtès) writes: >> >> > Mark H Weaver skribis: >> > >> >

bug#31961: java-libsnappy and java-libsnappy-1 have test failures (java.lang.UnsatisfiedLinkError)

Fixed on master in commit 673135df30d48a7099c62adb1b452425e2eda3c8. Thanks for reporting!

bug#31960: java-eclipse-jetty-security has indeterministic test failures (on ia64)

Fixed on master in commit 4c9aa15edbf3c57b30338810b00c1a3bca874492. Thanks for reporting!

bug#31831: CVE-2018-0495 Key Extraction Side Channel in Multiple Crypto Libraries

Leo Famulari ezt írta (időpont: 2018. júl. 16., H 8:22): > Fixed in Botan in Guix commit cfe255684cc4deb164d0eaaa2e1ed9804b5ff651. > Are there any more packages needing attention?

bug#32229: Hydra evaluation failure: service 'ssh-daemon' requires 'loopback'

Mark H Weaver ezt írta (időpont: 2018. júl. 20., P, 23:28): > Hydra failed its most recent evaluation attempt for the 'master' jobset, > with the following error: > > --8<---cut here---start->8--- > considering jobset gnu:master (last checked 25842s ago) > chec

bug#30224: (no subject)

Brendan Tildesley ezt írta (időpont: 2018. júl. 30., H, 17:44): Could you elaborate on this a bit more? i.e. what was the commit fixing the issue? on which branch? or we just don't notice the behavior any more? Also, please add the title of the bug, so we can see what bug is closed without visiti

bug#30680: [racket-users] Using Racket's raco on on Guix(SD)

Timothy Sample ezt írta (időpont: 2018. aug. 12., V, 4:03): > Christopher Lemmer Webber writes: > > > Likewise, Gregor and Raart do not install: > > > > $ mv ~/.racket ~/.racket-borked > > $ raco pkg install gregor # lots of errors during install > > $ racket > > racket@> (require gregor) > >

bug#32540: Cuirass: we need a way to manually trigger evaluations

Clément Lassieur ezt írta (időpont: 2018. aug. 27., H, 11:54): > The 'core-updates' and 'staging' branches shouldn't trigger evaluations > at each commit, because they produce too many derivations. Instead, the > admins should have a 'trigger evaluation' button that they use once in a > while.

bug#32575: [Cuirass] Filter results by architecture

Joshua Branson ezt írta (időpont: 2018. aug. 29., Sze, 22:41): > Ricardo Wurmus writes: > > > The Cuirass web interface shows the number of successful, failed, and > > pending builds for each evaluation. Looking at just these numbers it is > > impossible to tell, how each of the supported archi

bug#32661: modify-phases: detect invalid phase addition

Ricardo Wurmus ezt írta (időpont: 2018. szept. 7., P 23:51): > It is possible to add a build phase to a non-existing phase without an > error. The new build phase will simply not be executed. > > This is problematic when an inherited package augments the original > package’s phases and the origi

bug#31719: icedtea-3 binaries contain references to icedtea-2

It seems that this is caused by having the files in a directory that is not stripped. I will try to have another look at that.

bug#32712: Error running "create extension postgis"

Julien Lepiller ezt írta (időpont: 2018. szept. 12., Sze, 9:15): > Hi, this is a known issue. I have sent a patch for that but it wasn't > reviewed yet. Ideally I could also patch the postgresql service to allow > specifying extensions. I will try to do something about it. > > Hello Julien, I be

bug#32726: "make check" fails on master (0084744b)

Chris Marusich ezt írta (időpont: 2018. szept. 13., Cs, 6:49): > Hi Guix! > > On commit 0084744b3af0a6f8e125120143f57567902339a8, "make check" fails > for me. On an x86_64-linux GuixSD system, in a fresh Git worktree, I > ran the following commands. > > First, create an environment for Guix: > >

bug#32916: font-awesome v5 build scripts are not free

Leo Famulari ezt írta (időpont: 2018. okt. 2., K, 21:14): > We have a package of font-awesome, currently at version 4.7.0. > > It's a very simple package, installing the files generated by upstream > rather than trying to rebuild them. > > As of version 5, the tools used to build the generated fi

bug#32919: Golang build cache and content-based staleness in Guix

Leo Famulari ezt írta (időpont: 2018. okt. 3., Sze, 16:54): > On Tue, Oct 02, 2018 at 04:49:20PM -0500, Katherine Cox-Buday wrote: > > We should perhaps begin thinking about switching the Go build system to > > the 1.11 series of releases. > > I agree. When Go 1.11 was released, Go 1.9 became uns

bug#32949: Go 1.11 keeps references to bootstrap Go, many other packages

Hello Leo, Leo Famulari ezt írta (időpont: 2018. okt. 5., P, 19:02): > We should figure out what's happening here and clean it up as a > prerequisite to switching our default Go to 1.11. > > Go 1.11: > > $ guix gc --references > /gnu/store/4d3gc2qjfi7n87ljs7mbn9y9zplj5spw-go-1.11.1 > /gnu/store/

bug#32949: Go 1.11 keeps references to bootstrap Go, many other packages

but I believe, that these should not be needed. Gábor Boskovits ezt írta (időpont: 2018. okt. 5., P, 20:08): > Hello Leo, > > Leo Famulari ezt írta (időpont: 2018. okt. 5., P, > 19:02): > >> We should figure out what's happening here and clean it up as a >> prereq

bug#32997: Kodi phones home to check for updates

Efraim Flashner ezt írta (időpont: 2018. okt. 9., K, 10:14): > I launced kodi for my kids to watch some videos and I got a pop-up > telling me that 18-beta3 was available for download. We should patch out > the update checker. > > -- > Efraim Flashner אפרים פלשנר > GPG key = A28B F40C 3E55 1

bug#33082: guix pull resulted in an error: compute-guix-derivation

Hello Joshua, Thanks for the report. Joshua Branson ezt írta (időpont: 2018. okt. 18., Cs, 16:51): > > > > Here is a copy of the failed guix pull command. It's just the tail end > of the error message. Some details about my machine. I'm running > Parabola GNU/Linux. I installed guix via the

bug#32245: Guix does not search sources locally by hash

Hello Björn, It might be better to just lower the priority, or make it wishlist. Björn Höfling ezt írta (időpont: 2018. okt. 22., H, 9:01): > > I'm closing this one as I think it has very low priority. > > Björn g_bor

bug#33152: Indeterministic test failure in qemu-minimal

-- Forwarded message - From: Edouard KLEIN Date: 2018. okt. 25., Cs, 15:34 Subject: Using 'guix system disk-image' on a non-GuixSD OS To: Hi all, I do not know whether the "guix system disk-image" command is supposed to work on a non GuixSD system. If it is, then I'm running i

bug#33152: Indeterministic test failure in qemu-minimal

Hello Ludo, Ludovic Courtès ezt írta (időpont: 2018. okt. 26., P, 19:58): > > Hello Gábor, > > (Should we be Cc’ing this to Edouard?) > Yes, and done. > Gábor Boskovits skribis: > > > ERROR:tests/test-replication.c:117:test_blk_write: assertion failed: &g

bug#33184: Guix Pull Bug Report

Hello, Xero ezt írta (időpont: 2018. okt. 28., V, 9:08): > > Hi, > > `guix pull` fails with the following error: > > ``` > > guix pull: error: You found a bug: the program > '/gnu/store/12x6qgb107f3s9vj6w76z9419qcdc9b5-compute-guix-derivation' > failed to compute the derivation for Guix (version

bug#33192: IcedTea & GH-Checkout DRV

Hello Brett, Brett Gilio ezt írta (időpont: 2018. okt. 29., H, 1:06): > > Hi all, I think there might be a bug during the bootstrapping process of > IcedTea. Here is what the builder is throwing. > > ~ $ guix build icedtea > building /gnu/store/3niclf6ncz56718jaskhc01gbwga7w54-hg-checkout.drv...

bug#33082: guix pull resulted in an error: compute-guix-derivation

Joshua Branson ezt írta (időpont: 2018. okt. 29., H 15:54): > l...@gnu.org (Ludovic Courtès) writes: > > > Hello, > > > > I was able to update successfully. This bug seems like a duplicate of > python 2 not deterministic. Someone ought to close this bug report. > I believe this is not the case

bug#33192: IcedTea & GH-Checkout DRV

Brett Gilio ezt írta (időpont: 2018. okt. 29., H, 18:19): > I appreciate you taking time to look into this for me. You appear to be > correct, it likely resolved over night. I appreciate it. > You are welcome, and thanks for the report. I am closing this.

bug#33082: guix pull resulted in an error: compute-guix-derivation

Hello Joshua, Joshua Branson ezt írta (időpont: 2018. okt. 30., K, 13:44): > > Gábor Boskovits writes: > > > Joshua Branson ezt írta (időpont: 2018. okt. 29., H > > 15:54): > > > > l...@gnu.org (Ludovic Courtès) writes: > > > > > Hello, &

bug#33082: guix pull resulted in an error: compute-guix-derivation

Hello Joshua, Joshua Branson ezt írta (időpont: 2018. okt. 30., K, 16:10): > > Gábor Boskovits writes: > > > Hello Joshua, > > > > Joshua Branson ezt írta (időpont: 2018. okt. > > 30., K, 13:44): > >> > >> Gábor Boskovits writes: > >

bug#33223: In vm-image >>> 'guix package -i' >>> "-python-3.6.5.drv... -Killed"

Hello George, George Clemmer ezt írta (időpont: 2018. nov. 1., Cs, 3:11): > > In a 'guix system vm-image' VM produced using Guix from Git > v0.15.0-3097-gc16913d34 I have ... > > g1@sysi53 ~$ guix --version > guix (GNU Guix) 0.15.0-6.f9a8fce > > ... and when I try to install a package, e.g., ...

bug#33223: In vm-image >>> 'guix package -i' >>> "-python-3.6.5.drv... -Killed"

George Clemmer ezt írta (időpont: 2018. nov. 1., Cs 14:45): > Hello! > > Gábor Boskovits writes: > > > George Clemmer ezt írta (időpont: 2018. nov. 1., Cs, > 3:11): > >> > >> In a 'guix system vm-image' VM produced using Guix from Git >

  1   2   3   >