Re: UTF8 nitpicks

On 1/9/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote: > Tushar Teredesai wrote: > > Some nitpicks related to the UTF-8 patch: > > * /usr/bin/zsoelim from groff is overwritten by man-db (three cheers > > for pkg-user hint:). > > Thanks for pointing out that the problem exists. What's your prop

Re: UTF8 nitpicks

Alexander E. Patrakov wrote: > 3) RedHat approach doesn't work at all with non-UTF-8 locales To me, this reason alone is enough. The others are also noteworthy and important, but for the purpose of the book, perhaps this will satisfy the question. -- JH -- http://linuxfromscratch.org/mailman/l

Re: UTF8 nitpicks

Tushar Teredesai wrote: Some nitpicks related to the UTF-8 patch: * /usr/bin/zsoelim from groff is overwritten by man-db (three cheers for pkg-user hint:). Thanks for pointing out that the problem exists. What's your proposed solution? Sed out installation of zsoelim from Groff Makefile? *

Re: LFS-alphabetical: groff before perl

On Tue, 10 Jan 2006, Ken Moffat wrote: On Mon, 9 Jan 2006, Dan Nicholson wrote: I'm pretty sure the perl, vim and nscd differences are time stamp related. What you could also do is copy one of the filelist- files, edit it to *only* reference these three files (and give it a second name, by

Re: UTF8 nitpicks

On 1/9/06, Joel Miller <[EMAIL PROTECTED]> wrote: > > > > Additionally, IIRC, BLFS is no longer going to list BDB as a dependence > (i.e. they assume it will be installed). Thusly, it is not a good idea > to give the user the choice not to install it. Alas, and one more dependency information gone

Re: Xorg 7.0

DJ Lucas wrote these words on 01/09/06 18:09 CST: > I'll put up a more recent set if anyone would like to > look at them that accounts for the issues that have been found recently. At this point, I can't help but think that 6.9.0 is the only way to go. Unless there is some good way to keep the

Re: Xorg 7.0

DJ Lucas wrote: > Alan Lord wrote: > >> http://www.linuxfromscratch.org/~dj/blfs-xorg7/x/xorg7.html > > > Guys...just FYI, that was only intended to see what the book _might_ > look like (which I absolutely hate). I've never had to a chance to finsh > the other style...and those instructions are

Re: LFS-alphabetical: groff before perl

On Mon, 9 Jan 2006, Dan Nicholson wrote: I'm pretty sure the perl, vim and nscd differences are time stamp related. Ken, farce does quite a bit more analysis than Greg's ICA functions. Would you mind looking at these results and commenting on differences between the ICA report and the farce re

Re: UTF8 nitpicks

Joel Miller wrote these words on 01/09/06 18:08 CST: > Additionally, IIRC, BLFS is no longer going to list BDB as a dependence > (i.e. they assume it will be installed). The BDB dependencies have already been removed from SVN BLFS. > Thusly, it is not a good idea > to give the user the choice

Re: Xorg 7.0

Alan Lord wrote: http://www.linuxfromscratch.org/~dj/blfs-xorg7/x/xorg7.html Guys...just FYI, that was only intended to see what the book _might_ look like (which I absolutely hate). I've never had to a chance to finsh the other style...and those instructions are so very far from complete a

Re: UTF8 nitpicks

Randy McMurchy wrote: Tushar Teredesai wrote these words on 01/09/06 12:19 CST: * Mention that folks can choose gdbm instead of berkeley db with a pointer to BLFS's gdbm page. The arpd daemon is already back in LFS. Dumping BDB means that the IPRoute package installation would break. Add

Re: zlib patch

Dan Nicholson wrote: > On 1/9/06, Tushar Teredesai <[EMAIL PROTECTED]> wrote: > >>Building seperate shared and static object files is how most of the >>builds are performed. Forgetting to perform a make clean after >>builiding the shared lib can cause unwanted results. Gentoo's patch >>just brings

Re: zlib patch

