[EMAIL PROTECTED] wrote these words on 07/07/07 11:42 CST:
Author: manuel
Date: 2007-07-07 10:42:55 -0600 (Sat, 07 Jul 2007)
New Revision: 6853
Modified:
trunk/BOOK/Makefile
Log:
Typo fix again.
Is there any way this could be tested before just blindly committing.
I'm pulling my hair
Jens Stroebel wrote these words on 07/04/07 05:36 CST:
While doing the upgrade hal-0.5.7.1 - hal-0.5.9, hal was dying on me at
startup time. After half an hour of hand-wringing, I found out that it
couldn't find /var/cache/hald to place cache files in it and so simply
terminated.
This is
Jens Stroebel wrote these words on 07/04/07 05:26 CST:
I wanted to report that the link on the actual Python page (
http://www.linuxfromscratch.org/patches/blfs/svn/Python-2.5.1-gdbm-1.patch
)in BLFS devel book doesn't lead to the patch.
It is nice to know that the development book is being
Hi all,
I remember reading somewhere (I believe it was a post from Alexander)
that the ed-0.5 version had some compatibility problems. Version 0.6
was released a few days ago which is supposed to address this (according
to the ChangeLog, anyway).
Has anyone managed to test this out with XorgLib?
Bruce Dubbs wrote these words on 07/04/07 11:20 CST:
Builds with:
configure --prefix=/usr
make
make install
make install-man
--
`make install` Installs:
/usr/share/info/ed.info
/usr/bin/ed
cd /usr/bin ; ln ed red
I used this:
./configure --prefix=/usr --bindir=/bin
Bruce Dubbs wrote these words on 07/04/07 13:02 CST:
OK. Do you want me to update the book?
Well, do you know anything about this caution that currently exists on
the page? Perhaps we need to wait for Alexander to comment?
Alexander E. Patrakov wrote these words on 07/03/07 21:01 CST:
Randy McMurchy wrote:
I install Xorg in /opt/X11R7.2.
OK, my objection to $XORG_PREFIX is invalidated by this.
Note that the *first* paragraph in the 'X Window System Components'
'Configuring The X Window System' says this (which
Alexander E. Patrakov wrote these words on 07/02/07 09:46 CST:
Dan Nicholson wrote:
Also please make it clear that this is a workaround and that the bugs are
not in libxcb, but in applications.
Well, why don't I work on the 7.2 updates first? libX11-1.0.2 needs a
patch, right?
Yes.
Alexander E. Patrakov wrote these words on 07/03/07 20:28 CST:
Randy McMurchy wrote:
Only thing I can think of that I've seen in this thread is the decision
to move the DRI directory to /usr instead of $XORG_PREFIX. If DRI stuff
ships with Xorg, why would we want it somewhere other than
Dan Nicholson wrote:
I think this is the right thing to do because Qt naturally wants to
install everything into a dedicated directory. As a consequence, tools
that use Qt expect to find everything under $QTDIR. For bin and lib,
this works fine if QTDIR=/usr. However, if you go to look in
[EMAIL PROTECTED] wrote:
It makes sense to look what distributions like Debian do here. Debian
installs everything in /usr and treats FHS violations as release-critical
bugs.
personal opinion only, not to be confused as arguing against
Alex's caseI've always liked the /opt method for
Dan Nicholson wrote:
So, can we change all intltool required dependencies to XML::Parser?
Sure, but I'm not sure there are any more. I've made all the
ones I've come across (GNOME and related packages) to optional.
BTW - I'll be finally updating GNOME next week after the
holiday weekend. Sorry
Dan Nicholson wrote:
+paraparameter--without-xcb/parameter: By default,
+applicationlibX11/application will use xref linkend=libxcb/
+for it's transport layer. This parameter is necessary if xref
+linkend=libxcb/ is not installed./para
Note the use of it's above. It should be
Robert Connolly wrote:
I found a page which tries to explain why it was abandoned:
http://www.madore.org/~david/linux/newcaps/#abandoned
So, for the time being, linux
capabilities are the only way to give non-root users permission to read, or
write, to superuser resources, like ntpd
Dan Nicholson wrote these words on 04/26/07 09:10 CST:
I want to put the firefox mozconfig file
under version control, and I'm wondering if I have to change any of
the links in the book.
But the file is *already* under version control as it is embedded in
the actual instructions. Isn't that
Dan Nicholson wrote these words on 04/26/07 09:20 CST:
Except that I also have to make a copy on anduin and ensure that it's
still right. If I put it in auxfiles, then it magically appears in the
anduin repo, and I can easily see any changes locally in svn. So, I
guess it's not so much the
Dan Nicholson wrote these words on 04/26/07 02:25 CST:
Index: general.ent
===
--- general.ent (revision 6756)
+++ general.ent (working copy)
@@ -180,7 +180,8 @@
!ENTITY sysstat-version 7.0.4
!ENTITY
Randy McMurchy wrote these words on 04/26/07 10:30 CST:
Here is your error: the unterminated xref in the third line (need a
/ after the libxml2).
BTW, when I validated it told me the exact line number of the exact
file that I needed to fix. Are you using current docbook tools,
because I
Fix wrote these words on 04/26/07 20:54 CST:
Options that I've used are:
ac_add_options --prefix=/opt
ac_add_options --mandir=/opt/share/man
ac_add_options --x-libraries=/opt/lib
ac_add_options --with-x
ac_add_options --with-system-zlib
ac_add_options --with-system-png
ac_add_options
Hi all,
I've got GNOME almost ready to go. I'm going to try to get the D-Bus
bindings page created today. I can also do the D-Bus update as well,
as ripping out all the bindings stuff makes the actual D-Bus instructions
rather trivial. That leaves HAL, which to me, doesn't look like that
big of a
Bruce Dubbs wrote these words on 04/25/07 13:13 CST:
Randy McMurchy wrote:
Am I overlooking anything obvious?
Not that I can see.
Since the book is -dev, if we update it and find that there is a
problem, I really don't see that as a big deal. We just fix the
identified problem and go
Randy McMurchy wrote these words on 04/25/07 12:01 CST:
I've got GNOME almost ready to go.
Am I overlooking anything obvious?
Along with D-Bus/HAL, I forgot to mention that I think we need to update
Firefox and Thunderbird before GNOME goes in as a Mozilla Gecko engine is
reqiuired by Yelp
Bruce Dubbs wrote:
Thanks. I guess adding a switch is better than changing the source. I
think I'll add a comment to the command explanations about adding mysql
support.
You may want to look at the existing comment about this very
subject and ensure it is not adequate already. It is in a
Original Message
Subject: Re: [BLFS Trac] #2317: ESP Ghostscript-8.15.4
Date: Thu, 19 Apr 2007 02:04:40 -
#2317: ESP Ghostscript-8.15.4
Comment:
Updated BLFS to ESP Ghostscript-8.15.4. Not sure how this
affects the packages that may link to the libgs.so library,
now
Hi all,
I'd like to reorganize the GNOME section. Currently we have Core
and Additional sections. I'd like to break it down further into:
Development Platform Packages
Core Desktop Packages
Additional Packages
The existing Additional packages doesn't need to change.
For the new Development
Dan Nicholson wrote these words on 04/16/07 19:35 CST:
although I sort of prefer just Platform Packages
and Desktop Packages. No big deal, though.
Agreed. This also makes it much easier to explain why development
packages such as libgnomeprint are not in the Development Platform
area.
With
Dan Nicholson wrote these words on 04/13/07 16:35 CST:
My initial feeling is that I'd like them on separate pages to avoid
cluttering one page. But...
After thinking about this (and installing HAL), I'm thinking that
D-Bus belongs on one page and *all* the D-Bus bindings belong on
another
Hi all,
It was determined that after the book went to Xorg7, that rman had
to be added as a required dependency of NAS. I cannot see that
requirement any longer. New NAS (1.9) built fine and I don't have
rman installed.
I did notice that the HTML files are restructured in the doc
directory and
Hi all,
Noted a failure building Qt-3.3.8. Here is from the log of 'make':
sourcetemplateinterfaceimpl.h:34: warning: 'class SourceTemplateInterfaceImpl'
has virtual functions but non-virtual destructor
g++ -c -pipe -I/usr/include/mysql -I/usr/include/postgresql/server
-fno-exceptions -Wall -W
Dan Nicholson wrote these words on 04/15/07 13:05 CST:
It looks like it's gonna call $(RMAN) to generate the html file as
part of the default build. But you don't see calls to rman anywhere?
Nope. In fact, I double-checked logs and indeed it doesn't call rman
any longer if it is not installed.
Dan Nicholson wrote these words on 04/15/07 12:54 CST:
That sounds good. So, xref linkend=dbus/, xref
linkend=dbus-glib/, etc.? Or just one big xref
linkend=dbus-bindings/? Or prefer the individual binding xrefs. I
might need some help with this setup. I don't think I've ever done
that
Randy McMurchy wrote these words on 04/15/07 12:29 CST:
Noted a failure building Qt-3.3.8. Here is from the log of 'make':
[snip error]
I resumed make and it finished without issue. The build went fine after
the restart. Upon building again after unpacking the tarball, I get
a different
Randy McMurchy wrote these words on 04/15/07 13:45 CST:
Randy McMurchy wrote these words on 04/15/07 12:29 CST:
Noted a failure building Qt-3.3.8. Here is from the log of 'make':
[snip error]
I resumed make and it finished without issue. The build went fine after
the restart. Upon
Jeremy Huntwork wrote these words on 04/15/07 13:52 CST:
The one common thing I see between both errors is that you're compiling C+
code with g++. Perhaps you should run a sort of sanity check with your g++
compiler?
Not sure how to go about that. Compiling qt is thousands of lines of
C+
[EMAIL PROTECTED] wrote these words on 04/13/07 03:24 CST:
Author: alexander
Date: 2007-04-13 02:24:07 -0600 (Fri, 13 Apr 2007)
New Revision: 6723
Modified:
trunk/BOOK/general.ent
trunk/BOOK/general/sysutils/hal.xml
trunk/BOOK/introduction/welcome/changelog.xml
Log:
Made Python
Dan Nicholson wrote these words on 04/13/07 14:46 CST:
I just tested, and this would work:
If you don't have Python installed...
sed -i 's/PYTHON=:/PYTHON=false/' configure
sed -i 's/ device-manager//' tools/Makefile.in
Massaging the text, of course.
This would be fine, thanks for the
Dan Nicholson wrote these words on 04/13/07 15:37 CST:
Yep. I just got hal-0.5.9 done on my system the other day. There are
some things still to be decided, like how to split up dbus + bindings.
This one due to the KDE binding sitution is a bit sticky. I'm
guessing your biggest question is do
Bruce Dubbs wrote these words on 04/09/07 14:36 CST:
Shouldn't that be PATH=$PATH:/opt/fop/bin ?
No, the fop script is in /opt/fop.
Do you even have an /opt/fop/bin directory? If you do, you somehow
migrated away from the book's instructions.
--
Randy
rmlscsi: [bogomips 1003.23] [GNU ld
Hi all,
Currently, the book has CUPS-1.2.7. 1.2.10 is the current version.
However, the current version fails the test suite miserably. It is
a known bug, and fixed in SVN. I made a very small patch that updates
the 1.2.10 'test' directory to SVN, and all but 1 test passes (there
are 9 that fail
Hi all,
I suppose we need to decide how to go forward with the incompatibility
of Gutenprint (formerly Gimp-Print) with the GIMP.
Stable GIMP (2.2.x and no real roadmap to the 2.4 version) doesn't
work with Gutenprint. It requires the ancient Gimp-Print.
I propose:
Leave Gimp-Print in the book
M.Canales.es wrote these words on 03/26/07 15:44 CST:
El Lunes, 26 de Marzo de 2007 22:31, Bruce Dubbs escribió:
A table of contents for each chapter would be useful,
That is easy to add, if wanted. In the first times it was here, but latter
was
decided to remove it, I don't remember
Bruce Dubbs wrote these words on 03/26/07 19:00 CST:
running: aclocal
/usr/share/aclocal/xmms.m4:17: warning: underquoted definition of
XMMS_TEST_VERSION
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
Bruce Dubbs wrote these words on 03/26/07 19:00 CST:
I don't know if its just my autotools, but I get:
And the real reason I meant to convey in my last message after being
sidetracked with the .m4 stuff is that it doesn't matter what your
(Bruce's or anyone else's) system does to generate the
Jonathan Oksman wrote these words on 03/23/07 12:35 CST:
The problem with this configuration is that it allows users to brute
force for usernames at the login prompt. The breakdown is like this:
- user enters an incorrect name
- pam_securetty.so fails to validate the username, and returns
Hi all,
I'm ready to update the book to FOP-0.93, but wanted to throw out a
note that we cannot use it to produce PDF output from the SVN XML
sources. It appears Manuel needs to work some magic to produce
compatible .fo files.
I don't see any harm in updating, as there really is no need right
Dan Nicholson wrote these words on 03/23/07 17:30 CST:
I'd like to list the real upstream location for the dash http:// download:
http://gondor.apana.org.au/~herbert/dash/files/dash-0.5.3.tar.gz
Yes, that would be better.
However, it'd also be nice to have the reliable Debian server as the
Dan Nicholson wrote these words on 03/19/07 17:18 CST:
This is probably a bug in their packaging, but I'd be interested to
know if the test failures are associated with this. Actually, this
looks like it's fixed to pass -fno-strict-aliasing correctly, but
using the default CFLAGS would still
Bruce Dubbs wrote these words on 03/19/07 17:13 CST:
I see now that I should have used GTK+-2.10.11, so I'll update that and
try again. Thoughts on whether I should back off to librsvg-2.14.4 ?
I would use current versions of packages. However, I wouldn't have the
Bruce Dubbs wrote these words on 03/19/07 17:52 CST:
OK. Let me be sure I unserstand. Remove librsvg and poppler and use
GTK+-2.10.11. Is there anything else?
Well, it's impossible to install GTK+ without cairo being installed
first. Therefore, I wouldn't have it (GTK+) on my system. I
Bruce Dubbs wrote these words on 03/18/07 11:58 CST:
Sometimes developers will update their program and not update their test
suites and have some tests become invalid. I wonder if this is the case
here.
Not sure. But what I'm looking for is someone to verify that the
tests fail for them as
Randy McMurchy wrote these words on 03/18/07 12:16 CST:
Not sure. But what I'm looking for is someone to verify that the
tests fail for them as well. I can't determine if it is the package,
or my installation of it.
I forgot about David's message that says the tests fail for him
as well
Bruce Dubbs wrote these words on 03/18/07 12:48 CST:
82 of 121 tests failed
Do you have a 'gs' binary installed in your path? I had about that
many fail when there was no 'gs' in my path. Installing Ghostscript
cured about 60 of the tests.
--
Randy
rmlscsi: [bogomips 1003.28] [GNU ld version
Bruce Dubbs wrote these words on 03/18/07 13:07 CST:
No, I don't have gs installed. Do you want me to do that and retest?
If you want to, and that could confirm the failures. You probably
want to ensure that you have GLib-2.12.11 installed as well, as
that is what the book will have in just a
Matthew Burgess wrote these words on 03/18/07 13:57 CST:
That's what I assumed, from the frequency of releases. However, I'm not
certain that it's going to have any more releases at all after reading
http://www.cups.org/espgs/articles.php?L449
Does anyone know anything more about the
Bruce Dubbs wrote these words on 03/18/07 14:06 CST:
I;d have to take a look at the contents of GPL Ghostscript 8.54, but if
it supports CUPS, we should probably use that in BLFS as the only
version if Ghostscript.
Eventually, yes. And Ghostscript is now at 8.56, with this release
just
Matthew Burgess wrote these words on 03/18/07 14:38 CST:
http://sourceforge.net/project/showfiles.php?group_id=1897 shows GPL
Ghostscript 8.56 was released yesterday.
Well, I have it 4 days ago (March 14th to today, March 18th), but
perhaps it's an American/Britain thing to count the days
Jonathan Oksman wrote these words on 03/17/07 12:36 CST:
I'm certain that this restriction will no longer apply if compiled
against PAM, I'll post back with the results. If all works well,
perhaps PAM could be listed as a Recommended prerequisite to sudo.
I cannot see us ever recommending
Ag. Hatzimanikas wrote these words on 03/17/07 13:51 CST:
Of course the usage of password is prerequisite for someone to use sudo.
I'm not sure I'm following (I understand what you mean).
How else you run sudo? Without a password? Noway.
Why?
'NO USAGE OF PASSWORD' == 'NO SUPPORT'
Ag. Hatzimanikas wrote these words on 03/17/07 14:38 CST:
On Sat, Mar 17, at 02:16 Randy McMurchy wrote:
Ag. Hatzimanikas wrote these words on 03/17/07 13:51 CST:
How else you run sudo? Without a password? Noway.
Why?
Maybe because it's a stupid idea?
Never mind. I was being serious
Jonathan Oksman wrote these words on 03/17/07 16:49 CST:
I don't think you should, now that I know I was incorrect. But it
would be nice to include that PAM is an optional component to sudo in
future versions.
There is an open Trac ticket to add *many* dependencies to the SUDO
package, which
Hi all,
I'd like to update the book with the current GLib, cairo, GTK+,
pango and ATK stack, but I'm sort of stuck with what to do about
cairo. The test suite does not behave properly. This is new to this
version. Up till now I've always had cairo pass all the tests.
First, I had the Glitz
Dan Nicholson wrote these words on 03/16/07 16:11 CST:
I have no clue on that one. Bruce?
Well, I'm not Bruce, but when I was researching the Qt stuff, I kind
of put it in my head that we are with Qt3 until KDE moves to version 4.
We could add Qt4 to the book now, but we'd have to keep Qt3.
Bruce Dubbs wrote these words on 03/16/07 16:39 CST:
Well, we can't go to qt4 until kde4 is released. Are you saying that if
we build dbus-1.0.2, it will break an existing kde installation? If so,
I think we should hold off updating dbus like we are qt4 and wait for kde4.
And that then would
Dan Nicholson wrote these words on 03/16/07 17:27 CST:
Oh, yeah. Kdebase wants dbus directly or dbus-qt3? Because the issue
here is the potential loss of the language bindings. If kdebase links
directly to dbus, then there's no issue.
You could review the D-Bus page (though it is an old
Dan Nicholson wrote these words on 03/16/07 17:53 CST:
I don't think so. There's nothing in hal that asks for qt specific
bindings. Hal uses the dbus-glib bindings. It's kioslave that uses
dbus-qt3 to talk to hal over dbus.
Yes, of course. Which is why you brought this up in the first
place.
Ag. Hatzimanikas wrote these words on 03/15/07 06:39 CST:
Index: postlfs/shells/shells.xml
===
I'll apply this patch, Ag. Thanks. In reference to Bruce's message,
I cannot see the need for ash any longer. We'll wait for the
Randy McMurchy wrote these words on 03/15/07 12:09 CST:
Ag. Hatzimanikas wrote these words on 03/15/07 06:39 CST:
Index: postlfs/shells/shells.xml
===
I'll apply this patch, Ag. Thanks.
Done. Noted that there was no mention
Alexander E. Patrakov wrote these words on 03/11/07 10:15 CST:
What should be done?
What about you doing whatever is necessary on the LiveCD to correctly
support all locales, and we place a note on the XFCE page that you
*may* need to rebuild your kernel with a correctly specified
Jens Stroebel wrote these words on 03/09/07 05:27 CST:
During the install of the ESP Ghostscript package and it's use in the
resulting system, I had to create a link
/usr/share/ghostscript/8.15 - 8.15.2
to enable gs to find it's initialization files (gs_init.ps et al.).
I do not see this
Alexander E. Patrakov wrote:
Randy McMurchy wrote:
Well, I can't see us supporting a /usr/games directory. As
best as I can recall, this would violate the FHS.
This doesn't violate FHS, please see
http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS9
Indeed, an old relic still
Ag. Hatzimanikas wrote:
I can make you a good list of packages that are worthwhile and add
a considering value to another package,like the 'live media' for
MPlayer.
I suppose in my recent exodus from BLFS mailing lists,
I missed your proposal to add the package. I didn't
notice a Trac ticket
Matthew Burgess wrote:
Yeah, I was running as root, and I've now figured out the cause of the
problem!
Since the BLFS book recommends running the test suite as an
unprivileged user, I don't think there is really anything
that needs to be done. And, with Dan's news about the patch
that Jurg
Dan Nicholson wrote these words on 02/17/07 00:32 CST:
I suppose that's good enough. The problem really is that once you run
update-pciids, it will automatically put in a new file that's zipped.
So, if you have HAL, then you need to unzip it every time you do that.
In which case, having zlib
Greg Schafer wrote these words on 02/16/07 02:40 CST:
Changes (by [EMAIL PROTECTED]):
Updated BLFS to PCRE-7.0
Hmmm, this version is failing the test suite for me.. specifically
pcregrep. Anyone else seeing this?
I don't see the test specifically failing, but I don't see the Ok
after the
Greg Schafer wrote these words on 02/16/07 02:50 CST:
Wouldn't it be wise to document the fact that the test failure is
expected? (They purposely changed the program's behavior but failed to
adjust the test suite). I'm not sure if there is a current BLFS policy for
failing test suites.
There
Hi all,
In the Trac ticket for the Python-2.5 update, Matt claims to get
testsuite failures, however, the tests in my installation were perfect.
Best I can tell, most of the major players in the Open Source world,
have made updates to support Python-2.5. We've got to decide how to
go forward
Nathan Coulson wrote these words on 02/15/07 23:29 CST:
On 2/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Updated to libpng-1.2.16
There is no libpng.txt in this tarball, but there is a libpng-1.2.16.txt.
Thanks, Nathon. I must confess that I build libpng in chroot, and did
not update
Hi all,
Mostly a note for the archives, but the libxml2 testsuite acted funny
on me during a recent install (LFS-SVN-20070210). Instead of using
hundreds of MB of disk, it only used 25. Looking at the issue, the
new tar command requires --wildcards passed if you have pattern
matching in the file
Dan Nicholson wrote these words on 02/16/07 09:40 CST:
One thing. Jürg has a patch in Paldo that would affect how external
Python modules using distutils (i.e., setup.py) are built.
http://www.paldo.org/paldo/sources/Python/Python-2.5-build-fix-1.patch.bz2
I am leaving for a few days, and
-Original Message-
From: Äåì÷åíêîâ Àðòóð Ïåòðîâè÷ [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 13, 2007 4:07 PM
To: [EMAIL PROTECTED]
Subject: Some issues in BLFS
Here're some issues of current development version of BLFS book that I
found:
Chapter 25. X Window System Environment
X
Dan Nicholson wrote these words on 02/16/07 18:37 CST:
On 2/16/07, BLFS Trac [EMAIL PROTECTED] wrote:
Updated BLFS to PCI Utilities-2.2.4. Also added a note about linking
the Zlib library to packages that may need to link to libpci.a.
Randy, I don't know if this is a good idea yet. This
Hi all,
I think that the build sizes should be rounded up to the nearest MB. We
do this already on stuff over 100MB, but I'm thinking that as this is
just an approximation anyway, that to the nearest MB is close enough,
even for something that requires only 8MB to build and install.
Thoughts
Bruce Dubbs wrote these words on 02/15/07 10:51 CST:
What about packages that have a build size less than 1MB?
Well, saying 269KB is a bit too much accuracy, in my opinion. :-)
How about we do like the SBUs are done? If the build size is less than
1MB, then we put less than 1MB. Of course, if
Ag. Hatzimanikas wrote these words on 02/15/07 14:59 CST:
On Thu, Feb 15, at 02:04 Randy McMurchy wrote:
It is just that. The size it takes to build and install the package.
We don't normally count the tarball.
Ok.
Can we place a simple sentence (what we mean by build size)somewhere
Hi all,
The flurry of activity the last couple of days has been great. However,
I've sort of lost track where we stand. Is the 6.2 branch ready for release?
Are all the Trac tickets sorted out?
--
Randy
rmlscsi: [bogomips 1003.26] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable
Dan Nicholson wrote these words on 02/14/07 12:19 CST:
I can handle the second and third in the next hour. Can you handle
expect since you reported it?
Yes.
I can't think of anything else that's
been brought up in the past few days that would need addressing before
BLFS-6.2.0.
Great!
It is with great pride that the BLFS team announces the release of
BLFS Version 6.2.0. This release is the complement to the LFS 6.2
book.
It has been almost 18 months since the last release of BLFS and
many new packages and instructions have been added. For a summary
of some of the changes,
[from blfs-book]
Bruce Dubbs wrote these words on 02/13/07 11:37 CST:
Just an idea.
Perhaps we should create another entities file, externals.ent that
defines all the external references and then use the entities in the book.
This would give us a nice single location for all externals
Dan Nicholson wrote these words on 02/13/07 23:01 CST:
Randy, are you planning on putting this in 6.2.0? I'm pretty confident
about the command changes, but I don't know what you had planned for
the textual changes. This page is pretty messy.
Yes, it is a bit messy. But a day or so ago I
Dan Nicholson wrote these words on 02/14/07 00:24 CST:
Sounds good. The text was the main thing I was concerned about. We can
tweak the commands later, but I'd rather not go to release with all
the note boxes there.
I'm working on it. First, some bad news about this consolidated ticket
idea
Hi all,
Sorry to be a stick-in-the-mud, and perhaps it's just me, but I don't
like this lump everything in one ticket idea (using the BLFS-6.2.0
Text Changes ticket as an example). I find it difficult (if not
impossible) to figure out:
1. What has been taken care of?
2. What is still under
[From BLFS-Support]
Alessandro Alocci wrote these words on 07/14/06 14:01 CST:
Hi, the configure for expect is:
./configure --prefix=/usr \
--with-tclinclude=/usr/include \
--enable-shared
but it seems that is missing the switch
--with-tcl=/usr/lib
that was in
Randy McMurchy wrote these words on 02/11/07 09:45 CST:
Hi all,
Unless there are objections I'd like to make the following changes to
the MesaLib instructions:
7. There are two sed commands in a row which are identical except that
they modify different files. This should be consolidated
Dan Nicholson wrote these words on 02/11/07 11:38 CST:
The first sed is unnecessary. By passing X11_INCLUDES and
EXTRA_LIB_PATH to the Makefile, you can make the build process look
where you want it to.
I wouldn't say it as is unnecessary. I think better could be
can be omitted. :-) And I
Randy McMurchy wrote these words on 02/11/07 09:45 CST:
Unless there are objections I'd like to make the following changes to
the MesaLib instructions:
8. I'm showing a significant difference in disk space used (The book
shows 823MB, my logs show 157MB). Can anyone provide some additional
info
Dan Nicholson wrote these words on 02/11/07 12:47 CST:
The only problem with that one is that OPT_FLAGS becomes one really
long line. I don't know if we can format it over a single line in the
book. Adding a breakline \ before the -D would probably work. You're
usually good at formatting
Ag. Hatzimanikas wrote these words on 02/11/07 13:20 CST:
On Sun, Feb 11, at 12:52 Randy McMurchy wrote:
Can anyone provide some additional
info from their own logs?
Exactly 157.
Thanks.
Speaking about disk space sizes,I noticed some differences with mines in some
packages e.g lynx,so I
Dan Nicholson wrote these words on 02/11/07 13:33 CST:
I'm seeing 183 including all the tarballs, log, build and installed files.
I'm fairly certain we don't count the tarballs. Check the Editor's
Guide. As far as logs go, that's really never been mentioned. I
know the way my scripts are, that
Ag. Hatzimanikas wrote these words on 02/11/07 13:58 CST:
While we are at it,a second question.
Why we don't use du instead of df ?
du is much more flexible in that regard.
I do. My scripts use 'du -scxk' before unpacking, and then after
everything is done, before removing the source tree.
Ken Moffat wrote these words on 02/11/07 15:17 CST:
I'm seeing 782.6MB on recent LFS-svn (so, gcc-4.1.1). I'm
installing in /usr:
[EMAIL PROTECTED] ~ $du -sh /usr/lib/X11/modules/dri
225M /usr/lib/X11/modules/dri
I'd be interested in knowing what all you have in your .../modules/dri
601 - 700 of 1752 matches
Mail list logo
