Thanks in advance
James
snip sig stuff
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
of the current working directory.
As noted, the ../ form is a nice short-hand.
snip
yes, the dot-dot is short-hand for the current directory, less typing.
As noted above, ... short-hand for the parent directory.
snip
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ
for all the hardware, then it becomes feasible.
Many thanks,
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
. including /home rather than just ./. It
also allows you to do the backup from any location if you want to.
thorsten
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
.
Then on the receiving system, after cd'ing to the target directory,
something like
tar -xjf /mnt/usbstick/output.file.z
Be sure and use the man pages. Test and refine your parameters on a
small subset first.
A.P.
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http
Greg van Slageren wrote:
snip
Hi Wit,
'bootit ng' is similar to OS/2's boot manager in that it resides
in its own single track partition (8MB). Its not a Linux package
and probably would not interest those who prefer to maintain a 100%
Linux system. As such it probably should
? IIRC,
the learning curve is what always stumped the new users.
snip
Greg
snip sig stuff
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
[EMAIL PROTECTED] wrote:
HI Folks, this is a test message. I can't get anything posted via my regular
mail client so am trying this one. Please respond if you receive this.
Borre van Doorninck
5 x 5
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http
, if you need
to, chopping some off the end of the partition and using the resize2fs
utility to shrink the file system *before* modifying the partition. Then
add the new partition, mke2fs on it, copy stuff over and voila!
Thank you
Edward
HTH
--
Wit
--
http://linuxfromscratch.org/mailman
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
be where we see the majority of new
users, support for initial help requests wit lots of project and
community members jumping in to help newer users. Compared to several
years ago, current activity is very low.
I have some energy and some ideas to put back into the project, but only
if I get
them.
--
JH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
KISS principal (i.e Keep it
Stupid, Simple). ;-)
--
JH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Wit wrote:
snip
It is more than a convenience. You don't draw files with vinegar, but
s/files/flies/# Freudian slip
with honey. You don't draw new community members by making it harder for
them to accomplish even a limited education goals, but by aiding and
abetting their efforts
Jeremy Huntwork wrote:
Wit wrote:
Follow the KISS principal, not the inverse KISS principal (i.e Keep it
Stupid, Simple). ;-)
Yeah, don't get me wrong, I wasn't offering to add more items. On a
related post in another list I was already proposing to make the next CD
bare-bones
Matthias Feichtinger wrote:
Am Montag, 25. Februar 2008 18:59 schrieb Wit:
Jeremy Huntwork wrote:
Hello Everyone,
It has recently been suggested to me that the LFS LiveCD project be
killed. The main arguments for this are, essentially:
1) It is currently unmaintained
ISTM this point
John McSwain wrote:
Wit wrote:
John McSwain wrote:
snip
Having been trying to compile a new kernel today and I keep getting
various errors no matter which kernel. Just tried to compile the
same kernel still in use with same .config and get errors.
Are they repeatable? That includes same
Wit wrote:
snip
As an additional note, after running memtest86 for just a few minutes I
decided to try to build a 2.6.16.60 kernel figuring if I restarted the
make enough maybe it would build. This time make ran straight through
with no errors. When the system startes having problems
thorsten wrote:
Wit wrote:
John McSwain wrote:
I am running LFS 6.2 built about 12 months ago. In the last several
weeks I had this sytem lockup three times. Now I'm seeing the below in
my kern.log. What is this information telling me about the system?
Feb 21 08:35:18 server kernel
John McSwain wrote:
Wit wrote:
In my first post, I asked about recent changes. No response.
There have been no changes to hardware or software.
Good! Taht narrows the field substantially.
snip
Having been trying to compile a new kernel today and I keep getting
various errors no matter
the memory.
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
is your friend here. Been *lots* of changes over the years
*and* every shell is slightly different.
snip
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
user friendly! BWAHAHAHAH :-
Thanks,
Sharif
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
getting wrung out here! But I really don't want to crack the
book(s) again. ;-)
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
.
Having been essentially away from LFS for several years, I can't be much
more help ATM.
martin welsh
This is a 'copy' of a message sent at the end of January.
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
need that, but missing
userspace helper applications will certainly cause things to not
work.
ĸen
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
for your host. I
had 2.4 and used the Live CD. It's good.
Ryan
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
where you need to be.
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
.
And mine added :-)
:wq
I have none. :-)
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
* will not create the expected
directory structure(s) against which patch will run.
Ran the
patch. can't find file to patch at input line 16
Created /home/lfs/glibc-2.5/ Copied the source. Ran the patch. Same
error.
snip
Burt
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs
that...
Because the top-post/snip issue has been such a thorny subject on so
many lists for so long a time. Humor becomes harder to recognize when
the topic is a long-standing sore point, just as in a real-world
relationship.
Tijnema
--
Wit
--
http://linuxfromscratch.org/mailman
attached a directory listing of /proc/acpi.
If you have not yet discarded your old system, maybe some useful
information that will help maintain its usefulness can still be garnered.
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs
Tijnema wrote:
snip
I really attached the stuff this time. :-}
--
Wit
dr-xr-xr-x 8 root root 0 Jul 7 13:29 /proc/acpi
dr-xr-xr-x 3 root root 0 Jul 7 13:29 /proc/acpi/thermal_zone
dr-xr-xr-x 2 root root 0 Jul 7 13:29 /proc/acpi/thermal_zone/THRM
-rw-r--r-- 1 root root 0 Jul 7 13:29
/proc
Tijnema wrote:
On 6/12/07, Wit [EMAIL PROTECTED] wrote:
Tijnema wrote:
snip
I also become increasingly concerned with the mention of the capacitors
and repair you did (IIRC?). Both would seem a most likely culprit,
based on all the other things discussed. Putting the CPU
Madras.
--
wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
the micropeaks and valleys.
snip
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
generated or paste in the values from the book)
and run md5sum with the correct parameter. It will tell you the results.
Man md5sum will get you going.
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See
Tijnema wrote:
On 6/9/07, Wit [EMAIL PROTECTED] wrote:
Tijnema wrote:
On 6/8/07, Ken Moffat [EMAIL PROTECTED] wrote:
On Fri, Jun 08, 2007 at 10:46:11AM +0200, Tijnema wrote:
snip
Thermal paste must be dryed out, but that doesn't mean it should reset
.
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
to find some way for you to progress.
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
earlier
in the boot.
Hmm... I wonder if the old CTL-Q still works? Or maybe the
SCROLL-LOCK to stop it (as it does at BIOS time) and SysRq to start
it again? Anybody know?
snip
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org
on BIOS information for certain
operations. I believe that once udev came into play, BIOS would be
irrelevant.
ĸen
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
. Try executing the appropriate /etc/profile,
bashrc, and such files. Maybe the variables there, such as $LOGNAME (or
equivalents) are the method used?
If I had known you really needed a login, I would not have suggested openvt.
HTH
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs
. Forget agetty and just openvt. See the man page for details.
Thanks so much
HTH
--
wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
at all.snip
I'm glad you got by your problem. FYI, your touch of /dev/null can not
work. /dev/null is a character special file. Touch makes regular files.
$ ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 Mar 19 17:48 /dev/null
If you ls after a touch, you'll see the difference.
HTH
--
Wit
not be
needed. I added updated sources, patches and a few BLFS early-need items
to my copy.
Thanks.
HTH and hope I got it right (working from memory is risky: be careful
and use the man pages).
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http
a certain amount
of omitted detail is appropriate.
MHO
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Wit wrote:
John Rodenbiker wrote:
I'm building LFS 6.2-3 from the Live CD to an i686-compatible platform.
Throughout section 5 I was copying tarballs and patches to $LFS/sources
as needed.
If running from Live CD, and your host system system supports loop back
devices, you
*and* comprehend are weak.
I see no weakness in the text, as is.
MHO
--
Wit
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Ken Moffat wrote:
On Fri, Dec 29, 2006 at 09:49:49AM -0700, IsomerX wrote:
On 12/28/06, Ken Moffat [EMAIL PROTECTED] wrote:
In the past, people have occasionally managed to download patches
under the wrong names (e.g. one patch saved to two names). I guess
you've ruled that out by
Jim Gifford wrote:
Dan Nicholson wrote:
It's sort of one of the shortcomings of LFS. You're missing some key
components that you'd really want. A DHCP client is critical for me.
Dan,
Technically you don't need a DHCP client, you can use the kernel
autoconfiguration to setup your network
Just thought I'd post for those folks who script.
When you switch to the new environment and/or new instance of bash in
Chapter 6, your disablement of hashing via the 'set -h' type of command
may be effective in your interactive shell and not in any scripts that
you invoke, unless those
Dan Nicholson wrote:
On 12/1/06, Bill [EMAIL PROTECTED] wrote:
Dan Nicholson wrote:
A find shows that the not-found file is in
/usr/lib/perl5/5.8.8/i486-linux/File. This leads me to thinking that
either the perl defaults in Configure may have been inappropriate
or ??
I notice that
Dan Nicholson wrote:
On 12/2/06, Wit [EMAIL PROTECTED] wrote:
So, the new question, I think, is why does autoconf not detect the
chrroted correctly installed Perl stuff? It does find the /tools. Is it
perhaps using some config file left from the chapter 5 install?
So perl did get installed
Dan Nicholson wrote:
On 12/2/06, Alan Lord [EMAIL PROTECTED] wrote:
Angel Tsankov wrote:
The problem was that I executed udevstart as user udev rather than as
root. Thanks a lot, Al!
No problem, I'm glad to have helped...
I never knew that. I always figured grub had it's own code for
Wit wrote:
Dan Nicholson wrote:
On 12/2/06, Wit [EMAIL PROTECTED] wrote:
snip
Try out this command and
we'll see where the new perl says it's module path is.
# perl -le 'print join(\n, @INC)'
/usr/lib/perl5/5.8.8/i686-linux
/usr/lib/perl5/5.8.8
/usr/lib/perl5/site_perl/5.8.8/i686-linux
Dan Nicholson wrote:
On 12/2/06, Wit [EMAIL PROTECTED] wrote:
Dan Nicholson wrote:
snip
Configure seems to cache the prefix value. When you rerun
configure.gnu, --prefix= doesn't seem to change anything. I meant to
check whether -Dprefix= (the real option used in Configure) would
help
57 matches
Mail list logo