Hi,
seems so that libcap is missing in "All packages" in chap3.
--
Thomas
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Am Dienstag, 25. März 2014, 11:22:38 schrieb Bruce Dubbs:
> I've been looking at systemd and had a thought that perhaps both could
> be put into a single LFS build. Looking at the installed package
> contents in the books, I see the following name collisions:
>
> systemd sysvinit eudev
>
Hi,
in chap6 the version of the eudev-manpages is hardcoded
tar -xvf ../eudev-1.5.1-manpages.tar.bz2 -C /usr/share
which should be
tar -xvf ../eudev-&eudev-version;-manpages.tar.bz2 -C /usr/share
--
Thomas
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscrat
Hi,
i got a compile error with the new version 0.6.0 on my i686 (same error on
x86_64 box):
=
...
In file included from glamor_priv.h:1027:0,
from glamor_xv.c:35:
glamor_utils.h:1821:2: warning: #warning "Indirect GLX may be broken, need to
implement context switch." [
Am Freitag, 31. Januar 2014, 10:11:35 schrieb Bruce Dubbs:
> Thomas Trepl wrote:
> ...
> > So my question is
> > a) are there (really not enough) people out there who are using ppp to
> > connect to internet so it would make sense to think about a reanimation
> > of
Hi,
in the chapter "About SBUs" there is a link to
http://www.linuxfromscratch.org/~sbu/ which leads to a "Page not found".
--
Thomas
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Am Sonntag, 17. November 2013, 19:06:17 schrieb Ken Moffat:
> (Bringing this here from support after finding the fix.)
>
> Early last month I discovered that a user could not umount anything
> mounted via the 'user' option in fstab. OK, I expect many people
> don't do that - it's typically for
Hi,
just a note, current svn-version referres to kbd-2.0.1-backspace-1.patch but
only the 2.0.0 version is on the server.
--
Thomas
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Hi,
on http://www.linuxfromscratch.org/patches/lfs/development/ as well as on
ftp://ftp.lfs-matrix.net/pub/lfs/conglomeration/tar/ the patch is not there.
Did I miss something?
--
Thomas
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscr
Hi all,
you may have noticed or probably read in other articles that systemd
introduced a new device naming scheme starting with version 197. Doing nothing
will result in device names like enp5s0 instead of eth0.
A simple way to prevent systemd (the udev part of it) to rename devices is to
cre
Hi all,
it somewhat interesting how often I made errors specifying links. Excuse me
for that:
On Saturday 02 April 2011 05:27:06 Nathan Coulson wrote:
> the hyperlink is pointing to
> http://www.linuxfromscratch.org/blfs/view/svn/general/%20http://libarchive.
> googlecode.com/files/libarchive-2.
On Sunday 03 April 2011 20:21:01 Bruce Dubbs wrote:
> Thomas Trepl wrote:
> > I just commited a set of new pages with instructions for KDE4.
>
> Thomas,
>
> I finally got around to trying to update the packages master repository
> and cannot find the sources where the
On Sunday 27 March 2011 04:36:57 DJ Lucas wrote:
> On 03/14/2011 08:56 PM, Bruce Dubbs wrote:
> > I really don't have a problem with adding DESTDIR in Chapter 6. In most
> > cases I suspect it would only require a few more cp commands and an
> > explanation in the Package Management section. For
Uuuuhi, what a large threat suddenly :-)
On Monday 14 March 2011 05:39:04 DJ Lucas wrote:
> Okay, so I was just thinking...
> help us! I figure we have at least 6 months, potentially a year until
> the next major LFS release, and now seems like a pretty good time to
> explore some of the i
On Sunday 19 September 2010 22:56:08 Matthew Burgess wrote:
> ...
> Sadly, I caught this too late for 6.7, oh well!
> ...
Isn't releasing a 6.7.1 an option? Can jhalfs handle erratas? If not, the .1
release would be nice!
--
Thomas
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ:
On Sunday 22 August 2010 19:20:25 Matthew Burgess wrote:
> On Sun, 22 Aug 2010 18:53:21 +0200, Thomas Trepl
wrote:
> > Hi all,
> >
> > was it just me who had problems with the ~.2 kernel? Several times but
> > hardly
> > reproducable i got messages about not
Hi all,
was it just me who had problems with the ~.2 kernel? Several times but hardly
reproducable i got messages about not tainted stuff and so. And even a
complete crash occured.
I took a look to kernel.org and there was ~.3. I installed it, used the same
config as for ~.2. After this, all st
Hiho,
I made a hint about xen a few years ago. So i think it is quite outdated and
therefore maybe unusable... But you may want to have a look at
http://equinox.homelinux.org/XEN-LFS-HINT.txt
Those days a big kernel patch was required, and it was quite different whether
you are building a dom0
Hi
the currect version of iproute2 seems to have a little bug. This bug causes
the "ip route get x.x.x.x" command to print nothing. Very unuseful (especially
when using vpnc which relies on that output)...
Attached a small patch, maybe a sed could do same. Btw, found that fix here:
http://www.
Hi all,
well, what ever the reason for the 32GB-issue was - it's past.
We installed a 64bit SLES10 and everything runs smooth and stable. Copying a
32GB file from /dev/zero to disk lasts round about a minute.
Doing that two times, vmstat shows how the cache fills up to round about
45-46GB and t
Hi all,
oh, many thanks for so much quick response and support!!
Yup, i forgot to mention that it is the 32bit-variant of the SLES10 with a
quite recent kernel (2.6.26 or so). The /proc/config.gz says that the
HIGHMEM64G option is set.
The filesystem is ext3 and the swap space is 16GByte on it
Am Friday 06 February 2009 08:54:07 schrieb Matthew Burgess:
> ...
> I hope this isn't some kind of race condition! I'll see if I can take a
> look at this over the weekend.
Oh strange - I rerun the build based on -dev, but all of the tests went fine
so I thought the failure was caused by a mis
Hi all,
just for whom may be interested:
i worked thru the current (20090201) -dev-book with one deviation at glibc. I
checked out the glibc tagged as 2.9, tarred it up and used it as a
replacement for the current 2.8-tarball. The ildoubl-patch is applied here
separatly too. A first quick rev
Hi all,
thanks for picking up this issue - I didn't know where to raise trac related
issues...
> ...
> Nope, still can't create or edit tickets. Also, "Moody" in IRC has
> reported the same problem (actually, he mentioned it first, which is
> what caused me to look at Trac in the first place). P
Hi all,
even i sweard to never give a sign in LFS again, i feel that now its time to
break with that (at least for this mail). I simply need to congratulate DJ
and Randy for being nominated as LFS editors! Wow, this may give the LFS
project some new energy and there are a lot of things to do,
Never thought that the discussion about the future direction of LFS makes me
leaving. At the start time, I was somehow entusiastic and prepared me to
contribute time when there is something for me to do. That was just a week
ago. But than unfortunatly there did came up a guy which thinks he has
hi,
> There was an explicit ban from Gerard to not talk about this and you are not
> respecting it then.
Yes, you're right - i saw that too late - sorry for that but I have
no "unsend"-button. I read my mails top-down and answered before reading
Gerards mails.
--
Thomas
--
http://linuxfrom
Hi all,
within the current discussion i try to start a balloon again which is named
multi-platform. I do not mean it in the way of cross-compiling but building a
LFS system for the current running maschine. Which ever this machine is.
Staying on the same architecture, the differences between th
Hi,
Am Freitag, 29. Februar 2008 19:45:47 schrieb George Makrydakis:
> On Friday 29 February 2008 17:26:43 Jeremy Huntwork wrote:
> ...
> For all readers: There are many things you do not know. Choose the version
> of the facts that appeals most to you, you will eventually find out the
> truth on
Am Donnerstag, 28. Februar 2008 00:18:16 schrieb Jeremy Huntwork:
> Gerard Beekmans wrote:
> > For LFS purposes we first need to determine how far we want to take
> > package management. In its utmost basic form we can provide commands in
> > the book to collect a list of installed files before and
Hi all,
Am Dienstag, 26. Februar 2008 15:49:06 schrieb Jeremy Huntwork:
> Jeremy Huntwork wrote:
> etc.pp...
Before adding another comment, i'd like to pay tribute to Jeremy for having
the courage to ask such somehow blasphemous questions. This is what has
generated a quite intensive discussi
Am Samstag, 23. Februar 2008 18:33:27 schrieb Gerard Beekmans:
> (Second sending. Mailman suffered a problem as I was sending this out.
> It may have gone out more than once)
>
> Hey all,
>
> The LFS project is almost nine years old. LFS 1.0 was released on
> December 16, 1999. That was the year I
Hi,
i just finished a full featured lfs/blfs install on my laptop. I upgraded a
few packages in LFS first. For now, everything seems to work fine.
--
Thomas
diff --exclude=.svn -Naur BOOK-8462/packages.ent BOOK/packages.ent
--- BOOK-8462/packages.ent 2008-01-27 15:32:10.943445736 +0100
+++ BOOK/
Hi Reece,
On Wednesday 21 November 2007 21:35:48 Reece Dunn wrote:
> Hi,
>
> In the sections on building the Linux headers from the kernel sources,
> the build instructions are (for section 6):
>
> make mrproper
> make headers_check
> make INSTALL_HDR_PATH=dest headers_install
> cp
Hi,
i now finished a jhalfs run using the jh branch (Rev. 8405). Everything went
fine up to building the kernel. Even that runs fine but the scripts assume
that the bzImage is in the x86 directories. Thats not true on a PPC.
--
--
Thomas
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
On Sunday 14 October 2007 18:20, Randy McMurchy wrote:
> ...
> All my spare time is being spent here: http://www.mcmurchy.com/helo/
Hehe, I like the Becks bottle (it is one, isn't it?) on the ladder most... ;-)
> ...
--
Thomas
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://
On Friday 12 October 2007 20:43, Ivan Kabaivanov wrote:
>...
> Just a few comments. I prefer to build a 32bit userland and 64bit kernel.
> This has been the advice of the ultrasparc gurus for a long time and as
> recently as a few months ago there was a discussion either on debian-sparc
> or gen
Hi Jeremy,
good to hear that the CD-project will get a bit pushed...
On Wednesday 04 July 2007 23:38, Jeremy Huntwork wrote:
> I'd appreciate an update on its status from anyone in the know. Also, if
> there are any suggestions/ideas on what could make the CD (as a project
> or the individual ISO
Hi,
On Wednesday 25 April 2007 22:09, Gerard Beekmans wrote:
> Things have come to a point where some additional revenue sources will be
> very helpful. Donations still trickle in at time but it's not even remotely
> close to being able to cover the recurring bills with.
What costs do the project
On Sunday 08 April 2007 02:05, Bruce Dubbs wrote:
> Jeremy Huntwork wrote:
>...
>You are right about the registration. Anyone can register and then spam
> away on both the lfs and blfs trac ticket systems. About the only thing
> I can think of is to require an admin to verify and explicitly allo
Hi,
On Thursday 05 October 2006 18:49, Matthew Burgess wrote:
>
> #if defined(__GNUC__) && !defined(__STRICT_ANSI__)
> typedef __signed__ long long __s64;
> typedef unsigned long long __u64;
> #endif
>
Since the __STRICT_ANSI__ define seems to be set I did the following:
diff -Naur kdebase-3.5.2
On Monday 25 September 2006 19:24, Matthew Burgess wrote:
> Just wondering what the preferred approach would be for upgrading Linux
> to the latest version (2.6.18 at the time of writing)? Previously,
> we've just upgraded the kernel regardless of the headers it wants
> installed because of having
On Monday 25 September 2006 23:20, M.Canales.es wrote:
> ...
> > The only gotcha is in the last step because headers_install does `rm
> > -rf $INSTALL_HDR_PATH/include'. So, maybe we'd want to let it install
> > in the kernel tree and copy it ourselves. But, that's basically what
> > you'll be up a
Hi,
On Monday 18 September 2006 23:42, Matthew Burgess wrote:
> What does everyone here have in their /etc/passwd file for the 'nobody'
> user? I've never had to create one before so I've come up with:
>
> nobody:x:99:99:nobody::
I have "nobody:x:99:99:User nobody:/var/empty:/bin/false"
> FWIW,
On Monday 18 September 2006 23:21, Matthew Burgess wrote:
> Thomas Trepl wrote:
> > Be carefull with the headers_install target. It cleans the destination
> > first and than installs the headers into. Previously installed headers
> > got lost.
>
> Well, there's a p
On Thursday 14 September 2006 20:36, Dan Nicholson wrote:
> Next step is for me to boot up this baby at home, build a few more
> packages, and make sure everything's running smoothly.
I built a system ontop of glibc-2.4 and kernel-2.6.18-rc7. It works really
nice so far. I installed a few packages
Hi Matthew,
>> What I'm missing is the "be"-version we had years ago. This bleeding edge
>> version was where all the fun has been brought to us. From time to time,
>> the beLFS didnt work, had a lot of bugs, typos and all the stuff.
>
> Doesn't sound like the particular level of quality we striv
On Saturday 19 August 2006 06:59, Randy McMurchy wrote:
> Hi all,
>
> Noted that there is some minor trivial updates to CLFS recently, the
> occasional package updates to LFS, and updates to jalfs (which is only
> as good as the [x]LFS books), there really is no development going
> on at all any mo
On Wednesday 12 July 2006 07:26, Nathan Coulson wrote:
>...
>>ntp-stable-4.2.0a-20060224.tar.gz.md5
>...
why not using 4.2.2 ? Is there a technical showstopper?
Thomas
___
Telefonate ohne weitere Kosten vom PC zum PC: htt
On Wednesday 19 April 2006 20:12, Bruce Dubbs wrote:
> Currently we have NCPFS-2.2.4 in the book. This package contains
> client and administration tools for use with Novell networks.
>
>...
>
> Due to the lack of interest and the lack of testing capability, I
> propose dropping this package from
On Saturday 04 March 2006 18:15, Thomas Trepl wrote:
> For that quickly made a patch - see below.
I should append it then...
Submitted by: Thomas Trepl
Date: 2006-03-04
Initial package version: groff-1.18.1.1
Description: Fixes a compiler issue when using gcc-4.1
diff -Naur groff-1.18.1.1-o
Hi folks,
I've done a completely new built (based on the SVN round about 20060301) but
with gcc-4.1.0. There was a small issue with groff. The gcc complains about
"extra qualifying". For that quickly made a patch - see below. If it is ok,
you may use it. If it is buit - sorry for the noise.
On Saturday 25 February 2006 00:46, William Harrington wrote:
> Well the dreaded day has arrived and I shall be deployed
> overseas.
Where is overseas and why leaving therefore? At least in europe we do have
internet already and byte is 8 bit here too ;-) So you may have the ML's
available...
Hi William,
On Monday 19 December 2005 23:33, William Harrington wrote:
> from:
> install -dv /{bin,boot,dev,etc/opt,home,lib,mnt}
> to:
> install -dv /{bin,boot,dev,etc,opt,home,lib,mnt}
> etc/opt didn't look right!
nope, it is correct. The /opt dir is created a view lines later and
the /etc/op
Hi,
I knew there was a thread about the libmad-pkgconfig issue. Tushar has created
a patch but it disappeared.
Manually creating the /usr/lib/pkgconfig/mad.pc file lets cdrdao see the
the libmad as installed, otherwise mp3 support in cdrdao gets disabled.
I have created the mad.pc with following
Ken Moffat wrote:
> OK, you guys have finally dragged me kicking and screaming towards
> building with gcc4 (well-known old compilers? I love 'em!). And sitting
> in the chapter 5 gcc pass 2 instructions I see some 'sed -i' commands.
> Me, I love these, but have we agreed to raise the bar for h
Alexander E. Patrakov wrote:
> Matthew Burgess wrote:
>> Thomas Trepl wrote:
>>
>>> Mr. Patrakov asked me to put a small list of
>>> combinations of LC_ALL/LANG to that list here.
>>
>>
>> I'm quite sure he wouldn't have point
Hi all,
Mr. Patrakov asked me to put a small list of
combinations of LC_ALL/LANG to that list here. I've
had a bit trouble with fluxbox and it has to do with
the settings of that env-vars. I must add that i'm
realy no good in that locale stuff... :-(
Anyway, here it is:
LC_ALL L
Jeremy Huntwork wrote:
>
> One other related thought. I suppose for the current cds, it would be
> more appropriate to use i486 instead of x86, considering that all
> binaries and the kernel were built for that target. What do you think?
Yup, 486 is a save base to make sure, that binaries will r
59 matches
Mail list logo
