In the LFS cleanfs script, we have the construct:
cd /tmp &&
find . -xdev -mindepth 1 ! -name lost+found \
-delete || failed=1
Since I test build a lot of apps in /tmp, this instruction can take a
very long time upon bootup. Can we change it to make the process a bit
faster? How about som
The update-pciids script in pciutils has a bug. If you have both wget
and lynx it works fine, otherwise (if you have one or the other, or
neither) it prints the output of the which program saying that it wasn't
found, but it's not supposed to.
Index: trunk/BOOK/general/sysutils/pciutils.xml
Matt Wrote:
> this bug has gone unnoticed thus far I'd say that
> usb-snd-audio isn't widely used by LFS users and therefore the bug
> should be left until 4.0.3 comes along and fixes it for us.
In that case, would compiling many extra modules as part of our SVN
testing be helpful or annoying? Us
On 2/28/06, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>
> Does anybody know right offhand if $(command) syntax is a bash-only
> thing?
>
I think it is bash only. Definitely not compatible with sh. On the
system at work:
$ uname -a
OSF1 server V5.1 2650 alpha
$ /bin/sh -c 'echo $(ls)'
/bin/sh: sy
Alexander E. Patrakov wrote:
WARNING: the patch is incomplete. It assumes that SCSI module
autoloading rules are already added, but they are in fact not.
Erm, they are in the udev-config-6.rules file, unless you've spotted a
problem with those?
+Create some rules that work around broke
Alexander E. Patrakov wrote:
Hello,
GCC-4.0.2 has a bug that prevents building kernel modules that use
compound literals. See http://wiki.linuxfromscratch.org/lfs/ticket/1718
for details.
As that ticket mentions, the only affected kernel code is the
usb-snd-audio driver.
GCC Bugzilla sear
On 2/28/06, Gerard Beekmans <[EMAIL PROTECTED]> wrote:
> Jeremy Huntwork wrote:
> > On the other hand, I suppose if it's going to be included in 4.0.3
> > anyway, it's probably better safe than sorry and we should just drop it
> > in for all gcc builds, eh?
>
> If it's not needed in chapter 5, I'd
Jeremy Huntwork wrote:
On the other hand, I suppose if it's going to be included in 4.0.3
anyway, it's probably better safe than sorry and we should just drop it
in for all gcc builds, eh?
If it's not needed in chapter 5, I'd not bother. Basically the less we
need to do in Chapter 5, the bett
Dan Nicholson wrote:
Thoughts? Could someone get that patch into the book?
The upstream bug report says this affects certain kernel modules due to
their abusing compound literals. Would anything else in the book be
affected? IOW, is this patch necessary in any of the chapter 5 gcc builds?
Dan Nicholson wrote:
On 2/28/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
GCC Bugzilla search (http://tinyurl.com/k7sx9) shows 25 other fixed
critical bugs targetted at 4.0.3. What should be done with them?
I think we should only backport the patches that we need to stop any
show stopp
Dan Nicholson wrote:
Thoughts? Could someone get that patch into the book?
If no one else gets to it, and it is slow enough here at work, I'll try
to get it in later today.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe:
Recently, Somebody Somewhere wrote these words
>
> Just for the fun of it, ...meh, I have recompiled 6.8.2 with a
> new buildscript. (the buildscript has been filled with the HLFS
> xorg-6.8.2 build commands, copied from the page, so no typos (of
> mine) ) Again, Xorg -configure failed, so I tried
On 2/28/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
>
> GCC Bugzilla search (http://tinyurl.com/k7sx9) shows 25 other fixed
> critical bugs targetted at 4.0.3. What should be done with them?
I think we should only backport the patches that we need to stop any
show stoppers. This -fno-uni
Hello,
GCC-4.0.2 has a bug that prevents building kernel modules that use
compound literals. See http://wiki.linuxfromscratch.org/lfs/ticket/1718
for details.
GCC Bugzilla search (http://tinyurl.com/k7sx9) shows 25 other fixed
critical bugs targetted at 4.0.3. What should be done with them?
14 matches
Mail list logo