Danny Milosavljevic writes:
> I'm trying to package minicom and there I get an error message
>
> checking for com line lock directory... configure: error: No suitable lock
> directory
>
> ... which was checking for a (common) directory to put a file in (as a
> marker) when a serial device is
Mark H Weaver (2017-06-06 16:47 -0400) wrote:
> Alex Kost writes:
>
>> Mark H Weaver (2017-06-04 20:15 -0400) wrote:
>>
+(define-public s
+ (let ((commit "6604341edb3a775ff94415762af3ee9bd86bfb3c")
+(revision "1"))
+(package
+ (name "s")
+ (ver
Hi Roel,
Roel Janssen skribis:
>> That is going to make builds vey slow. I would suggest having
>> guix-daemon operate on the local /gnu (that’s what Ricardo did, IIRC).
>
> That definitely speeds things up about 50%. So, running the environment
> command from a node that is connected to t
Roel Janssen writes:
> The NFS overhead is pretty large. Maybe we can better tune it, and if
> so, document how to tune it for GNU Guix. I already talked to our
> storage expert, and tuning boils down to using fast disks, a
> large-enough NFS cache, and low-latency network equipment.
We may g
Ricardo Wurmus skribis:
> Roel Janssen writes:
[...]
>> The reason we have /gnu NFS-mounted on the build node is that we can
>> then very easily replace the node when it would have a hardware failure,
>> without even losing the ability to run programs that were already
>> installed.
>
> That’s
Heya,
Roel Janssen skribis:
> Hartmut Goebel writes:
>
>> Hi,
>>
>> I find myself debugging some package test-cases quite often. This is
>> *very* time-consuming, esp. if compiling the source takes several minutes.
>>
>> So what I need is something to drop me into an interactive shell if the
>>
Chris Marusich skribis:
> Danny Milosavljevic writes:
>
>> I'm trying to package minicom and there I get an error message
>>
>> checking for com line lock directory... configure: error: No suitable lock
>> directory
>>
>> ... which was checking for a (common) directory to put a file in (as a
Hi Christopher,
Christopher Baines skribis:
> Running the current implementation of git-predicate on the guix
> repository with 50 trials takes:
>
> real0m5.374s
> user0m4.052s
> sys 0m1.484s
>
> Compared to the following for the patched implementation:
>
> real0m8.398s
>
Christopher Baines skribis:
> Adjust 'git-predicate' to use data structures that perform better when used
> with git repositories with a large number of files.
>
> Previously when matching either a regular file or directory, 'git-predicate'
> would search a list with a length equal to the number
Ludovic Courtès writes:
> I’m not sure if SMB is faster than NFS, is it? 9p (which Linux
> supports) might work well.
Sadly, our “storage appliances” only offer NFS or SMB (and maybe SCP).
I’d gladly try *anything* to get away from our slow NFS.
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150
Ludovic Courtès writes:
> How does:
>
> time guix environment --ad-hoc coreutils --pure -- true
>
> compare to:
>
> time guix environment --ad-hoc -e '(@ (gnu packages base) coreutils)'
> --pure -- true
>
> ? That would give us an estimate of how much the cache I describe would
> help.
>
>
Hello guix!
I'm trying to run guixsd in an lxd container.
My lxd containers run on an Ubuntu server 16.04.
I took the usb-installer image and imported in as an lxd image.
When a container start it runs /sbin/init.
In guixsd /proc/1 is shepherd, but a lot of stuff happens before shepherd
is start
On 07/06/17 13:40, Ludovic Courtès wrote:
> Hi Christopher,
>
> Christopher Baines skribis:
>
>> Running the current implementation of git-predicate on the guix
>> repository with 50 trials takes:
>>
>> real0m5.374s
>> user0m4.052s
>> sys 0m1.484s
>>
>> Compared to the followin
Hello Manolis and all!
On ‘core-updates’, the cross-compiler for i586-pc-gnu fails to build:
https://hydra.gnu.org/build/2099030
The relevant part is:
--8<---cut here---start->8---
checking whether i586-pc-gnu-gcc supports -Wall... yes
checking for socket l
Hello Ludo,
I will reproduce it locally and track the problem. Probably a package
update in core-updates is causing this. I will report back.
Manolis
On 06/08/17 01:01, Ludovic Courtès wrote:
> Hello Manolis and all!
>
> On ‘core-updates’, the cross-compiler for i586-pc-gnu fails to build:
>
>
Hello Ludo,
I will reproduce it locally and track the problem. Probably a package
update in core-updates is causing this. I will report back.
Manolis
On 06/08/17 01:01, Ludovic Courtès wrote:
> Hello Manolis and all!
>
> On ‘core-updates’, the cross-compiler for i586-pc-gnu fails to build:
>
>
Hi again!
l...@gnu.org (Ludovic Courtès) skribis:
> checking for -fPIC -shared... yes
> configure: error:
>Building GCC with plugin support requires a host that supports
>-fPIC, -shared, -ldl and -rdynamic.
> make[1]: *** [Makefile:9376: configure-libcc1] Error 1
The cross-compiler to a
Hello Jan & all!
Bash fails to cross-build for i686-w64–mingw32 on ‘core-updates’:
--8<---cut here---start->8---
gcc -DPROGRAM='"bash.exe"' -DCONF_HOSTTYPE='"i686"' -DCONF_OSTYPE='"mingw32"'
-DCONF_MACHTYPE='"i686-w64-mingw32"' -DCONF_VENDOR='"w64"'
-DLOCALE
Alex Kost writes:
> Mark H Weaver (2017-06-06 16:47 -0400) wrote:
>
>> If only 26 people in the entire world choose to give their project a
>> two-letter name, then the chances are good that there will be a
>> collision (c.f. birthday paradox), and one of them will need to be
>> renamed.
>>
>> Li
ng0 writes:
> Mark H Weaver transcribed 0.2K bytes:
>> Since updating my GuixSD system to include the merge of the 'staging'
>> branch, GNOME 3 no longer starts for me. Does anyone else have this
>> problem?
>>
>> I've opened the following bug report for this issue:
>>
>> https://bugs.gnu.or
Hello Guix!
‘core-updates’ is has been somewhat frozen for a few days already!
Hydra has built the “core” subset of packages and there are a few
failures to address:
https://hydra.gnu.org/jobset/gnu/core-updates
It would be good to fix them quickly so we can go on and build all the
packages.
Ludovic Courtès writes:
Hi Ludo & all!
> Bash fails to cross-build for i686-w64–mingw32 on ‘core-updates’:
> Ideas?
Hmm. Did bash successfully cross build to i686-w64–mingw32 before?
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avata
22 matches
Mail list logo