Andreas Enge skribis:
> From 34f1cd18d14a0a75d73e7f4b57f76495edae56d8 Mon Sep 17 00:00:00 2001
> From: Andreas Enge
> Date: Thu, 6 Nov 2014 22:56:32 +0100
> Subject: [PATCH] gnu: acl: Also install header files.
>
> * gnu/packages/acl.scm (acl): Install header files. Drop unneeded phase
> PAT
Andreas Enge skribis:
> RUNPATH
> /gnu/store/7c30kyzagk84inhnb2nbxcmnh76xgh6c-ktouch-4.14.2/lib:/gnu/store/4k20pkxgvfc22wpcvh6xr26ma4b619ad-glibc-2.20/lib:/gnu/store/k7w7wdpvaqlkwq0ijz9149pqn3lq8a5n-gcc-4.8.3-lib/lib64:/gnu/store/k7w7wdpvaqlkwq0ijz9149pqn3lq8a5n-gcc-4.8.3-lib/lib:
On Fri, Nov 07, 2014 at 10:20:15AM +0100, Ludovic Courtès wrote:
> Our ld-wrapper is ineffective when the .so file names are passed
> directly like this. That is, ld-wrapper adds -rpath for any -l switch,
> but it does not add -rpath for libraries whose absolute file name is
> specified.
>
> That
Andreas Enge writes:
> On Thu, Nov 06, 2014 at 12:46:21PM +0100, Ludovic Courtès wrote:
>> Apologies if this was already mentioned, but why don’t
>> -DCMAKE_INSTALL_RPATH_USE_LINK_PATH=TRUE and
>> -DCMAKE_INSTALL_RPATH=$out/lib (in cmake-build-system.scm) lead to
>> binaries with a RUNPATH? As E
I just came across these lines in the new package xf86-video-modesetting:
(inputs `(;; FIXME: This is a libdrm version incompatible with that of
;; MESA, which xorg-server uses. Therefore, using this driver
;; leads to "unresolved symbol drmModeSetCursor2".
I’ve just pushed a series of changes that make ‘guix lint’ better handle
various corner cases found in the wild for synopses and descriptions:
15a6d43 * lint: Allow synopses that start with an abbreviation.
105c260 * lint: Skip starting-article test for the synopses of GNU packages.
431e5f5 * lint
Andreas Enge skribis:
> I just came across these lines in the new package xf86-video-modesetting:
> (inputs `(;; FIXME: This is a libdrm version incompatible with that of
> ;; MESA, which xorg-server uses. Therefore, using this driver
> ;; leads to "unresolved sym
On Fri, Nov 07, 2014 at 05:56:51PM +0100, Ludovic Courtès wrote:
> No, this driver requires the latest libdrm.
And the intel driver? I think that may have been my mistake in the first
place to not use mesa.
> The long-term solution will be to use the same one in MESA, but I’d
> rather not do it t
Hi,
I'm starting to work on this. The background images should work for any
login manager and desktop environment, but I'm testing in GNOME 3
because I can't access SLiM's website to find information about theme
structure. [1] It seems that the SLiM project was abandoned. [2]
I'll post a backgrou
On Fri, Nov 07, 2014 at 07:02:04PM +0100, Andreas Enge wrote:
> And the intel driver? I think that may have been my mistake in the first
> place to not use mesa.
I pushed after swapping libdrm with mesa. It still compiles, at least.
Andreas
On Fri, Nov 07, 2014 at 10:15:12AM +0100, Ludovic Courtès wrote:
> OK. Could you create the ‘core-updates’ branch and commit it?
Done. I have also worked a bit on tests and got them to execute at least.
Now a few of the first ones fail like this:
[16] $ ls -dl d | awk '{print $1}' | sed 's/.$//g
l...@gnu.org (Ludovic Courtès) writes:
> ndreas Enge skribis:
>
>> Adding optional inputs to kdelibs, I notice that acl is not recognised.
>> The reason is that the header files are not installed. Would that be easy
>> to modify? Maybe by changing the line
>> (zero? (system* "make" "install" "i
12 matches
Mail list logo
