[lfs-dev] Typo in LFS 7.3
While building LFS 7.3 I discovered a small error. 6.51. Kbd-1.15.5 http://www.linuxfromscratch.org/lfs/view/stable/chapter06/kbd.html The third sed command has an extraneous "&&" appended. Thank you, Jason -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] Typo in LFS 7.3
On Sun, 2013-03-03 at 13:37 +, Jason Daly wrote: > While building LFS 7.3 I discovered a small error. > > 6.51. Kbd-1.15.5 > http://www.linuxfromscratch.org/lfs/view/stable/chapter06/kbd.html > > The third sed command has an extraneous "&&" appended. Thanks. Fixed in 10184. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] [systemd branch] post-install instructions as remap="install"
On Sat, 2013-03-02 at 20:29 +0100, Pierre Labastie wrote: > There are (at least) to places in the systemd book > where post install instructions are inside a > tag. > > for dbus: > dbus-uuidgen --ensure > > for systemd: > systemd-machine-id-setup > > I suggest they are moved to a remap="configuration" (or no remap at all) > tag. Thanks, Pierre. That should be addressed in r10185. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] [systemd branch] Why is XML::Parser on the same page as Perl?
Armin K. wrote these words on 03/02/13 11:28 CST: > Dana 2.3.2013 18:14, Pierre Labastie je napisao: >> I do not understand why the above has been done. >> I understand XML::Parser is a Perl module. >> But glibc (for example) is a C library, and we do not >> put it on the same page as GCC... I agree completely with Pierre on this one. There really is no reason I can think of that XML::Parser cannot have its own page for package management simplicity. > I put it on the same page. We do same with glibc and tzdata - both on > one page ... According to your logic, you'd have to recompile glibc when > tzdata gets upgraded, which can be everything but true ... > > It isn't worth the new page, trust me ... Perhaps you could provide something more substantial than "trust me". This has really never gone over well in the LFS community. -- Randy rmlscsi: [bogomips 1003.23] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 11:14:00 up 87 days, 21:13, 1 user, load average: 1.20, 1.29, 0.83 -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] Typo in LFS 7.3
Jason Daly wrote: > While building LFS 7.3 I discovered a small error. > > 6.51. Kbd-1.15.5 > http://www.linuxfromscratch.org/lfs/view/stable/chapter06/kbd.html > > The third sed command has an extraneous "&&" appended. Actually, we generally don't use && at all in LFS (with some exceptions). I'll do an erratum for that. Thanks for pointing it out. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] Potential pollution of toolchain by the host
On Thu, Dec 13, 2012 at 11:32 PM, Pierre Labastie wrote: > Hi, > > Not long ago, I had some problems with the building of check, which > I traced back to some problem with binutils pass2 (see > http://linuxfromscratch.org/pipermail/lfs-dev/2012-December/067444.html). > But it seemed that nobody had the same issue. I can confirm the same behavior (building of check failing) using a 64 bit opensuse based livecd from suse-studio as a host. > Just compiling the sysroot capability (ie adding --with-sysroot > to configure options in binutils pass 2) is enough to change > that behavior. I have made several complete builds with I can also confirm this change allows the build of check to complete successfully. --yaacov -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] [systemd branch] Why is XML::Parser on the same page as Perl?
On Sun, 2013-03-03 at 11:14 -0600, Randy McMurchy wrote: > I agree completely with Pierre on this one. There really is no reason > I can think of that XML::Parser cannot have its own page for package > management simplicity. I agree with Randy, Bruce, and half-with, half-against Pierre :-) I think XML::Parser should be separated out from Perl, but tzdata should be kept with Glibc. Thanks, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] [lfs-book] r10185 - in branches/systemd/BOOK: . chapter01 chapter06
On Sun, 2013-03-03 at 18:37 +0100, Pierre Labastie wrote: > It seems that now "make install" has no remap at all ;-) > Actually, I am not sure 'dbus-uuidgen --ensure' is needed > because according to the documentation (man 5 machine-id), > the dbus machine-id file (/var:lib/dbus/machine-id) could be > a link to the systemd machine-id file (/etc/machine-id), > which is populated by systemd-machine-id-setup. Thanks again for the eagle eyes, Pierre. Armin (or anyone else, for that matter), do you have any experience of using the same machine-id file for both systemd and dbus? I'd rather have just the one file to manage, if possible, and as Pierre points out, it looks like it should be. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] [lfs-book] r10185 - in branches/systemd/BOOK: . chapter01 chapter06
On 03/03/2013 07:59 PM, Matt Burgess wrote: > On Sun, 2013-03-03 at 18:37 +0100, Pierre Labastie wrote: > >> It seems that now "make install" has no remap at all ;-) >> Actually, I am not sure 'dbus-uuidgen --ensure' is needed >> because according to the documentation (man 5 machine-id), >> the dbus machine-id file (/var:lib/dbus/machine-id) could be >> a link to the systemd machine-id file (/etc/machine-id), >> which is populated by systemd-machine-id-setup. > > Thanks again for the eagle eyes, Pierre. Armin (or anyone else, for > that matter), do you have any experience of using the same machine-id > file for both systemd and dbus? I'd rather have just the one file to > manage, if possible, and as Pierre points out, it looks like it should > be. > > Regards, > > Matt. > I use the opposite - the /etc/machine-id is symlink to /var/lib/dbus/machine-id ... So it should work if /var/lib/dbus/machine-id is symlink to /etc/machine-id. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] [lfs-book] r10185 - in branches/systemd/BOOK: . chapter01 chapter06
Armin K. wrote: > On 03/03/2013 07:59 PM, Matt Burgess wrote: >> On Sun, 2013-03-03 at 18:37 +0100, Pierre Labastie wrote: >> >>> It seems that now "make install" has no remap at all ;-) >>> Actually, I am not sure 'dbus-uuidgen --ensure' is needed >>> because according to the documentation (man 5 machine-id), >>> the dbus machine-id file (/var:lib/dbus/machine-id) could be >>> a link to the systemd machine-id file (/etc/machine-id), >>> which is populated by systemd-machine-id-setup. >> >> Thanks again for the eagle eyes, Pierre. Armin (or anyone else, for >> that matter), do you have any experience of using the same machine-id >> file for both systemd and dbus? I'd rather have just the one file to >> manage, if possible, and as Pierre points out, it looks like it should >> be. >> >> Regards, >> >> Matt. >> > > I use the opposite - the /etc/machine-id is symlink to > /var/lib/dbus/machine-id ... So it should work if > /var/lib/dbus/machine-id is symlink to /etc/machine-id. I don't understand what machine-id is, but if it changes with something (e.g. boot), then the entry in /etc should be a symlink to /var. If's it's constant after creation (e.g. /etc/sshd/ keys), then the entry in /var should be a symlink to /etc. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] [lfs-book] r10185 - in branches/systemd/BOOK: . chapter01 chapter06
On Sun, 2013-03-03 at 13:28 -0600, Bruce Dubbs wrote: > I don't understand what machine-id is, but if it changes with something > (e.g. boot), then the entry in /etc should be a symlink to /var. If's > it's constant after creation (e.g. /etc/sshd/ keys), then the entry in > /var should be a symlink to /etc. >From 'man 5 machine-id' on my Fedora box: The /etc/machine-id file contains the unique machine id of the local system that is set during installation... The machine ID is usually generated from a random source during system installation and stays constant for all subsequent boots. Optionally, for stateless systems it is generated during runtime at boot if it is found to be empty. As for what uses it, and why, I'm still not quite sure. BUt now I've got to figure out why an LFS build doesn't generate/install that man page! Pierre, r10187 should fix up the systemd install/post-install tagging. If there's anything else causing package management issues, just let me know, and I'll be happy to fix them up. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] [lfs-book] r10185 - in branches/systemd/BOOK: . chapter01 chapter06
On 03/03/2013 08:43 PM, Matt Burgess wrote:
> On Sun, 2013-03-03 at 13:28 -0600, Bruce Dubbs wrote:
>
>> I don't understand what machine-id is, but if it changes with something
>> (e.g. boot), then the entry in /etc should be a symlink to /var. If's
>> it's constant after creation (e.g. /etc/sshd/ keys), then the entry in
>> /var should be a symlink to /etc.
>
>>From 'man 5 machine-id' on my Fedora box:
>
> The /etc/machine-id file contains the unique machine id of the local
> system that is set during installation...
>
> The machine ID is usually generated from a random source during system
> installation and stays constant for all subsequent boots. Optionally,
> for stateless systems it is generated during runtime at boot if it is
> found to be empty.
>
> As for what uses it, and why, I'm still not quite sure.
>
> BUt now I've got to figure out why an LFS build doesn't generate/install
> that man page!
For all man pages, libxslt and docbook-{xml,xsl} are needed.
>
> Pierre, r10187 should fix up the systemd install/post-install tagging.
> If there's anything else causing package management issues, just let me
> know, and I'll be happy to fix them up.
>
> Regards,
>
> Matt.
>
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Re: [lfs-dev] [lfs-book] r10185 - in branches/systemd/BOOK: . chapter01 chapter06
On Sun, 2013-03-03 at 20:53 +0100, Armin K. wrote:
> On 03/03/2013 08:43 PM, Matt Burgess wrote:
> >
> > BUt now I've got to figure out why an LFS build doesn't generate/install
> > that man page!
>
> For all man pages, libxslt and docbook-{xml,xsl} are needed.
That's initially what I thought too, but the systemd-197 tarball ships
pre-built man pages. At the moment, I'm suspecting a bug where the
*installation* of the man pages are disabled because the *building* of
the man pages has been disabled by ./configure. That's easy enough to
work around with a few 'install'/'cp' commands though, should we need
to.
Regards,
Matt.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
[lfs-dev] Spelling corrections...
I generated these using my misspellings command:
pip install misspellings
find * -type f -print0 | xargs misspellings -s fix.sh
# check that I agree with fix.sh
sh fix.sh
rm fix.sh
svn diff
There were two misspellings in the Changelog but I left them.
Index: stylesheets/lfs-xsl/nochunks.xsl
===
--- stylesheets/lfs-xsl/nochunks.xsl(revision 10187)
+++ stylesheets/lfs-xsl/nochunks.xsl(working copy)
@@ -70,7 +70,7 @@
+ No label in preface (actually, skip the hardcoded dot). -->
Index: chapter06/inetutils.xml
===
--- chapter06/inetutils.xml (revision 10187)
+++ chapter06/inetutils.xml (working copy)
@@ -125,7 +125,7 @@
make -C doc install-html
docdir=/usr/share/doc/inetutils-&inetutils-version;
-->
Move some programs so they are available if /usr is not accessable:
+class='directory'>/usr is not accessible:
mv -v
/usr/bin/{hostname,ping,ping6,traceroute} /bin
Index: chapter07/site.xml
===
--- chapter07/site.xml (revision 10187)
+++ chapter07/site.xml (working copy)
@@ -37,7 +37,7 @@
The LFS boot scripts boot and shut down a system in a fairly
efficient manner, but there are a few tweaks that you can make in the
-rc.site file to improve speed even more and to adjust messages accoring
+rc.site file to improve speed even more and to adjust messages
according
to your preferences. To do this, adjust the settings in
the /etc/sysconfig/rc.site file above.
@@ -80,7 +80,7 @@
Normally, all files in the /tmp directory are deleted at boot time.
Depending on the number of files or directories present, this can
cause a
-noticible delay in the boot process. To skip removing these files set
the
+noticeable delay in the boot process. To skip removing these files
set the
variable SKIPTMPCLEAN=y.
During shutdown, the init program
sends
--
Kevin Lyda
Galway, Ireland
US Citizen overseas? We can vote.
Register now: http://www.votefromabroad.org/
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Re: [lfs-dev] Spelling corrections...
Kevin Lyda wrote: > I generated these using my misspellings command: > > pip install misspellings > find * -type f -print0 | xargs misspellings -s fix.sh > # check that I agree with fix.sh > sh fix.sh > rm fix.sh > svn diff > > - No label in preface (actualy, skip the hardcoded dot). --> > + No label in preface (actually, skip the hardcoded dot). --> > -class='directory'>/usr is not accessable: > +class='directory'>/usr is not accessible: > -rc.site file to improve speed even more and to adjust messages accoring > +rc.site file to improve speed even more and to adjust messages > according > -noticible delay in the boot process. To skip removing these files set > +noticeable delay in the boot process. To skip removing these files Fixed, but I wish you would have done this a couple of days ago. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] Spelling corrections...
Sorry! Didn't see the release happening. Hopefully it's a step you could add to the release process. I do update it based on wikipedia updating their misspelling page, so pip install --upgrade misspellings isn't a bad idea. Kevin On Mar 3, 2013 11:48 PM, "Bruce Dubbs" wrote: > Kevin Lyda wrote: > > I generated these using my misspellings command: > > > > pip install misspellings > > find * -type f -print0 | xargs misspellings -s fix.sh > > # check that I agree with fix.sh > > sh fix.sh > > rm fix.sh > > svn diff > > > > > - No label in preface (actualy, skip the hardcoded dot). --> > > + No label in preface (actually, skip the hardcoded dot). --> > > > -class='directory'>/usr is not accessable: > > +class='directory'>/usr is not accessible: > > > -rc.site file to improve speed even more and to adjust messages > accoring > > +rc.site file to improve speed even more and to adjust messages > > according > > > -noticible delay in the boot process. To skip removing these files > set > > +noticeable delay in the boot process. To skip removing these files > > Fixed, but I wish you would have done this a couple of days ago. > >-- Bruce > > > > > -- > 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
Re: [lfs-dev] Spelling corrections...
Kevin Lyda wrote: > Sorry! Didn't see the release happening. Hopefully it's a step you could > add to the release process. > > I do update it based on wikipedia updating their misspelling page, so pip > install --upgrade misspellings isn't a bad idea. Can you give a reference for pip? Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
