Forwarding from blfs-dev, where an ALSA related thread went just a
little off-topic for BLFS :)
Thanks Alexander, I'll try to get these changes in a.s.a.p.
Matthew Burgess wrote:
I'll have to bite the bullet and see to getting all the module
hotplugging related bugs sorted out
This means
After patch -Np1 -i ../coreutils-5.2.1-uname-2.patch uname gives:
uname -m
x86_64
uname -p
x86_64
uname -i
x86_64
The attached patch from the gentoo's
coreutils-5.2.1-patches-0.11.tar.bz2 gives:
uname -m
x86_64
uname -p
AMD Athlon(tm) 64 Processor 3000+
uname -i
AuthenticAMD
Regards,
Duncan
Matthew Burgess wrote:
Forwarding from blfs-dev, where an ALSA related thread went just a
little off-topic for BLFS :)
Thanks Alexander, I'll try to get these changes in a.s.a.p.
Matthew Burgess wrote:
I'll have to bite the bullet and see to getting all the module
hotplugging related bugs
Duncan Webb wrote:
Matthew Burgess wrote:
Forwarding from blfs-dev, where an ALSA related thread went just a
little off-topic for BLFS :)
2) Add these two rules to LFS default rules file:
ENV{UDEVD_EVENT}==1, RUN+=/sbin/udev_run_hotplugd
RUN+=/sbin/udev_run_devd
Don't think that
Alexander E. Patrakov wrote:
Duncan Webb wrote:
Matthew Burgess wrote:
Forwarding from blfs-dev, where an ALSA related thread went just a
little off-topic for BLFS :)
2) Add these two rules to LFS default rules file:
ENV{UDEVD_EVENT}==1, RUN+=/sbin/udev_run_hotplugd
Alexander E. Patrakov wrote:
Duncan Webb wrote:
Matthew Burgess wrote:
Forwarding from blfs-dev, where an ALSA related thread went just a
little off-topic for BLFS :)
2) Add these two rules to LFS default rules file:
ENV{UDEVD_EVENT}==1, RUN+=/sbin/udev_run_hotplugd
M.Canales.es wrote:
How that would look using case?
Probably something like this:
if [ -z $CONFIG ] ; then
case $i in kernel) continue ;; esac
fi
The Makefile creation take less than 5 seconds on a slow machine using any of
the jhalfs versions (the old one,
Hi All,
I was just curious about how many have tried jhalfs at this point and
what comments they might have as to its functionality and/or usefulness.
TIA,
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above
Hi Jeremy,
Functionality-- it produces a LFS system, what more could you ask for
todo list-- improve 'make clean', there are some artifacts from
chapters 6,7,8,9
I think the script is a useful tool. It may be all well and good to
bash in commands by hand but if you want to rebuild a system
On Thu, 27 Oct 2005, Alexander E. Patrakov wrote:
Jim Gifford wrote:
Translated for Cross-LFS would be.
-Dlibpth=/usr/local/lib64 /lib64 /usr/lib64 \
-Dprivlib=/usr/lib/perl5/5.8.7 \
-Dsitelib=/usr/lib/perl5/site_perl/5.8.7 \
-Dvendorlib=/usr/lib/perl5/vendor_perl/5.8.7 \
Sorry if I was supposed to go through some patch certification channel or
something official like that, but I got carried away. Have at.
I have been wondering the same thing myself..
Anyway, is there anything else that need be done after this is installed.
According to the hint, multiple
Hello,
Now vmware released there free player I'am trying to use it again on my
hlfs system.
After adapting the sources of the modules for use with ssp it works, but
only as root.
I want to run vmware as daemon with xvfb on my server to access xp with
rdesktop.
When run as root alls well, (except
(Adding Jim back to the CC)
On Thu, 27 Oct 2005, Ken Moffat wrote:
Apart from that, this has two deficiencies in my view:
(i) our 64-bit perl installs in /usr/lib instead of /usr/lib64,
as do all subsequent modules (tested with XML-Parser, which finds libexpat
from /usr/lib64, but installs
Jeremy Huntwork([EMAIL PROTECTED])@Thu, Oct 27, 2005 at 01:09:47PM -0400:
Hi All,
I was just curious about how many have tried jhalfs at this point and
what comments they might have as to its functionality and/or usefulness.
TIA,
Hi Jeremy.
I tried a slightly modified jhalfs
14 matches
Mail list logo
