Apply Guix patches from debbugs

2019-07-15 Thread Pierre Neidhardt
Hi, Question for Emacs users: how do you apply patches directly from the debbugs interface? From the summary view, I can press M-m (debbugs-gnu-apply-patch). It asks me for a directory, I point to guix, and then I get the error --8<---cut here---start->8--- cd

Re: Apply Guix patches from debbugs

2019-07-15 Thread swedebugia
On 2019-07-15 12:54, Pierre Neidhardt wrote: Hi, Question for Emacs users: how do you apply patches directly from the debbugs interface? From the summary view, I can press M-m (debbugs-gnu-apply-patch). It asks me for a directory, I point to guix, and then I get the error --8<---c

Re: Apply Guix patches from debbugs

2019-07-15 Thread Efraim Flashner
Not exactly the same thing, but I read my mail in mutt and only because I'm subscribed to the guix-patches maillinglist can I interact with them nicely. Does anyone know if it's possible to point mutt at debbugs, or even specific bugs, as though they were remote mailboxes? -- Efraim Flashner

Re: 01/01: guix: node-build-system: Use guile-json instead of a custom parser.

2019-07-15 Thread Ludovic Courtès
Hi, Robert Vollmert skribis: > It’s a bit my fault, for remarking on the fact that the cargo build > system does use guile-json. I suppose that’s not worth fixing either > at this point? Indeed, ‘cargo-build-system’ has the same problem: --8<---cut here---start-

Re: Website translation

2019-07-15 Thread Ludovic Courtès
"pelzflorian (Florian Pelz)" skribis: > On Sun, Jul 14, 2019 at 04:12:41PM +0200, Ludovic Courtès wrote: >> Note that “lego translation” is what we should _not_ do because it gives >> translators fragments of sentences, which does not allow them to >> correctly translate text. >> > > Format strin

Re: We reached 10.000 package

2019-07-15 Thread Ludovic Courtès
Hello Guix! Jesse Gibbons skribis: > On Sun, 14 Jul 2019 23:21:37 +0200 > Hartmut Goebel wrote: > >> Hurrah! >> >> GNU Guix now provides 10,026 packages (updated July 12, 2019). >> >> Congratulations! >> >> And many thanks to everybody who contributed to this great project! >> > > This is b

Re: Fixing evolution-data-server on core-updates

