Re: Bootscript patches
On 7/4/07, DJ Lucas [EMAIL PROTECTED] wrote: Jeremy Huntwork wrote: I suppose this is a little OT, but it's semi-related. Has anyone ever considered adding chkconfig or a custom equivalent to our bootscripts package? It would definitely make management and administration of the installed scripts easier Considered? Yeah. When I was working on the LSB-v3 scripts, I had started on a bash version of install_initd and remove_initd, using a functions file that could have been sourced by other scripts should the need arise. I lost scope about 3 arrays deep, while trying to keep the disk reads and writes at program start and exit only. I decided that bash really wasn't suitable and gave up on it. DJ, I meant to tell you that I wrote a sorta install_initd. It takes some shortcuts by not actually calculating the dependencies and instead using a runlevel extension for everything. But it's made my life a lot easier since I did it. I briefly looked at chkconfig before this. http://gitweb.dwcab.com/?p=gado-bootscripts.git;a=blob;f=lfs/scripts/install_initd;hb=HEAD http://gitweb.dwcab.com/?p=gado-bootscripts.git;a=blob;f=lfs/init.d/initd-functions;hb=HEAD -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [nex-xsl] What to do?
On 7/4/07, M.Canales.es [EMAIL PROTECTED] wrote: El Miércoles, 4 de Julio de 2007 22:59, Bruce Dubbs escribió: Manuel, I know that you have been working hard on the updates, but options 2 and 3 seem to be even more work. On top of that, I suspect we will want to go to the next stable release when it is available, so a lot of the work done for options 2 and 3 would only be useful for a few months. With option 3 we could forgot about depending on upstream releases, if wanted, before migrating in a not-so-long future to DocBook-XML-5.0, that will be a more big work than the current one in both, the book sources and the stylesheets code. I think this would be the best. It gives maximum flexibility if the stylesheets we use are local to our repos. This also solves the issue of people having different versions of the stylesheets installed. So long as someone (Manuel) tracks upstream to fold any updates into our local copies, then this seems like the best solution, IMO. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: initramfs support
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Alexander E. Patrakov wrote:
Create filesystems on /dev/hda1, /dev/myvg/{root,home}, mount them,
transfer LFS there. Swap on LVM should also work out of the box.
I created LVM on /dev/mapper/hpt*2, leaving /dev/mapper/hpt*1 as /boot.
I then created root and swap LVs on the VG.
Install GRUB as you would normally do.
I had some issues with the grub shell's setup -- it got stuck in some
kind of long (or infinite) loop. Ctrl+C interrupted grub inside the VM,
though, so I don't think it was an issue with qemu. OTOH, restarting
qemu with kqemu loaded fixed it. I don't know if just restarting the
qemu process was the ultimate fix, or if kqemu was.
Anyway, whatever. It got installed successfully, and required changes
to the initramfs have been checked in.
In initramfs and bootscripts, do (just after dmraid, or, if there is
no dmraid, just after udev):
vgchange -ay --ignorelockingfailure # in both places, just in case
vgmknodes # only in bootscripts
I also needed an --ignorelockingfailures on the vgmknodes in the bootscript.
Some distributions attempt to deactivate LVM and dmraid in their
shutdown sequence with the following commands:
vgchange -an --ignorelockingfailure
dmraid -an -i
Is there any downside that you know of if they don't get deactivated?
If not, it's simpler to leave them up.
Things become a bit more complicated if there is no /boot partition.
I'd be happy with requiring a /boot partition, but I'm not sure about
the users. For the first version, anyway (or until grub supports LVM,
if it ever will).
BTW, LVM on /dev/mapper/hpt* is also a valid setup - please make
sure that it works with your initramfs.
Yep, that works. :-)
I assume dmraid-on-LVM won't work (and therefore shouldn't need to be
supported), right? I doubt any onboard RAID controller has a clue about
LVM, so I don't think they'll put their signatures in the right place.
Once we have this working, the next task is hibernation.
I *think* there's some support in the initramfs for this already, since
its /init was copied from the livecd. (At least, I left the do_resume
part in, and the code that calls it.) But I don't know how good that
support is.
I assume I'll need some kind of userspace tools to actually suspend a
qemu virtual machine, to test it? And I assume I'll need some kind of
swap space to suspend to? LVM swap over dmraid is probably the most
complicated setup, but I bet the initramfs will handle this already.
Well, wait, no it won't -- it'll need stat from the host to get the
major and minor number out of the device file (or symlink). That's a
fairly easy change to mkinitramfs.in though. Let me know how you'd want
to test it.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGjQksS5vET1Wea5wRA9SyAKDk7YSqgdMmSUTBmXJprA1WXGVMwwCcDJDb
jA6DNo44Fk/n2bPJw3mOyn8=
=i4Yy
-END PGP SIGNATURE-
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Re: [nex-xsl] What to do?
El Jueves, 5 de Julio de 2007 15:40, Dan Nicholson escribió: I think this would be the best. It gives maximum flexibility if the stylesheets we use are local to our repos. This also solves the issue of people having different versions of the stylesheets installed. So long as someone (Manuel) tracks upstream to fold any updates into our local copies, then this seems like the best solution, IMO. Looks like there is some type of consensus. I will start working on the migration today. Many thaks for the replies and comments. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: time for syslog-ng? (was Re: klogd)
On 5/22/07, Greg Schafer [EMAIL PROTECTED] wrote: Bruce Dubbs wrote: Just to add to this, anduin has been running with syslog-ng from the beginning and it has never had a problem. Here's a relevant post: http://linuxfromscratch.org/pipermail/lfs-dev/2005-February/050643.html But AFAICT the sysklogd maintainership hasn't really improved.. Not that that's a huge problem. After all, what we currently have works reasonable well. I just read that Fedora has decided to take the plunge and replace sysklogd as their default syslog. http://fedoraproject.org/wiki/FWN/Issue94#head-f55df1c4e39b27afc053b435a85088e5aec25a84 Anyway, they've decided to use rsyslog since it maintains a compatible interface to sysklogd and the conf file wouldn't have to change. http://www.rsyslog.com/ I haven't looked into it yet, but it seems promising and active. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Util-linux-ng
A while back, the Fedora util-linux maintainer decided to fork util-linux since upstream was basically dead and not accepting patches back. So, here is util-linux-ng: http://userweb.kernel.org/~kzak/util-linux-ng/ It's very active, AFAICT. The first 2.13 release candidate was just announced. http://news.gmane.org/gmane.linux.utilities.util-linux-ng/ I suggest we move to this new package when 2.13 is released. Thoughts? -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [nex-xsl] What to do?
El Miércoles, 4 de Julio de 2007 22:59, Bruce Dubbs escribió: Do you have any insight into why there will be no 1.72.1 release? Apart the comments in the commits and some developer's post in docbook-apps saying that 1.73.0 will be released soon. I think that the main reason that they have to not do yet a *.1 release is that the nest stable version is supossed to support natively DocBook-XML-5.0. Thus, how can a XSL release be called stable if there is no stable DocBook-XML-5.0 yet? -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Util-linux-ng
Dan Nicholson wrote: A while back, the Fedora util-linux maintainer decided to fork util-linux since upstream was basically dead and not accepting patches back. So, here is util-linux-ng: http://userweb.kernel.org/~kzak/util-linux-ng/ It's very active, AFAICT. The first 2.13 release candidate was just announced. http://news.gmane.org/gmane.linux.utilities.util-linux-ng/ I suggest we move to this new package when 2.13 is released. Thoughts? One thing that Chris brought up on IRC. for /tools, mount umount now both depend on libblkid (from e2fsprogs) or libvolume_id (from udev). A quick way to just get blkid out of e2fsprogs: ./configure --prefix=/tools make -C lib/blkid make -C lib/blkid install. Then util linux is just: ./configure --prefix=/tools make -C mount mount umount make -C text-utils more cp them into /tools. I definitely agree that all the *lfs books should move to this after it's released. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Util-linux-ng
On Thursday 05 July 2007 19:11:41 Joe Ciccone wrote: One thing that Chris brought up on IRC. for /tools, mount umount now both depend on libblkid (from e2fsprogs) or libvolume_id (from udev). Yeah, I saw this too. It's not the most popular of changes though (see http://www.mail-archive.com/util-linux-ng%40vger.kernel.org/msg00350.html and David Miller's reply). So, we might see a package agnostic filesystem detection library, possibly even before util-linux-2.13 is out. Anyway, I agree - from the comments and patches I've seen from a brief glance at the mailing list archives for util-linux-ng, that package has been in need of a lot of TLC for a long time now so we'd do well to pick up the new releases fairly quickly. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
LFS is now using the new stylesheets
Hi, I just finished to update the LFS book sources to use the new stylesheets. NOTE: I'm not sure if the script that generates the on-line book need be adjusted to use the new code properly. The Makefile has been also re-factored. There is a new all target and a new ROOT_ID variable. The ROOT_ID variable is very cool. It allow to render only a part of the book based on the given Id value. For example: make ROOT_ID=ch-system-glibc lfs will render only the chapter06/glibc.html file. That work also for PDF output, but FOP will emit several warnings. Maybe there is some bugs. I hope we can find and fix them quickly. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: LFS is now using the new stylesheets
On Fri, Jul 06, 2007 at 12:47:34AM +0200, M.Canales.es wrote: The Makefile has been also re-factored. There is a new all target and a new ROOT_ID variable. Looks nice. I sort of like seeing the commands being run, though. This makes it configurable by setting the variable V. $ make lfs V=1 What do you think? -- Dan --- BOOK/Makefile | 52 +--- 1 files changed, 29 insertions(+), 23 deletions(-) diff --git a/BOOK/Makefile b/BOOK/Makefile index 8710618..ed672ea 100644 --- a/BOOK/Makefile +++ b/BOOK/Makefile @@ -5,85 +5,91 @@ ROOT_ID= PDF_OUTPUT=LFS-BOOK.pdf NOCHUNKS_OUTPUT=LFS-BOOK.html +ifdef V +Q = +else +Q = @ +endif + lfs: validxml profile-html @echo Generating chunked XHTML files... - @xsltproc --nonet -stringparam chunk.quietly $(CHUNK_QUIET) \ + $(Q)xsltproc --nonet -stringparam chunk.quietly $(CHUNK_QUIET) \ -stringparam rootid $(ROOT_ID) -stringparam base.dir $(BASEDIR)/ \ stylesheets/lfs-chunked.xsl /tmp/lfs-html.xml @echo Copying CSS code and images... - @if [ ! -e $(BASEDIR)/stylesheets ]; then \ + $(Q)if [ ! -e $(BASEDIR)/stylesheets ]; then \ mkdir -p $(BASEDIR)/stylesheets; \ fi; - @cp stylesheets/lfs-xsl/*.css $(BASEDIR)/stylesheets - @if [ ! -e $(BASEDIR)/images ]; then \ + $(Q)cp stylesheets/lfs-xsl/*.css $(BASEDIR)/stylesheets + $(Q)if [ ! -e $(BASEDIR)/images ]; then \ mkdir -p $(BASEDIR)/images; \ fi; - @cp images/*.png $(BASEDIR)/images - @cd $(BASEDIR)/; sed -i -e [EMAIL PROTECTED]/[EMAIL PROTECTED]@g *.html - @cd $(BASEDIR)/; sed -i -e [EMAIL PROTECTED]/[EMAIL PROTECTED]@g *.html + $(Q)cp images/*.png $(BASEDIR)/images + $(Q)cd $(BASEDIR)/; sed -i -e [EMAIL PROTECTED]/[EMAIL PROTECTED]@g *.html + $(Q)cd $(BASEDIR)/; sed -i -e [EMAIL PROTECTED]/[EMAIL PROTECTED]@g *.html @echo Running Tidy... - @for filename in `find $(BASEDIR) -name *.html`; do \ + $(Q)for filename in `find $(BASEDIR) -name *.html`; do \ tidy -config tidy.conf $$filename; \ true; \ sh obfuscate.sh $$filename; \ sed -i -e [EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED] $$filename; \ done; - @$(MAKE) wget-list + $(Q)$(MAKE) wget-list pdf: validxml @echo Generating profiled XML for PDF... - @xsltproc --nonet --stringparam profile.condition pdf \ + $(Q)xsltproc --nonet --stringparam profile.condition pdf \ --output /tmp/lfs-pdf.xml stylesheets/lfs-xsl/profile.xsl \ /tmp/lfs-full.xml @echo Generating FO file... - @xsltproc --nonet -stringparam rootid $(ROOT_ID) \ + $(Q)xsltproc --nonet -stringparam rootid $(ROOT_ID) \ --output /tmp//lfs-pdf.fo stylesheets/lfs-pdf.xsl /tmp/lfs-pdf.xml - @sed -i -e 's/span=inherit/span=all/' /tmp/lfs-pdf.fo + $(Q)sed -i -e 's/span=inherit/span=all/' /tmp/lfs-pdf.fo @echo Generating PDF file... - @fop /tmp/lfs-pdf.fo $(BASEDIR)/$(PDF_OUTPUT) + $(Q)fop /tmp/lfs-pdf.fo $(BASEDIR)/$(PDF_OUTPUT) nochunks: validxml profile-html @echo Generating non chunked XHTML file... - @xsltproc --nonet -stringparam profile.condition html \ + $(Q)xsltproc --nonet -stringparam profile.condition html \ -stringparam rootid $(ROOT_ID) --output $(BASEDIR)/$(NOCHUNKS_OUTPUT) \ stylesheets/lfs-nochunks.xsl /tmp/lfs-html.xml @echo Running Tidy... - @tidy -config tidy.conf $(BASEDIR)/$(NOCHUNKS_OUTPUT) || true - @sh obfuscate.sh $(BASEDIR)/$(NOCHUNKS_OUTPUT) - @sed -i -e [EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED] \ + $(Q)tidy -config tidy.conf $(BASEDIR)/$(NOCHUNKS_OUTPUT) || true + $(Q)sh obfuscate.sh $(BASEDIR)/$(NOCHUNKS_OUTPUT) + $(Q)sed -i -e [EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED] \ $(BASEDIR)/$(NOCHUNKS_OUTPUT) validxml: @echo Validating the book... - @xmllint --nonet --noent --xinclude --postvalid \ + $(Q)xmllint --nonet --noent --xinclude --postvalid \ -o /tmp/lfs-full.xml index.xml profile-html: validxml @echo Generating profiled XML for XHTML... - @xsltproc --nonet --stringparam profile.condition html \ + $(Q)xsltproc --nonet --stringparam profile.condition html \ --output /tmp/lfs-html.xml stylesheets/lfs-xsl/profile.xsl \ /tmp/lfs-full.xml wget-list: @echo Generating wget list... - @mkdir -p $(BASEDIR) - @xsltproc --xinclude --nonet --output $(BASEDIR)/wget-list \ + $(Q)mkdir -p $(BASEDIR) + $(Q)xsltproc --xinclude --nonet --output $(BASEDIR)/wget-list \ stylesheets/wget-list.xsl chapter03/chapter03.xml dump-commands: @echo Dumping book commands... - @xsltproc --xinclude --nonet --output $(DUMPDIR)/ \ + $(Q)xsltproc
Re: initramfs support
Bryan Kadzban wrote: Is there any downside that you know of if they don't get deactivated? If not, it's simpler to leave them up. I don't know the downside. Things become a bit more complicated if there is no /boot partition. I'd be happy with requiring a /boot partition, but I'm not sure about the users. For the first version, anyway (or until grub supports LVM, if it ever will). This change belongs to the book, not to the initramfs setup. I guess that the existing script will just work if you install LILO. BTW, LVM on /dev/mapper/hpt* is also a valid setup - please make sure that it works with your initramfs. Yep, that works. :-) Congratulations :) I assume dmraid-on-LVM won't work Correct, this setup is not valid. I assume I'll need some kind of userspace tools to actually suspend a qemu virtual machine, to test it? And I assume I'll need some kind of swap space to suspend to? LVM swap over dmraid is probably the most complicated setup, but I bet the initramfs will handle this already. Well, wait, no it won't -- it'll need stat from the host to get the major and minor number out of the device file (or symlink). That's a fairly easy change to mkinitramfs.in though. Let me know how you'd want to test it. Install the hibernate-script package, version 1.91 (version 1.93 has a bug, and I have not tested any later versions): http://at-mirror.suspend2.net/downloads/all/hibernate-script-1.91.tar.gz You will need this patch: http://wiki.linuxfromscratch.org/livecd/browser/trunk/packages/hibernate-script/hibernate-script-1.91-lfs-3.patch?format=txt The installation procedure is: rm -rf /etc/hibernate patch -Np1 -i ../hibernate-script-1.91-lfs-3.patch yes | PREFIX=/usr MAN_DIR=/usr/share/man ./install.sh The actual setup is: 1) Add resume=/dev/myvg/swap to the kernel arguments in menu.lst 2) Make sure that /dev/myvg/swap is mentioned as swap space in /etc/fstab 3) Run hibernate and boot again. If step 3 fails with acpi_pm_prepare does not support 4 in dmesg, run echo shutdown /sys/power/disk and retry. -- Alexander E. Patrakov -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
SVN tarball and conglomeration updates
Hello all, Going through a SVN build: SVN 20070630 The old tarball still exists and is from 20070623 Just matching up conglomeration with the ChangeLog: man-pages-2.60 not in conglomeration less-406 is not in conglomeration Libtool-1.5.24 is not in conglomeration Tar-1.18 is not in conglomeration Texinfo-4.9 is not in conglomeration Udev-113 is not in conglomeration I'm not sure how the systems are configured for updates to the repository, just giving a heads up. When is the svn tarball regenerated? Sincerely, William -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: initramfs support
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Alexander E. Patrakov wrote: Install the hibernate-script package, version 1.91 (version 1.93 has a bug, and I have not tested any later versions): http://at-mirror.suspend2.net/downloads/all/hibernate-script-1.91.tar.gz OK, I saw that in the livecd repo, along with the patch. I'm not about to look through the hibernate script to see how it does whatever it does, though, so I'll just install it, using your instructions. 1) Add resume=/dev/myvg/swap to the kernel arguments in menu.lst Which causes the initramfs to echo the major:minor of the LV into /sys/power/resume -- however, the kernel I built doesn't have a /sys/power/resume file. I assume I missed some build option that would create it? Oh, OK, that's exactly what happened. The resume file is only created if CONFIG_SOFTWARE_SUSPEND is turned on, but that depends on either !CONFIG_SMP, or CONFIG_SUSPEND_SMP. (Apparently it doesn't work to suspend or resume with 1 CPU if the kernel can't shut them down individually.) I had CONFIG_SMP on (since the kernel was originally running on a dual-core CPU), but CONFIG_HOTPLUG_CPU off (since I don't hot-plug CPUs, and it's marked experimental). Turning HOTPLUG_CPU off disables SUSPEND_SMP, which then disables SOFTWARE_SUSPEND; turning HOTPLUG_CPU back on let me turn on SOFTWARE_SUSPEND, and now that I've turned that on and recompiled, the resume file is there. So that's all set now. 2) Make sure that /dev/myvg/swap is mentioned as swap space in /etc/fstab It is. :-) 3) Run hibernate and boot again. This will be the real test, of course -- I may get to it tomorrow, or it may be on Saturday (assuming nothing else comes up). Will post back once I get something committed and tested. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGjamgS5vET1Wea5wRA/B3AJ9vVcMfcP/L7J2Fl+++m977hK6iCQCdHWX0 45b01gZUWkQ1/w0pQkrZ9ws= =po3q -END PGP SIGNATURE- -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
coreutils niggle
Heya, Posting here instead of creating a ticket because maybe someone knows off-hand what the deal is here. Currently for coreutils in chapter 6 we have the command: chmod +x tests/sort/sort-mb-tests But after unpacking the source and adding the appropriate patches all I see is: tests/sort/sort-tests Can anyone confirm this? I'm not familiar with the history of this command... -- JH -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: coreutils niggle
Jeremy Huntwork wrote: Heya, Posting here instead of creating a ticket because maybe someone knows off-hand what the deal is here. Currently for coreutils in chapter 6 we have the command: chmod +x tests/sort/sort-mb-tests But after unpacking the source and adding the appropriate patches all I see is: tests/sort/sort-tests Can anyone confirm this? I'm not familiar with the history of this command... -- JH sort-mb-tests should be added by the i18n patch. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: coreutils niggle
Chris Staub wrote: sort-mb-tests should be added by the i18n patch. Of course. Should have known I was missing something. Thanks, Chris. -- JH -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
