I wrote:
.
test $confirm -lt 60 || break
done
>/dev/bug
test "$loop" -gt 0
evaluate_retval
sleep 5
if test -s /dev/bug; then
I meant "sleep 6", so that it is longer than any builtin kernel delay.
--
Alexander E. Patrakov
--
http:/
DJ Lucas wrote:
Yes at least the echo is required.
Get to that in a moment. The loop is as well, but it's still undecided
according to the comments in the ticket. I'll be able to test at least
the loop doesn't do anything silly tonight, but I don't believe I have a
reliable way to reproduce
On 3/13/06, Chris Staub <[EMAIL PROTECTED]> wrote:
> OK, I've got the dependency list done -
> http://linuxfromscratch.org/~chris/dependencies.txt. Probably still not
> complete, but it's about as close as I'll ever get.
Wow, that is impressive. I'll try to review these tomorrow with the
info I h
OK, I've got the dependency list done -
http://linuxfromscratch.org/~chris/dependencies.txt. Probably still not
complete, but it's about as close as I'll ever get.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above informa
Bryan Kadzban wrote:
> Greg Schafer wrote:
>> echo '/* empty */' > linux/compiler.h
>
> Hmm... Is this really necessary?
It is if you want to duplicate LLH. I should have added in my post that
the above change requires more sanitization eg: removing __user, __force,
__nocast, __deprecated, etc.
Greg Schafer wrote:
> echo '/* empty */' > linux/compiler.h
Hmm... Is this really necessary? I've been running Alexander's tests
(http://linuxfromscratch.org/pipermail/lfs-dev/2006-March/056159.html)
on the output of Jim's script, and right now, it looks like
include/linux/byteorder/swab.h is cho
Jim Gifford wrote:
> Just added a compare script. That will compare the difference between the
> raw_headers produced with the headers script compared to the headers in
> llh.
Jim, I've been working along similar lines. I'm getting the diff down all
the time. I've included some stuff below which
Andrew Benton wrote:
/* Some generic methods drivers may use in their ethtool_ops */
u32 ethtool_op_get_link(struct net_device *dev);
u32 ethtool_op_get_tx_csum(struct net_device *dev);
int ethtool_op_set_tx_csum(struct net_device *dev, __u32 data);
int ethtool_op_set_tx_hw_csum(struct net_devic
There's a bug in libexif-0.6.13 where `make install' bombs if you
don't have Doxygen installed. It's just poor packaging. You can read
about the details in #1785:
http://wiki.linuxfromscratch.org/blfs/ticket/1785
The solution I'm using is this sed:
sed -i 's/^install-data-local/@HAVE_DOXYGEN_T
Just added a compare script. That will compare the difference between
the raw_headers produced with the headers script compared to the headers
in llh.
The bad news is only will work with the 2.6.12 headers, since there
isn't a new release.
Usage is ./compare 2.6.12 2.6.12.0
Andrew Benton wrote:
This is good because it also catches "s32
It could be improved (only slightly) by putting a space behind the
__iomem like so
-e 's/\b__iomem //g' \
That would miss a few of the iomem's. Let's look at this a little
closer, I'm all for optimize the script. It's dog slow as
Florian Schanda wrote:
Or even better/shorter:
-e 's/\b[us]\(8\|16\|32\|64\)/__&/g' \
-e 's/\b__iomem//g' \
This is good because it also catches "s32
It could be improved (only slightly) by putting a space behind the
__iomem like so
-e 's/\b[us]\(8\|16\|32\|64\)/__&/g' \
-e 's/\b__iomem //g
Florian Schanda wrote:
On Monday 13 March 2006 21:56, Jeremy Huntwork wrote:
Andrew Benton wrote:
It also matches -u{8,16,32,64} and changes them to __u{8,16,32,64}
Hrm. Check this again. Are the '-u{8,16,32,64}' matches perhaps diffs of
existing lines of 'u{8,16,32,64}' being removed the bett
FYI - New Version up, thank you all for your help. Also a make shift
changelog is now up
http://ftp.jg555.com/headers/changelog
--
--
[EMAIL PROTECTED]
[EMAIL PROTECTED]
LFS User # 2577
Registered Linux User # 299986
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.
On Monday 13 March 2006 21:56, Jeremy Huntwork wrote:
> Andrew Benton wrote:
> > It also matches -u{8,16,32,64} and changes them to __u{8,16,32,64}
>
> Hrm. Check this again. Are the '-u{8,16,32,64}' matches perhaps diffs of
> existing lines of 'u{8,16,32,64}' being removed the better sed? I think
Andrew Benton wrote:
It also matches -u{8,16,32,64} and changes them to __u{8,16,32,64}
Hrm. Check this again. Are the '-u{8,16,32,64}' matches perhaps diffs of
existing lines of 'u{8,16,32,64}' being removed the better sed? I think
Jim's original seds didn't get all of them and now Florian'
Andrew Benton wrote:
Florian Schanda wrote:
You can replace the long sed with the following:
-e 's/\bu8/__u8/g' \
-e 's/\bu16/__u16/g' \
-e 's/\bu32/__u32/g' \
-e 's/\bu64/__u64/g' \
-e 's/\bs8/__s8/g' \
-e 's/\bs16/__s16/g' \
-e 's/\bs32/__s32/g' \
-e 's/\bs64/__s64/g' \
-e 's/\b__iomem//g' \
Andrew Benton wrote:
cat $header | sed -e 's/\(
\|(\|,\|\t\)\([us]\)\(8\|16\|32\|64\)/\1__\2\3/g' \
-e 's/\( \|(\|,\|\t\)__iomem /\1/g' \
-e '/#include /d' \
-e 's/#ifdef linux/#ifdef __linux__/g' \
at's currently in the script
shows no differences.
http://linuxfromscratch.org/~jhuntwork/headers-20060313-2.patch
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Jeremy Huntwork wrote:
I'll add the order changes you made to the alphabetical branch -
hopefully today. The only thing left is to get Chris' dependency
documentation in as well.
Sorry for the lateness on this. The changes are in now, and as usual,
the book is rendered here:
http://linuxfro
Florian Schanda wrote:
You can replace the long sed with the following:
-e 's/\bu8/__u8/g' \
-e 's/\bu16/__u16/g' \
-e 's/\bu32/__u32/g' \
-e 's/\bu64/__u64/g' \
-e 's/\bs8/__s8/g' \
-e 's/\bs16/__s16/g' \
-e 's/\bs32/__s32/g' \
-e 's/\bs64/__s64/g' \
-e 's/\b__iomem//g' \
That should be more o
I tried 0.5.6 as well as 0.5.7-pre1.
Both have syntax errors while running configure, although at different
lines.
Version 0.5.6 comes with a default Makefile, which I can use to build irmp3,
but then it lacks the Lirc module ( linux infrared ) so that's no good.
Broken flac support doesn't so
On Monday 13 March 2006 17:37, Bryan Kadzban wrote:
> Why not use \< (start of word anchor) instead of \b (whatever \b is)?
Haven't seen \< yet, but I think its the same as \b (word boundary).
Florian
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratc
Warren Wilder wrote:
I am trying to install irmp3 on my HLFS system.
What version of irmp3?
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/hlfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
On Mon, Mar 13, 2006 at 04:39:11PM +, Florian Schanda wrote:
> On Monday 13 March 2006 16:10, Florian Schanda wrote:
> > On Wednesday 08 March 2006 04:21, Jim Gifford wrote:
> > > available at http://ftp.jg555.com/headers/headers.
> >
> > You can replace the long sed with the following:
> >
> >
I am trying to install irmp3 on my HLFS system.
The same source package installs fine on a Knoppix 3.8 system, but I can't
get it past the configure step on the HLFS system. Syntax errors in the
configure prevent it from completing, or so it says. Since it works on the
Knoppix system and Googl
On Monday 13 March 2006 16:10, Florian Schanda wrote:
> On Wednesday 08 March 2006 04:21, Jim Gifford wrote:
> > available at http://ftp.jg555.com/headers/headers.
>
> You can replace the long sed with the following:
>
> -e 's/\bu8/__u8/g' \
> -e 's/\bu16/__u16/g' \
> -e 's/\bu32/__u32/g' \
> -e 's
On Wednesday 08 March 2006 04:21, Jim Gifford wrote:
> available at http://ftp.jg555.com/headers/headers.
You can replace the long sed with the following:
-e 's/\bu8/__u8/g' \
-e 's/\bu16/__u16/g' \
-e 's/\bu32/__u32/g' \
-e 's/\bu64/__u64/g' \
-e 's/\bs8/__s8/g' \
-e 's/\bs16/__s16/g' \
-e 's/\b
28 matches
Mail list logo
