Hello Guix!
I've pushed a new branch 'xorg-updates' which updates almost every
package in xorg.scm, as well as mesa, dbus, glib, pixman, cairo,
poppler, inkscape, and a few others.
My original purpose was to apply security fixes mentioned here:
http://www.x.org/wiki/Development/Security/Adviso
Ludovic Courtès writes:
> 宋文武 skribis:
>
>> From 144bf00b86f6884615d986598ccc62a3c4747eef Mon Sep 17 00:00:00 2001
>> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?=
>> Date: Tue, 16 Dec 2014 00:21:46 +0800
>> Subject: [PATCH] services: xorg: Make SLiM sessions configurable.
>>
>> * gnu/services/
Until now there was a ‘nix-upstream’ Git submodule, which pointed to the
upstream Nix repository. The ‘sync-with-upstream’ script would copy
from nix-upstream/ to nix/ the subset of the code that we need, and
patch a couple of things.
With commit 3645756, the Nix code needed for the daemon has be
On Fri, Dec 19, 2014 at 10:31 PM, Ludovic Courtès wrote:
>
> Hmm, I’m not convinced about the whole threads-for-convenience approach
> à la Java. (I think the ideal is a single-threaded event loop; of
> course we want to avoid IoC, and this is where FRP or monads come in.)
>
It is instead for t
Hi,
Eelco Dolstra skribis:
> On 18/12/14 17:32, Ludovic Courtès wrote:
>
>> Thus, I think Nix commit 49fe95 (which introduces monitor-fd.hh, which
>> uses std::thread just for convenience) should be reverted, along with
>> the subsequent commits to that file; then commit 524f89 can be reverted.
宋文武 skribis:
> From 144bf00b86f6884615d986598ccc62a3c4747eef Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?=
> Date: Tue, 16 Dec 2014 00:21:46 +0800
> Subject: [PATCH] services: xorg: Make SLiM sessions configurable.
>
> * gnu/services/xorg.scm (%default-xsessions): New
Hi,
On 19/12/14 19:41, Shea Levy wrote:
> Can't you unshare in the parent then setns back after fork?
In a multi-threaded program, that sounds incredibly racy :-)
(Though it's not clear to me whether unshare() works on the current process or
the current thread. Manpage says process...)
--
Eel
Can't you unshare in the parent then setns back after fork?
> On Dec 19, 2014, at 18:20, Eelco Dolstra wrote:
>
> Hi,
>
>> On 18/12/14 17:32, Ludovic Courtès wrote:
>>
>> Thus, I think Nix commit 49fe95 (which introduces monitor-fd.hh, which
>> uses std::thread just for convenience) should b
Hi,
On 18/12/14 17:32, Ludovic Courtès wrote:
> Thus, I think Nix commit 49fe95 (which introduces monitor-fd.hh, which
> uses std::thread just for convenience) should be reverted, along with
> the subsequent commits to that file; then commit 524f89 can be reverted.
I really don't want to get rid
Mark H Weaver skribis:
> I hope to eventually add some mechanism to detect and/or avoid these
> problems in the future. In the meantime, we'll just have to accept that
> this problem will occasionally bite us. I don't think it's reasonable
> to expect people to do a "make clean-go && make" ever
Ricardo Wurmus skribis:
> PS: This depends on the Perl module "Clone" for which I sent a patch
> previously. Although you said it was applied I haven't yet seen it in
> the git repository.
My bad: I applied it and then forgot to push. Sorry!
> From 96f31057ba6bb17c1801f87d4bbae70dd3539576 Mon
Ludovic Courtès writes:
> 宋文武 skribis:
>
>> * gnu/services/xorg.scm (%default-xsessions): New variable.
>> (xsessions-directory): New procedure.
>> (slim-service): Add #:sessions parameter.
>> [slim.cfg]: Honor #:sessions.
>> (xinitrc): Adjust accordingly.
>
> Nice!
>
>> -;; Then
Nix commit 524f89 changed libstore to use fork + unshare instead of
clone(2). The problem is that, in doing so, it also removed use of
CLONE_NEWPID and thus, (1) the build process no longer has PID 1, and
(2) build processes end up in the global PID space.
Adding CLONE_NEWPID to the unshare(2) ca
Federico Beffa writes:
> I added support for GIO and theming data according to the XDG specifications.
>
> https://developer.gnome.org/gio/stable/running-gio-apps.html
> http://www.freedesktop.org/wiki/Specifications/
>
> Regards,
> Fede
> From c726b525111ff2f8055f7f2be98b7a5e61a8a96e Mon Sep 17
14 matches
Mail list logo
