Armin K. wrote:
> There, I've checked and verified that the patch works. Please apply
> it as-is, do not modify it! You can notice that I changed things like
> SED, AWK, GPERF, CCGUDEV to be like autotools ones, respectively GEN
> and CC ... Also, I've created "common" make target, which will crea
On Tue, Aug 21, 2012 at 11:55:12PM +0200, Armin K. wrote:
>
> There, I've checked and verified that the patch works. Please apply
> it as-is, do not modify it! You can notice that I changed things
> like SED, AWK, GPERF, CCGUDEV to be like autotools ones,
> respectively GEN and CC ... Also, I've c
On 08/21/2012 11:36 PM, Bruce Dubbs wrote:
Armin K. wrote:
On 08/21/2012 11:15 PM, Bruce Dubbs wrote:
Armin K. wrote:
glibconfig.h is architecture dependent and it is installed in
/usr/lib/glib-2.0/include or something like that. And I believe I've set
gudev cflags to look into both dirs, rig
Armin K. wrote:
> On 08/21/2012 11:15 PM, Bruce Dubbs wrote:
>> Armin K. wrote:
>>
>>> glibconfig.h is architecture dependent and it is installed in
>>> /usr/lib/glib-2.0/include or something like that. And I believe I've set
>>> gudev cflags to look into both dirs, right?
>>>
There's some oth
On 08/21/2012 11:20 PM, Armin K. wrote:
>
> I see the problem. I have udev-lfs-187 tarball, and when I use it to
> build gudev from 188, it builds. But when I use udev-lfs-188, gudev
> fails with same error as Ken pointed out. I have to check what you've
> changed.
Replying to myself
$ diff -Naur
On Tue, Aug 21, 2012 at 03:59:47PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
>
> Let's just take gudev for now. It really looks like upstream made an
> error here. In src/gudev/gudevclient.c, they have
>
> #include "gudevclient.h"
> #include "gudevdevice.h"
> #include "gudevmarshal.h"
> #
On 08/21/2012 11:15 PM, Bruce Dubbs wrote:
> Armin K. wrote:
>
>> glibconfig.h is architecture dependent and it is installed in
>> /usr/lib/glib-2.0/include or something like that. And I believe I've set
>> gudev cflags to look into both dirs, right?
>>
>>> There's some other issues like hot having
Armin K. wrote:
> glibconfig.h is architecture dependent and it is installed in
> /usr/lib/glib-2.0/include or something like that. And I believe I've set
> gudev cflags to look into both dirs, right?
>
>> There's some other issues like hot having the build/ directory. I'll
>> investigate some mo
On 08/21/2012 10:59 PM, Bruce Dubbs wrote:
> Ken Moffat wrote:
>>This build is *not* going well. I'm now in fluxbox, trying to
>> build gudev so that I can build colord for cups.
>>
>> ken@jtm1 /scratch/ken/systemd-188 $make -f udev-lfs-188/Makefile.lfs
>> gudev
>> CC src/gudev/gudevclient.c
>
Ken Moffat wrote:
> This build is *not* going well. I'm now in fluxbox, trying to
> build gudev so that I can build colord for cups.
>
> ken@jtm1 /scratch/ken/systemd-188 $make -f udev-lfs-188/Makefile.lfs
> gudev
> CC src/gudev/gudevclient.c
> In file included from src/gudev/gudevclient.c:29:0:
This build is *not* going well. I'm now in fluxbox, trying to
build gudev so that I can build colord for cups.
ken@jtm1 /scratch/ken/systemd-188 $make -f udev-lfs-188/Makefile.lfs
gudev
CC src/gudev/gudevclient.c
In file included from src/gudev/gudevclient.c:29:0:
src/gudev/gudevclient.h:22:2: e
On Tue, Aug 21, 2012 at 12:52:53PM +0200, Armin K. wrote:
> On 08/21/2012 12:00 PM, Armin K. wrote:
> > On 08/21/2012 03:46 AM, Ken Moffat wrote:
> >>
> >>Has anyone got any variant spells which work in 8.0.4 on x86_64 ?
> >>
> >> ĸen
> >
> > --with-dri-drivers="i915,1965,radeon,swrast"
> > --w
On 08/21/2012 12:00 PM, Armin K. wrote:
> On 08/21/2012 03:46 AM, Ken Moffat wrote:
>>I've given up building the old version of libdrm that is in the book,
>> because I want to build the currnt intel (and, later, radeon)
>> drivers. So, I need to *not* build the nouveau drivers. But how ?
>>
On 08/21/2012 03:46 AM, Ken Moffat wrote:
> I've given up building the old version of libdrm that is in the book,
> because I want to build the currnt intel (and, later, radeon)
> drivers. So, I need to *not* build the nouveau drivers. But how ?
>
> I've tried --with-dri-drivers="i915,i965,sw
14 matches
Mail list logo
