On Saturday 13 October 2012 22:30:05 Armin K. wrote:
> On 10/14/2012 04:04 AM, lux-integ wrote:
> >
> > I have libdrm-2.4.39 installed and nouveau-drm from the git reposotiry
> > (19th September) also. Both are installed in $XORG_PREFIX. There is no
> > nouveau_device.h in $XORG_PREFIX
On 10/14/2012 04:04 AM, lux-integ wrote:
>
> I have libdrm-2.4.39 installed and nouveau-drm from the git reposotiry (19th
> September) also. Both are installed in $XORG_PREFIX. There is no
> nouveau_device.h in $XORG_PREFIX/include/
>
> advice will beappreciated.
>
> lux-integ
>
P
On Saturday 13 October 2012 19:30:16 Robin wrote:
>
> May help:
>
> https://groups.google.com/forum/?fromgroups=#!topic/openbricks-devel/jLeUk8
> Smgmw
> https://www.linuxquestions.org/questions/linux-from-scratch-13/mesa-can-no
> t-build-because-i-dont-have-libglapi-4175417480/
thanksfor the
I have an error with polkit.
Spidermonkey installed without error test completed all passed.
polkitbackendjsauthority.c:70:10: error: field 'rkt_init_mutex' has
incomplete type
polkitbackendjsauthority.c:71:9: error: field 'rkt_init_cond' has
incomplete type
These are some of the errors the a
On 10/13/2012 08:47 PM, Robin wrote:
> May be a stupid question :) but man, info don't say and googling gives
> vast quantities of file permission problems.
>
http://www.cyberciti.biz/faq/explain-the-nine-permissions-bits-on-files/
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ:
On 13 October 2012 22:17, lux-integ wrote:
> Greetings,
>
> I am attempting to compile MesaLib-8.0.4. The computer in use has these:-
> cpu 3 core AMD64, gcc-4.6.3. linuxKernel-3.5.6.
>
> Make hardly gets going before it ends like so:-
>
> ##
>
> make[1]: Entering directory `/home/lux
Greetings,
I am attempting to compile MesaLib-8.0.4. The computer in use has these:-
cpu 3 core AMD64, gcc-4.6.3. linuxKernel-3.5.6.
Make hardly gets going before it ends like so:-
##
make[1]: Entering directory `/home/luxinteg/Mesa-8.0.4/src'
Making sources for autoconf
make[2]: E
spiky wrote:
> I reinstalled udev which fixed /dev/pts but again the blfs version
> broke it again. I then reinstalled udev lfs version, the gudev file
> was still there, but as before /dev/pts fixed. Which satisfied
> colord
The symptoms you describe do not make any sense. udev has nothing to d
On 12/10/12 17:53, Bruce Dubbs wrote:
> spiky wrote:
>
>> So should I just install the latest version from blfs
>> http://www.linuxfromscratch.org/blfs/view/svn/general/udev.html
>> straight over my installed version 173
> Well, since it's the same version, yes. The only difference would be
> some