2019-07-15 Thread Ludovic Courtès
Hello Timothy, Timothy Sample skribis: > From bcd753f777687c52bba6b9bf4184879e69990118 Mon Sep 17 00:00:00 2001 > From: Timothy Sample > Date: Sun, 14 Jul 2019 23:47:44 -0400 > Subject: [PATCH] gnu: evolution-data-server: Fix locale issue. > > * gnu/packages/gnome.scm (evolution-data-server)[ar

Re: Can we increase the print width/column in daemon backtraces

2019-07-15 Thread Ricardo Wurmus
Hi Pierre, > Quite often when packaging and iterating, the daemon produces backtraces > on errors, which could be very useful to understand what's wrong, but > unfortunately the output is truncated to some 80-ish column. Set the COLUMNS environment variable to some large value. -- Ricardo

Re: We should disable dmesg for unprivileged users by default

2019-07-15 Thread Ricardo Wurmus
Ludovic Courtès writes: > Hi, > > Alex Vong skribis: > >> I think we should set /proc/sys/kernel/dmesg_restrict to 1 by default to >> prevent unprivileged users from reading the kernel ring buffer (since it >> could expose sensitive information about the system). > > We could have a ‘dmesg-res

Re: Can we increase the print width/column in daemon backtraces

2019-07-15 Thread Pierre Neidhardt
Ricardo Wurmus writes: > Set the COLUMNS environment variable to some large value. Hmm... I use Eshell (in Emacs), in which the COLUMNS env variable is automatically set to the Emacs window width. For instance right now I have 190. And the daemon still displays truncated message (i.e. way sho

Re: Can we increase the print width/column in daemon backtraces

2019-07-15 Thread swedebugia
On 2019-07-15 14:47, Ricardo Wurmus wrote: Hi Pierre, Quite often when packaging and iterating, the daemon produces backtraces on errors, which could be very useful to understand what's wrong, but unfortunately the output is truncated to some 80-ish column. Set the COLUMNS environment variab

Re: Website translation

2019-07-15 Thread Ricardo Wurmus
Ludovic Courtès writes: > As long as we use xgettext, we have to stick to a format-string-like > approach like what sirgazil proposes. > > Writing a custom xgettext kind of tool wouldn’t help much because > gettext is fundamentally text oriented: you give it a string and it > returns a string.

Re: Fixing evolution-data-server on core-updates

2019-07-15 Thread Kei Kebreau
Ludovic Courtès writes: > Hello Timothy, > > Timothy Sample skribis: > >> From bcd753f777687c52bba6b9bf4184879e69990118 Mon Sep 17 00:00:00 2001 >> From: Timothy Sample >> Date: Sun, 14 Jul 2019 23:47:44 -0400 >> Subject: [PATCH] gnu: evolution-data-server: Fix locale issue. >> >> * gnu/package

Re: [PATCH] gnu: Add elm-compiler 0.19.0

2019-07-15 Thread Robert Vollmert
> On 15. Jul 2019, at 15:47, Robert Vollmert wrote: > > This adds the elm compiler, version 0.19.0. This provides the > `elm` command, with the exception of the `elm reactor` subcommand. > > Named `elm-compiler`, to leave space for `elm` as the full elm > including reactor. I have some working

Re: Website translation

2019-07-15 Thread Julien Lepiller
Le 15 juillet 2019 14:33:25 GMT+02:00, "Ludovic Courtès" a écrit : >"pelzflorian (Florian Pelz)" skribis: > >> On Sun, Jul 14, 2019 at 04:12:41PM +0200, Ludovic Courtès wrote: >>> Note that “lego translation” is what we should _not_ do because it >gives >>> translators fragments of sentences, wh

Re: Can we increase the print width/column in daemon backtraces

2019-07-15 Thread P
> Hi Pierre, > > > Quite often when packaging and iterating, the daemon produces backtraces > > on errors, which could be very useful to understand what's wrong, but > > unfortunately the output is truncated to some 80-ish column. > > Set the COLUMNS environment variable to some large value. > > --

Re: Can we increase the print width/column in daemon backtraces

2019-07-15 Thread Ricardo Wurmus
P writes: >> Hi Pierre, >> >> > Quite often when packaging and iterating, the daemon produces backtraces >> > on errors, which could be very useful to understand what's wrong, but >> > unfortunately the output is truncated to some 80-ish column. >> >> Set the COLUMNS environment variable to som

Re: Website translation

2019-07-15 Thread pelzflorian (Florian Pelz)
On Mon, Jul 15, 2019 at 02:33:25PM +0200, Ludovic Courtès wrote: > `(div >,@(X_ "This is a link.")) For such things I prefer XML like Ricardo proposed or like the __ on my

Testing changes on Berlin before pushing changes? (Was: Re: bug#35521: Mariadb test suite failures on x86_64-linux)

2019-07-15 Thread Chris Marusich
Hi Marius, Thank you for your work on Mariadb in bug 35521. You are a hero! Well, my hero at least, since this was blocking me from upgrading things. :-) Marius Bakke writes: > I was about to push this patch to core-updates: > > diff --git a/gnu/packages/databases.scm b/gnu/packages/database

Re: Installing custom kernel on Intel NUC using USB and no network(newbie question)

2019-07-15 Thread swedebugia
Hi Will I never played with guix archive so I will just comment on what I advise you to do. On 2019-07-13 18:41, Will Schenk wrote: I'm playing around with guixsd and am really impressed with the work so far!  I've been unpacking the installer and configuration trying to understand how it wo

Re: Organizing packages

2019-07-15 Thread Jesse Gibbons
On Sun, 14 Jul 2019 15:54:10 +0200 Ludovic Courtès wrote: > Hello! > > Jesse Gibbons skribis: > > > I noticed that a few files have only one package definition and are > > named for that package. I think these packages can be organized > > better. Might I suggest the following rules: > > > > 1

Re: Organizing packages

2019-07-15 Thread Robert Vollmert
> On 15. Jul 2019, at 19:21, Jesse Gibbons wrote: > > On Sun, 14 Jul 2019 15:54:10 +0200 > Ludovic Courtès wrote: > >> Hello! >> >> Jesse Gibbons skribis: >> >>> I noticed that a few files have only one package definition and are >>> named for that package. I think these packages can be o

Revisiting optional runtime dependencies

2019-07-15 Thread P
Has there been any progress on this front since 2015? There should be a way to communicate to the user the existence of optional runtime-only dependencies. For example, I installed Gajim recently and it pulled in Gnome's keyring, which is completely unncessary for me, as I already use KeepassXC

qt4 packages

2019-07-15 Thread Efraim Flashner
./pre-inst-env guix refresh -l qt@4 Building the following 9 packages would ensure 11 dependent packages are rebuilt: tipp10@2.1.0 qucs-s@0.0.20 lmms@1.1.3 poppler-qt4@0.72.0 avogadro@1.2.0 pybitmessage@0.6.3.2 mumble@1.2.19 texmacs@1.99.9 uim-qt@1.8.8 tipp10 Debian continues to build with qt-4

Re: Can we increase the print width/column in daemon backtraces

2019-07-15 Thread Robert Vollmert
> On 15. Jul 2019, at 17:40, Ricardo Wurmus wrote: > > > P writes: > >>> Hi Pierre, >>> Quite often when packaging and iterating, the daemon produces backtraces on errors, which could be very useful to understand what's wrong, but unfortunately the output is truncated to som

Re: qt4 packages

2019-07-15 Thread Tobias Geerinckx-Rice
Efraim, Guix, Efraim Flashner 写道: tipp10 Debian continues to build with qt-4 In cases like this one (where the software has been unmaintained for years), is the plan simply to remove them altogether? (Fine by me,) T G-R signature.asc Description: PGP signature

Re: Testing changes on Berlin before pushing changes? (Was: Re: bug#35521: Mariadb test suite failures on x86_64-linux)

2019-07-15 Thread Marius Bakke
Chris Marusich writes: > Hi Marius, > > Thank you for your work on Mariadb in bug 35521. You are a hero! Well, > my hero at least, since this was blocking me from upgrading things. :-) Glad it worked for you :-) > > Marius Bakke writes: > >> I was about to push this patch to core-updates: >

Re: 01/01: guix: node-build-system: Use guile-json instead of a custom parser.

2019-07-15 Thread Robert Vollmert
> On 15. Jul 2019, at 14:25, Ludovic Courtès wrote: > > Hi, > > Robert Vollmert skribis: > >> It’s a bit my fault, for remarking on the fact that the cargo build >> system does use guile-json. I suppose that’s not worth fixing either >> at this point? > > Indeed, ‘cargo-build-system’ has t

Re: qt4 packages

2019-07-15 Thread Andreas Enge
On Mon, Jul 15, 2019 at 09:17:02PM +0300, Efraim Flashner wrote: > texmacs Debian dropped 2(?) versions ago I just added it during the Guile/Guix days at Strasbourg, please do not drop it... Also, it is a GNU project. It may have been removed from Debian because it depends on guile-1.8; but there

Re: Organizing packages

2019-07-15 Thread Jesse Gibbons
On Mon, 15 Jul 2019 19:38:34 +0200 Robert Vollmert wrote: > > On 15. Jul 2019, at 19:21, Jesse Gibbons > > wrote: > > > > On Sun, 14 Jul 2019 15:54:10 +0200 > > Ludovic Courtès wrote: > > > >> Hello! > >> > >> Jesse Gibbons skribis: > >> > >>> I noticed that a few files have only one p

Re: Can we increase the print width/column in daemon backtraces

2019-07-15 Thread Robert Vollmert
On 15. Jul 2019, at 20:38, Robert Vollmert wrote: > >> On 15. Jul 2019, at 17:40, Ricardo Wurmus wrote: >> >> P writes: >> Hi Pierre, > Quite often when packaging and iterating, the daemon produces backtraces > on errors, which could be very useful to understand what's wron

Re: Organizing packages

2019-07-15 Thread Ricardo Wurmus
Jesse Gibbons writes: > Interesting. So is it worth trying to organize the guix packages or do > you think it will get too complicated? I'm primarily bothered by the > number of small files with only one package definition and the > inconsistency in how packages are organized. I would rather a

Re: qt4 packages

2019-07-15 Thread Hartmut Goebel
Am 15.07.19 um 20:54 schrieb Tobias Geerinckx-Rice: > Efraim, Guix, > > Efraim Flashner 写道: >> tipp10 Debian continues to build with qt-4 > > In cases like this one (where the software has been unmaintained for > years), is the plan simply to remove them altogether? Why drop a package which is s

Re: qt4 packages

2019-07-15 Thread Efraim Flashner
On Mon, Jul 15, 2019 at 09:48:36PM +0200, Andreas Enge wrote: > On Mon, Jul 15, 2019 at 09:17:02PM +0300, Efraim Flashner wrote: > > texmacs Debian dropped 2(?) versions ago > > I just added it during the Guile/Guix days at Strasbourg, please do not > drop it... Also, it is a GNU project. It may h