Re: LTP failure
Bryan Kadzban wrote: On Wed, Mar 21, 2007 at 10:31:29AM -0500, Bruce Dubbs wrote: Thanks Bryan. It's still a mystery to me. I tried a 2.6.20.3 kernel last night and it still failed for me. Well, I can try installing 2.6.20.3 to see if it also fails for me; perhaps 2.6.19.1 is an oddball? I know it has some other issues, so I should upgrade it anyway. 2.6.20.3 also passes the test for me (fails the call). I suspect it's because it's 64-bit though. mmap seems likely to be affected by the architecture (more than some other syscalls, anyway). mincore does too. If I still have my 32-bit partition laying around, I can try to upgrade its kernel and see whether 2.6.20.3 fails for me in 32-bit mode. But it'll take a while. signature.asc Description: OpenPGP digital signature -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: LTP failure
Bryan Kadzban wrote: Bryan Kadzban wrote: On Wed, Mar 21, 2007 at 10:31:29AM -0500, Bruce Dubbs wrote: Thanks Bryan. It's still a mystery to me. I tried a 2.6.20.3 kernel last night and it still failed for me. Well, I can try installing 2.6.20.3 to see if it also fails for me; perhaps 2.6.19.1 is an oddball? I know it has some other issues, so I should upgrade it anyway. 2.6.20.3 also passes the test for me (fails the call). I suspect it's because it's 64-bit though. mmap seems likely to be affected by the architecture (more than some other syscalls, anyway). mincore does too. If I still have my 32-bit partition laying around, I can try to upgrade its kernel and see whether 2.6.20.3 fails for me in 32-bit mode. But it'll take a while. Thanks Bryan. I've gotten a couple of reports of failures in 32 bit systems but all reports about 64 bit systems pass. I've personally tried 2.4.x, 2.6.12.5, and 2.6.20.3 kernels and all have the same incorrect behavior. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Bash shell startup files
Hi all, I'm not certain of something. Do we expect *all users* to perform the steps shown in the Bash shell startup files? I know I don't do them. I have my own way of setting up /etc/profile, et. all. And this makes the JDK instructions related to the CLASSPATH broken. I'm not a big fan of this pathprepend and pathappend stuff. In fact, I'd like to remove it in favor of something that isn't BLFS specific. I'm wondering if the Bash Shell Startup Files shouldn't be listed in the required dependencies? I don't recall anything in BLFS as being mandatory, yet the JDK instructions simply *assume* that folks followed the Bash Shell startup stuff. I'm looking for an answer, as I think we need to add JUnit to the book as it is now required by Apache Ant. And Apache Ant is now a required dependency for FOP (Ant is no longer in the FOP source tree). The Junit install dir and the .jar file need to be in the CLASSPATH and I'm not sure how to handle this. -- Randy rmlscsi: [bogomips 1003.28] [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] 13:23:00 up 13 days, 11:22, 1 user, load average: 0.35, 0.22, 0.09 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Bash shell startup files
El Jueves, 22 de Marzo de 2007 19:30, Randy McMurchy escribió: Hi all, I'm not certain of something. Do we expect *all users* to perform the steps shown in the Bash shell startup files? I know I don't do them. I have my own way of setting up /etc/profile, et. all. To me that section is only an example about how to improve bash configuration, but it is not mandatory and we should not force users to follow it by the letter. That is applicable also to the rest of the After LFS Configuration Issues chapter., IMHO And this makes the JDK instructions related to the CLASSPATH broken. I'm not a big fan of this pathprepend and pathappend stuff. In fact, I'd like to remove it in favor of something that isn't BLFS specific. I agree. I'm wondering if the Bash Shell Startup Files shouldn't be listed in the required dependencies? No, please. I don't recall anything in BLFS as being mandatory, yet the JDK instructions simply *assume* that folks followed the Bash Shell startup stuff. Thus bad assumption, IMHO. I'm looking for an answer, as I think we need to add JUnit to the book as it is now required by Apache Ant. And Apache Ant is now a required dependency for FOP (Ant is no longer in the FOP source tree). The Junit install dir and the .jar file need to be in the CLASSPATH and I'm not sure how to handle this. The standard CLASSPATH=$CLASSPATH:/path/to/jar_file should work and be enough. -- 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/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Bash shell startup files
M.Canales.es wrote these words on 03/22/07 14:19 CST: The standard CLASSPATH=$CLASSPATH:/path/to/jar_file should work and be enough. Thanks for the input, Manuel. I too am in favor of showing *what* needs to be done, not *how* it should be done (when it comes to setting up login shell scripts). And just for the record, JUnit wants its installation directory in the CLASSPATH also (required to run the regression tests on JUnit, anyway). So, it would be this: CLASSPATH=$CLASSPATH:/path/to/junit-4.1.jar:/usr/share/junit-4.1 (assuming JUnit is installed in /usr/share/junit-4.1) -- Randy rmlscsi: [bogomips 1003.28] [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] 14:29:01 up 13 days, 12:28, 1 user, load average: 0.14, 0.06, 0.02 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
docbook-4.5
Is there something I should have done to transition from a 4.4 installation which used to work? I've built sgml-common and docbook-4.5 per blfs, and now attempts to render the book choke. appendices/acknowledgments.xml:387: parser error : Entity 'ndash' not defined lt;[EMAIL PROTECTED]gt; ndash; LFS Technical Writer/para ^ I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd appendices/dependencies.xml:6: warning: failed to load external entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd; ] ^ Ken -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: docbook-4.5
On Thursday 22 March 2007 21:54, Ken Moffat wrote: Is there something I should have done to transition from a 4.4 installation which used to work? I've built sgml-common and docbook-4.5 per blfs, and now attempts to render the book choke. appendices/acknowledgments.xml:387: parser error : Entity 'ndash' not defined lt;[EMAIL PROTECTED]gt; ndash; LFS Technical Writer/para The ndash; entity should be defined in /usr/share/xml/docbook/xml-dtd-4.5/ent/isopub.ent. warning: failed to load external entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd; This sounds very much like your /etc/xml/catalog and/or /etc/xml/docbook catalogues aren't configured correctly. /etc/xml/catalog should have the following entries: delegatePublic publicIdStartString=-//OASIS//ENTITIES DocBook XML catalog=file:///etc/xml/docbook/ delegatePublic publicIdStartString=-//OASIS///DTD DocBook XML catalog=file:///etc/xml/docbook/ delegateSystem systemIdStartString=http://www.oasis-open.org/docbook/; catalog=file:///etc/xml/docbook/ delegateURI uriStartString=http://www.oasis-open.org/docbook/; catalog=file:///etc/xml/docbook/ /etc/xml/docbook should have the following entries: public publicId=-//OASIS//DTD DocBook XML V4.5//EN uri=http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd/ public publicId=-//OASIS//DTD DocBook XML CALS Table Model V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/calstblx.dtd/ public publicId=-//OASIS//DTD DocBook XML Exchange Table Model 19990315//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/soextblx.dtd/ public publicId=-//OASIS//ELEMENTS DocBook XML Information Pool V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbpoolx.mod/ public publicId=-//OASIS//ELEMENTS DocBook XML Document Hierarchy V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbhierx.mod/ public publicId=-//OASIS//ELEMENTS DocBook XML HTML Tables V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/htmltblx.mod/ public publicId=-//OASIS//ENTITIES DocBook XML Notations V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbnotnx.mod/ public publicId=-//OASIS//ENTITIES DocBook XML Character Entities V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbcentx.mod/ public publicId=-//OASIS//ENTITIES DocBook XML Additional General Entities V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbgenent.mod/ rewriteSystem systemIdStartString=http://www.oasis-open.org/docbook/xml/4.5; rewritePrefix=file:///usr/share/xml/docbook/xml-dtd-4.5/ rewriteURI uriStartString=http://www.oasis-open.org/docbook/xml/4.5; rewritePrefix=file:///usr/share/xml/docbook/xml-dtd-4.5/ There are some additional lines to configure compatibility with previous versions of the DocBook DTD, but they're not relevant to the LFS book. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: docbook-4.5
On Thu, Mar 22, 2007 at 11:28:37PM +, Matthew Burgess wrote: On Thursday 22 March 2007 21:54, Ken Moffat wrote: Is there something I should have done to transition from a 4.4 installation which used to work? I've built sgml-common and docbook-4.5 per blfs, and now attempts to render the book choke. appendices/acknowledgments.xml:387: parser error : Entity 'ndash' not defined lt;[EMAIL PROTECTED]gt; ndash; LFS Technical Writer/para The ndash; entity should be defined in /usr/share/xml/docbook/xml-dtd-4.5/ent/isopub.ent. warning: failed to load external entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd; This sounds very much like your /etc/xml/catalog and/or /etc/xml/docbook catalogues aren't configured correctly. Indeed. /etc/xml/catalog should have the following entries: delegatePublic publicIdStartString=-//OASIS//ENTITIES DocBook XML catalog=file:///etc/xml/docbook/ delegatePublic publicIdStartString=-//OASIS///DTD DocBook XML catalog=file:///etc/xml/docbook/ delegateSystem systemIdStartString=http://www.oasis-open.org/docbook/; catalog=file:///etc/xml/docbook/ delegateURI uriStartString=http://www.oasis-open.org/docbook/; catalog=file:///etc/xml/docbook/ /etc/xml/docbook should have the following entries: public publicId=-//OASIS//DTD DocBook XML V4.5//EN uri=http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd/ public publicId=-//OASIS//DTD DocBook XML CALS Table Model V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/calstblx.dtd/ public publicId=-//OASIS//DTD DocBook XML Exchange Table Model 19990315//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/soextblx.dtd/ public publicId=-//OASIS//ELEMENTS DocBook XML Information Pool V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbpoolx.mod/ public publicId=-//OASIS//ELEMENTS DocBook XML Document Hierarchy V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbhierx.mod/ public publicId=-//OASIS//ELEMENTS DocBook XML HTML Tables V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/htmltblx.mod/ public publicId=-//OASIS//ENTITIES DocBook XML Notations V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbnotnx.mod/ public publicId=-//OASIS//ENTITIES DocBook XML Character Entities V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbcentx.mod/ public publicId=-//OASIS//ENTITIES DocBook XML Additional General Entities V4.5//EN uri=file:///usr/share/xml/docbook/xml-dtd-4.5/dbgenent.mod/ rewriteSystem systemIdStartString=http://www.oasis-open.org/docbook/xml/4.5; rewritePrefix=file:///usr/share/xml/docbook/xml-dtd-4.5/ rewriteURI uriStartString=http://www.oasis-open.org/docbook/xml/4.5; rewritePrefix=file:///usr/share/xml/docbook/xml-dtd-4.5/ Somehow, I didn't have any of these 4.5 entries in either file. Pasted, but it still moans about mndash, ndash, AElig, and gives me loads of the failed to load external entity warnings for docbookx.dtd. A look at the detail of the output shows that the entities are indeed missing. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page