Ludovic Courtès (2014-07-20 23:47 +0400) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2014-07-20 18:08 +0400) wrote:
>>
>>> Alex Kost skribis:
>>>
Yes, that's what concerned me since the very beginning – unique entities
should have unique identifiers, i.e. ideally there should be
Hello Guix!
I've been experimenting with a standalone Guix installation on my
Gluglug ThinkPad X60, but was facing unhelpful error messages when
trying to connect to wireless networks.
At least for my home network, it turns out that the 'ccm' and 'ctr'
kernel modules must be loaded in order for w
On 07/18/2014 01:26 AM, Ludovic Courtès wrote:
> (match (package-direct-inputs p)
>(((labels packages . _) ...)
> (string-join (sort packages package
* guix/packages.scm (package-direct-inputs): New procedure.
* tests/packages.scm: Test it.
* guix/ui.scm (package->recutils): Print the dependencies of the package.
---
guix/packages.scm | 8
guix/ui.scm| 7 +++
tests/packages.scm | 13 +
3 files changed, 28 ins
Hello,
On Sun, Jul 20, 2014 at 12:10:35PM -0700, Jason Self wrote:
> - "--disable-vis"
if I remember correctly, this option was used to disable special instructions
for a cpu-subtype. Could you maybe check that as it was removed, no other
options of this type were added? Othe
Eric Bavier skribis:
> I just experienced the same failure after pulling from master (updating
> from 42e1394). The directory I'm building from is only 22 characters
> wide, but ends up being 117 characters wide in this test.
Oops indeed, I believe this is fixed in 58f485c, can you confirm?
Th
Great, thanks!
Ludo’.
"Jason Self" skribis:
> From 8077c5b884c296b59607176193dbc939908a4fe0 Mon Sep 17 00:00:00 2001
> From: Jason Self
> Date: Sun, 20 Jul 2014 12:08:58 -0700
> Subject: [PATCH 1/1] gnu: ffmpeg: Remove --disable-vis.
>
> * gnu/packages/video.scm (ffmpeg): Remove --disable-vis.
OK to push, thanks.
L
Alex Kost skribis:
> Ludovic Courtès (2014-07-20 18:08 +0400) wrote:
>
>> Alex Kost skribis:
>>
>>> Yes, that's what concerned me since the very beginning – unique entities
>>> should have unique identifiers, i.e. ideally there should be an
>>> easy-to-get ID for every package. But as I'm using
An addition to my previous mail.
> I don't say that name+version should identify a package, but I think it
> would be very convenient to have an ID for a package definition. For
> example now manifest may tell that "out" of a "guile-2.0.11" package is
> installed but there are 2 "guile-2.0.11" pa
On Sun, Jul 20, 2014 at 03:50:39PM +0200, Ludovic Court??s wrote:
John Darrington skribis:
> Arguably this is deficiency of aegis itself.
That???s what I would say. After all, software is usually installable as
non-root, so when that doesn???t work, it should at le
From 8077c5b884c296b59607176193dbc939908a4fe0 Mon Sep 17 00:00:00 2001
From: Jason Self
Date: Sun, 20 Jul 2014 12:08:58 -0700
Subject: [PATCH 1/1] gnu: ffmpeg: Remove --disable-vis.
* gnu/packages/video.scm (ffmpeg): Remove --disable-vis.
Signed-off-by: Jason Self
---
gnu/packages/video.scm |
Ludovic Courtès writes:
> Alen Skondro skribis:
>
>> From test-suite.log:
>>
>> ERROR: In procedure scm_to_sockaddr: unix address path too long:
>> /home/alesko/aur/guix-git/src/guix/t-register-3048/home/alesko/aur/guix-git/src/guix/t-register-3048/usr/var/guix/daemon-socket/socket
>
> This come
Ludovic Courtès (2014-07-20 18:08 +0400) wrote:
> Alex Kost skribis:
>
>> Yes, that's what concerned me since the very beginning – unique entities
>> should have unique identifiers, i.e. ideally there should be an
>> easy-to-get ID for every package. But as I'm using a non-unique
>> ‘name-versio
Ludovic Courtès writes:
> Be aware though that there can be subtle situations that trigger
> rebuilds, and are not addressed here (which is a fine approximation
> IMO.) For instance, implicit inputs are not taken into account. And
> there are things like reuse of sources, as in base.scm where g
"Jason Self" skribis:
> From a2f2de4db39269543e3fd2f0dca397b9dbb34e67 Mon Sep 17 00:00:00 2001
> From: Jason Self
> Date: Sun, 20 Jul 2014 07:13:19 -0700
> Subject: [PATCH 1/1] gnu: wpa-supplicant: Update to 2.2.
>
> * gnu/packages/admin.scm (wpa-supplicant): Update to version 2.2.
OK!
Ludo’.
"Jason Self" skribis:
> From acd861da2c83d9ef760eef917b1665bf40e4f647 Mon Sep 17 00:00:00 2001
> From: Jason Self
> Date: Sun, 20 Jul 2014 07:09:44 -0700
> Subject: [PATCH 1/1] gnu: sudo: Update to 1.8.10p3.
>
> * gnu/packages/admin.scm (sudo): Update to version 1.8.10p3.
OK to push, thanks!
L
* gnu/packages/admin.scm (wpa-supplicant): Update to version 2.2.
From a2f2de4db39269543e3fd2f0dca397b9dbb34e67 Mon Sep 17 00:00:00 2001
From: Jason Self
Date: Sun, 20 Jul 2014 07:13:19 -0700
Subject: [PATCH 1/1] gnu: wpa-supplicant: Update to 2.2.
* gnu/packages/admin.scm (wpa-supplicant): Updat
* gnu/packages/admin.scm (sudo): Update to version 1.8.10p3.
From acd861da2c83d9ef760eef917b1665bf40e4f647 Mon Sep 17 00:00:00 2001
From: Jason Self
Date: Sun, 20 Jul 2014 07:09:44 -0700
Subject: [PATCH 1/1] gnu: sudo: Update to 1.8.10p3.
* gnu/packages/admin.scm (sudo): Update to version 1.8.10p
Alex Kost skribis:
> Yes, that's what concerned me since the very beginning – unique entities
> should have unique identifiers, i.e. ideally there should be an
> easy-to-get ID for every package. But as I'm using a non-unique
> ‘name-version’ spec to "identify" a package, information about insta
Ondra Pelech skribis:
> regarding the fixed point, from your linked mail, I don't understand
> what is already accomplished and what still has to be done to reach
> fixed point.
> so what is the status quo?
These was just experimentation, nothing concrete yet.
Ludo’.
John Darrington skribis:
> Arguably this is deficiency of aegis itself.
That’s what I would say. After all, software is usually installable as
non-root, so when that doesn’t work, it should at least fail gracefully.
Ludo’.
l...@gnu.org (Ludovic Courtès) skribis:
>> as there is only 1GB of RAM and it seems the install fetches too much
>> packages into ramdisk. Why is it not using the target file system
>> already?
>
> Hmm, it’s actually initially populating the local store, on the RAM
> disk, right. I agree that’s a
"Jason Self" skribis:
> From a15e2d287f205b088b9141cb1e80ee0592d1a274 Mon Sep 17 00:00:00 2001
> From: Jason Self
> Date: Sat, 19 Jul 2014 13:40:43 -0700
> Subject: [PATCH 1/1] gnu: htop: Update to 1.0.3.
>
> * gnu/packages/admin.scm (htop): Update to version 1.0.3.
OK to push!
Ludo'.
"Jason Self" skribis:
> From e6aed17bdcf8a0643802e440efec860ed644d12d Mon Sep 17 00:00:00 2001
> From: Jason Self
> Date: Sat, 19 Jul 2014 13:33:14 -0700
> Subject: [PATCH 1/1] gnu: dfc: Update to 3.0.4.
>
> * gnu/packages/admin.scm (dfc): Update to version 3.0.4.
OK, please push!
Ludo’.
"Jason Self" skribis:
> From 2f4f94c660c58b3c46c1ce485c22017eebe255ad Mon Sep 17 00:00:00 2001
> From: Jason Self
> Date: Sat, 19 Jul 2014 13:24:47 -0700
> Subject: [PATCH 1/1] gnu: acl: Update to 2.2.52.
>
> * gnu/packages/acl.scm (acl): Update to version 2.2.52.
OK, but *only* for the core-up
Adam Pribyl skribis:
> On Sat, 19 Jul 2014, Ludovic Courtès wrote:
>
>> Adam Pribyl skribis:
>>
Sorry, I was completely wrong, the new liveUSB has e2fsprogs,
however I probably do have the problem with ahci module too, and I
confused the old /dev/sda harddrive which is now missing
On Fri, Jul 18, 2014 at 02:42:38PM +0200, Ludovic Court??s wrote:
John Darrington skribis:
> I see (I think). Could we at least arrange for a message to be emitted
on
> package --install suggesting that the package be added to
setuid-programs?
> Aegis is useless witho
Ludovic Courtès (2014-07-19 20:28 +0400) wrote:
> Alex Kost skribis:
>
> [...]
>
>> Also I have a question: is there such thing as “obsolete package”?
>> AFAIU after ‘guix pull’, a user can still have old versions of packages
>> installed that don't exist in the new guix anymore. I.e. after that
29 matches
Mail list logo