Re:Re: emacs-exwm-x update error

may be we should show a tip also: suggest do XXX :-) At 2017-07-02 00:10:55, "l...@gnu.org (Ludovic" <=?utf-8?Q?Court=C3=A8s?=)> wrote: >Hello, > >"Feng Shu" skribis: > >> feng@tumashu:~/project/guix $ ./pre-inst-env guix package -u emacs-exwm-x > >[...] > >> The following package will be

Re: Local caching behavior affected by network state

Heya, Thanks for the heads-up, this is terrible indeed. Ricardo Wurmus skribis: > rekado in ~: guix build axoloti > substitute: updating list of substitutes from > 'https://mirror.hydra.gnu.org'... 100.0% > substitute: updating list of substitutes from > 'https://mirror.hydra.gnu.org'... 100.

Re: stability of master - just QA and hydra is not enough

On Sat, Jul 01, 2017 at 07:24:25PM +, ng0 wrote: > > First, is there some outstanding bug that needs to be fixed? It's > > frustrating to get messages like this without any context. > > Yes, but I certainly will not run reconfigure on here from HEAD > again. When I ran into this I had not git

Re: stability of master - just QA and hydra is not enough

Leo Famulari transcribed 3.2K bytes: > On Sat, Jul 01, 2017 at 05:36:04PM +, ng0 wrote: > > (This is brief and incomplete, just the way I see it right now) > > [...] > > > imagine that _before_ commits end up in master we build a set of > > virtual systems which at least must: > > > > - be b

Re: stability of master - just QA and hydra is not enough

On Sat, Jul 01, 2017 at 05:36:04PM +, ng0 wrote: > (This is brief and incomplete, just the way I see it right now) [...] > imagine that _before_ commits end up in master we build a set of > virtual systems which at least must: > > - be build successfully > - run through the initrd > - briefl

stability of master - just QA and hydra is not enough

