Jeremy Huntwork wrote:
and you'll be
reaching for some sort of a rescue dis{c,k}
Even us Brits gave up on that one long ago, only the Romans are still
using disci. :-)
R.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the
Hi again,
Sorry about the previous post. Slipped onto the send button.
On 4/30/06, Matt Darcy [EMAIL PROTECTED] wrote:
1.) Kernel Headers, yes you knew this was coming but its certainly worth
talking about, a lots been said on this but its really still unclear of
direction. I suppose the
There's nothing at all wrong with the mailing list. It's just the
inherent nature of a project that is spread out among group of
volunteers that don't always have time to discuss properly - the medium
used is to discuss isn't to blame. In fact, it's good that you brought
this up here
Bruce Dubbs wrote:
Matt Darcy wrote:
I'm really dissapointed that this thread has turned into a support
thread for certain products and arguments over specifics.
The whole point of this thread was to discuss the options and directions
of the whole projects not answer specific questions about
On 5/3/06, Tim van der Molen [EMAIL PROTECTED] wrote:
http://lists.freedesktop.org/archives/xorg/2006-May/015136.html:
Thanks, Tim. Looks like a simple sed should patch this up.
xorg-server-1.0.2:
sed -i.bak 's/ntri sizeof/ntri * sizeof/' render/mitri.c
xorg-6.9.0 and 6.8.2
sed -i.bak
Matt Darcy wrote:
I was wrong and once again return to my belief that this mailing list is
not working and needs to be moderated or subscription.
This list *is( subscription only.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Matt Darcy wrote:
I think we are going to disagree here I'm pretty calm about this, and
I've got not problem with patience, I was happy to wait for responses
and dicussion to pick up, I am frustrated that I called out in detail
how I didn't want this thread to turn out, and people just ignored
Hi,
I'm running a build of LFS-SVN (latest version). So far everything works
fine, but during bootup I get an error message from udevd and the Send
this bugreport... message.
When the udev bootscript is running, I get this message on my terminal:
udevd-event[992]: wait_for_sysfs: waiting for
Bruce Dubbs wrote:
/usr/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load':
dso_dlfcn.c:(.text+0x63): undefined reference to `dlopen'
dso_dlfcn.c:(.text+0xc5): undefined reference to `dlclose'
dso_dlfcn.c:(.text+0xf4): undefined reference to `dlerror'
/usr/lib/libcrypto.a(dso_dlfcn.o): In
Justin R. Knierim wrote:
Bruce Dubbs wrote:
/usr/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load':
dso_dlfcn.c:(.text+0x63): undefined reference to `dlopen'
I thought I had screwed something up during my build yesterday, but I
had the exact same problem. Running 'make test' for
Bruce Dubbs wrote:
This seems to have been reported last September!
http://marc.theaimsgroup.com/?l=openssh-unix-devm=112600064723904w=2
I can confirm that adding --with-ldflags=-ldl to configure as
described in that thread works for me.
As for the sed and if it actually does anything, no
Justin R. Knierim wrote:
Bruce Dubbs wrote:
This seems to have been reported last September!
http://marc.theaimsgroup.com/?l=openssh-unix-devm=112600064723904w=2
I can confirm that adding --with-ldflags=-ldl to configure as
described in that thread works for me.
I've already made the
On 5/3/06, Bruce Dubbs [EMAIL PROTECTED] wrote:
If we use:
sed -i s:-lcrypto:/usr/lib/libcrypto.a -ldl:g configure
I'm still trying to sort this out, but here's what I know. -ldl is
not needed in LIBS for the shared library because it is NEEDED by
libcrypto.so, so ld pulls it in at build
On 5/4/06, Matt Darcy [EMAIL PROTECTED] wrote:
steve crosby wrote:
On 5/1/06, Bryan Kadzban [EMAIL PROTECTED] wrote:
snip
a setup. The sticking point would be programs that include linux/x.h
or asm/x.h, if there are any. And it sounds like there are glibc
alternatives to all of those
steve crosby wrote:
My intent was to identify that one of the options provided in the
thread (Jim's work with the linux headers) has problems, as it's
currently not working with certain applications outside of LFS.
Perhaps I should have been more clear in the comment I made.
I'll leave the
On Wed, May 03, 2006 at 03:29:22PM -0700, Dan Nicholson wrote:
When installing X, symlinks were created from the OTF and TTF X font
directories to /usr/share/fonts/X11-{OTF,TTF}. This prevents Fontconfig
from using the poorly rendered Type1 fonts or the non-scalable bitmapped
fonts.
We
On 5/4/06, Jim Gifford [EMAIL PROTECTED] wrote:
steve crosby wrote:
My intent was to identify that one of the options provided in the
thread (Jim's work with the linux headers) has problems, as it's
currently not working with certain applications outside of LFS.
snip
I think I was able
steve crosby wrote:
On 5/4/06, Jim Gifford [EMAIL PROTECTED] wrote:
steve crosby wrote:
My intent was to identify that one of the options provided in the
thread (Jim's work with the linux headers) has problems, as it's
currently not working with certain applications outside of LFS.
snip
I've been kinda of confused by the latest ideals going into the book. I
see things going into a direction that I disagree with.
I see to many conflicts of interest. I see a lot of ALFS stuff getting
merged into the LFS book, with no real discussion. Which happens to be
the one thing that I'm
steve crosby wrote:
On 5/4/06, Jim Gifford [EMAIL PROTECTED] wrote:
steve crosby wrote:
My intent was to identify that one of the options provided in the
thread (Jim's work with the linux headers) has problems, as it's
currently not working with certain applications outside of LFS.
snip
Randy McMurchy wrote:
Jim Gifford wrote these words on 05/03/06 20:36 CST:
I've never seen a ticket assigned to me to answer questions. After all
that's why we have the ticket system in place.
You mean you've been monitoring the lists and because nobody assigned
you a ticket, you
On Wed, May 03, 2006 at 06:36:53PM -0700, Jim Gifford wrote:
I can understand that, but we should just provide a link to the sources
md5 instead of creating our own. It helps prevent any contamination of
the file by us.
Not every package has an md5 file. None of our patches do, either.
Jeremy Huntwork wrote:
Jim Gifford wrote:
Perhaps you should visit more often. ;) There have been a few udev
rules
threads that I'd appreciate your comments on, too.
I've never seen a ticket assigned to me to answer questions. After
all that's why we have the ticket system in place.
I
On 5/4/06, Jim Gifford [EMAIL PROTECTED] wrote:
Steve, I think I got it covered in the 00.52, I'll be posting it shortly.
still no joy
linux/dccp.h missing - I added that, and then this occurs
extensions/libipt_connmark.c: In function 'init':
extensions/libipt_connmark.c:52: error:
Ok, got those changes in. Thanx for the reports Steve, this is what I need.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
On 5/4/06, Jim Gifford [EMAIL PROTECTED] wrote:
Ok, got those changes in. Thanx for the reports Steve, this is what I need.
no worries - with those changes (dccp.h, netfilter.h) iptables (and
ulog) compile fine. Diff attached for headers script for reference
diff -Naur headers.sh.orig
steve crosby wrote:
On 5/4/06, Jim Gifford [EMAIL PROTECTED] wrote:
Ok, got those changes in. Thanx for the reports Steve, this is what I
need.
no worries - with those changes (dccp.h, netfilter.h) iptables (and
ulog) compile fine. Diff attached for headers script for reference
diff -Naur
Steve,
I just added a headers_list script that will look at the sources and
pull all the headers and put them into a report. Let's run that and
compare what I have in the script now to see what's missing.
http://ftp.jg555.com/headers/headers_list
--
Archaic wrote:
On Wed, May 03, 2006 at 06:36:53PM -0700, Jim Gifford wrote:
I can understand that, but we should just provide a link to the sources
md5 instead of creating our own. It helps prevent any contamination of
the file by us.
Not every package has an md5 file. None of our
On 5/4/06, Jim Gifford [EMAIL PROTECTED] wrote:
Steve,
I just added a headers_list script that will look at the sources and
pull all the headers and put them into a report. Let's run that and
compare what I have in the script now to see what's missing.
Chris Schwemmer wrote:
Hi,
I'm running a build of LFS-SVN (latest version). So far everything works
fine, but during bootup I get an error message from udevd and the Send
this bugreport... message.
When the udev bootscript is running, I get this message on my terminal:
udevd-event[992]:
I wrote:
Chris Schwemmer wrote:
Hi,
I'm running a build of LFS-SVN (latest version). So far everything works
fine, but during bootup I get an error message from udevd and the Send
this bugreport... message.
When the udev bootscript is running, I get this message on my terminal:
32 matches
Mail list logo