Re: [PATCH] gnu: Add lmms

Qt 4 is no longer supported by the Qt project, but security vulnerabilities continue to be discovered in it, and so we should not add new packages that depend on it. Apparently, LMMS can be built with Qt 5: https://github.com/LMMS/lmms/wiki/Compiling-lmms#using-qt5 Can you try it and let us

Re: [PATCH 4/4] services: openssh: Add 'subsystems' option.

On Thu, Mar 16, 2017 at 08:45:27PM +, ng0 wrote: ps Cl??ment: 'them'/'they' are pronouns if you don't know the gender and/or prefered pronoun of a person :) ... according to some. - but most linguists, and many orators (the president of the Free Software Foundation being one of

Re: Should synopsis handle texinfo markup?

Alex Kost skribis: > Ludovic Courtès (2017-03-15 17:14 +0100) wrote: > >> Hi Alex, >> >> Alex Kost skribis: >> >>> Hello, I've noticed that several packages contain "@code" structures in >>> their synopses, but only 'description' field supports texinfo

Re: Introducing ‘guix pack’

Hello Guix! Hello 2.2 Guilers! l...@gnu.org (Ludovic Courtès) skribis: > I’d like to move support for Docker (currently in ‘guix archive’) to > this new command because I think it’s more appropriate: ‘guix archive’ > is supposed to be rather low-level so it would not create a profile, for >

Re: guix is the guildhall that we always wanted!

Hello! Mark H Weaver skribis: > Andy Wingo writes: > >> So! My proposal for this new "guildhall" would be: >> >> 1. a web service >> >> 2. on which users registers projects >> >> 3. a project is a name + a git repository with a /package.scm file

Re: guix is the guildhall that we always wanted!

Andy Wingo writes: > So! My proposal for this new "guildhall" would be: > > 1. a web service > > 2. on which users registers projects > > 3. a project is a name + a git repository with a /package.scm file > > 4. the package.scm contains Guix package definitions

Re: branch core-updates updated (49c2a46 -> 568004c)

On Wed, Mar 15, 2017 at 01:00:24AM -0400, Leo Famulari wrote: > On Tue, Mar 14, 2017 at 02:49:00PM -0400, Efraim Flashner wrote: > > efraim pushed a change to branch core-updates > > in repository guix. > > > > from 49c2a46 gnu: python@2.7: Update to 2.7.13 > >new c5e9101 gnu:

Re: [PATCH 3/5] gnu: Add tlp service.

> I have not been able to see anything related to tlp in > /var/log/messages. And if I set trace mode (TLP_DEBUG, in /etc/tlp), I > have an error message: "logger: unknown facility name: debug", which I > think could be patched in tlp source, maybe by removing "-p debug". Or > maybe it is

Re: [PATCH 4/4] services: openssh: Add 'subsystems' option.

ng0 writes: > Ludovic Courtès transcribed 1.1K bytes: >> Hi Clément, >> >> Clément Lassieur skribis: >> >> > I think there is a misunderstanding. I didn't want to push this because >> > it was not tested, and because subsystems are often

Re: [PATCH 4/4] services: openssh: Add 'subsystems' option.

Ludovic Courtès transcribed 1.1K bytes: > Hi Clément, > > Clément Lassieur skribis: > > > I think there is a misunderstanding. I didn't want to push this because > > it was not tested, and because subsystems are often useless without > > Match, and Match is unsupported.

Re: guix is the guildhall that we always wanted!

Héllo wingo! On 2017-03-16 19:25, Andy Wingo wrote: Hi all! [...] But it turns out that we can use the same strategy to distribute reproducible binaries for any package that Guix includes. Notably, if you run: guix pack -S /opt/guile-fibers-1.0.0=/ guile-next guile-fibers

guix is the guildhall that we always wanted!

Hi all! I've always wondered about the right solution for getting Guile users to share code with each other. At one point I thought that we would have a Guile-specific packaging system like CPAN or NPM, but one with GNU stow-like characteristics. We had problems with C extensions though: how do

Re: [PATCH 4/5] doc: Re-generate openvpn service documentation.

Mathieu Othacehe writes: > * doc/guix.texi (VPN Services): Generate documentation with > generate-openvpn-server-documentation and > generate-openvpn-client-documentation helpers and guile 2.1.7. > --- > doc/guix.texi | 88 >

Re: [PATCH 2/5] services: Factorize define-maybe macro.

Mathieu Othacehe writes: > * gnu/services/configuration.scm (define-maybe): New exported > procedure. > (id): New procedure extracted from define-configuration. > * gnu/services/messaging.scm (define-all-configurations): Define id > inside procedure as

Re: [PATCH 3/5] gnu: Add tlp service.

>> Also, "tlp stat" does not work. > > It seems to work for me, could you elaborate on that ? Oh I see, it was because tlp wasn't installed... Running it directly from the store like this: /gnu/store/ymq6khzhnyxsq5z1mi2jnri93ww0ysji-tlp-0.9/bin/tlp init stat Produced:

Re: [PATCH 3/5] gnu: Add tlp service.

> Also, "tlp stat" does not work. It seems to work for me, could you elaborate on that ? Note that you need to be root. Mathieu

Re: [PATCH 3/5] gnu: Add tlp service.

Hi Clément ! Thanks for the review. I agree with all your points, I'll publish a v2 but on debbugs this time ! Thank you, Mathieu > Here are a few comments: > > [...] > >> +(define-module (gnu services pm) >> + #:use-module (guix gexp) >> + #:use-module (guix packages) >> + #:use-module

Re: [PATCH 5/5] services: Fix a typo which was corrected in generated doc.