Dan Nicholson wrote: > So, I guess you could put the colon in. It should work the same > except in the situation where CFLAGS is null: > > $ export CFLAGS="" > $ echo ${CFLAGS:--O3} > -O3 > $ echo ${CFLAGS--O3} > > What do you think is more proper? I'd say that the use of the colon is better.

Re: LFS-alphabetical: groff before perl

On 1/9/06, Jeremy Huntwork <[EMAIL PROTECTED]> wrote: > > Alright. Let me see if I'm parsing you correctly. ;) This file > represents the order you've been testing, correct? > > http://students.washington.edu/dbnichol/lfs/lfs-alpha-20060108-reports/scripts.list > > And from your ICA on the above li

Re: LFS-alphabetical: groff before perl

Dan Nicholson wrote: ICA is done, and there are no differences. Groff is not a dependency of perl AFAICT. Jeremy, what do you think about this? I'll have the reports up at http://students.washington.edu/lfs/lfs-alpha-20060108 soon. Alright. Let me see if I'm parsing you correctly. ;) This fi

Re: LFS-alphabetical: groff before perl

On 1/9/06, Dan Nicholson <[EMAIL PROTECTED]> wrote: > > ICA is done, and there are no differences. Groff is not a dependency > of perl AFAICT. Jeremy, what do you think about this? I'll have the > reports up at http://students.washington.edu/lfs/lfs-alpha-20060108 > soon. > Typo. Try http://s

Re: LFS-alphabetical: groff before perl

On 1/8/06, Dan Nicholson <[EMAIL PROTECTED]> wrote: > > As I said above, you can get around this by changing the configure statement > to > > ./configure.gnu --prefix=/usr \ > -Dman1dir=/usr/share/man/man1 \ > -Dman3dir=/usr/share/man/man3 \ > -Dpager="/usr/bin/less -isR" > A full I

Re: zlib patch

On 1/9/06, Tushar Teredesai <[EMAIL PROTECTED]> wrote: > > Building seperate shared and static object files is how most of the > builds are performed. Forgetting to perform a make clean after > builiding the shared lib can cause unwanted results. Gentoo's patch > just brings zlib into compliance wi

Re: compiler skewed?

Recently, Somebody Somewhere wrote these words > Declan Moriarty wrote these words on 01/09/06 10:17 CST: > > > BTW, X11R7 was a _dreadful_ idea as an installation location. > > You'd be amazed how many things have X11R6 coded in. > > ln -s X11R7 /usr/X11R6 > That was done, I assure you. The bes

Re: UTF8 nitpicks

Tushar Teredesai wrote these words on 01/09/06 12:49 CST: > Probably a note to add sed it out if bdb is not installed? Why do all this? We don't mention that you can use Net-Tools instead of IPRoute and then add a note to the bootscripts page. Is there any difference? However, because it is st

Re: UTF8 nitpicks

On 1/9/06, Randy McMurchy <[EMAIL PROTECTED]> wrote: > Tushar Teredesai wrote these words on 01/09/06 12:19 CST: > > > * Mention that users can choose the man package instead of man-db > > (with a pointer to the man home-page/freshmeat-page). > > I can see this. But BDB still has to stay. See below

Re: KDE-Multmedia

Am Montag, 9. Januar 2006 05:50 schrieb Randy McMurchy: > This will fetch it into a KDE-Support dir in the current dir: > > svn co svn://anonsvn.kde.org/home/kde/trunk/kdesupport KDE-Support > > Then change into the directory you just created (KDE-Support) and > delete these directories: > > rm -rf

Re: UTF8 nitpicks

Tushar Teredesai wrote these words on 01/09/06 12:19 CST: > * Mention that users can choose the man package instead of man-db > (with a pointer to the man home-page/freshmeat-page). I can see this. But BDB still has to stay. See below. > * Mention that folks can choose gdbm instead of berkeley

Re: zlib patch

