Re: HTML Tidy broken newline detection
Matthew Burgess wrote: Hi folks. http://tidy.sourceforge.net/docs/quickref.html#newline states that the newline character is detected automatically, and an 'LF' should be output for Linux/Unix systems. My tidied HTML files have DOS line endings, but I'm running it (and compiled it) on a Linux box. Does anyone else see the same thing? I've tried with both the version in the book, and the latest available version. What do you mean by DOS line endings? Tidy (the version in the book) seems to work fine here, but maybe I'm not understanding what the problem is. Also, shouldn't questions like this go to BLFS Support? blfs-support@linuxfromscratch.org -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Subversion-1.x.x
I have a spurious /usr/build directory on all my builds. I appears to be apr build rules installed by Subversion. If it is needed for something, it should be noted so. /usr does not seem the right place for it in any case. anyone know whats up here? -- David Jensen -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Subversion-1.x.x
David Jensen wrote these words on 07/03/05 10:20 CST: David Jensen wrote: I have a spurious /usr/build directory on all my builds. I appears to be apr build rules installed by Subversion. If it is needed for something, it should be noted so. /usr does not seem the right place for it in any case. anyone know whats up here? As you suspect, this is caused when you use the SVN tree APRs. I mentioned this a long time ago, however, have somewhat forgotten about it, as I always use Apache's APRs now. I suppose everyone else uses the Apache apr's. As is, the contents of the Subversion installed /usr/build and the /usr/bin/apr-config script are useless unless the original source dir is kept. I can't find a configure switch, so I will patch the apr/Makefile.in to not install them. I expect it will have no effect of a Apache build. More testing, more notes and more editing. :-( Or, simply place a note in the SVN instructions to remove the build dir and apr-config file if you build against the SVN tree. -- Randy rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3] [GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686] 11:02:00 up 92 days, 10:35, 2 users, load average: 0.02, 0.03, 0.00 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Subversion-1.x.x
Randy McMurchy wrote: Or, simply place a note in the SVN instructions to remove the build dir and apr-config file if you build against the SVN tree. Still digging. The /usr/build dir should go, it is useless. The apr-config could be cleaned up. I believe it has a purpose, though few will ever need it. I'll keep it in my todo list. -- David Jensen -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
postfix-2.2.3, cyrus-sasl-2.1.21
about SSL/TLS Authentication and Postfix the patch could probably be removed since newer postfix versions have TLS built in and cyrus-sasl-2.1.21 has been released -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: postfix-2.2.3, cyrus-sasl-2.1.21
On Sun, Jul 03, 2005 at 12:33:23PM -0400, Yannick Bergeron wrote: about SSL/TLS Authentication and Postfix the patch could probably be removed since newer postfix versions have TLS built in Please note that it's no longer -DHAS_SSL. Now the macro is called -DUSE_TLS. See: http://www.postfix.org/TLS_README.html -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page