Dan Nicholson wrote these words on 02/11/07 15:36 CST:
Are you guys stripping the libraries? Mine aren't stripped and they're
all between 2.8 and 3.0 Mb.
Nope, not stripped. But that wouldn't explain Ken having 225mb
installed by MesaLib and me having 35. How many .so files are in
that
Ken Moffat wrote these words on 02/11/07 15:45 CST:
Fairly sure.
[EMAIL PROTECTED] ~ $ls -lh /usr/lib/X11/modules/dri
total 225M
-rwxr-xr-x 1 root root 16M 2007-02-06 19:47 ffb_dri.so
-rwxr-xr-x 1 root root 15M 2007-02-06 19:47 i810_dri.so
-rwxr-xr-x 1 root root 17M 2007-02-06 19:47
Dan Nicholson wrote these words on 02/11/07 15:49 CST:
Did you pass any OPT_FLAGS? The default is -g, so that might explain
why you have much bigger binaries. Actually, for the ones I'm really
using, I was passing -g -O2 ... and they're between 12 and 16 Mb.
Okay, now it makes sense. Ken has
Bruce Dubbs wrote these words on 02/11/07 17:47 CST:
I don't. I do the following:
before=`df -k / | grep / | sed -e s/ \{2,\}/ /g | cut -d' ' -f3`
tar -xf $DIR/$PROGRAM.tar.?z* || exit
cd $PROGRAM
I then compare $before with the current df size. This then only
measures the
Dan Nicholson wrote these words on 02/10/07 12:04 CST:
Randy, I forgot that I never wrapped these up. It turns out that the
only packages that ship UTF-8 man pages (for now) are in the drivers.
I tested the above fix from Alexander and it works fine. Here's a
patch I cooked up. What do you
Dan Nicholson wrote these words on 02/10/07 12:09 CST:
Anyone know about this?
Sorry, I'm of no help. I haven't rebuilt VIM outside of LFS (after
the first VIM install in LFS, I'm done!) so I have nothing to offer.
I do know in LFS I output the results to a log file, and then at
the end you
Dan Nicholson wrote these words on 02/10/07 12:52 CST:
Since, as an editor, it's much nicer to just knock out a bunch of
these little issues at once.
Totally agreed.
--
Randy
rmlscsi: [bogomips 1003.26] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable release version 2.3.6]
Dan Nicholson wrote these words on 02/10/07 13:07 CST:
I'm ripping off one more build right now before I commit it. The
command will bomb on some of the drivers because the don't have
man/*.man files. Do you think this is an issue? They're defintely
there for the packages I mentioned in the
Hi all,
It appears the dependency list has been removed, or is commented out
(I've not looked at the XML) in the Sudo package instructions.
According to my notes, at a minimum: LDAP, Kerberos (both versions
plus krb4), PAM, an MTA and the SKey package all need to be listed.
Can anyone else
Bruce Dubbs wrote these words on 02/09/07 10:31 CST:
So I'd say that what you have for optional dependencies if probably
correct. I did look at the xml history and we never had any
dependencies listed for sudo in the book.
I looked at configure.in and indeed they are all valid. In fact,
I
Alan Lord wrote these words on 02/09/07 10:51 CST:
Just to confirm, I have built sudo on a bear LFS6.2. Just with
shadow It is a dependency for jhalfs hence having built it in the
first place.
I'm not sure I follow. I'm saying there should be some optional
dependencies listed for Sudo.
Bruce Dubbs wrote these words on 02/09/07 11:01 CST:
I'd prefer you do it since I do not link in any of those dependencies.
Okay. I'll also mention that if you have PAM installed, then:
install -v -m644 /etc/pam.d/su /etc/pam.d/sudo
--
Randy
rmlscsi: [bogomips 1003.26] [GNU ld version
Dan Nicholson wrote these words on 02/09/07 12:46 CST:
I'm also seeing Electric Fence (-lefence):
http://perens.com/FreeSoftware/ElectricFence/
Yes, I forgot to write that one down in my notes, but I had noticed
it. Thanks for the reminder.
--
Randy
rmlscsi: [bogomips 1003.26] [GNU ld
Andrew Beverley wrote these words on 02/07/07 10:11 CST:
So unless there is a really good reason for not using the KERNEL_DIR
variable, I would suggest that, at a minimum, the book is changed to
state that KERNEL_DIR should always be set.
Well, this issue goes back years. And we consider a
Andrew Beverley wrote these words on 02/07/07 10:25 CST:
Hmmm, they don't work :-) There's about a dozen extensions that
(silently) don't get compiled or installed.
Yes, I see that now. Thanks, Andy.
Okay, how about as a compromise, at least a note stating that for some
extensions you have
Randy McMurchy wrote these words on 02/07/07 10:59 CST:
Andrew Beverley wrote these words on 02/07/07 10:25 CST:
On another note, can you still change to version 1.3.6?
What does that give us, that 1.3.5 doesn't?
Not sure what to do here.
Okay, how does this sound (in the IPTables
Andrew Beverley wrote these words on 02/07/07 11:09 CST:
As per the other post that I've just sent, I think the problem is that
the sanitized headers are a bit out of date.
It isn't that the sanitized headers are a bit out of date. Actually,
Iptables is using headers that are not installed at
Randy McMurchy wrote these words on 02/07/07 11:12 CST:
IPTables can use the raw kernel headers from the Linux package
to build additional modules and extensions. This could result
in IPTables becoming broken if you update to a more recent
kernel version later on.
Additionally, the note
Andrew Beverley wrote these words on 02/07/07 11:19 CST:
For example, one test looks for $KERNEL_DIR/net, while other tests
look for $KERNEL_DIR/include/linux/...
Which means in order to work, there would have to be a /usr/net
dir, which will never happen in a sanitized header installation.
Randy McMurchy wrote these words on 02/07/07 11:12 CST:
Okay, how does this sound (in the IPTables instructions in a note
right before the compilation commands):
[snip 1st version]
Okay, there's a two-fold issue.
1) The existing Iptables instructions say to not expose the build
to raw
Randy McMurchy wrote these words on 02/07/07 11:51 CST:
Okay, there's a two-fold issue.
After playing around some more, I'm convinced that we should include
the KERNEL_DIR var on the default make command. Thing is we use it as
such:
make KERNEL_DIR=/usr (along with the existing ones
Andrew Beverley wrote these words on 02/07/07 12:19 CST:
Ah, here's another minor problem. Connbytes is missing. Although it
exists in 1.3.5, it doesn't seem to build. It does in 1.3.6 though -
another reason to upgrade? I've been using 1.3.6 for a few months now so
am happy it is stable.
Andrew Beverley wrote these words on 02/07/07 12:42 CST:
I'm using 2.6.17.4 but I've had a look at 2.6.16.27 (which is what LFS
6.2 uses). 2.6.16.27 satisfies the 1.3.6 test, so I would argue using
1.3.6 would tie in better with the the LFS itself.
Good enough. Again, thanks. So, we could
Dan Nicholson wrote these words on 02/07/07 13:40 CST:
Looks good. Plus, gives a nice hint on what you'd want to do if you
need to build against the raw kernel source.
I'm about to commit the update, and it includes a note about the
kernel headers. Please review the rendered page (or the
Andrew Beverley wrote these words on 02/07/07 14:31 CST:
Sorry but where am I looking? I've checked the CVS and SVN but don't see
any changes.
Everything can be found by looking in
svn://svn.linuxfromscratch.org/BLFS
svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK
is the current development
Andrew Beverley wrote these words on 02/07/07 14:31 CST:
Sorry but where am I looking? I've checked the CVS and SVN but don't see
any changes.
Additionally, you could subscribe to the blfs-book mailing list,
where you could read the actual commit messages.
--
Randy
rmlscsi: [bogomips
Andrew Beverley wrote these words on 02/07/07 14:35 CST:
How do I go about submitting a new package for inclusion in future
versions? The one I have in mind is Squid, but I'm sure there's others.
Typically, one would create a 'hint' and submit it to the Hints project.
If any Editor likes the
It is with great pride that the BLFS team announces the release of
BLFS-6.2.0-rc2. This release is a candidate for the actual 6.2.0
release due out on February 14th, and is the complement to LFS 6.2.
It has been almost 18 months since the last release of BLFS and
many new packages and
Andrew Beverley wrote these words on 02/06/07 16:02 CST:
Hopefully I'll get this in before 6.2 is released!
No promises. :-)
Is it possible to update iptables to 1.3.7? I've checked the 'current
development' version of the book and iptables is still at 1.3.5
I tried a few weeks ago to
Matthew Burgess wrote these words on 02/02/07 12:09 CST:
On Friday 02 February 2007 14:33, TheOldFellow wrote:
The third problem is that LFS is almost dead (although BLFS is still
alive and kicking - It's great to see how much effort you guys are
putting in, and it's appreciated, I assure
DJ Lucas wrote these words on 02/02/07 22:16 CST:
Hey guys, ran across this one that has been bugging me for a long time
since I still do BLFS manually. I have no problems when added, but the
has been missing here for a long, long time. docbook is certainly
not my specialty, so I didn't
[cc'd to BLFS-Dev from BLFS-Book]
[EMAIL PROTECTED] wrote these words on 02/02/07 05:00 CST:
Author: alexander
Date: 2007-02-02 04:00:08 -0700 (Fri, 02 Feb 2007)
New Revision: 6522
Modified:
trunk/BOOK/basicnet/textweb/links.xml
trunk/BOOK/general/genlib/glib2.xml
Dan Nicholson wrote these words on 02/03/07 15:02 CST:
After looking at it for about the 10th time, I think I finally
understand how the varlistentry and indexterm stuff works in the
Contents section.
I suppose the only thing you need to watch for (validating will
immediately bring it to the
Hi all,
It is with great pride that the BLFS team announces the release of
BLFS-6.2.0-rc1. This release is a candidate for the actual 6.2.0
release due out on February 14th, and is the complement to LFS 6.2.
It has been almost 18 months since the last release of BLFS and
many new packages and
TheOldFellow wrote these words on 02/02/07 02:50 CST:
[snip good stuff]
But all this information is interesting, and leads to cleaner systems
once you understand it all. But maybe it's all to difficult (IATD)
especially when you have a release coming up... :-)
C'mon, you old fart, start
Bruce Dubbs wrote these words on 02/01/07 15:45 CST:
svn merge -r X:Y http://svn.linuxfromscratch.org/BLFS/tags/6.2.0-rc1
Where X is the rev for the trunk revision and Y is the rev for the
latest tag revision.
Well, the syntax looks close, but my understanding is different.
svn merge is
Hi all,
There are places in the BLFS book which say to go to
http://search.linuxfromscratch.org/ if you need to search the mail
archives. This URL only leads one to a page that says: It works!.
It doesn't seem very useful. Is search broken right now, or does the
URL in the book need to be fixed?
Hi all,
I've committed some changes to the BLFS website, yet there are no
messages being displayed because randy AT linuxfromscratch DOT org
is probably not authorized to send mail. I'm subscribed as a different
user name.
I know Bruce has changed this before in other lists to add specific
names
Hi all,
I'm doing final checks of download links and think I'm ready to render
the rc1 book for the final time after the KDE stuff has been merged
from trunk. I've got the patches, downloads, and errata page taken care
of. Justin took care of creating a package repo on Anduin with the
correct
Dan Nicholson wrote these words on 02/01/07 19:17 CST:
In my mind, the tag should be static because it marks some sort of
milestone. So, later if I want to find out what's changed since
BLFS-6.2.0rc1 got released, I can do that. There won't suddenly be new
commits there.
That is the plan. In
Bruce Dubbs wrote these words on 02/01/07 21:04 CST:
I just checked my local build and only see the one after Configuring.
[snip]
I thought I was consistent in kdelibs/kdebase. Am I losing it again?
The last paragraph in the Configuration section has to do with a couple
of run-time
Bruce Dubbs wrote these words on 01/31/07 01:05 CST:
Should I put xine-lib-1.1.4 in the book for this release?
I think it would be unwise at this point. If you follow the
instructions in the book, it compiles cleanly.
Totem requires xine-lib. Unless you can check out totem (huge
amount of
Hi all,
Currently in the book there are sections titled Preface to Version 6.0
and Preface to Version 6.1. Now we need to add Preface to Version 6.2.0.
No big deal adding it, however, I'm wondering if the 6.0 and 6.1
prefaces are needed in the book. Sure there may be some history there,
but it
Bruce Dubbs wrote these words on 01/31/07 10:26 CST:
I'd say it's up to you, but if you reduce it to one, you need to
acknowledge those who went before.
I suppose I didn't describe my intentions/thoughts well enough. What
I'm asking is if we should continue to describe the previous books.
Bruce Dubbs wrote these words on 01/31/07 10:28 CST:
OK, but did your build compile video_out_xxmc.c?
As best as I can tell. Here is output from the configure command:
checking for libXv.so... found libXv.so in /usr/X11R6/lib
checking for XvShmCreateImage in -lXv... yes
checking whether to
Barius Drubeck wrote these words on 01/31/07 12:57 CST:
On a more 'we don't really care' note, that new hardware might even be
powerfull enough to boot that other excuse for an OS: Vi$ta.
If Vista is that other excuse for an OS, what is the other excuse
for an OS?
:-)
--
Randy
rmlscsi:
Hi all,
Would anyone care to take on a project of drafting a BLFS Chronology
Summary (or some name, it doesn't matter) which *briefly* describes
the major changes in the various BLFS releases? It doesn't have to
be a complete list, simply a short summary of the evolution of BLFS.
I was thinking
Randy McMurchy wrote these words on 01/31/07 18:56 CST:
Of course, none of this really has anything to do with today's
release of 6.2.0-rc1 which to me is nothing more than an svn copy
from trunk to a 6.2.0-rc1 tag, and rendering the various formats
of the book and installing them on quantum
Bruce Dubbs wrote these words on 01/31/07 19:55 CST:
1. Update general.ent with the blfs-version as -rc1 (or would that be
-beta1. I wouldn't call it a -rc until all the current tickets for
6.2.0 are either fixed or moved to another milestone. ). It will be a
couple more days for me to get
Bruce Dubbs wrote these words on 01/31/07 20:54 CST:
It came about as the automation of the patches was implemented. We
could change the book. The only place the downloads-root entity is
used is one place in general.ent.
I'll defer to your good judgment on that one. Do what you think is
Justin R. Knierim wrote these words on 01/31/07 21:50 CST:
Yep, I'll do this tonight. I have a few packages to update still which
shouldn't take long, and then since it is a symlink tree just cp -a from
svn to 6.2.0. It should be called 6.2.0 then or 6.2?
Yes, 6.2.0 would be great. We'll
Hi all,
There are several Perl Modules identified in the BLFS book, but no
longer on the CPAN server due to updated versions are now available.
I've looked at, and tested all the modules that need updating in the
book and feel confident that we can update the book to reflect the
current
TheOldFellow wrote these words on 01/30/07 10:02 CST:
For info, I've done the same on a build this week, latest versions on
cpan. No perceived problems so far.
Thanks for the input, Richard.
--
Randy
rmlscsi: [bogomips 1003.26] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library
Randy McMurchy wrote these words on 01/26/07 13:16 CST:
The main impetus for the update is that the package (BLFS version) is
no longer available. Any objections?
Sigh..., it appears the 0.58.1 version has been removed in the last
couple of days. Either
1) we move the download URL
M.Canales.es wrote these words on 01/25/07 14:00 CST:
Attached the true_bad_links file generated with the new test-links target
for r6463. From 930 tested URLs there is only 44 dead links, not so bad ;-)
I think everything is now fixed. Here are the remaining bad URLs:
1)
Bruce Dubbs wrote these words on 01/30/07 11:36 CST:
BTW, I wanted to get KDE out by tomorrow, but I don't think I'll be able
to make it. I'm up to kdegraphics, but between rebuilding dependencies
and checking the dependencies in the book, its time consuming. Also
kdebindings is 75 SBU/run
Ken Moffat wrote these words on 01/30/07 11:39 CST:
If you are happy with a well-tested old version, use whichever
version fits. But for the future, please stay with mainstream
releases.
Um, Ken, what package are you referring to? This thread is about the
ISO Codes package. Are we on the
Justin R. Knierim wrote these words on 01/30/07 11:43 CST:
Sorry for the delay, it has been a busy weekend and beginning of the
week. When I get home from work at 2PM PST I'll render a wget list and
update all files.
Thanks for the update, Justin.
--
Randy
rmlscsi: [bogomips 1003.26] [GNU
[cc'd to BLFS-Dev]
Dan Nicholson wrote these words on 01/30/07 12:47 CST:
Not something I want to get into now either, but certainly a candidate
for change at some point.
I suppose, though I'll continue to argue that configuration files
required by a daemon don't belong in /srv. /srv is for
Dan Nicholson wrote these words on 01/28/07 11:17 CST:
I don't use nfs, but out of curiosity I checked what the fedora
bootscript does. It's roughly the same, using `killproc nfsd'. Of
course, I don't know exactly what killproc does on fedora. The one
difference I saw is that rpc.mountd is
Dan Nicholson wrote these words on 01/28/07 11:48 CST:
Just before my mail, Hans-Joachim said that he still gets [FAIL] as
the result which these changes.
I read that, but cannot confirm it (in fact, my testing shows
everything works). Note:
[EMAIL PROTECTED]: /home/randy ps -ef|grep nfs
M.Canales.es wrote these words on 01/25/07 14:00 CST:
Attached the true_bad_links file generated with the new test-links target
for r6463. From 930 tested URLs there is only 44 dead links, not so bad ;-)
Noted in this recent version that if both the HTTP and FTP links for
a package is broken,
DJ Lucas wrote these words on 01/25/07 01:11 CST:
Randy, I'm sorry for my tardy reply. I just haven't had the time I'd
like to have had for BLFS. My quick and painless migration wasn't.
:-) 60 some odd hours later, at least PDS hasn't been so bad.
Don't worry about it. I'm glad you came
Hi all,
I'd like to sneak in an update to the ISO Codes package. It seems
trivial, and without risk, as best as I can tell, there isn't anything
but a few bug fixes and many, many updated translations.
The requirement for Python is still accurate. I'm thinking about
going to the 0.58 version as
Dan Nicholson wrote these words on 01/24/07 08:58 CST:
Oh, good catch. Certainly back that one off. I should look through all
the apps since I don't really use them.
You mean, that just a few days away from release we're *experimenting*
with package updates, and aren't certain what works and
Dan Nicholson wrote these words on 01/24/07 09:24 CST:
This one slipped by me. I'm going through all the packages again in
gitweb to make sure nothing else will break. The libraries, which are
much more important, I have tested.
Sorry about the problem. I will bet that it's the only one
Randy McMurchy wrote these words on 01/23/07 12:19 CST:
DJ, how does this schedule fit for the package updates you have on
your ticket list? I noticed there's three package updates you still
have slated to get in. Is it critical that any of them go in for
BLFS-6.2.0?
No reply on list
Bruce Dubbs wrote these words on 01/24/07 10:57 CST:
I'd give it another day and release the alpha tomorrow.
I'll see how my time goes today. I sort of had today outlined for BLFS
work, and tomorrow is really spoken for. I'm seeing issues with the
patch list, I'm trying to work it out now.
Dan Nicholson wrote these words on 01/24/07 11:09 CST:
I'd like to give a little longer. He seems to be working through the
packages since he caught the Xorg error and had a different catch
yesterday.
Well, it seems that the majority want to delay the release cycle. Let's
consider it delayed.
Dan Nicholson wrote these words on 01/24/07 10:28 CST:
Does anyone know how often the patches svn repo is resynced to the
html server? I committed a patch almost 24 hours ago for xorg-server,
and it's still not there, from what I can tell.
Not sure what is going on there. The Patches were
Bruce Dubbs wrote these words on 01/24/07 11:40 CST:
What patches are missing?
At least the firefox and thunderbird patches. And Dan updated the
patch repo with the correct files on 1/22.
--
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 01/24/07 12:24 CST:
Randy, I have two tickets with 6.2.0 milestones, #2172 and #2216. I
should be able to get a workable solution for #2172 in by tonight.
#2216 might have to wait for tomorrow. Is this allowed with your
release schedule, or should they be
Dan Nicholson wrote these words on 01/24/07 12:02 CST:
xorg-server-1.1.1-security-1.patch
This seems to be all of them:
[EMAIL PROTECTED]: ~/Books/BLFS/BOOK wc -l new_patch1
103 new_patch1
[EMAIL PROTECTED]: ~/Books/BLFS/BOOK for FILENAME in `cat new_patch1`; \
do wget --spider
Hi all,
Mostly to Bruce, FYI for everyone else.
It appears the BLFS patch repo (HTTP) has permission problems. All the
files on the quantum server are 640 perms without any world read.
??
--
Randy
rmlscsi: [bogomips 1003.26] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable
Bruce Dubbs wrote these words on 01/24/07 13:54 CST:
Please give me the url you are using.
http://www.linuxfromscratch.org/patches/downloads/works.
http://www.linuxfromscratch.org/blfs/downloads/svn/ works.
Those URLs as far as I know, don't have anything to do with BLFS.
What is
Hi all,
Using the wget list provided by Manuel, it is fairly trivial to check
for bad book download URLs. Here is one run from just a couple of
minutes ago:
The command I ran was:
for FILENAME in `cat /home/randy/public_html/blfs-book-xsl/wget-list`; \
do wget --spider --tries=2 --timeout=60
Randy McMurchy wrote these words on 01/24/07 14:29 CST:
Using the wget list provided by Manuel, it is fairly trivial to check
for bad book download URLs. Here is one run from just a couple of
minutes ago:
Noted that the wget-list file doesn't include the HTTP links for
zip or unzip. Not sure
M.Canales.es wrote these words on 01/24/07 14:35 CST:
If you want to test also the HTTP links, say me to do a small change in the
XSL code.
Yes, please. Even if it is a different target. Properly working, this
would be invaluable as a way to periodically check all the download
URLs.
Thanks
Bruce Dubbs wrote these words on 01/24/07 14:35 CST:
Let me know if I missed anything.
Do we want to address the fact that svn patches are located in one
place, and stable (versioned) patches are located in an entirely
different area?
--
Randy
rmlscsi: [bogomips 1003.26] [GNU ld version
M.Canales.es wrote these words on 01/24/07 14:49 CST:
I must to review and fix also additional files URLs tracking (*.mozconfig
files and and others links that are not packages or patches, if any), thus
wait the update for tomorrow.
No hurry. Thanks Manuel.
--
Randy
rmlscsi: [bogomips
Bruce Dubbs wrote these words on 01/24/07 14:53 CST:
IMO it doesn't make sense to try to completely automate this. It
doesn't happen that often and its very hard to think of everything that
can happen in advance.
I agree with everything you said. However, none of it addresses the
situation
Bruce Dubbs wrote these words on 01/24/07 15:17 CST:
OK, done.
You can access both:
http://www.linuxfromscratch.org/blfs/downloads/6.1/
http://www.linuxfromscratch.org/blfs/downloads/svn/
and in the near future we will have:
http://www.linuxfromscratch.org/blfs/downloads/6.2/
Is
Bruce Dubbs wrote these words on 01/24/07 15:39 CST:
Both the old link and the new link will work. Changing the patch-root
entity is optional.
Could you check that perhaps when the script populates that it only
clean patch files? The bootscript package is no longer available, so
I figured it
Randy McMurchy wrote these words on 01/20/07 18:34 CST:
Due to the tremendous progress, I'd like to bump up the schedule
just a bit, unless there are objections. Here is what I was
thinking:
January 24: cut a 6.2.0-alpha tarball
January 31: cut a 6.2.0-beta1 tarball
February 7: cut
Dan Nicholson wrote these words on 01/22/07 11:55 CST:
So, the test is this. If you have KDE in /opt/kde without
/opt/kde/share in XDG_DATA_DIRS, do you still see the applications in
the GNOME menus? You can also go the other direction if you have GNOME
in /opt/gnome and start a KDE session.
Dan Nicholson wrote these words on 01/22/07 12:38 CST:
So, apparently you can put them all together at the same time because
GNOME wasn't weird at all. I'm confused now.
As was I, hence me removing the If you have both GNOME and KDE
installed: stuff from the book. I'm more than willing to try
Dan Nicholson wrote these words on 01/22/07 12:38 CST:
So, apparently you can put them all together at the same time because
GNOME wasn't weird at all. I'm confused now.
One other thought: I experienced issues when both desktops were
sharing XDG vars *and* I ran update-desktop-database. There
Dan Nicholson wrote these words on 01/22/07 12:53 CST:
So, I'd try these settings and see what happens.
export XDG_CONFIG_DIRS=/etc/gnome/xdg:/etc/kde/xdg:/etc/xdg
export
XDG_DATA_DIRS=/opt/gnome/share:/opt/kde/share:/usr/share:/usr/local/share
And /etc/kde/share in XDG_DATA_DIRS if it
Randy McMurchy wrote these words on 01/22/07 14:06 CST:
Okay, here's the first round of results, and surprisingly, the only
real issue I see is that the GNOME desktop displays the KDE .desktop
files so you end up with a bunch of KDE (for me just about 7 icons)
clutter on the GNOME desktop
Bruce Dubbs wrote these words on 01/21/07 11:22 CST:
The problem is that it looks
ugly.
I propose that we change the display, not the url, like this:
ulink url=lfs-root;/chapter06/man-db.htmlLFS Man-DB page/ulink
Sounds okay to me.
There is also an issue that the url is less than
Dan Nicholson wrote these words on 01/21/07 12:30 CST:
When we go to final release, shouldn't we convert to absolute links
anyway? Pointing to the current stable is not necessarily a good idea.
For instance, the 6.1 version of the book should point to LFS-6.1, not
LFS stable, which is 6.2.
Bruce Dubbs wrote these words on 01/21/07 12:44 CST:
!ENTITY downloads-root
http://www.lfs-domainname;/blfs/downloads/svn;
!ENTITY sources-anduin-http
http://anduin.lfs-domainname;/sources/BLFS/svn;
!ENTITY sources-anduin-ftp ftp://anduin.lfs-domainname;/BLFS/svn;
Should we
Bruce Dubbs wrote these words on 01/21/07 12:49 CST:
Answering my own question: No. As we release -rc?, we don't want to
have to populate quantum and anduin with duplicate trees. We should
leave these as svn until final and then change them/populate the servers.
Not necessarily. Wouldn't it
Hi all,
Something that has been on my mind for a while, and just now getting
around to mentioning it in a public forum.
I'd like to mention the CLFS project in BLFS. Specifically, the
part of CLFS that has to do with the BLFS packages. Some questions:
1. Where in the book should it be mentioned
Bruce Dubbs wrote these words on 01/20/07 19:22 CST:
This is a bit aggressive for me. KDE-3.5.6 is due to be released on Jan
23. There is no way I can get it into the book by Jan 24.
I already thought about that after I reviewed the original thread,
and discovered that KDE is not due out
Dan Nicholson wrote these words on 01/20/07 19:48 CST:
Other than that, is there anything you see that you'd like me to tackle?
Yes, my 6'1, 235 lb. linebacker of a son, who just the other day
clean and jerked 440 lbs. Seems along with football now, he wants
to do competitive power-lifting.
Dan Nicholson wrote these words on 01/20/07 19:41 CST:
Discuss.
Unfortunately, I am more of a goon than you when it comes to
localization.
My recent commit (which invoked comment from Bruce) about the man
pages should be enough to realize I'm no resource at all. I will defer
to Alexander's
BLFS Trac wrote these words on 01/19/07 13:24 CST:
* status: new = assigned
When do we draw the line on package freeze?
Please review the email sent 1/12/07 to blfs-dev that explains
the policy on our soft package freeze. Note that it doesn't
say we can't do it, but it should be discussed
Dan Nicholson wrote these words on 01/18/07 08:14 CST:
I can produce a list of updated packages later if anyone thinks this
is a good idea. I've just installed X with this policy and
everything's working fine here.
If you're good with it, Dan, then I'm for it. We'll see what others
say, but
DJ Lucas wrote these words on 01/17/07 01:37 CST:
Just a reminder to open ticket...I'll get to it tomorrow.
Link for GPM is dead
Seems fine to me. Both clicking on the link in a browser and using wget.
[EMAIL PROTECTED]: ~/build wget
ftp://arcana.linux.it/pub/gpm/gpm-1.20.1.tar.bz2
701 - 800 of 1752 matches
Mail list logo
