bug#25989: Fedorahosted.org has been retired

On Sun, Mar 05, 2017 at 03:27:49PM -0800, Maxim Cournoyer wrote: > The complete lists of packages affected are: > > 1. libpwquality > 2. font-liberation > > 4. elfutils > 5. mlocate > 6. python2-dogtail > 7. python-kitchen > 8. libaio > 9. libosinfo In commit 7bc19c92054b7b6d5a9268a7f2d3344adf04c

bug#25988: python2-urwid tests fail

On Sun, Mar 05, 2017 at 03:08:53PM -0800, Maxim Cournoyer wrote: > I'm using GuixSD with ext4 partition and kernel Linux 4.9.5. The > package definitions are from git master. The system itself is using git > master from about a month ago. > > lfam or #guix said he could reproduce the issue with Li

bug#25989: Fedorahosted.org has been retired

The fedorahosted.org hosting service has been retired since the 1st of March [0]. We still have a few packages which origin's URI points to it. As a result, these packages cannot be built anymore. The complete lists of packages affected are: 1. libpwquality 2. font-liberation 3. xmlto 4. elfutils

bug#25988: python2-urwid tests fail

Hi, I'm currently facing test failures from the python2-urwid package required to build wicd. The errors are: test_run (urwid.tests.test_event_loops.SelectEventLoopTest) ... ok == FAIL: test_horizontal_resize (urwid.tests.test_v

bug#23106: [PATCH] gnu: rxvt-unicode: Add '.desktop' files.

On Sat, Feb 11, 2017 at 07:26:45PM +, contact@cryptolab.net wrote: > From: ng0 > > This fixes . > > * gnu/packages/xdisorg.scm (rxvt-unicode)[arguments]: Use > 'modify-phases'. > Add 'install-desktop-urxvt' and 'install-desktop-urxvtc' phase. Pushed, thanks!

bug#25774: Resolved

This issues is resolved.

bug#22408: wget rejects Let's Encrypt certs, although Icecat accepts them

On Tue, Jan 19, 2016 at 09:27:09AM -0500, Mark H Weaver wrote: > On recent GuixSD, IceCat accepts the Let's Encrypt certificate from > https://git.dthompson.us/, but 'wget' rejects it: > > mhw@jojen:~$ wget > https://git.dthompson.us/presentations.git/blob/HEAD:/guix-blu-2016-01-20.pdf This wo

bug#24341: libreoffice needs .desktop entries

To me it looks as if all that's missing is .desktop entries for libreoffice and the various applications. This is easy to solve, and shouldn't be open for such a long time.

bug#22868: closed

This bug has been fixed.

bug#25961: Compiling new guix on old guix: 'waitpid' -1 failed unexpectedly: No child processes

Marius Bakke writes: > Which kernel version is this? Linux-Libre 4.8.1 And! As it turns out, I went to the last revision before I was hitting compilation isues (c90db25f4cf1f98f3f4f3af38d175a14ffb8c32a), did a make on the repo, and from there I did a "guix system reconfigure". I restarted, an

bug#25976: man page version is outdated in Guix 0.12.0 tarball

Hi Alex, Alex Vong writes: > The man page version in Guix 0.12.0 tarball[0] is outdated. When running > > $ man guix > > the name of the man page is > > guix - manual page for guix 0.11.0 > > I think it was forgotten to be updated during the 0.12.0 release. > > [0]: https://alpha.gnu.org

bug#25976: man page version is outdated in Guix 0.12.0 tarball

Hello, The man page version in Guix 0.12.0 tarball[0] is outdated. When running $ man guix the name of the man page is guix - manual page for guix 0.11.0 I think it was forgotten to be updated during the 0.12.0 release. [0]: https://alpha.gnu.org/gnu/guix/guix-0.12.0.tar.gz Cheers, A

bug#25969: guix-patches debbugs appears to mangle patches

On 17-03-04 17:54:56, Leo Famulari wrote: > Git has a simple workflow for using email, with `git send-email` and > `git am`. > > The guix-patches debbugs thing causes a regression in this workflow by > rewriting the commit messages to include the debbugs ticket number. > > So, a commit that begin

bug#25969: guix-patches debbugs appears to mangle patches

On 17-03-04 17:54:56, Leo Famulari wrote: > Git has a simple workflow for using email, with `git send-email` and > `git am`. > > The guix-patches debbugs thing causes a regression in this workflow by > rewriting the commit messages to include the debbugs ticket number. > > So, a commit that begin

bug#25852: Users not updating their installations of Guix

On Sun, Mar 05, 2017 at 09:25:11AM +, Pjotr Prins wrote: On Sun, Mar 05, 2017 at 08:56:41AM +0100, Tomáš Čech wrote: And IMHO the best and also "Guix way" could be making guix-daemon aware of possible newer versions in /gnu/store and execing them instead... Giving a loud warning should rea

bug#25852: Users not updating their installations of Guix

On Sun, Mar 05, 2017 at 08:56:41AM +0100, Tomáš Čech wrote: > And IMHO the best and also "Guix way" could be making guix-daemon aware of > possible newer versions in /gnu/store and execing them instead... Giving a loud warning should really be sufficient. The Guix way is to have a system not surpr