Re: Organizing packages

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: Can we increase the print width/column in daemon backtraces

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

Re: Organizing packages

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

Re: qt4 packages

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: 01/01: guix: node-build-system: Use guile-json instead of a custom parser.

> 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

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

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: qt4 packages

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: Can we increase the print width/column in daemon backtraces

> 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

qt4 packages

./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

Revisiting optional runtime dependencies

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

Re: Organizing packages

> 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

Re: Organizing packages

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: > > > >

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

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

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

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

Re: Website translation

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

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

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

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

> 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: Website translation

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,

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

> 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

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: Can we increase the print width/column in daemon backtraces

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

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

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

Re: We should disable dmesg for unprivileged users by default

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

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

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: Fixing evolution-data-server on core-updates

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

Re: Website translation

"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

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

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

Re: Apply Guix patches from debbugs

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: Apply Guix patches from debbugs

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

Apply Guix patches from debbugs

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---