bug#25852: Users not updating their installations of Guix

2017-03-04 Thread Tomáš Čech
On Sat, Mar 04, 2017 at 05:43:59PM -0500, Leo Famulari wrote: On Sat, Mar 04, 2017 at 09:29:41PM +0100, Tomáš Čech wrote: On Thu, Feb 23, 2017 at 04:11:56PM -0500, Leo Famulari wrote: > In my opinion, the recent bug #25775 (Can't install packages after guix > pull) [0] exposed a sort of meta-bug

bug#25970: mozjs build failure

2017-03-04 Thread Leo Famulari
- Forwarded message from Quiliro - Date: Fri, 3 Mar 2017 17:52:00 -0500 From: Quiliro To: 25...@debbugs.gnu.org Subject: bug#25894: guix system reconfigure error I get the following error after guix pull and guix system reconfigure /etc/config.scm FAILURES: --ion-eager /tmp/guix-b

bug#25894: reopen ... it is tested and persists

2017-03-04 Thread Leo Famulari
On Sat, Mar 04, 2017 at 07:55:25PM -0500, Quiliro wrote: > The bug report was closed. But the errors persist on a good network > connection as reported in > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25894#38 That is a different problem from the one in your original report. It's not related to

bug#25894: reopen ... it is tested and persists

2017-03-04 Thread Quiliro
The bug report was closed. But the errors persist on a good network connection as reported in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25894#38 Nevertheless, both behaviors are problems: - If the network lag breaks guix operations, then that is wrong. - If the guix operations break with a goo

bug#25894: another guix system reconfigure /etc/config.scm

2017-03-04 Thread Leo Famulari
On Fri, Mar 03, 2017 at 02:50:29PM -0500, Quiliro wrote: > When using the same process with a good bandwidth connection, there is > no problem with > guix system reconfigure /etc/config.scm > or with > guix pull > or with sending emails in Claws-Mail Okay, please re-open the bug if you experience

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

2017-03-04 Thread Leo Famulari
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 begins with this: gnu: gitolite: Fix shebangs in hooks. ...

bug#25852: Users not updating their installations of Guix

2017-03-04 Thread Leo Famulari
On Sat, Mar 04, 2017 at 09:29:41PM +0100, Tomáš Čech wrote: > On Thu, Feb 23, 2017 at 04:11:56PM -0500, Leo Famulari wrote: > > In my opinion, the recent bug #25775 (Can't install packages after guix > > pull) [0] exposed a sort of meta-bug: there are a significant number of > > users who were stil

bug#25852: Users not updating their installations of Guix

2017-03-04 Thread Tomáš Čech
On Thu, Feb 23, 2017 at 04:11:56PM -0500, Leo Famulari wrote: In my opinion, the recent bug #25775 (Can't install packages after guix pull) [0] exposed a sort of meta-bug: there are a significant number of users who were still using the guix-daemon from 0.10.0. It seems unlikely that they have b

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

2017-03-04 Thread Marius Bakke
Hi! Christopher Allan Webber writes: > Hello! I'm getting this error while trying to compile latest guix > master on one of my machines (fortunately, not my main one). I don't > know why I'm hitting this error, since I'm not hitting it on my main > machine. I'm upgrading from a few months bac

bug#25957: Acknowledgement (gitolite broken: created repositories keep references to /usr/bin for hooks)

2017-03-04 Thread ng0
On 17-03-04 16:43:09, Danny Milosavljevic wrote: > Hi ng0, > > > I think there should be a reference to /gnu/store/ reddis and not > > "/usr/sbin/redis-server". Different problem, related bug.. This can be > > solved in a commit after this bug. > > Yeah. > > I would question why a normal applica

bug#25957: Acknowledgement (gitolite broken: created repositories keep references to /usr/bin for hooks)

2017-03-04 Thread Danny Milosavljevic
Hi ng0, > I think there should be a reference to /gnu/store/ reddis and not > "/usr/sbin/redis-server". Different problem, related bug.. This can be > solved in a commit after this bug. Yeah. I would question why a normal application needs to start a redis *server* in the first place. Sounds st

bug#25688: services: ssh-daemon quits too early

2017-03-04 Thread ng0
On 17-03-03 11:36:12, ng0 wrote: > On 17-03-02 22:20:44, ng0 wrote: > > On 17-03-02 16:58:35, Leo Famulari wrote: > > > On Sat, Feb 11, 2017 at 03:00:13PM +, ng0 wrote: > > > > This is the ~120 lines of today. It reminded me of the real issue, which > > > > is dbus could not be started, which v

bug#25957: Acknowledgement (gitolite broken: created repositories keep references to /usr/bin for hooks)

2017-03-04 Thread ng0
On 17-03-03 22:27:43, ng0 wrote: > What makes this worse, with every update (push) of gitolite-admin > repository the shebang of "hooks/update" is reset. > Other repositories seem to keep changes in the hooks shebangs so > far. > > > When I build gitolite from guix, this looks trivial to fix.