On Tue, Apr 19, 2016 at 11:45:26PM -0400, myglc2 wrote:
Table 2: Novice-friendly Commands
=
| existing command | new command |
|+---|
| guix package
l...@gnu.org (Ludovic Courtès) writes:
> Alex Kost skribis:
>
>> Ludovic Courtès (2016-04-18 20:20 +0300) wrote:
>
> [...]
>
>>> I can see how adding “package” everywhere helps categorize things
>>> mentally, but as a user interface, I think it would be rather bad.
>>
>> As a user, I think it wou
On Tue, Apr 19, 2016 at 05:57:05PM +0200, Ludovic Courtès wrote:
> What about this:
>
> diff --git a/etc/guix-daemon.service.in b/etc/guix-daemon.service.in
> index 28ef000..c79f867 100644
> --- a/etc/guix-daemon.service.in
> +++ b/etc/guix-daemon.service.in
> @@ -10,6 +10,7 @@ ExecStart=@bindir@
On Tue, Apr 19, 2016 at 07:15:25PM +1000, Ben Woodcroft wrote:
> On 19/04/16 05:07, Leo Famulari wrote:
> >> (define-public python2-ipython
> >>- (let ((ipython (package-with-python2 python-ipython)))
> >>+ (let ((parent (package-with-python2
> >>+ (strip-python2-variant python-i
On Tue, Mar 15, 2016 at 07:42:53PM -0400, Leo Famulari wrote:
> There is an update for git and git-manpages on master. Please update
> your installations, both clients and servers!
>
> http://seclists.org/oss-sec/2016/q1/645
It turns out that although the bugs [0] had been publicly disclosed, the
Ludovic Courtès writes:
> Alex Kost skribis:
>
>> Ludovic Courtès (2016-04-18 20:20 +0300) wrote:
>
> [...]
>
>>> I can see how adding “package” everywhere helps categorize things
>>> mentally, but as a user interface, I think it would be rather bad.
>>
>> As a user, I think it would be rather go
l...@gnu.org (Ludovic Courtès) writes:
> myglc2 skribis:
>
>> Thomas Ingram writes:
>>
>>> On 03/26/2016 07:39 AM, Ludovic Courtès wrote:
Personally, I would like to view the “wizard” as a helper, and not as
something that hides everything and turns people into “end users.”
>>
>> Wow,
Joram Schrijver skribis:
> Heh, no I'm not. I have to do it with 4 cores + hyperthreading. My first
> `guix pull` did have to build many things though, spawning numerous
> threads in some cases. I eye-sampled the thread counts during one try
> and they were certainly in the hundreds.
Oh, then it
Alex Kost skribis:
> Ludovic Courtès (2016-04-18 20:20 +0300) wrote:
[...]
>> I can see how adding “package” everywhere helps categorize things
>> mentally, but as a user interface, I think it would be rather bad.
>
> As a user, I think it would be rather good. (This is just my user opinion)
John Darrington skribis:
> While we're thinking about user interfaces, I believe a more abstract approach
> would be better at this stage:What types of person are going to be
> interacting with Guix? Developers? Users? Curious Bystanders? Some other
> category of person? --- Each of t
Manolis Ragkousis skribis:
> Hey Ludo,
>
> On 04/14/16 00:07, Ludovic Courtès wrote:
>>> * gnu/packages/base.scm (glibc)[propagated-inputs]: Use a kernel
>>> agnostic name for the kernel headers.
>>> [arguments]: Adjust accordingly.
>>> * gnu/packages/commencement.scm (glibc-final-with-bootst
Hartmut Goebel writes:
> As discussed on the mailinglist these day, these patches
> introduce the prefix "java-" for Java packages.
>
> These are updated patches for those I send earlier these days. Issues when
> building the manual should be fixed now. I also removed the last patch, which
> add
Manolis Ragkousis skribis:
> On 04/14/16 20:04, Ludovic Courtès wrote:
>
>> AFAICS --target=avr is redundant:
>>
>> --8<---cut here---start->8---
>> $ git describe
>> v0.10.0-204-ga2d0e20
>> $ wget -q -O - $(./pre-inst-env guix build --log-file -e '((@ (gnu pa
Jan Nieuwenhuizen skribis:
> The fact that almost every little change triggers a full world rebuild
> makes creating a cross build on Guix quite annoying, though. I wonder
> if we would like to make this friendlier, even if only to bootstrap
> cross builds.
I think it’s always possible to creat
On Tue, Apr 19, 2016 at 11:23:43AM +0200, Hartmut Goebel wrote:
Am 19.04.2016 um 09:52 schrieb Alex Kost:
I like you suggestion, except for these:
> Here is the summary of the changes I think it would be good to have:
>
> [...]
> |
Ricardo Wurmus writes:
> myglc2 writes:
>
>> Alex Kost writes:
>>
>>> Ludovic Courtès (2016-04-18 20:20 +0300) wrote:
>>>
Alex Kost skribis:
> I've just sent a message to bug#22587¹, but I realized it is better to
> discuss it here in a separate thread.
>
> So, I thin
Alex Kost writes:
> Here is the summary of the changes I think it would be good to have:
>
> | Replace this: | With this:|
> |---+---|
> | guix build| guix package
"Thompson, David" writes:
> I'm with Ricardo. Separating things into things for "users" and
> things for "developers" just re-establishes the dichotomy that we
> intend to blur, and insist isn't really there in the first place. We
> want to encourage users to hack the system, not cordon off a s
myglc2 writes:
> Alex Kost writes:
>
>> Ludovic Courtès (2016-04-18 20:20 +0300) wrote:
>>
>>> Alex Kost skribis:
>>>
I've just sent a message to bug#22587¹, but I realized it is better to
discuss it here in a separate thread.
So, I think there are inconsistencies in guix c
On Tue, Apr 19, 2016 at 09:03:30AM -0400, Thompson, David wrote:
I'm with Ricardo. Separating things into things for "users" and
things for "developers" just re-establishes the dichotomy that we
intend to blur, and insist isn't really there in the first place. We
want to encou
Alex Kost writes:
> Ludovic Courtès (2016-04-18 20:20 +0300) wrote:
>
>> Alex Kost skribis:
>>
>>> I've just sent a message to bug#22587¹, but I realized it is better to
>>> discuss it here in a separate thread.
>>>
>>> So, I think there are inconsistencies in guix commands. For example, we
>>>
I'm with Ricardo. Separating things into things for "users" and
things for "developers" just re-establishes the dichotomy that we
intend to blur, and insist isn't really there in the first place. We
want to encourage users to hack the system, not cordon off a section
of tools and say "these aren'
John Darrington writes:
> On Mon, Apr 18, 2016 at 05:50:14PM -0400, myglc2 wrote:
> l...@gnu.org (Ludovic Court??s) writes:
>
> > Alex Kost skribis:
> >
> >> I've just sent a message to bug#22587??, but I realized it is better
> to
> >> discuss it here in a separa
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> Ludovic Courtès writes:
>>
>>> Ricardo Wurmus skribis:
>
> [...]
>
Does it make sense to push this patch to master? Or should we wait for
an official release? Java 1.8 is already pretty old and it seems like
the pre-relea
Alex Kost writes:
> myglc2 (2016-04-19 00:50 +0300) wrote:
>
>> For overall Guix usability, the overloading of a single guix command for
>> everything is not so good. When you eventually create a man page, it
>> will be intimidating for someone just trying to do per-user package
>> management, wh
Efraim Flashner writes:
> [...]
>
> /tmp/guix-build-glib-2.46.1.drv-0/glib-2.46.1/gio/tests [env]#
> ./gapplication
> /gapplication/no-dbus: OK
> /gapplication/no-appid: OK
> /gapplication/properties: org.freedesktop.DBus.Error.AccessDenied:
> Failed to set fd limit to 65536: Operation not permit
Alex Kost writes:
> myglc2 (2016-04-19 00:50 +0300) wrote:
>
>> For overall Guix usability, the overloading of a single guix command for
>> everything is not so good. When you eventually create a man page, it
>> will be intimidating for someone just trying to do per-user package
>> management, w
myglc2 (2016-04-19 00:50 +0300) wrote:
> For overall Guix usability, the overloading of a single guix command for
> everything is not so good. When you eventually create a man page, it
> will be intimidating for someone just trying to do per-user package
> management, which the majority of, and le
Taylan Ulrich "Bayırlı/Kammer" (2016-04-19 12:17 +0300) wrote:
> Alex Kost writes:
>
>> Here is the summary of the changes I think it would be good to have:
>>
>> | Replace this: | With this:|
>> |---+
Hartmut Goebel (2016-04-19 12:23 +0300) wrote:
> Am 19.04.2016 um 09:52 schrieb Alex Kost:
>
> I like you suggestion, except for these:
>> Here is the summary of the changes I think it would be good to have:
>>
>> [...]
>> |---+---|
>
Ricardo Wurmus writes:
> Mathieu Lirzin writes:
>
>> * gnu/packages/linux.scm (powertop)[inputs]: Add kmod.
>> [arguments]: Patch absolute file names. Before that launching powertop
>> was failing because 'modprobe' was not found.
>
> Looks good to me, but I have one thing to nitpick below.
>
>
Alex Kost writes:
> Leo Famulari (2016-04-18 23:32 +0300) wrote:
>
>> On Sun, Apr 17, 2016 at 11:53:51AM +0200, ng0 wrote:
>>> Updated libgcrypt patch.
>>
>> Is there a consensus on upgrading from 1.6.5 and making the change on
>> core-updates?
>
> I think this is the right thing to do, but I wou
Am 19.04.2016 um 09:52 schrieb Alex Kost:
I like you suggestion, except for these:
> Here is the summary of the changes I think it would be good to have:
>
> [...]
> |---+---|
> | guix package --list-generations | guix profile --lis
Alex Kost writes:
> Here is the summary of the changes I think it would be good to have:
>
> | Replace this: | With this:|
> |---+---|
> | guix build| guix package b
On 19/04/16 05:07, Leo Famulari wrote:
On Sun, Apr 17, 2016 at 10:54:03AM +1000, Ben Woodcroft wrote:
Hi,
This hopefully should be a pretty straightforward patch, but I just wanted
to check that I was doing the correct thing this first time. Seems to make
the code much cleaner.
Does it make
Hartmut Goebel (2016-04-19 00:09 +0300) wrote:
> Am 18.04.2016 um 22:20 schrieb Leo Famulari:
>>> > +(synopsis "IP address manipulation library by Google")
>>> > +(description
>>> > + "Library for working with IP addresses, both IPv4 and IPv6.")
>> Can you give any more information abo
Leo Famulari (2016-04-18 23:21 +0300) wrote:
> On Sun, Apr 17, 2016 at 10:50:56PM +0200, Hartmut Goebel wrote:
>> I did expect this package to be defined in python.scm.
>
> You can figure out where package foo is defined with `guix package
> --show=foo`. That is more discoverable than a comment in
Leo Famulari (2016-04-18 23:32 +0300) wrote:
> On Sun, Apr 17, 2016 at 11:53:51AM +0200, ng0 wrote:
>> Updated libgcrypt patch.
>
> Is there a consensus on upgrading from 1.6.5 and making the change on
> core-updates?
I think this is the right thing to do, but I would wait for a more
authoritativ
And now it stored a configuration that didn't boot (the one who hanged on
reconfiguration, I suppose). [most of the services didn't start up and I
couldn't log in]
Thanks for the retained old versions in the grub menu, I just booted one of
those!
John Darrington (2016-04-18 19:10 +0300) wrote:
> On Mon, Apr 18, 2016 at 11:57:59AM +0300, Alex Kost wrote:
> I've just sent a message to bug#22587??, but I realized it is better to
> discuss it here in a separate thread.
>
> So, I think there are inconsistencies in guix commands.
Ludovic Courtès (2016-04-18 20:20 +0300) wrote:
> Alex Kost skribis:
>
>> I've just sent a message to bug#22587¹, but I realized it is better to
>> discuss it here in a separate thread.
>>
>> So, I think there are inconsistencies in guix commands. For example, we
>> have "guix system build" to b
And when I add a file-system like this
(define dayas-sys (mapped-device
(source (uuid "blahblahblah"))
(target "dayas-sys")
(type luks-device-mapping)))
...
(mapped-devices (list dayas-sys))
(file-systems (cons* (file
42 matches
Mail list logo
