Re: Preparing for 6.3 Release
Alexander E. Patrakov wrote: Dan Nicholson wrote: Anything else? LiveCD. I simply have no possibility to fix all known bugs, so LFS 6.3 has to be released without the CD and should not mention it at all. My own issue with the livecd on the inspiron is actually the hardware, not your efforts. The only reliable version is a set of install discs from around the time the inspiron was new hardware, everything else just fails. [ *buntu, slak, gentoo, *noppix, debian, even RH 5 through 9 fail. ] So that is my own issue not a livecd issue. both my other systems I haven't hit any bugs on, with the patch for the sis 900 chipset r1904 disc. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Preparing for 6.3 Release
El Viernes, 8 de Junio de 2007 23:23, Dan Nicholson escribió: So, I think it's about time we start pushing out a 6.3 release. What do you guys think? IMHO, just update to the packages listed now on Trac (except, of course, the toolchain ones), and do package freezing to release 6.3 very soon. Toolchain update, bootloader(s) update, and the other remaining open bugs may meant to start working on 7.x LFS series. * Docbook XML/XSL changes: Manuel, how's that coming along? I haven't really been paying attention to this lately. The DocBook-XSL-1.72.1 release timeframe is a unknow variable. I asked some days ago to Bob Stayton about that without answers for now. Due that 1.72.0 was the first testing release including native support for DB-XML-5.0-rcX, I suposse that he might be waiting the final DB-XML-5.0 release to release the acompaning XSL stable release. If that DB-XSL release is not done at time for LFS-6.3, we must release the book with the current stylesheets or, if really wanted to use the new code, to port the full nex-xml branch, included the docbook-xsl-snapshot files (or even create our own LFS-XSL tarball). -- 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
Add an IP alias to ethernet interface
/ On Jun 8, 2007, at 6:50 PM, /*Andrew Beverley*/ wrote: /A lot of the information on the web that I came across is quite old and referred to either creating a whole new interface directory (eth0:0 - which of course didn't work), or using ifconfig. Why does that not work? It has been working for the last 2 years on my server! /etc/sysconfig/network-devices$ ll drwxr-xr-x 2 root root 72 2006-06-04 01:38 ifconfig.eth0 drwxr-xr-x 2 root root 72 2006-06-12 13:57 ifconfig.eth0:0 drwxr-xr-x 2 root root 72 2006-11-28 01:15 ifconfig.eth0:1 drwxr-xr-x 2 root root 72 2006-11-28 01:11 ifconfig.eth0:2 -rwxr-xr-- 1 root root 2.6K 2006-06-03 22:38 ifdown -rwxr-xr-- 1 root root 2.5K 2006-06-03 22:38 ifup drwxr-xr-x 2 root root 120 2006-06-03 22:38 services cat ifconfig.eth0/ipv4 ONBOOT=yes SERVICE=ipv4-static IP=62.141.58.93 GATEWAY=62.141.58.65 PREFIX=26 BROADCAST=62.141.58.127 cat ifconfig.eth0\:0/ipv4 ONBOOT=yes SERVICE=ipv4-static IP=62.141.59.93 #GATEWAY=62.141.58.65 PREFIX=26 BROADCAST=62.141.59.127 etc. As far as I can see, there is no need to change anything in the scripts. Its enough to mention this possibility in the book. A change in the scripts is only necessary if you insist on wanting to use names which don't conform to ethX:Y - ie. aliases. The question is why bother since you don't have any added functionality by using aliases other than nice names? Sebastian Faulborn Homepage: http://www.secure-slinux.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Preparing for 6.3 Release
Alexander E. Patrakov wrote: LiveCD. I simply have no possibility to fix all known bugs, so LFS 6.3 has to be released without the CD and should not mention it at all. I would see nothing wrong with using a LiveCD with is running an older version of LFS, but simply has the latest 6.3 sources from which to build the real LFS box. While it's nice for the two to be in the same ballpark, there's nothing that says the LiveCD needs to be running 6.3, just that it should be sufficient to build 6.3. Steve -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