On 1/9/06, Bruce Dubbs <[EMAIL PROTECTED]> wrote: > SFLAGS="${CFLAGS:--O3} -fPIC" > > Note the colon and missing internal double quotes. The colon is a bashism. On /bin/sh, the colon doesn't work. Wait, I thought the colon was a bashism, but on the RHEL3 system at work, it works with ash, zsh an

Re: Xorg 7.0

On 1/9/06, Andrew Benton <[EMAIL PROTECTED]> wrote: > Why is X installed into /usr/X11R6? It only makes sense to install > packages into their own folder to make it easy to remove them, but X is > such a fundamental application, doesn't it make more sense to install it > into /usr? Agreed, it shou

Re: zlib patch

On 1/9/06, Dan Nicholson <[EMAIL PROTECTED]> wrote: > > Tushar, I like what's in the patch, but I'm not a big fan of adding a > patch to drastically alter the build system. Building seperate shared and static object files is how most of the builds are performed. Forgetting to perform a make clean

UTF8 nitpicks

Some nitpicks related to the UTF-8 patch: * /usr/bin/zsoelim from groff is overwritten by man-db (three cheers for pkg-user hint:). * Mention that users can choose the man package instead of man-db (with a pointer to the man home-page/freshmeat-page). * Mention that folks can choose gdbm instead of

Re: Xorg 7.0

On 1/9/06, Bruce Dubbs <[EMAIL PROTECTED]> wrote: > > xorg-modular has become the single most complicated package in blfs. I > just sent an email to the xorg-modular mailing list to see what plans > they may have for simplifying the build. The issue is not, of course, > CMMI, but the number of pa

Re: zlib patch

Dan Nicholson wrote: > sed -i 's/SFLAGS=.*/SFLAGS="${CFLAGS-"-O3"} -fPIC"/' configure This confuses me. Do you mean: SFLAGS="${CFLAGS:--O3} -fPIC" Note the colon and missing internal double quotes. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromsc

Re: Xorg 7.0

Andrew Benton wrote: > Jim Gifford wrote: > >> I just saw the page in DJ's directory, that's what through me off. >> >> Here is the link >> http://www.linuxfromscratch.org/~dj/blfs-xorg7/x/xorg7.html >> > > Is this the way BLFS is going to implement xorg 7? Not necessarily. We are exprimenting r

Re: Xorg 7.0

Andrew Benton wrote these words on 01/09/06 11:48 CST: > Is this the way BLFS is going to implement xorg 7? > Why is ed-0.2 listed as a required dependency? I haven't installed ed > and (for what it's worth) xorg 7 is working fine for me. This seems to > suggest that ed is not `required'. > Why

Re: zlib patch

On 1/3/06, Tushar Teredesai <[EMAIL PROTECTED]> wrote: > Sometime back I added a patch to the patches repository that adds > -fPIC to the compiler flags when compiling shared library. > Additionally it allows building the shared and static library in a > single pass. See: >

Re: RFC: Implementing Trac [long]

Richard A Downing wrote: > Does this increase the load on the server compared with a website + > bugzilla or, perhaps, decrease it? I think it distributes the load and is a "good thing". The wiki/bugs are on anduin and svn is on belgarath. I think we could make a case for a third server just for

RFC: Implementing Trac [long]

BTW, I don't know if any of you happened to look at the sample site using Internet Explorer. If so, something in IE's poor rendering of the CSS is causing it to cut the logo in half. I haven't quite pinned that bug down yet, but I'll look into it soon. In the meantime, if you did happen to vie

Re: RFC: Implementing Trac [long]

On Sun, 08 Jan 2006 18:55:57 -0500 Jeremy Huntwork <[EMAIL PROTECTED]> wrote: > I would really like to get everyone's opinion. I like the look of this too. You've done a good job getting the look-feel like the website. I really like the SVN browser and the Changelog. My only criticism is that t

Italian translation of LFS 6.1.1

The new italian translation of LFS 6.1.1 is available at http://it.tldp.org/lfs/lfs/ in all formats Ragards -- Giulio Daprelà - Linux user #356310 LFS user #11031 -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: S