Re: A couple suggested changes and package updates

Dan Nicholson wrote: Turn it back on, please. I'll keep my eye on Recent Changes in case there are really patient people who will wait for belgarath only to vandalize it. Done. BTW, you are listed as a TRAC_ADMIN for the BLFS Trac which means when you login you should see an Admin tab in the m

Re: A couple suggested changes and package updates

On 11/30/06, Jeremy Huntwork <[EMAIL PROTECTED]> wrote: Dan Nicholson wrote: > Create yourself an account and try to find an associated ticket with > each of those packages. Add your comments about your experience. If > there's no ticket describing one of those packages, create a new one. > This

Re: A couple suggested changes and package updates

Dan Nicholson wrote: Create yourself an account and try to find an associated ticket with each of those packages. Add your comments about your experience. If there's no ticket describing one of those packages, create a new one. This way, the comments won't go away, and the developer has another p

Re: Minor build order breakage

Greg Schafer wrote: Sidenote: I recently got rid of the /bin/stty symlink by modifying the Expect installation: http://www.diy-linux.org/reference-build/temptools.html#tt-expect Inspired by my recent commit? :) Yours is better, though, I will admit, since it actually removes the need for any

Re: Minor build order breakage

Matthew Burgess wrote: > Is there any particular reason you made the symlink as opposed to just > doing a `sed -i -e 's@/bin/rm@/tools&@ lib/blkid/test_probe.in`? That'd probably work.. and is cleaner too. Best to avoid those pesky symlinks if at all possible.. Sidenote: I recently got rid of t

Re: Minor build order breakage

Greg Schafer wrote: The /bin/rm issue is only indirectly related. After the moving of e2fsprogs, just look at the e2fsprogs testsuite build log and you'll see why the /bin/rm symlink is needed. Is there any particular reason you made the symlink as opposed to just doing a `sed -i -e 's@/bin/r

Re: Minor build order breakage

Greg Schafer wrote: > This "must-use-trac" attitude from the LFS project is abhorrent IMHO. Most > open source projects are just happy to receive any feedback whatsoever. Not must-use, but requested politely to avoid double work. If you notice the problem, you are in the best position to explain

Re: Minor build order breakage

Greg Schafer wrote: Matthew Burgess wrote: Oh dear. Sorry about that folks. As Bruce points out though, Trac's much better at remembering bugs than I am! This "must-use-trac" attitude from the LFS project is abhorrent IMHO. Most open source projects are just happy to receive any feedback wh

Re: Minor build order breakage

Matthew Burgess wrote: > Oh dear. Sorry about that folks. As Bruce points out though, Trac's > much better at remembering bugs than I am! This "must-use-trac" attitude from the LFS project is abhorrent IMHO. Most open source projects are just happy to receive any feedback whatsoever. Whatever

Re: vim

Στις Πεμ 30 Νοε 2006 21:14 : (GMT+2), I wrote > Hi lfs-dev ... > Now, since we have already applied huge patch 14.patch > which contains greek and russian translations of tutor in UTF-8 enc > next commande can be changed to: > rm -fv /usr/share/vim/

Re: Minor build order breakage

Greg Schafer wrote: Already reported... sadly, no action. http://linuxfromscratch.org/pipermail/lfs-dev/2006-October/058411.html Oh dear. Sorry about that folks. As Bruce points out though, Trac's much better at remembering bugs than I am! I think the easiest solution here is to move sed

Re: Minor build order breakage

Greg Schafer wrote: > Jeremy Huntwork wrote: > >> On a system based on very recent LFS development (last week or so...) I >> see this: >> >> # grep /tools /usr/bin/* -R >> /usr/bin/mk_cmds:SED=/tools/bin/sed >> >> This is because e2fsprogs is built before our final sed. > > Already reported... sa

Re: Minor build order breakage

Jeremy Huntwork wrote: > On a system based on very recent LFS development (last week or so...) I > see this: > > # grep /tools /usr/bin/* -R > /usr/bin/mk_cmds:SED=/tools/bin/sed > > This is because e2fsprogs is built before our final sed. Already reported... sadly, no action. http://linuxfrom

vim

Hi lfs-dev Please consider changing the lines after make install to something like: "In any locale, programme vimtutor tries to find a translation of tutor in the appropriate language and encoding. If it fails to do so, it loads a copy of the tutor in english " Lines ...vim-7.0-lang.tar.gz... ar

Re: Minor build order breakage

On 11/30/06, M.Canales.es <[EMAIL PROTECTED]> wrote: El Jueves, 30 de Noviembre de 2006 17:11, Jeremy Huntwork escribió: > Or are there any other ideas? Maybe to install Sed before E2fsprogs like is done in CLFS? I can't recall, but there might be an issue with moving sed up like that. But I

Re: Minor build order breakage

El Jueves, 30 de Noviembre de 2006 17:11, Jeremy Huntwork escribió: > Or are there any other ideas? Maybe to install Sed before E2fsprogs like is done in CLFS? -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.or

Re: A couple suggested changes and package updates

On Thursday 30 November 2006 01:57, Dan Nicholson wrote: > $ cat /etc/udev/rules.d/20-alsa.rules > # Give the audio group ownership of sound devices > SUBSYSTEM=="sound", GROUP="audio" > SUBSYSTEM=="snd", GROUP="audio" > > # ALSA Devices > # When a sound device is detected, restore the volume setti

Minor build order breakage

Hello All, On a system based on very recent LFS development (last week or so...) I see this: # grep /tools /usr/bin/* -R /usr/bin/mk_cmds:SED=/tools/bin/sed This is because e2fsprogs is built before our final sed. (The book even mentions in the Appendix that sed must be built before e2fsprogs.)