(This is brief and incomplete, just the way I see it right now) Hi, in the recent months (or rather: regulary) guix master is regulary unusable. To be accepted as a system which anyone can use even without the need of having to run from git, the current deployment process (is this called deploymen

Re: 01/01: gnu: glibc/linux: Add patches for CVE-2017-1000366.

l...@gnu.org (Ludovic Courtès) writes: > First, we could mark the ‘replacement’ field as “innate”, which means it > will never be inherited (like the ‘location’ field.) Like you, I can’t > think of a situation where inheriting the replacement makes sense. I think we should do this. It's not a c

Re: 01/01: gnu: glibc/linux: Add patches for CVE-2017-1000366.

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> More generally, I think we need to give more thought to how to handle >> 'replacement' fields when we inherit packages, in order to do the right >> thing when the inherited package is grafted. One way is to override >> (replace

Re: emacs-exwm-x update error

Hello, "Feng Shu" skribis: > feng@tumashu:~/project/guix $ ./pre-inst-env guix package -u emacs-exwm-x [...] > The following package will be upgraded: >emacs-exwm-x 1.0-2.2099138 → 1.6 > /gnu/store/b05317amv8xp7kg297rjfqma8f9pp91d-emacs-exwm-x-1.6 > > guix package: error: profil

Re: [PATCH] fpm2 package derivation

Hello Thomas, Thomas Sigurdsen skribis: > Hi, just managed to make this work, ran it through guix lint and think it > should be allright. With that said I'm more than happy for feedback seeing as > I'm a guile newbie and never contributed much to anything before (even though > my papers say I ha

Re: 01/01: gnu: glibc/linux: Add patches for CVE-2017-1000366.

Hi Mark, Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> civodul pushed a commit to branch core-updates >> in repository guix. >> >> commit 503a4df904b8d4b82caebdb17db9c5f76a952418 >> Author: Ludovic Courtès >> Date: Thu Jun 29 12:53:14 2017 +0200 >> >> gnu: glibc/lin

Re: 01/01: gnu: glibc/linux: Add patches for CVE-2017-1000366.

Mark H Weaver skribis: > Another problem with this commit is that it fails to add > "glibc-vectorized-strcspn-guards.patch", so it will fail to build on > i686, as described in . Oops, my bad. > Also, it leaves the 'patches' fields in glibc-2.24, glibc-2.23, > glibc-

Re: The current state of Aarch64 on Guix

Hi Efraim, Efraim Flashner skribis: > It sounds like its all doom and gloom, but its not too bad. `guix > package -A | wc -l' shows me 5341 (5208 without sablevm-classpath), > compared with ~5600 on x86_64. Excellent work! It looks like you’ve done your best without becoming yourself “upstream

Re: GSoC project update 1

Hi reepca! Caleb Ristvedt skribis: > So far, I've replaced the register-path procedure in store.scm, which > means we now have some support for using sqlite (via guile-sqlite3 and > some utility macros) to access and modify the state database. We can > also now perform deduplication on individua

Re: Deleting system generations

From: l...@gnu.org (Ludovic Courtès) Subject: Deleting system generations Date: Sat, 01 Jul 2017 15:15:23 +0200 Thomas: I think you (was it you?) started working on a ‘guix system delete-generations’ sub-command so make it more accessible. Any update? :-) Yes, that's correct :-) No update,

Re: (guix git) and guile-git finalizers.

> Fine with me, by far the simplest and safest solution. :-) Ok thanks ! Pushed as b02469d29. Mathieu

How to package go-sqlite3, go-fuse, and finally TMSU?

I want to package TMSU: https://github.com/oniony/TMSU As described in the COMPILING instructions at https://github.com/oniony/TMSU/blob/master/COMPILING.md it needs these two go-libraries: go-sqlite: https://github.com/mattn/go-sqlite3 go-fuse: https://github.com/hanwen/go-f

Re: bootstrap-tarballs fails

Hi, rennes skribis: > Currently compiling './pre-inst-env guix build --target=i586-pc-gnu > bootstrap-tarballs' on core-updates fails with: > -- > phase `set-paths' succeeded after 0.0 seconds > starting phase `install-locale' > warning: failed to install 'en_US.utf8' locale: Invalid argument

Re: compiling guix is too slow?

Hi, Leo Famulari skribis: > My understanding is that Guile 2.2 traded slower compilation for faster > execution of compiled programs. Hopefully the performance of the > compiler will be improved in later updates to Guile. Yes, that’s a good summary. Most of the code we compile is package defin

Re: FW: [oss-security] accepting new members to (linux-)distros lists

Hello, Leo Famulari skribis: > I've seen some members of Guix express doubts about the utility of > private discussion forums like linux-distros, and I'm sympathetic. > > In fact, even without early notification, we are usually shipping > security updates for embargoed issues within 24 hours of

Deleting system generations

Mekeor Melire skribis: > Danny Milosavljevic writes: > >> Wait. AFAIK one cannot delete system generations [yet]. Has that changed? >> >> But deleting user [package] generations works, yes. > > Somewhere on the mailing-list I found out that you can delete a system > generation like this: > >

Re: Differences between container used by "guix build" and "guix environment -C -N"

Hi, Danny Milosavljevic skribis: > it does pretty much the equvalent of this Python program, in Rust: > > > #!/usr/bin/env python3 > > import os > import subprocess > import signal > > signal.pthread_sigmask(signal.SIG_BLOCK, [signal.SIGINT]) > > p = subprocess.Popen(["c

Re: (guix git) and guile-git finalizers.

Mathieu Othacehe skribis: > From d8336eb41574d41bd36330c26f56da8090c8907e Mon Sep 17 00:00:00 2001 > From: Mathieu Othacehe > Date: Sat, 1 Jul 2017 12:14:05 +0200 > Subject: [PATCH] guix: git: Stop using libgit2-shutdown. > > * guix/git.scm (with-libgit2): Stop calling (libgit2-shutdown) to prev

Re: emacs-exwm-x update error

"Feng Shu" writes: > feng@tumashu:~/project/guix $ ./pre-inst-env guix package -u emacs-exwm-x > ;;; note: source file /home/feng/project/guix/gnu/packages/emacs.scm > ;;; newer than compiled /home/feng/project/guix/gnu/packages/emacs.go > ;;; note: source file /home/feng/project/guix/gnu/p

Re: (guix git) and guile-git finalizers.

Hi Andy, > Why do you feel the need to "shut down" libgit? Honestly I would punt. > Most other libraries aren't like that. Thanks for the review and pointing out those two issues. So our best option may be to stop using libgit2-shutdown in (guix git). I attached a patch, what do you guys think