> * gnu/services/vpn.scm (define-split-configuration): Fix typo. > --- > gnu/services/vpn.scm | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/gnu/services/vpn.scm b/gnu/services/vpn.scm > index 844a11b3d..e1a04a985 100644 > --- a/gnu/services/vpn.scm > +++

Re: [PATCH 1/5] gnu: tlp: Read configuration from /etc/tlp.

> * gnu/packages/linux.scm (tlp): Set TLP_CONF to "/etc/tlp". > --- > gnu/packages/linux.scm | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm > index 28440297e..bb9dbcb3d 100644 > --- a/gnu/packages/linux.scm > +++

Re: [PATCH 3/5] gnu: Add tlp service.

Sorry I forgot two things: > +(define (tlp-activation config) > + (let* ((config-dir "/etc") > + (config-str (with-output-to-string > + (lambda () > + (serialize-configuration > + config > +

Re: [PATCH 3/5] gnu: Add tlp service.

Mathieu Othacehe writes: > * gnu/services/pm.scm: New file. > * gnu/local.mk (GNU_SYSTEM_MODULES): Add gnu/services/tlp.scm. > * doc/guix.texi (Power management Services): New section. Hi Mathieu, Very nice! On my x200, with tlp, powertop reports: The battery

Re: [PATCH 2/2] gnu: Add GNU Mach.

Hello, I'm helping Manolis forward some pending patches. Attach the patch with suggested corrections. Make sure the phase returns #t on success: (and (zero? (system* "make" …)) (begin (copy-file …) #t)) +(synopsis "Microkernel of the GNU system") +

Re: [PATCH] gnu: Add tftp-hpa.

(sorry, something went wrong with my message there) Hi Leo and Gábor, I just thought of this patch again today, but Leo beat me to it. I've looked into the licensing a bit more. The BSD advertising issue seems to be a misunderstanding on the part of Debian, at least as far as the author is

Re: [PATCH] gnu: Add tftp-hpa.

<20170206225825.23935-1-boskov...@gmail.com> X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8; format=flowed Content-Transfer-Encoding: base64 SGkgTGVvIGFuZCBHw6Fib3IsDQoNCkkganVzdCB0aG91Z2h0IG9mIHRoaXMgcGF0Y2ggYWdhaW4g

Re: bug#26072: [PATCH 35/35] gnu: Add r-seurat.

Ricardo Wurmus writes: > I’ll add a comment to the top of this package expression and update the > commit to fccb77d, which is equivalent to the binary release 1.4.0.12. I also deleted the bundled jar and added a build phase to build it from source. It’s now in master:

Re: bug#26072: [PATCH 35/35] gnu: Add r-seurat.

> Seurat seems to have it's last release as v1.4.0, and the usual > approach would be to package that release. Is there some reason why a > specific commit was used? The latest version is 1.4.0.12, which appears to be 8 commits after the commit selected for this patch. The downloadable archive,

Re: delete profile

Thanks for the explanation :)

Mass-packaging of 300 KDE application prepared - Help required

Hello all, as promised earlier, I prepared a repository inclusing patches for more than 300 KDE packages. I will not have time to work on them, though. Others will need to implement the packages based on this preperations. The repo contains prepared guix package descriptions for more than 300

Re: Dealing with CVEs that apply to unspecified package versions

l...@gnu.org (Ludovic Courtès) skribis: > What about raising the issue on oss-sec? Ideally the QEMU folks would > take care of labeling QEMU’s CVEs, the libxml2 folks would take care of > theirs, etc. For the record I followed up on this discussion on oss-sec:

Re: [PATCH] build: Fix errors in "make dist"

John Darrington skribis: > * Makefile.am (EXTRA_DIST): Remove build-aux/hydra/demo-os.scm > * gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch: Remove > "/gnu/store/..." Good catch. Looks like this hasn't been applied yet. Please push! Thanks, Ludo’.

Re: [PATCH 4/4] services: openssh: Add 'subsystems' option.

Hi Clément, Clément Lassieur skribis: > I think there is a misunderstanding. I didn't want to push this because > it was not tested, and because subsystems are often useless without > Match, and Match is unsupported. The pair/list thing is not the > problem. > > And I

Re: delete profile

Pjotr Prins (2017-03-14 15:18 +) wrote: > On Tue, Mar 14, 2017 at 05:28:52PM +0300, Alex Kost wrote: >> No, "$HOME/guix-test-profile" was not a symlink to >> "/var/guix/profiles/...". Try this: > > Hmmm. You are right. ~/.guix-profile, meanwile, does point inside > /var/guix. Yes,

Re: delete profile

Federico Beffa (2017-03-14 17:43 +0100) wrote: > Alex Kost writes: > >> Federico Beffa (2017-03-14 09:42 +0100) wrote: >> >>> Pjotr Prins writes: >>> 'guix -p $HOME/guix-test-profile' lists only 1 generation (but I did >>> create another one and

Re: Question related to outputs

Hi! Pjotr Prins skribis: > So, to have different build procedures for the same package I best > define different packages and inherit? Rather than define different > outputs - it just appeared natural to me ;). Yeah it really depends. For debugging info, it’s

Re: Should synopsis handle texinfo markup?

Ludovic Courtès (2017-03-15 17:14 +0100) wrote: > Hi Alex, > > Alex Kost skribis: > >> Hello, I've noticed that several packages contain "@code" structures in >> their synopses, but only 'description' field supports texinfo markup. >> For example, look at: >> >> guix package

openssh pubkeys as part of system config

Hi, I will soon start to assemble an GuixSD system image for IN-Berlin virtual servers. I know bayfront uses a module which defines lsh pubkeys for user 'root' (?) and makes them part of the system generation. For IN-Berlin (and probably other hosters) it would help if there was a way to define