William Immendorf schrieb:
On Thu, Mar 18, 2010 at 2:24 PM, Scott Kopel sko...@fsu.edu wrote:
So the question is what kernel configuration changes do I have to make to
get the kernel to recognize my ide drives? I realize that new kernels name
ide drives sdx and that's fine. I don't need them
Thomas Sapp schrieb:
[...]
if someone would kindly instruct me how to redirect it to a file. I
tried putting devkitpower.log on the end of the command but I only
got the non-error output. Thanks in advance for any help that is provided.
You can catch the stderr output using:
cmd stdout.log
I started a new build of current dev LFS, and noticed some strange
behavior from tar once inside chroot. Using tar 1.23, attempting to pipe
its tf output through head results in a tar: write error. In other
words...
tar -tjf /home/sources/glibc-2.11.1.tar.bz2 | head -n1
glibc-2.11.1/
You guys are generous and amazing. Thank you for the responses. I've been
working on this issue for weeks, googling everywhere etc.. and the solution was
so simple once I had help from the lfs community. I'm writing this so that
maybe a future searcher might find it.
here's my solution:
I
Chris Staub wrote:
I started a new build of current dev LFS, and noticed some strange
behavior from tar once inside chroot. Using tar 1.23, attempting to pipe
its tf output through head results in a tar: write error. In other
words...
tar -tjf /home/sources/glibc-2.11.1.tar.bz2 | head
Bruce Dubbs wrote:
Chris Staub wrote:
[...]
I do not get any kind of error message when just using tar -tf by
itself, only when piping through head. Also, I tried piping through
various other programs (grep, sed...) and got nothing.
I get the same error message with head:
./configure
On 3/19/10, Mike McCarty mike.mcca...@sbcglobal.net wrote:
I wonder if head is closing the input pipe when it has read
all it needs, and that's causing the error. I can't reproduce
that problem with my host system, however.
It is tar-1.23 and not head
head --version
head (GNU coreutils) 8.4
linux fan wrote:
On 3/19/10, Mike McCarty mike.mcca...@sbcglobal.net wrote:
I wonder if head is closing the input pipe when it has read
all it needs, and that's causing the error. I can't reproduce
that problem with my host system, however.
It is tar-1.23 and not head
head --version
On Fri, 19 Mar 2010 14:21:29 -0600
Mike McCarty mike.mcca...@sbcglobal.net wrote:
Bruce Dubbs wrote:
Chris Staub wrote:
[...]
I do not get any kind of error message when just using tar -tf
by itself, only when piping through head. Also, I tried piping
through various other programs
