On 02/27/14 00:37, Bruce Dubbs wrote:
I have a problem with the book's instructions building strigi. clucene
is listed as an optional dependency and I have that installed. The book
has
cmake -DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_INSTALL_LIBDIR=lib \
On 01/15/14 11:51, John Burrell wrote:
I recently reinstalled util-linux and noticed that su gets installed from
util-linux.
So the way LFS is now, su comes from shadow. If you reinstall, I expect that
su will come from util-linux. The caveat here is that I installed systemd, so
I don't
In the BLFS patch download directory -
http://www.linuxfromscratch.org/patches/blfs/svn/ - every patch is
coming up Access Denied. I would guess there must be some permissions
issue there (stray chmod -r or something similar?).
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
On 11/29/2012 10:21 AM, Baho Utot wrote:
On 11/29/2012 10:04 AM, Ken Moffat wrote:
No, it doesn't - the package in the book is the gtk version.
Webkit itself comes from Qt. I can say that with some certainty,
because I had to rebuild my own qt installations a week ago, so that
I could
On 11/02/2009 11:40 AM, Trent Shea wrote:
Hi,
gnome-doc-utils fails to build with the following:
Making all in gnome-doc-make
make[2]: Entering directory `/mnt/data/data/build/lfs-main/gnome-doc-
utils-0.18.0/doc/gnome-doc-make'
/bin/sh: scrollkeeper-config: command not found
/bin/sh:
On 10/30/2009 01:35 AM, Bruce Dubbs wrote:
The ones marked with an asterisk are linked back to /usr/lib, but the others
are
not. Therefore I don't think firefox/thunderbird/seamonky are finding
libmozjs.so, libxul.so, libxpcom.so. libxpcom_core.so is found in
/usr/lib/seamonkey-2.0.
The
On 09/29/2009 04:26 PM, William Immendorf wrote:
Well, if I send anything that needs to be compressed, it will be in
XZ. You should know that, because it's my favourite compression format
to use for UNIX. Also, LZMA-utils can't open up XZ filles, but XZ can
open up LZMA files, so that's a use.
Randy McMurchy wrote:
Ag. D. Hatzimanikas wrote these words on 03/02/08 04:52 CST:
Another thing that will give BLFS a boost is, if it was decided to support
multilib and other architectures then x86 (quoting Joe Ciccone).
And in my opinion, all the {H,C}LFS developers has to be BLFS
This issue was brought to my attention by alyx on IRC...Lynx regularly
does minor version releases with small changes while keeping the same
name on the tarball. My copy of lynx 2.8.6 downloaded some time ago says
it's version 2.8.6rel1.1 but the current one is 2.8.6rel1.5. There
aren't huge
Robert Daniels wrote:
Thought I'd share my progress on building KDE4 with everyone. I think the
biggest contribution I have is a nearly-complete dependency list.
Because of the list, this will be a somewhat long message.
A few notes beforehand, I made this list by grepping all the
The Qt patch linked in the book -
http://www.trolltech.com/developer/download/Qt-3.3.8-UTF-8-fix.diff - is
apparently a DOS-format text file, and as a result won't apply. I
converted it into a unix file, and thought I may as well turn it into a
more standard patch as well (using -Np1 like the
Randy McMurchy wrote:
You are the second person to say this, however, most
(including me) only receive a message during the patch's
installation, but it installs okay.
What message?
Could you give the *exact* error message you get, and
the result of the process when you use the
Chris Staub wrote:
Just showing every step here to verify that I'm using the same patch
that's in the book, and I even pasted the patch command from the book...
[EMAIL PROTECTED]:~/qt-x11-free-3.3.8$ patch -Np0 -i
../Qt-3.3.8-UTF-8-fix.diff
patching file src/codecs/qutfcodec.cpp
Hunk
Randy McMurchy wrote:
Thanks, Chris. Unfortunately I don't have access to a Linux box
right now. However, last time I applied the patch I received a
message that the process 'stripped' the CRLF from the patch file
and it applied.
How odd. I wonder if there is a difference in the patch
On the MIT Kerberos V5 page there is a Warning about Shadow passwords,
and it mentions a fall through to /etc/password - shouldn't this be
/etc/passwd? I even grepped the krb5 source dir and couldn't find any
occurrences of /etc/password...
--
I've attached a patch with some updates to the Acknowledgments and
Credits pages, taking into account the changed chapter #'s for KDE and
GNOME instructions and one more lingering mention of GNOME 1.4
Also, I was about to submit a bunch of corrections for acknowledgments
listed for packages
Cups installs the manpages for reject and cupsdisable as symlinks to
accept and cupsenable respectively. As the Cups installation also
gzips its manpages, and BLFS includes a suggestion to unzip them, doing
so results in broken symlinks as /usr/share/man/man8/reject.8.gz points
to
Dan Nicholson wrote:
On 7/11/07, Chris Staub [EMAIL PROTECTED] wrote:
2. Cairo does not actually require X to install. It really just needs
Fontconfig - it can be built without png, which requires adding
--enable-png=no to configure. This would also necessitate modifying
that GTK+-2
1. libgnomeprint says that Pango and Fontconfig are required. This is
redundant since Pango requires Fontconfig.
2. Cairo does not actually require X to install. It really just needs
Fontconfig - it can be built without png, which requires adding
--enable-png=no to configure. This would also
Bruce Dubbs wrote:
Dan Nicholson wrote:
OK.
There is an inherent (documented in LFS Section 5.1) assumption made for
every package that the instructions given assume that you have done:
tar -xf package-tarball
cd package-root
Your first suggestion would be a good approach, but the
Shouldn't it be sufficient to run make BINDIR=$XORG_PREFIX/bin
MANDIR=$XORG_PREFIX/share/man/man1 rather than editing the Makefile?
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Bruce Dubbs wrote:
Chris,
I fixed this because I had time right now, but it would really be
better to put these corrections into trac so they don't get forgotten
like an email can.
-- Bruce
OK, I'll start doing that.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
Randy McMurchy wrote:
Chris Staub wrote these words on 06/13/06 15:08 CST:
* The GCC 4.0.3 page says that Instructions to install the 3.4.6
version of the Fortran compiler can be found in GCC-3.3.6 and on the
BLFS Wiki. However, the GCC 3.3.6 page doesn't have anything about the
GCC 3.4.x
Randy McMurchy wrote:
Chris Staub wrote these words on 06/13/06 16:07 CST:
Then that doesn't explain the required dependencies list for Pango.
Fontconfig is listed is Required which is why it shouldn't also be
listed an Optional. Exactly what *are* the minimum requirements to
build Pango
Randy McMurchy wrote:
Okay, I committed changes.
1. Removed Fontconfig as an optional dependency.
2. Did not remove it as a required depend, as it technically is.
3. Will be removing Cairo as recommended, but leaving the note.
A note should be enough.
Why? I'm sure most people installing
Chris Staub wrote:
1. Removed Fontconfig as an optional dependency.
2. Did not remove it as a required depend, as it technically is.
3. Will be removing Cairo as recommended, but leaving the note.
A note should be enough.
Why? I'm sure most people installing Pango do so simply because it's
Randy McMurchy wrote:
My apologies Chris. It is I who doesn't have a good handle on the
material. You are right, I owe you a coke, because Fontconfig in
one way or another is required.
I'll make the proper adjustments, and thanks for putting up with
my hardheadedness.
No problem, I can be
DJ Lucas wrote:
Chris Staub wrote:
Chris. Can you verify that the service is actually running? 'ps -a |
grep dhcpcd' before running '/sbin/dhcpcd -k eth0'? I just want to
verify that we are not fiddling around with a stale pid file.
Thanks.
-- DJ Lucas
Yeah, I did that...
[EMAIL
Chris Staub wrote:
When I try to stop dhcpcd with the BLFS bootscript, the network
interface goes down but dhcpcd is still running. When I try to start the
network again, it says that dhcpcd is already running, and the network
is still down. When I manually stop dhcpcd, it does quit
DJ Lucas wrote:
Chris Staub wrote:
I'm currently using different bootscripts, but the logic is unchanged
(only the print to screen statements) and it works fine here. I'm sure
you've already checked, but can you double check (again) the service
config files or maybe copy them from a previous
BLFS says that esound is a required dependency of libgnome. However,
libgnome compiles fine without esound. The output from the configure
script makes it look like it's required, but it seems to work fine
without esound.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
Why was the information about the 17 libs that need to be installed in a
certain order, as well as the comment about installing font-util and
encodings before other font packages, removed from the book? This is
important information and needs to be there.
--
DJ Lucas wrote:
Chris Staub wrote:
It's still there, just not in those words. As mentioned in the
introduction, build order is provided by the wget file lists. BLFS
assumes all packages are installed in the order provided. The two
(actually there were three) notes you had mentioned were
Why do BLFS instructions for GNOME say to use
--sysconfdir=/etc/gnome/{gnome_version} but for KDE it says to use
/etc/kde (no version number)? Is there a reason for this?
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See
Randy McMurchy wrote:
Hi all,
If anyone can confirm that Xorg-7.x and the new XFree also provides
this library, then the dependency should be removed from MPlayer. If
both Xorg versions install it, and XFree doesn't, then I'll change the
dependency to reflect that it is only required for XFree.
Archaic wrote:
The Xft note will need to be reworded with Xorg7 now in the book.
Something like If X was installed in a prefix other than /usr, then
$XORG_PREFIX/lib/pkgconfig needs to be added to PKG_CONFIG_PATH.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
Chris Staub wrote:
Archaic wrote:
The Xft note will need to be reworded with Xorg7 now in the book.
Something like If X was installed in a prefix other than /usr, then
$XORG_PREFIX/lib/pkgconfig needs to be added to PKG_CONFIG_PATH.
Actually, the note could probably be removed from pango
ImageMagick can optionally use librsvg - it should be added to the
ImageMagick instructions under the Optional Graphics Libraries section.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
The GnuCash page says it needs OAF, but GnuCash also needs GtkHtml,
which requires GConf, which requires OAF.
Index: trunk/BOOK/xsoft/office/gnucash.xml
===
--- trunk/BOOK/xsoft/office/gnucash.xml (revision 6047)
+++
The instructions say to run ldconfig before anything else. This is
certainly wrong and should be removed.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
DJ Lucas wrote:
Not true. I build Lynx before even leaving LFS Chapter 6 chroot.
Works for me. At the console with Lynx and GPM installed it is
the same as a graphics layout
Same here.
Here too. Also, one of the first things I did when I started trying the
Xorg7 instructions was to copy
GNOME-Doc-Utils instructions say that it requires Scrollkeeper and Perl
XML Parser. However, Scrollkeeper also requires XML Parser, so that
dependency in GNOME-Doc-Utils is redundant.
Index: trunk/BOOK/gnome/core/gnome-doc-utils.xml
Randy McMurchy wrote:
Except when there is only two. Which is the case here.
:-)
Yup, I forgot about that. Duh!
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Why is the --infodir parameter used? Nowhere else in the GNOME
instructions (and only 2 other places in BLFS) has a switch to specify
where to put the man or info pages. Is there any reason to have it here
but almost nowhere else in the book?
--
Randy McMurchy wrote:
Before we answer that question, we must answer a different one
first. Where would the info files go if the switch isn't used?
If not /usr/info or /usr/share/info then we'll already know the
answer to Chris' question.
Hmm, didn't bother to check that. The default is
Attached should be a patch to correct some of the dependency info for
the newly-split Xorg 7 pages. Also, I was wondering whether Mesa is
really optional for xorg-server. I've tried building the server
without Mesa (of course removing the configure option referring to
Mesa's source dir) but
Chris Staub wrote:
Attached should be a patch to correct some of the dependency info for
the newly-split Xorg 7 pages. Also, I was wondering whether Mesa is
really optional for xorg-server. I've tried building the server
without Mesa (of course removing the configure option referring
The instructions for esound include copying docs/html (from the source
tree) to /usr/share/doc, but this does not work if you do not have
Docbook-utils installed. I've attached a patch to fix the instructions
to account for the fact that docs/html does not exist unless you use
Docbook-utils to
There is a warning towards the end of the Shadow instructions saying
that you should try to login and su to verify that it works with PAM so
that you can be sure you will be able to log on to your system.
Shouldn't the same suggestion apply if simply rebuilding Shadow with
Cracklib support?
In the OOo instructions, BLFS says to install into /opt then create
symlinks in /usr/lib so the OOo programs will be in your PATH. Other
BLFS instructions for installing programs into /opt, like JDK and
Apache-Ant, say to simply add /opt/PROGRAM_NAME/bin to the PATH. What's
the difference in
libXaw does use ed in it's configure script. Looks like ed should be
added back to Xorg 7's list of dependencies, unless someone who knows
more than I do wants to look at the configure script (line 19150) and
figure out what it actually does and determine if we really need it.
--
Randy McMurchy wrote:
Alexander E. Patrakov wrote these words on 04/20/06 10:49 CST:
Testcase: aoss some-app-that-uses-dev-dsp
This is meaningless to me, as I've never come across an app that
is OSS only. So ALSA works just fine. As I mentioned, I've never
had a reason to install it, and
Randy McMurchy wrote:
That ticket is closed and nothing in it gives me any clue what you
are requesting. All I can see is that you didn't pass --without-expat
so that it wouldn't look for it. I'm not sure that would help your
situation, because I don't fully understand your situation.
If I
Ag Hatzim wrote:
I am running make as a user and no matter if i run the make install as
root or with sudo,Xorg server isn't installed SUID root,as it should.
I run make as a user and then make install as root - same issue -
/usr/bin/Xorg isn't being installed suid root.
I would like to know
Ag Hatzim wrote:
That was it Chris.
And as i was looking to configure (line 24735),i found the cause of this.
There is an undocumanted switch --enable-install-setuid.
And since the BLFS policy is to built as non-root user,then maybe we
have to enable by default.
I was looking through
1. Xorg-cf-files and imake do not need the --with-config-dir option -
${prefix}/lib/X11/config is the default.
2. Xbitmaps - make does nothing
3. libdrm is a dependency of MesaLib, not Xorg
4. I don't like the xorg-server instructions that assume a specific
place for the Mesa source. I would
Bruce Dubbs wrote:
I'm trying to get wireless figured out for the book (and for me).
I have downloaded wireless-tools, sysfsutils, and pcmciautls and
installed them. Here are some of the issues I've solved:
wireless-tools needs a patch to compile with gcc-4. I was able to make
the required
Jürg Billeter wrote:
On Don, 2006-03-23 at 22:48 -0500, Chris Staub wrote:
All you really need is the wireless_tools package -
http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html.
That's for very basic network setup only. Many wireless networks use WPA
nowadays and that can't
Bruce Dubbs wrote:
In reviewing BLFS, one area that is missing is wireless support. I'm
not sure where to start with this. My first question is Has anyone
built the necessary packages to implement wireless communication on a
BLFS system? The next question would be to ask what packages are
Bruce Dubbs wrote:
Chris Staub wrote:
Bruce Dubbs wrote:
In reviewing BLFS, one area that is missing is wireless support.
Thoughts? Experiences?
Really no mention of drivers needed - there are several in the kernel.
All you really need is the wireless_tools package -
http
The Xorg 7 link in startup-notification has an xml typo, and there is no
Xorg 7 link in libtiff.
Index: trunk/BOOK/general/graphlib/libtiff.xml
===
--- trunk/BOOK/general/graphlib/libtiff.xml (revision 5736)
+++
Gerard Beekmans wrote:
Hi guys,
export XORG_PREFIX=[/usr]
Are the brackets around /usr on purpose? I couldn't tell by the text if
these were required or not so I gave it a try and it fails so had to
remove them. Are they supposed to be a deterrent so people double-check
it and not simply
Gerard Beekmans wrote:
Reached the Xorg Apps section which says to install MesaLib.
I follow the book's instructions and MesaLib fails due to a missing
Xxf86vm library. I don't have it installed in /usr/X11R7 and I did
install all the libraries and utilities.
I ran out of time to even find
Randy McMurchy wrote:
Hi all,
I believe because of:
3) as recent as today, severe lashing out at me (due to past
behavior, at least I hope)
In the case of my comment to you, yes, it certainly was due to stuff in
the past...you didn't say anything wrong (that I saw) today...I just
Andrew Benton wrote:
Have you filed a bug about this?
Andy
Just did - http://wiki.linuxfromscratch.org/blfs/ticket/1829.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Subversion doesn't require libxml...it comes with its own internal expat
library that it uses if it can't find any other xml libs.
Also, it seems that D-Bus *does* require libxml. I tried compiling it
with --without-xml and --disable-xml added to configure but it
didn't seem to have any
Randy McMurchy wrote:
Randy McMurchy wrote these words on 02/12/06 11:18 CST:
2. Bugzilla, functionality-wise seems to be better.
f) (just noticed) In a previous entry I enumerated some items
as 1. 2. 3. ... Later in the entry I referenced one of the
enumerated items as #2.
Randy McMurchy wrote:
Chris Staub wrote these words on 02/07/06 21:39 CST:
Submitting some changes to the text at the beginning of the BLFS book...
I applied and committed your patch, Chris. I hope you don't mind I
took the liberty of some minor changes. Thanks for sending
Submitting some changes to the text at the beginning of the BLFS book...
Index: trunk/BOOK/introduction/welcome/which.xml
===
--- trunk/BOOK/introduction/welcome/which.xml (revision 5657)
+++
Randy McMurchy wrote:
Hi all,
It's probably a stretch making this into a -dev question, as it is
probably more support than dev, but because the book might be missing
a dependency (Cdrtools) somewhere, I'm squeezing this into -dev.
I cannot see where KDE has a CD recording utility. I do not
Chris Staub wrote:
Randy McMurchy wrote:
So, exactly how do you create Data CDs (I'm not talking about music
CDs) in the KDE graphical environment. What is the KDE tool to use?
Use k3b.
http://www.k3b.org
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http
Jay D. McHugh wrote:
ISO Codes doesn't list Python as being a requirement (optional or
required) but when I tried to install it without first installing
Python, this is what happened (it worked fine once I installed Python):
Looks like it. From the Changelog:
* Now depend on python. Closes:
Chris Staub wrote:
Maybe this goes back to having different definitions of recommended.
Just because someone doesn't install something that's recommended by
the book doesn't mean they should be considered to have deviated...at
least that's some peoples' (including me) definition
Randy McMurchy wrote:
Chris Staub wrote these words on 01/23/06 19:33 CST:
and any Recommended
package dependencies should state *why* there are Recommended.
I agree with this, kind of. However, this question was asked long
ago in this thread, and answered. See the response about OpenSSL
Randy McMurchy wrote:
Chris Staub wrote these words on 01/22/06 01:25 CST:
I was about to correct this by simply submitting a patch to remove the
remaining references, but I notice that for several packages it
specifically says that Berkeley DB is Recommended (over GDBM) -
installed in LFS so
Chris Staub wrote:
Yes, I am asking if there is a reason for it. The main reason I'm asking
is because there are several other packages that stated Berkeley DB OR
GDBM but Berkeley was still commented out - why was it left in these
few packages?
Hmmm, maybe I just answered my own question
Randy McMurchy wrote:
With all due respect for your research and work so far, and hoping you
*continue* to keep providing input on this topic, I would just like to
mention that I don't think a script is the right way to go here. If
we're going to provide a script, it may as well do the entire
Miguel Bazdresch wrote:
Hello,
I'm installing kde for the first time. I'm installing it in /opt. I'm
following today's svn book (kde 3.5.0).
I got this when configuring kdelibs:
checking for pcre-config... not found
configure: error: You're missing libpcre.
Download libpcre from
GMP is listed as an optional dependency for librep, but if you don't
have GMP librep won't build unless you add --without-gmp to the
configure line. Should this be added to the default configure command,
or should GMP be bumped up to Recommended status?
--
1. Sawfish lists rep-gtk, librep, X, gtk2, and esound as required.
Since rep-gtk itself requires librep and gtk2 (which needs X) those can
be removed from the list.
2. GNUCash lists GAL and gtkhtml as Required, but gtkhtml needs GAL anyway.
3. Rep-GTK instructions say that GTK2 and libglade
I was about to correct this by simply submitting a patch to remove the
remaining references, but I notice that for several packages it
specifically says that Berkeley DB is Recommended (over GDBM) -
installed in LFS so I would have to assume it's deliberate. Is there a
reason for these
Randy McMurchy wrote:
Chris Staub wrote these words on 01/05/06 01:10 CST:
5. Reduce workload by reducing the number of packages in BLFS and
allowing users to be less dependent on it, since it's not supposed to be
a comprehensive guide to installing every piece of software someone
might want
There is a link to the livecd hint here -
http://www.linuxfromscratch.org/blfs/view/svn/postlfs/config.html - but
that hint apparently no longer exists.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above
Randy McMurchy wrote:
Archaic wrote these words on 12/26/05 23:29 CST:
Is BLFS going to adopt /usr/X11R7? If not, then it will obviously break
your build method. And since /usr/X11R7 will suffer the same problems as
/usr WRT to assumptions made by other packages, would now be the time to
In the build instructions for Xorg and XFree86, it is recommended to
compile the lndir program and use it to create a shadow directory of
symbolic links where you will actually built the package. Why is this
done? Why not just a separate build dir? I think the BLFS book should
have more of an
M.Canales.es wrote:
El Viernes, 2 de Diciembre de 2005 20:10, Chris Staub escribió:
Why not just say it's not recommended to build *anything* in chroot
(unless you have to).
Building in chroot allow to create a new full LFS+BLFS system while using the
existing old one.
Yes, you *can
Create the required component registries to enable multi-user installs.
These steps should be preformed by the root user each time a Mozilla
add-on is installed.
preformed should be performed.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
Chris Staub wrote:
DJ Lucas wrote:
The following is seen when clicking on the libdvdnav link from
xine-lib installation instrucitons:
Posted By: jcdutton
Date: 2003-02-16 17:40
Summary: xine does not need libdvdnav anymore.
xine 0.9.17 and any later version (from xine.sf.net) now includes
Filip Bartmann wrote:
Why isn,t one package with other packages in tar archive(as package
lfs-packages.tar) for BLFS?
Filip Bartmann
Because LFS is meant specifically for the whole book to be followed,
word-for-word, and every package in the book *should* be installed
(unless of course
Archaic wrote:
On Wed, Oct 19, 2005 at 01:10:02PM -0400, Chris Staub wrote:
Don't know about the 1st question, but the reason there are 2 PS1
exports in each file is because each PS1 is slightly different (the one
that's commented out just adds [ ] around the prompt).
I know
[EMAIL PROTECTED] wrote:
Hello,
Can I get an html tar/gz format for Beyond Linux For Scrach for our local
Webserver to server our student community ( Graduate Engineering ).
Thanks and Regards
soumen
College of Engineering and Management, Kolaghat
India
Try
Bruce Dubbs wrote:
Tushar Teredesai wrote:
I propose creating a fake qt installation in /usr/lib/qt for packages
that do not recognize a qt that is not installed as per the standard
way.
Since I use method 2 and put qt in /opt/qt. I guess I don't understand
why xconfig works for me if this
This one fixes a problem that screws up virtual terminals whenever you
try to start X on certain video hardware (including Intel i810/i830,
which is what I have). I've been using Xorg with this patch for a while
and it's been working fine.
gcc4 has issues with libvgahw.a. This patch is a
1. At the end of the Editors section, there is a page for Others
Editors - this should be Other Editors.
2. For most packages it says to Install [package] by running the
following commands: followed by Now, as the root user:. It would be
more accurate to say Build [package] by running the
Bruce Dubbs wrote:
3. A few package instructions say Run the following command[s]. -
ending with a period instead of a colon, which I think would be more
grammatical correct. I don't even know how important this is, but I
thought I'd point it out anyway. :)
It would be nice to point out which
Bruce Dubbs wrote:
Chris Staub wrote:
1. At the end of the Editors section, there is a page for Others
Editors - this should be Other Editors.
Fixed. Thanks.
2. For most packages it says to Install [package] by running the
following commands: followed by Now, as the root user:. It would
Bruce Dubbs wrote:
Chris Staub wrote:
2. For most packages it says to Install [package] by running the
following commands: followed by Now, as the root user:. It would be
more accurate to say Build [package] by running the following
commands: and Now, as the root user, install [package]:. Also
I've always thought it would be nice if the optional dependencies for
the various packages also described what functionality they provide. Or
is this info deliberately left out to emphasize the learning
experience goal of lfs?
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
98 matches
Mail list logo