List Moderation.
Hi all. I believe all the mailing lists should be set under moderation (moving/redirects or closing threads and such). Eg. #---# Invalid request. Closing. Thank you. Move your request/discussion from now on to the -dev the,please. Thank you. I am forwarding this thread to -support. Closing,please reply there. Thank you. This is a bug.Please fill a ticket. Thank you. #---# And as a relative note,I also believe that everyone is involved with the LFS project,he/she should some kind of an official signature, when posting. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: merging udev_update branch
Randy McMurchy([EMAIL PROTECTED])@Sun, Apr 09, 2006 at 06:06:24PM -0500: > Ag Hatzim wrote these words on 04/09/06 17:56 CST: > > > I would like to say,with all the respect ... "Freeze the damn thing and > > both teams > > be ready for a release" :) > > Probably working a testing branch for a few weeks, then a beta-1 > release, perhaps a beta-2 being required after that, then a release > if all goes well has been sort of the cycle the last couple of times. > > That puts a release still a ways off. And BLFS always take a bit of > time to review after LFS has finally settled on versions that stick. > Meaning that BLFS is a month or more behind LFS, usually. > Yes,that was actually I meant. Make the merge,which I think is quite safe and start a schedule. Also I would like to ask from DJ to have a look in the following bug. http://wiki.linuxfromscratch.org/blfs/ticket/1680 -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: merging udev_update branch
Jeremy Huntwork([EMAIL PROTECTED])@Sun, Apr 09, 2006 at 02:36:34PM -0600: > > All in all, I don't think it's going to be much of a problem. I merged > udev_update into my working copy, rendered and created a diff. I would > appreciate it if a few eyes could take a look and let me know if I've > missed anything, especially since some of you are much more familiar > with the uu branch than I am. I think it's still wise to wait until > we've had a test-build or two on it before merging, but hopefully that's > not too far away. > I just finished successfully the udev_update-20060408 branch with some deviations though,that is. lfs-bootscripts-udev_update-20060405 Kernel-2.6.16.2 make-3.81 The process went fine,and every device was recognized. Now,I can't see how the alpha changes and the new udev release will affect Blfs, since my last udev_update build (plus full Blfs) is very stable. I would like to say,with all the respect ... "Freeze the damn thing and both teams be ready for a release" :) -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
[Alphabetical] patches links.
Hi. First sorry if it is already known. Every link to patches points to http://www.linuxfromscratch.org/patches/lfs/alphabetical/ which (the location) it doesn't exist. Since the patches to the alphabetical branch are identical with trunk,is just a simple change to general.ent. sed -i '/patches-root/s/&generic-version;/development/' general.ent -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: su -c
Dan Nicholson([EMAIL PROTECTED])@Wed, Mar 01, 2006 at 11:56:09PM -0800: > > Ag, > > Is the patch you submitted just against current CVS? Seems like the > most changes are in login.c. Not that that's wrong. Just curious. > Sorry for the delay,Dan. Yes,i was working with the current cvs tree. Anyway,although i tested most of the installed shadow packages (after the patch),we can hold off for 10 days i guess. http://linuxfromscratch.org/pipermail/lfs-dev/2006-March/056079.html -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: su -c
Archaic([EMAIL PROTECTED])@Wed, Mar 01, 2006 at 03:54:37PM -0700: > On Wed, Mar 01, 2006 at 02:48:57PM -0700, Gerard Beekmans wrote: > > >Maybe someone should pull the CVS and build it to see if this issue is > > >resolved. > > > > Depending on the outcome of this testing, we'll want to discuss now if > > we want to downgrade shadow back to 4.0.13, or wait for its next release > > if there is a known release date. > > Backporting the cvs changes and creating a patch sounds like a viable > option. > Patch submitted. Pathcing only the su.c it results to compilation erors so i had to include other changes also. Please review first and feel free to apply any changes. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: su -c
Dan Nicholson([EMAIL PROTECTED])@Wed, Mar 01, 2006 at 12:49:19PM -0800: > > Maybe someone should pull the CVS and build it to see if this issue is > resolved. > Pulling the source from cvs,fixed the su issue. (~/LBFS/build_dir/shadow)su -c "touch /something" Password: (~/LBFS/build_dir/shadow)ls / bin/ dev/ gsml/ lib/mnt/ proc/ sbin/ srv/ tmp/usr/ boot/ etc/ home/ media/ opt/ root/ something sys/ tools/ var/ -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Ghostscript Standard Fonts link.
Standard Fonts link seems to be dead. New link from sourceforge. http://prdownloads.sourceforge.net/ghostscript/ghostscript-fonts-std-8.11.tar.gz -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Goodbye Randy [Was: Re: Trac Ticket System vs. Bugzilla]
Ops. Forgive me,to reply to myself here,but i think our life despairingly needs little clowns like me so feel free to treat me like this (not that i care much actually). There is a major bug in my previous mail (i targeted the wrong will's spot). My invisible master Don Carlos most probably will kill me for this. Hopefully a little sed will fix this bug. sed 's/just between our eyes/some centimeters above from our genitals/g' Now,why it came to my mind a previous Randy's statement? "We all men here" In adition 2 more things. First a little piece of art. "Bom yeoreum gaeul gyeoul geurigo bom" Aka. "Spring, Summer, Autumn, Winter... and Spring again" http://www.imdb.com/title/tt0374546/ Second a small poem. "Enough. My life is doing circles" Now back to my s(h)ell,in fact i am just reading once again the Zsh tutorial (incredible piece of software). Have a nice day. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Goodbye Randy [Was: Re: Trac Ticket System vs. Bugzilla]
Jeremy Huntwork([EMAIL PROTECTED])@Sun, Feb 12, 2006 at 11:48:07PM -0500: Hi Jeremy. Hi Randy. I wrote it once and i will write it again. I hate when people leave. Jeremy I will miss Randy. Randy I will miss Jeremy. Some(rare)times i wished to have a magic stick to go back in time,and to change my actions (words i said,foolish things i did,paths i missed etc..). But there isn't,but even if there was one i am in doubt if i ever used it. Because if i ever used,i would't have my boys,my little sweet babe,and my other sweet babe( a beutiful Mediterranean brunette :)). Hmm did i said that we don't have a magic stick? *WRONG.* We have it from the very first moment we born,is just bettween our eyes,and is called *will*. It's in our will,in your will to change the future. And i will cloce it with a Zen story. Damn i love these Zen stories. #---# There was once a great Japanese warrior the greatest of his time. He went to a famous old Zen Master,asking for enlightnment. He asks a question to the Master. Warr. "Master,tell me is there hell and paradise?" Mast. "How dare you *little shit* to make a question like this to me?" The insulted brave warrior,very angry lift up his sword ready to cut the poor old's neck. Warr. "How dare you to speak to me like this?Do you know who i am?" The Master peacefully answered. Mast. "You asked me for the hell,okey here is your hell" The warrior suddenly show the famous buddist light. :) Very humble leave his sword away and he goes down to his knees. Mast. "You asked me for the paradise,okey here is your paradise." #---# Please continue your work to these god-send projects. Both of you are valuable. ... and Randy think a second before you hit the damn send button or ... Go mutt. www.mutt.org It's late night in U.S of America right now,and you are (probably) both sleeping so... Have nice dreams. I really hope i didn't make worst than already it is. Regards. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [Fwd: Re: UTF-8]
Jeremy Huntwork([EMAIL PROTECTED])@Sat, Jan 21, 2006 at 05:52:37PM -0500: > Richard A Downing wrote: > > "To undertake a project, as the world's derivation indicates, means to > > cast an idea out ahead of oneself so that it gains autonomy and is > > fulfilled not only by the efforts of its originator but, indeed, > > independently of him as well" - Visions of San Francisco Bay, Czeslaw > > Milosz 1982. > > > > "A word is dead when it is said, some say, I say it begins to live that > > day" - Emily Dickinson > > > > Sorry Alexander, the deed is done. > > Also, I agree with the stance that you and Matt have already taken. > How can you really disagree with them? Especially with the perfectly choosen English words by Sir Richard (so delightful to read!),which is one more reason for me (who lacks the basic English grammar/syntax plus my limited vocabulary),to feed my already biased feelings,against the so called English snobbery. I just feel better when i know he is still around 'putting his oar in' on the inappropriate occasion. :) UTF-8 is here to stay and we all owe to Alexander for his work and to Matthew for his determined stance against the issue. I trully believe that untill the end of this year we will have a fully featured UTF-8 Book. Regards. Ag. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: UTF-8
Chris Staub([EMAIL PROTECTED])@Sat, Jan 21, 2006 at 11:41:51AM -0500: > Archaic wrote: > >On Fri, Jan 20, 2006 at 01:48:32PM -0500, Chris Staub wrote: > >>Note: I am not saying I am absolutely against UTF-8 support being the > >>default (haven't really decided yet). I'm just tired of hearing this > >>"you don't *have* to use UTF-8 locales/all other locales still work > >>fine" argument, mainly because nobody is denying that's true. > > > >No, they are stating that they haven't been paying attention and thereby > >are scared that they are going to have to use utf8 instead of their > >preferred locale. IOW, they are ignorant of the facts. > > > I thought that the concern was that having UTF-8 support might take > extra resources that are wasted and unnecessary if you never use it. I > wasn't thinking that anybody here was actually ignorant enough to think > that having support for UTF-8 forces you to use it. > -- Chris. About your concerns,it does't make a lot of a difference really. Quite a lot of applications that I am running in daily basis,they are using the Ncurses library,so I just finished a UTF-8 build,just for this particular reason (to clear the fears). The results from the UTF-8 build SVN-20060120. #---# (~)ldd `which mutt`|grep ncurses libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7ee) (~)ldd `which htop`|grep ncurses libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7f1f000) (~)ldd `which alsamixer`|grep ncurses libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7f2c000) 21258 tms 17 0 3480 2008 1068 S 0.0 0.4 0:00.03 alsamixer 21260 tms 16 0 3896 2856 1248 S 0.0 0.6 0:00.05 mutt 21384 tms 16 0 2728 1804 900 S 0.0 0.4 0:00.06 htop #---# And these are from the ALPHABETICAL-20051216. (~)ldd `which mutt` |grep curses libncurses.so.5 => /lib/libncurses.so.5 (0xb7ecd000) (~)ldd `which htop` |grep ncurses libncurses.so.5 => /lib/libncurses.so.5 (0xb7ef2000) (~)ldd `which alsamixer`|grep ncurses libncurses.so.5 => /lib/libncurses.so.5 (0xb7f4d000) 4604 tms 16 0 6164 2872 1404 S 0.0 0.6 0:00.24 mutt 4620 tms 16 0 2164 1164 864 S 0.0 0.2 0:02.99 htop 4696 tms 15 0 5212 1432 1096 S 0.0 0.3 0:00.02 alsamixer #---# Both was taken with only the Sysklogd daemon running. I know they can't prove much,but it's a sign. Regards. Ag. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [Fwd: Re: UTF-8]
Alexander E. Patrakov([EMAIL PROTECTED])@Sat, Jan 21, 2006 at 01:03:34PM +0500: > Ag Hatzim wrote: > > >Sorry if i am not qualified to contribute to the discussion. > > > >But I wrote it once. > >Why We don't use a *permanent* experimental branch? > >Make there the early development (alphabetical,udev,unicode etc...),bring > >the adopted changes to the > >dev-branch,freeze/test it,release it. > > > >The release circle will be sorted,i believe. > > > > > The problem is that I no longer want UTF-8 in trunk. At all. This is a > feature that should always exist in a separate book, without a chance to > be merged. Like HLFS. This is not a fixable "early development, > technical issues need to be sorted" problem. This is unfixable > "political issue, some people don't want the associated bloat". > > So this is not a good candidate for a branch that contains experiments > that are expected to end up in the main book. > Alexander don't take it personal,honestly I admire your work as everyone in LFS community I believe. But if we end up like this,soon or later there will one book for every developer :). Now,and regarding Chris (possible valid) concerns,can you tell us exactly how extra space will take a UTF-8 enabled book,and the extra amount of memory Ncurses will need? Have you that info please? Regards. Ag. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [Fwd: Re: UTF-8]
Alexander E. Patrakov([EMAIL PROTECTED])@Sat, Jan 21, 2006 at 11:45:50AM +0500: > Chris Staub wrote: > > >I don't think anyone is debating that they aren't being forced to use > >UTF-8 locales. However, the issue is that if you never do use a UTF-8 > >locale, then the UTF-8 code just sits there unnecessarily taking up > >space. It isn't a question of whether it "works" - I *know* that > >non-UTF-8 locales will work fine with UTF-8-enable LFS - it's that if > >the extra disk space and memory being taking up is not needed, then it > >shouldn't be there. > > > Well, at this point we definitely need two books, because: > > 1) addition of UTF-8 violated one important LFS policy: don't fix > non-important bugs (i.e., those invisible to at least one reader). > Changing this would make LFS a distro. > 2) jhalfs needs a linear book. > 3) there are readers that want UTF-8 enabled version of LFS. > > So: please revert my patch from trunk, make a branch. The patch was > never really ready for merging, for non-technical reasons that realized > only now. If this unmerging is not done, I will waste time in flame wars > instead of fixing real bugs. > Sorry if i am not qualified to contribute to the discussion. But I wrote it once. Why We don't use a *permanent* experimental branch? Make there the early development (alphabetical,udev,unicode etc...),bring the adopted changes to the dev-branch,freeze/test it,release it. The release circle will be sorted,i believe. Regards. Ag. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: New BLFS Editor
Ag Hatzim([EMAIL PROTECTED])@Wed, Dec 07, 2005 at 07:33:07PM +0200: > Richard A Downing([EMAIL PROTECTED])@Wed, Dec 07, 2005 at 05:10:12PM +: > > On Wed, 07 Dec 2005 10:37:32 -0600 > > Bruce Dubbs <[EMAIL PROTECTED]> wrote: > > > > > I would like to announce Andy Benton as a new BLFS Editor. Andy has > > > been a long time participant in the BLFS project and brings a lot of > > > skill and enthusiasm to the project. > > > > > > Please help me in welcoming Andy to the team. > > > > Welcome Andy, I'm sure you'll make a big difference. I wish you well, > > and offer my thanks in advance. > > > > Bruce, You can do two edits to the who's-who section at once and take > > my name out as you add Andy's. (introduction/credits.html) > > > > I hate when the people leave. > > Please Bruce ignore him. > Oups sorry,Congratulations Andy. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: New BLFS Editor
Richard A Downing([EMAIL PROTECTED])@Wed, Dec 07, 2005 at 05:10:12PM +: > On Wed, 07 Dec 2005 10:37:32 -0600 > Bruce Dubbs <[EMAIL PROTECTED]> wrote: > > > I would like to announce Andy Benton as a new BLFS Editor. Andy has > > been a long time participant in the BLFS project and brings a lot of > > skill and enthusiasm to the project. > > > > Please help me in welcoming Andy to the team. > > Welcome Andy, I'm sure you'll make a big difference. I wish you well, > and offer my thanks in advance. > > Bruce, You can do two edits to the who's-who section at once and take > my name out as you add Andy's. (introduction/credits.html) > I hate when the people leave. Please Bruce ignore him. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: FC4 as a host [Was: Re: file format not recognized from ld right from the start????]
Dan Nicholson([EMAIL PROTECTED])@Thu, Dec 01, 2005 at 09:06:54PM -0800: > > If you want a throw away distro, download the LFS Live CD. I just checked > it out for the first time, and it looks very nice. > Indeed. LFS live cd worked fine for me,the last time i used to build LFS for a new arrived system. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Experimental ELFS (Was: Re: More control...hint integration discussion)
Matt Darcy([EMAIL PROTECTED])@Wed, Nov 30, 2005 at 09:44:48AM +: Sometimes i am trying to > > > so you mean the lfs-development book then.. > In fact i was talking for an entirely different concept with different priorities but with just one target. To improve the LFS projects. However for to achieve this target,we (the people in LFS projects, developers and users) have to improve first ourselves. Now into the subject and explanation for what I was talking about. Lets see and test why Greg doesn't keep the binutils sources around as we do. Let's study and test the way that gentoo builds its own toolchain. Let's make one "Crux week" and even invite Per Liden (Crux leader) to explain us the way that he "thinks". Let's try to make even a Gnu-hurd port. Come on,even trying to build freebsd from scratch just for once. Let's adopt a scriptable build,using jhalfs and building *ON TOP* of jhalfs our different concepts and not the other way around. Let's make our project attractive for the new generation,create new developers with enough knowledge to assist the current development team and to create new products (give to them the chance to make reality their dreams). Let's be the development field for the future udev releases and various kernel implementations. For devil's shake,LFS has quite decent reputation into the various Linux fora,let's even invite Linus himself to our community :). Sorry but the catalog is endless,but in fact and in all my honestly i was trying to make you think to make our life/presency here just a little bit more enjoyable than it is today. Maybe we are here for different goals,coming from different countries,young,poor, rich,black,pink :) e.t.c,but i believe we have at least something in common. We are all crazy. And as one man said once,a long time ago. "Everyone is crazy,when someone thinks that he is not crazy he is double crazy,he is the really crazy one." *That i call development.* And yes i am too ambitious.I am too ambitious to make this world a better one for my 2 boys,and the worst of all that will be three untill Xmas and yes this time is a daughter. :) I don't know about you,but its the first time i fall in love with a woman that i dint'n even see her. > Ag Hatzim wrote: > > > >On top of that,will give to some (with a tendency to sadomaxism :) > > 's/sadomaxism/sadomasochism/' Once and for all,sorry about my awfull english. Sometimes when i don't know one word and i am too lazy to look for a dictionary,i am trying to write *speaking*. In fact and in my previous mistake (sadomaxism/sadomasochism) i was spelling wrong twice.Once in english but and in my language too,that it makes it a double mistake. :) I am better to speak than to write,although might be found some people here around that might be disagree with that comment. :) With Best Regards. Agathoklis. > http://linuxfromscratch.org/mailman/listinfo/lfs-dev > FAQ: http://www.linuxfromscratch.org/faq/ > Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Experimental ELFS (Was: Re: More control...hint integration discussion)
Jeremy Huntwork([EMAIL PROTECTED])@Tue, Nov 29, 2005 at 12:32:59PM -0500: > Snip > > I think we really should look at including it sometime in the future, > whether it starts with a hint or a separate branch or whatever. > Ok lets give an end to these eternals debates (although i have to admit,are quite enjoyable :)),and lets create an experimental branch. The new branch will be dedicated to research and with emphasis to the various techniques that already mentioned to these endless threads. The new branch will have to be indepented from the LFS book,but with the clear purpose to implement any interesting/succesfull techniques later on into the LFS book. Three examples. a.The alphabetical-order branch is quite interesting,because it gives the chance to the people who came in a later stage to the LFS projects,to learn the how and why the book builds the packages with the way it does today,and quite probably to re-evaluate the package order. b.Destdir approach. c.Better intergration with jhalfs. On top of that,will give to some (with a tendency to sadomaxism :),me included) people the chance to deviate from the book and to experinment,hence the branch title. Ofcource there will be no support questions,and i know that might be quite temptable for some to follow... With Best Regards. Agathoklis. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Post LFS-6.1.1 plans
Jeremy Huntwork([EMAIL PROTECTED])@Mon, Nov 28, 2005 at 01:09:34AM -0500:
> Ag Hatzim wrote:
> >Matthew Burgess([EMAIL PROTECTED])@Thu, Nov 24, 2005 at
> >09:44:29PM +:
> >Hi Matthew.
> >
> >
> >>If anyone wants any other features included now's the time to get those
> >>requests in.
>
> Funny how powerful one little sentence can be. :)
>
Hi Jeremy.
No the really funny thing about it,is why such a natural/plain-simple sentence
like
Matthew's,can look/be so powerful in our eyes.
I was born/grown up in a small/poor village where we had such of respect of the
oldest
(kissing their hands,everytime when we met them),but where the really *kings*
were the children. :).
People usually was talking around the table about their plans/dreams/wishes.
The father was the first one and the last one who was talking,but in between
everyone
(mama/grand{ma,pa}/children) could freely contribute to the discussion.
On another note,the Autumn of 2005 seems to be much inspirable for the
LFS-users (orgasm by fresh ideas),and i wonder why. :) Amazing!.
With Best Regards.
Agathoklis.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Re: Glibc Test Suite
Ag Hatzim([EMAIL PROTECTED])@Mon, Nov 28, 2005 at 10:41:33AM +0200: > Randy McMurchy([EMAIL PROTECTED])@Wed, Nov 23, 2005 at 11:45:09AM -0600: > > In addition the build (SVN-20051127) was able to reproduce itself. > And while i had some failures whith some blfs packages with > gcc-4.0.2/glibc-2.3-5 (gimp comes in mind),i hadn't a single failure in > about 150 packages,most of them tested and confirmed to work. > Sorry about the mistake,the build was the SVN-20051118,in a brand new athlon64. With Best Regards. Agathoklis. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Glibc Test Suite
Randy McMurchy([EMAIL PROTECTED])@Wed, Nov 23, 2005 at 11:45:09AM -0600: > Hi all, > > In the SVN Chapter 6 Glibc instructions, it says to expect math test > failures during the test suite. I've always seen these before with > GCC-4.0.x, however, the latest build using Glibc-2.3.6 and GCC-4.0.2 > doesn't seem to exhibit these errors. > > How about others that have built recent SVN? > > [EMAIL PROTECTED]: /mnt/rmlnew1/build > grep Error glibc-build/check.log > make[2]: [/build/glibc-build/posix/annexc.out] Error 1 (ignored) > It's exactly the same here (the error was present in gcc4.0.2/glibc-2.3.5). Also regarding a previous post of yours,i had the same results in the test suites ( no need to repost them i guess).As you see Randy perl is still usefull in LFS :) In addition the build (SVN-20051127) was able to reproduce itself. And while i had some failures whith some blfs packages with gcc-4.0.2/glibc-2.3-5 (gimp comes in mind),i hadn't a single failure in about 150 packages,most of them tested and confirmed to work. With Best Regards. Agathoklis. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Post LFS-6.1.1 plans
Matthew Burgess([EMAIL PROTECTED])@Thu, Nov 24, 2005 at 09:44:29PM +: Hi Matthew. > > If anyone wants any other features included now's the time to get those > requests in. I would like to propose to put reiserfsprogs,wget (with a note to rebuild wget from blfs,for those who would like support for encrypted http,which requires openssl) and maybe a text browser e.g lynx,into the book. With Best Regards. Agathoklis. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Feedback on jhalfs
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 yesterday,to build SVN-20051022. With some additions (reiserfsprogs,gpm,wget,openssl,lynx) it gave me a functional base system in the next reboot without any eror (timezone,my locale,network,fstab,bootscripts etc) everything worked as it should be. Right now i am finishing building BLFS,without any serious problem so far (i builded with success most of my usual stuff). For me,due the lack of time this time of year,is exactly what i needed. I am one year in LFS(builded 5-6 lfs/diy),but waiting for our third child in december,i wouldn't have the time to continue lfs for the next months,so jhalfs made that possible for me,without the need to monitor the changes. Thank you all,You and Manuel (only the thing that he (Manuel) made possible to extract the commands from the book is good enough for me) and everyone else who contributed in jhalfs. With Regards. Agathoklis. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: This is the end
Jeremy Huntwork([EMAIL PROTECTED])@Tue, Sep 20, 2005 at 03:19:45PM -0400: > > It has become clear to me, however, that I need to make a break with > LFS. It has taken over, to an extent, in my life. It have let it crowd > out time for things that should have always been more important. > Hi Jeremy. This is not the end,it's a new start. You have to be proud for what you 've done for all of us (Your live cd is excellent,your contributions to the lists valuable). Good luck to your life,i wish to come back soon. Regards. Agathoklis. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Time to remove hotplug?
Randy McMurchy([EMAIL PROTECTED])@Mon, Sep 19, 2005 at 09:54:08AM -0500: > Richard A Downing wrote these words on 09/19/05 09:21 CST: > > > Isn't it strange how every other engineering disipline goes in for lots > > of useful diagrams, but as soon as you get to the OpenSource movement > > everything MUST BE just words. Nuts. Understanding is more important > > than Sacred Gnus !-) > > Just for you, Richard! > > http://www.gtkmm.org/jhbuild_dot_gnomemm.png > Scary! Thank god,i am not using gnome stuff,just plain good old fvwm. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [RFC] Udev configuration changes
Bruce Dubbs([EMAIL PROTECTED])@Wed, Sep 14, 2005 at 12:01:00AM -0500: > Ag Hatzim wrote: > > > I always was under the impression,that there is some kind of interaction > > between LFS/BLFS. > > We do have interaction. That was exactly the reason Matt made the post. > He wanted to get the reaction of the LFS community. We do most things > publicly via the mailing lists. > > The system is working as designed. > > -- Bruce Ok,thanks for the clarification Bruce. I am still learning the system,to be completely honest. I owe to Matthew an apology for my hasty expressions. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [RFC] Udev configuration changes
Jeremy Huntwork([EMAIL PROTECTED])@Tue, Sep 13, 2005 at 11:30:40PM -0400: > Bruce Dubbs wrote: > > > >I strongly urge the criterion number one to read: > > > >1) If a device needs packages outside those installed by LFS or BLFS > >then don't include a rule for it. > > > >BLFS assumes the user has a base LFS system. Don't make a lot of work > >for us for some exotic minimalism principle. > > Again, I think I'd have to agree with this sentiment. BLFS and LFS have > always been treated as separate entities, which of course they are. > However they are inter-dependant. It's easy to see that BLFS needs LFS > (it wouldn't exist without it) but LFS does need BLFS, too. Without BLFS > there wouldn't be much point behind LFS besides the intellectual stimulus. > > The two projects should try to work a little closer together than they > have in the past, IMO, and intertwine themselves a little more fluidly - > they have after all the same general goal: to provide a user the ability > to customize their Linux system entirely to taste, learning along the way. > > So, I don't think it's wise to be too dogmatic in situations like this. > Keep the end product in mind and provide a working framework that allows > for easy (and correct!) customization. I have to agree with Bruce and Jeremy. I always was under the impression,that there is some kind of interaction between LFS/BLFS. Watching the strong reaction from the BLFS team as a whole (and users too),i suppose you 'll gain nothing but hassle,definitely not a sensible aproach. Please for the benefit of all of us,try a little bit more to cooperate between,both of the teams. I mean,i was kind of surprised that the BLFS leader (exept i missed something),he didn't was informed at all for such a critical change,that will affect immediately uncountable instructions. If i was a blfs editor,phrases like the following,they would made me feel really (gently speaking) bad. #---# sound/audio devices - need non-LFS software to use it printing devices - need non-LFS software to use it usb - need non-LFS software to use it video - need non-LFS software to use it network devices - Default assumption is that is needs non-LFS software #---# I am sure everything gonna be alright,atleast this is what i am wishing for. Peace. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: GCC4 Util-linux sed [Was: Re: r6800]
William Harrington([EMAIL PROTECTED])@Mon, Sep 12, 2005 at 03:30:11PM -0500: > On Sun, 04 Sep 2005 10:31:02 +1000, Greg Schafer wrote: > > > J?rg Billeter wrote: > > > Works fine out of the box. > Works for me also,but still needs the cramfs patch though. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: GTK-2.8.x
Larry([EMAIL PROTECTED])@Fri, Sep 09, 2005 at 08:52:22PM -0500: > On Fri, Sep 09, 2005 at 06:40:57PM -0500, Randy McMurchy wrote: > > Hi all, > > > > Are we ready to move to the new GTK/Glib/Cairo/Pango/ATK stuff. I > > see that David has the GTK+ and Glib bugs spoken for, but I'll be > > adding Cairo to the book this weekend, and was wondering what the > > community thinks about moving forward. > > > > I'd like to get the GNOME stuff updated and it requires the newer > > GTK stuff. I'm not seeing any issues with Firefox or Thunderbird, > > both built against the newest versions of the GTK stuff. > > > > Thoughts? > > > > -- > > Randy > > Been using it for a couple of days, no problems so far. > > Larry Just a quick note about firefox,for future reference. Last day i builted the new firefox 1.5b1. I had to add the additional switch --enable-system-cairo for firefox to use the cairo-1.0 version included in my system (and not the version that comes with firefox),otherwise the build failed. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Remove inetutils from LFS [was Re: GCC-4.0.1]
Tushar Teredesai([EMAIL PROTECTED])@Sat, Aug 20, 2005 at 05:06:02PM -0500: > On 8/20/05, Matthew Burgess <[EMAIL PROTECTED]> wrote: > > Tushar Teredesai wrote: > > > > > BTW, if there are no plans to remove inetutils, we might was well keep > > > the utils such as ftp and telnet that it current installs. > > > > But that was one of the reasons I was proposing we remove it. 'ftp' > > simply doesn't compile out of the box on the gcc4 branch, and the only > > patch we have causes it to segfault when issuing any command to it! > > Upstream applied the patch, then reverted it shortly afterwards when > > they realised it was the wrong fix. Unfortunately the right fix still > > hasn't materialised (and I'm not qualified to be able to engineer the > > fix myself). > > For gcc4 branch, for the time being the book could add a --disable-ftp > option and state the reason why it is disabled. Hopefully by the time > the gcc4 branch is ready for release, a fix would be available. I went throuch cvs...and compiling inetutils with the default book options,compiling fails. If you add the --disable-ftp option,then is builted fine,even without the patch. In the stable release even with the --disable-ftp option,compiling will fail if you don't apply the patch which is in the book. That's why i mentioned netkit-ftp,as a workaround for them that they would like a ftp client during their build,some kind of a temporary solution. But as Bruce Dubbs mentioned,i think that wget and possible a text browser must be included in the Lfs book. Matthew. My respects to you. I would never thought to look into the iputils Makefile. It's like an old saying from my country. "Old fox is 100 years old...the baby fox is 110?" :-) Regards. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Remove inetutils from LFS [was Re: GCC-4.0.1]
Bruce Dubbs([EMAIL PROTECTED])@Sat, Aug 20, 2005 at 03:56:00PM -0500: > > On 8/20/05, Bruce Dubbs <[EMAIL PROTECTED]> wrote: > >>BTW, reexamining the subject line, if inetutils is removed, where is > >>ping installed? ping from iputils is compiled with gcc4 ftp://ftp.inr.ac.ru/ip-routing/iputils-current.tar.gz -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: GCC-4.0.1
Ag Hatzim([EMAIL PROTECTED])@Sat, Aug 20, 2005 at 08:27:25PM +0300:
Just a small correction for anyone wants to try,if you apply the
netkit-ftp-0.17-ssl-0.2.patch
compiling will fail
In addition i attach the patches for anyone is interesting.
Some from gentoo,and 2 from fedora.
I applied with the following order
netkit-ftp-0.17-acct.patch
netkit-ftp-0.17-locale.patch
netkit-ftp-0.17-runique_mget.patch
netkit-ftp-0.17-security.patch
netkit-ftp-0.17+ssl-0.2.diff
netkit-ftp-0.17+ssl-0.2+auth.diff
Ripped from Fedora
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=17353
--- netkit-ftp-0.17/ftp/ftp.c.acct Sun Jan 21 00:08:29 2001
+++ netkit-ftp-0.17/ftp/ftp.c Sun Jan 21 00:09:04 2001
@@ -254,7 +254,8 @@
if (n == CONTINUE) {
aflag++;
/* fflush(stdout); */
- zacct = getpass("Account:");
+ if(zacct==NULL)
+ zacct = getpass("Account:");
n = command("ACCT %s", zacct);
}
if (n != COMPLETE) {
ripped from Fedora
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142265
--- netkit-ftp-0.17/ftp/main.c.locale 2004-12-15 16:52:14.504193752 +
+++ netkit-ftp-0.17/ftp/main.c 2004-12-15 16:52:51.719133655 +
@@ -51,6 +51,7 @@
/* #include<--- unused? */
+#include
#include
#include
#include
@@ -109,6 +110,7 @@
tick = 0;
+ setlocale (LC_ALL, "");
sp = getservbyname("ftp", "tcp");
if (sp == 0) {
fprintf(stderr, "ftp: ftp/tcp: unknown service\n");
ripped from Fedora
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79367
--- netkit-ftp-0.17/ftp/ftp.c.runique_mget 2004-12-07 12:05:49.360133092
+0100
+++ netkit-ftp-0.17/ftp/ftp.c 2004-12-07 12:06:48.480883902 +0100
@@ -923,7 +923,9 @@
return;
}
}
- else if (runique && (local = gunique(local)) == NULL) {
+ else if (runique && (strcmp(cmd, "NLST") != 0) &&
+(local = gunique(local)) == NULL)
+ {
(void) signal(SIGINT, oldintr);
code = -1;
return;
ripped from Fedora
diff -urN netkit-ftp-0.17-pre2412/ftp/ftp.c
netkit-ftp-0.17-pre2412.new/ftp/ftp.c
--- netkit-ftp-0.17-pre2412/ftp/ftp.c Mon Dec 13 21:33:20 1999
+++ netkit-ftp-0.17-pre2412.new/ftp/ftp.c Wed Aug 16 14:12:50 2000
@@ -883,7 +883,7 @@
}
if (fstat(fileno(fout), &st) < 0 || st.st_blksize == 0)
st.st_blksize = BUFSIZ;
- if (st.st_blksize > bufsize) {
+ if ((unsigned)st.st_blksize > bufsize) {
if (buf)
(void) free(buf);
buf = malloc((unsigned)st.st_blksize);
diff -u -r -N netkit-ftp-0.17/ftp/Makefile netkit-ftp-0.17+ssl-0.2/ftp/Makefile
--- netkit-ftp-0.17/ftp/MakefileSun Aug 1 08:00:12 1999
+++ netkit-ftp-0.17+ssl-0.2/ftp/MakefileMon Sep 25 23:36:51 2000
@@ -8,6 +8,9 @@
LIBS += -lreadline $(LIBTERMCAP)
endif
+CFLAGS += -DUSE_SSL -g
+LIBS += -lssl -lcrypto
+
ftp: cmds.o cmdtab.o domacro.o ftp.o glob.o main.o ruserpass.o
$(CC) $(LDFLAGS) $^ $(LIBS) -o $@
diff -u -r -N netkit-ftp-0.17/ftp/cmds.c netkit-ftp-0.17+ssl-0.2/ftp/cmds.c
--- netkit-ftp-0.17/ftp/cmds.c Sun Jul 23 03:36:59 2000
+++ netkit-ftp-0.17+ssl-0.2/ftp/cmds.c Sun Sep 24 15:09:15 2000
@@ -207,6 +207,32 @@
}
port = ftp_port;
if (argc > 2) {
+#ifdef USE_SSL
+/* not really an SSL enhancement but something that
+* should have always been here --tjh
+*/
+ if (!isdigit(argv[2][0])) {
+ structservent *destsp;
+
+ destsp = getservbyname(argv[2], "tcp");
+
+ /* if lookup fails for ssl-ftp we fallback to
+* the default (unofficial) port number
+*/
+ if ((strcmp(argv[2],"ssl-ftp")==0) && (destsp==NULL))
+ port = 150;
+ else {
+ if (destsp == NULL ) {
+ printf("%s: bad port name-- %s\n",argv[1],argv[2]);
+ printf ("usage: %s host-name [port]\n",argv[0]);
+ code = -1;
+ return;
+ } else {
+ port = ntohs(destsp->s_port);
+ }
+ }
+ } else
+#endif /* USE_SSL */
port = atoi(argv[2]);
if (port < 1) {
printf("%s: bad port number-- %s\n", argv[1], argv[2]);
diff -u -r -N netkit-ftp-0.17/ftp/ftp.
Re: GCC-4.0.1
Should we drop the ftp client building from inetutils,for favor of netkit-ftp. ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/netkit-ftp-0.17.tar.gz Currently,compiled with gcc4.0.1 without patching. The following patches are also available. netkit-ftp-0.17-ssl-0.2.patch netkit-ftp-0.17-acct.patch netkit-ftp-0.17-locale.patch netkit-ftp-0.17-runique_mget.patch netkit-ftp-0.17-security.patch netkit-ftp-0.17+ssl-0.2.diff It's a shame to stop the development procces for a minor thing. If you pass in configure the --disable-ftp option,inetutils building without problem. And just for curiosity,may ask why inetutils belongs to LFS? -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: GCC-4.0.1
Randy McMurchy([EMAIL PROTECTED])@Tue, Aug 09, 2005 at 03:52:11PM -0500: > Randy McMurchy wrote these words on 08/01/05 13:33 CST: > > I am now convinced that a branch for GCC4 in BLFS is not necessary. > There isn't that much that is going to be changed, and maintenance > of the branch would be a lot of extra work. Indeed very few instructions need to change to apply for gcc4. > > I haven't test much multimedia stuff yet ... > Most of the multimedia stuff (that are include in the book and some that are not) compiled without any additional patches,with the exceptions of Mplayer (as i noted in my previous mail in this thread,there is a already a patch) and ffmpeg. With regards to ffmpeg,the problem is that formal releases are rare and the author himeself cleary states to go with cvs.And indeed if you go with cvs,the programm will complete the compilation with gcc4.0.1. Mplayer site http://www.mplayerhq.hu/ used to host some archieves from ffmpeg cvs snapshots,but unfortunatelly they (Mplayer) had a server failure,and now the link to ffmpeg archieves is broken,and i dont'n know if and when they will fix it. What we can do is to pack a working recent cvs snapshot,and to upload in our site (at least is all i can think right now). As for the rest BLFS stuff,i finished building of almost 120 packages. Packages that needed patching so far was and i didnt' see any reports in the blfs list (like thunderbird) are. #---# xpdf-3.00 abiword-2.2.8 cdrdao-1.2.0 #---# With regards to abiword,it gives me segmentation fault after compilation. WvStreams cowardly failed to compile. Same with aspell,but i am not sure if it's a gcc4 related. All the Kde 3.4.2 packages compiled without problem (Hey i dont't need that kde stuff... actually is for another computer). I am with the *fvwm* ,something need to be done to include it in the book. :-) > > Instead of a branch, I propose that we update the BLFS main website > with note about building using GCC-4 and provide a link to a page I > will create that has information about packages that need patching. > This is all that is really necessary. A central page to point users > on which packages need patches and where the patches can be found. > That sounds good enough. Log of the already installed packages attached,most of them confirmed to work with an exeption of abiword, Aslo uncountable perl modules with no failure. Right now we are leaving (boys-woman-dogs) for 4 days for a mountain trip,enough with the compilers stuff. Have a good day. abiword-2.2.8 abook-0.5.3 alsa-lib-1.0.9 alsa-oss-1.0.9 alsa-utils-1.0.9a arts-1.4.2 aspell6-en-6.0-0 aspell-el-0.50-3 atk-1.9.1 audiofile-0.2.6 bc-1.06 cdrdao-1.2.0 cdrtools-2.01 cpio-2.6 cups-1.1.23 curl-7.14.0 cvs-1.11.20 db-4.3.28 desktop-file-utils-0.10 espgs-7.07.1 expat-1.95.8 fcron-2.9.7 feh-1.3.4 fetchmail-6.2.5.2 ffmpeg-0.4.9-p20050226 firefox-1.1a2 flac-1.1.2 fontconfig-2.3.2 freetype-2.1.10 fribidi-0.10.5 fvwm-2.5.12 giblib-1.2.4 giflib-4.1.3 glib1-1.2.10 glib-2.6.4 gnupg-1.4.1 gnutls-1.2.6 gtk+1-1.2.10 gtk+-2.6.8 ImageMagick-6.2.3-5 imlib2-1.2.1 jpeg-mmx-0.1.6 k3b-0.12.3 kdeadmin-3.4.2 kdebase-3.4.2 kde-i18n-el-3.4.2 kdelibs-3.4.2 kdenetwork-3.4.1 kdepim-3.4.2 kdeutils-3.4.2 lame-3.96.1 lcms-1.14 lesspipe- lesstif-0.94.4 lftp-3.2.1 libao-0.8.6 libart_lgpl-2.3.17 libdvdread-0.9.4 libgcrypt-1.2.1 libglade-2.5.1 libgpg-error-1.0 libIDL-0.8.5 libieee1284-0.2.10 libjpeg-v6b libmad-0.15.1b libmng-1.0.9 libogg-1.1.2 libpcap-0.9.3 libpng-1.2.8 libsigc++-2.0.16 libtiff-3.7.3 libungif-4.1.3 libusb-0.1.10a libxml2-2.6.20 libxslt-1.1.14 live-2005.04.26 lynx-2.8.5 mc-4.6.1 mpc-0.11.2 mpd-0.11.5 mpg123-0.59r MPlayer-1.0pre7 mrxvt-0.4.1 mutt-1.5.6i nail-11.24 nano-1.3.8 nasm-0.98.38 net-tools-1.60 normalize-0.7.6 openssh-4.1p1 openssl-0.9.8 pango-1.8.1 pcre-6.2 pkg-config-0.19 popt-1.7-5 ppp-2.4.3 procmail-3.22 Python-2.4.1 rpm2targz- rsync-2.6.6 rxvt-unicode-5.7 sane-backends-1.0.15 sane-frontends-1.0.13 screen-4.0.2 shared-mime-info-0.16 slmodem-2.9.9b subversion-1.1.4 sudo-1.6.8p8 taglib-1.4 tcl-8.4.11 traceroute-1.4a12 transcode-1.0.0 vorbis-tools-1.1.1 wget-1.10 which- whois-4.7.5 xorg-6.8.99.900 xpdf-3.00pl3 xplanet-0.95a xsane-0.97 xvid-1.0.3 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Libtool installation nit
Randy McMurchy([EMAIL PROTECTED])@Sat, Aug 06, 2005 at 09:56:17AM -0500: > Hi all, > > Noted in the most recent build of LFS (using the GCC4 branch, but > this probably would affect trunk as well) is that the Libtool > installation installs files in /usr/share/libtool/libltdl/ with > 1000:1000 permissions instead of 0:0 (root:root). > > Can anyone check and see if this is the case on a recent build of > LFS to confirm this? Confirmed.Same permissions as yours Randy. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [Fwd: [ANNOUNCE] udev 058 release]
Jim Gifford([EMAIL PROTECTED])@Sat, May 21, 2005 at 08:56:38PM -0700: > .. > Hi. First sorry if my post doesnt belong in this list and sorry Jim if i hijacked your own thread ...but with the occasion of your forwarded message,i would like to make a proposal. Since in LFS,we dont have a package manager to synchronize the package database, i think it would be very usefull a new list dedicated for to monitor new releases from the packages that belongs to the LFS/BLFS. For example i am using *rss2email* http://www.aaronsw.com/2002/rss2email/ to recieve new items from subscribed newsfeeds in my mailbox. One of them is from freshmeat new releases,about 40 in one day,so i can easily forward those messages (about the backages that belongs to the LFS/BLFS) to the new created list. Usually a new item from freshmeat feed has the following format. #---# Subject:Foo-version (Default branch) Description of foo. .. **License:** GNU General Public License (GPL) **Changes:** This release fix the foo bug... .. .. Screenshot URL: http://freshmeat.net/* URL: http://freshmeat.net/* #---# I think most of us have something similar and could contribute,that said it would be nice to have them all gathered in one place,in a *friendly* format. Thank you for listening,and sorry again. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
