1. My latest is Version 25.0.1361.0 (173214):
yes, sorry, I should have mentioned that.
I installed Version 25.0.1364.0 (173496)
[/opt/chrome-173214]% ls -ogA
-rwxr-xr-x 1 115922028 2012-12-14 19:56 chrome
-rw-r--r-- 1 4816 2012-12-14 19:56 chrome.1
-rw-r--r-- 1 981004 2012-12-14 18:54
Thought it might be useful to report briefly on installation of chromium on LFS.
Downloading the source using git took 64 mins.
Syncing using gclient sync took only 6 mins, so I guess the sources were
up-to-date.
To create the make files I did:
./build/gyp_chromium -Ddisable_nacl=1
Bruce -
Would you update
http://anduin.linuxfromscratch.org/sources/BLFS/svn/Xorg/MesaLib-9.0
to 9.0.1 please.
Thanks
jb.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See
MesaLib is not a part of Xorg. Having 9.0 there was a mistake.
http://anduin.linuxfromscratch.org/sources/BLFS/svn/m/MesaLib-9.0.1.tar.bz2
is there. I deleted it from Xorg.
OIC. Thanks for that. I'll update my src url.
jb.
--
I can't post to blfs-dev. I get:
'suspicious header found'
Anyway back to the topic -
gpm-1.20.7 doesn't have a configure.ac file when unpacked.
So please change ./configure to ./autogen.sh
make gives this:
prog/display-buttons.c:39:57: fatal error: gpm.h: No such file or directory
1) I got the same error as Tobias with check-0.9.9 in chapter 5 of LFS, so I
used the same CFLAGS addition as he. May be this should be added to the book,
as it doesn't appear to work without it.
2) ffmpeg-1.0 doesn't auto-detect libopenjpeg. I had to add
CFLAGS=-I/usr/include/openjpeg-1.5
These 2 lines:
install -v -d -m755 /usr/share/fonts/dejavu
install -v -m644 *.ttf /usr/share/fonts/dejavu
should be:
install -v -d -m755 /usr/share/fonts/dejavu
cd ttf
install -v -m644 *.ttf /usr/share/fonts/dejavu
in order to work as written.
From the
If you get this error when compiling gst-plugins-good-0.10.31
gstv4l2bufferpool.c: In function 'gst_v4l2_buffer_new':
gstv4l2bufferpool.c:185:3: error: 'struct v4l2_buffer' has no member named
'input'Then use this edit from gnome.orgdiff --git
a/sys/v4l2/gstv4l2bufferpool.c
Bruce -
Would you kindly place totem-pl-parser-3.4.3.tar.xz in anduin please. For some
reason it's not in
http://anduin.linuxfromscratch.org/sources/BLFS/svn/t
Also ffmpeg-1.0 is not in f yet, but you probably have that on your list, and
I'll cut you a break this time :)
I can't get
Is mx required by any package in the book?
I can no longer get 1.4.6 to compile. It gives:
../mx/mx-deform-texture.c: In function 'mx_deform_texture_init_arrays':
../mx/mx-deform-texture.c:496:3: error: unknown type name 'GLushort'
../mx/mx-deform-texture.c:498:3: error: unknown type name
Wrong ... You don't need GStreamer at all if you want to use VLC.
GStreamer is a seperate project.
FFmpeg has nothing to do with GStreamer FFmpeg except the latter one
extends old GStreamer to enable formats supported by FFmpeg and not by
other plugin series (Good, Bad, Ugly).
--
The
The 2012-09-28 version of the book has this in multimedia -
GStreamer-0.10.36
gst-plugins-base-0.10.36
gst-plugins-good-0.10.31
gst-plugins-bad-0.10.23
As for gst-ffmpeg, ffmpeg has been deprecated and replaced with libav in
1.0, thus libav provides same functionality for 1.0 as ffmpeg did for 0.10.
And we have discussed adding a few of these comments to the book.
-- Bruce
I think some comments in the book are needed now.
I know
VLC uses FFmpeg directly, not via GStreamer. GStreamer isn't even
mentioned on VLC page, is it?
I didn't say that FFmpeg was deprecated, but the GStreamer FFmpeg plugin
set. It was replaced by libav plugin set which does the same thing
(libav is fork of FFmpeg). Honestly, I don't know
But, I guess you are right. I
disabled them by default.
I am right! libpwquality won't work as it's presented in the book.
Also, please use blfs-dev for book development related stuff.
Sorry. Okay, I've registered now. I'll try and post to the correct list.
jb.
Would you please add a \ at the end of this line:
for LIBRARY in gssapi_krb5 gssrpc k5crypto kadm5clnt_mit kadm5srv_mit
so it does the loop correctly.
Thanks
jb.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ:
Armin -
By default libpwquality-1.2.0 has the python bindings switched on.
You will either have to make python a dependency or explicitly
--disable-python-bindings in configure.
jb.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ:
Bruce -
You changed the name of the patch to webkit-...patch - thanks for that
but the commands still say webkitgtk-...patch
Thanks
jb.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
If you can hold on for day or two, I'll upgrade whole GNOME stack to 3.6
and that will include webkit upgrade. The tarball there is named
webkitgtk and patch wouldn't be necesary! ... I am only missing about 10
packages that haven't been yet released as stable.
Sure - I was merely
Bruce -
I downloaded the sources from anduin and it is about 20 mins faster than doing
it via the wget-list file, so that's a big time saving.
I encountered three problems -
1) libdrm is 2.4.33 in the book but 2.4.34 on anduin
2) udisks has only version 1.0.4 in anduin. The udisks2
.
3) firefox in the book is 15.0.1 but 14.0.1 in anduin.
Give me a break. I just updated the book to 15.0.1 about 12 hours ago.
The daily script identified that it was missing.
-- Bruce
LOL. Sorry, there are no breaks for volunteers - just a wack across the back to
keep you awake :)
I encountered three problems -
That should have been 4
alsa-plugins-1.0.6 is not in svn. It's in conglomeration but the pointer is not
set up.
The patch is there.
jb.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ:
I encountered three problems -
That should have been 4
alsa-plugins-1.0.6 is not in svn. It's in conglomeration but the pointer is
not set up.
Sorry, that should be 1.0.26
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ:
It's a start. Just reading, it doesn't seem to find this:
libvorbis-1.3.2.tar.xz
libvorbis-1.3.3.tar.xz
Well if it doesn't find that then it's certainly not working!
It should say 'package /srv/ftp/BLFS/svn/l/libvorbis occurs 4 times'
assuming the md5sum files are also there.
Guess it's
They all should be at www.linuxfromscratch.org/patches.
Thanks - I'll use that url
2) Xorg - some files are stored under Xorg but other are under x.
Some are in both. For e.g. Xorg-server-1.12.2 is under Xorg while
Xorg-server-1.12.4 is under the letter x. 1.12.4 is the one in the
Things are definitely looking better.
MesaLib-8.0.3 is under Xorg but MesaLib-8.0.4 is still under m. Would you move
it please.
That brings me to another question - sorry about this.
As BLFS is now a rolling update, there should only be one version of each
package in the dirs. Can you remove
If you see an old package in the svn tree, let me know.
I will. But you could write a script to check it all. If you ignore the patch
files, you could test that each package name only occurs twice - the source and
the md5sum. The script could then output any name that occurred more than
The motivation for this was to see if it's
possible to go from disk partition to completed Gnome build in less than
a day. I don't mean 24hrs, I mean to start around 7 am and finish
around 10 pm.I wrote a script that
builds scripts to install packages in each section of the book -
security,
A thought for you: Download everything from anduin to get reasonably
consistent download times. The LFS sources are all in one tarball.
http://anduin.linuxfromscratch.org/sources/LFS/lfs-packages/
The BLFS sources are spread out a little but are all there:
NetworkManager is recommended which recommends ConsoleKit which
recommends Pam. I can't get Pam to compile let
alone install and I don't think I need it anyways. Another issue,
Pam-1.1.5 needs a patch or a sed which I posted on blfs-support last month.
See the archives for it.
jb.
Bruce -
Thanks for removing the \ in the mysql commands. Much better now.
One last tiny request. The names of patches have a convention -
the source name and version followed by some descriptor .patch
I think all the LFS and BLFS patches conform to this - except one (that I've
found,
Generally, the naming is tarball_stem dash tarball_version dash
descriptor (without dashes) dash patch_version (usually 1) dot patch.
-- Bruce
Thanks for the full description. That's perfectly clear.
jb.
--
Please note that the available versions of the perl module Glib are now 1.260
and 1.261
jb.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
I've seen this before so know how to fit it.
I installed gobject-intro before cairo.
When I compile librsvg, I get:
In file included from /usr/src/libraries/librsvg/librsvg-2.36.3/rsvg.h:239:0,
from stdin:4:
/usr/src/libraries/librsvg/librsvg-2.36.3/rsvg-cairo.h:33:19: fatal
Would you kindly remove the continuation line character from these two lines in
mysql:
mkdir build \
cd build \
I know it's a trivial request, but they don't half screw up my script!
Thanks
jb
We can do that, but I don't know why they create a problem with your
script. It's the same as doing
mkdir build cd build cmake -DCMAKE_INSTALL_PREFIX=/usr \
...
For a script, you may want to use 'mkdir -p build' or add
'rm -rf build' right before the mkdir.
It'll probably take
I think I reported this before but it isn't fixed yet.
when I try:
make -f udev-lfs-189/Makefile.lfs keymap
I get:
CC src/shared/log.c
Assembler messages:
Fatal error: can't create build/log.o: No such file or directory
cc1: fatal error: cfg.h: No such file or directory
compilation terminated.
I thought this was fixed. Try changing udev-lfs-189/Makefile.lfs, line
195 from:
build/$(COMMON_LIB): $(COMMON_OBJS) $(LIBUDEV_OBJS) $(UDEVD_OBJS)
to
build/$(COMMON_LIB): common $(COMMON_OBJS) $(LIBUDEV_OBJS) $(UDEVD_OBJS)
Yes, it works with that change. Thanks for that.
jb.
Building on LFS-SVN-20120806
wget-1.13.4 make gives:
In file included from md5.h:26:0,
from md5.c:27:
./stdio.h:1012:1: error: 'gets' undeclared here (not in a function)
make[4]: *** [md5.o] Error 1
make[4]: Leaving directory `/usr/src/networks/wget/wget-1.13.4/lib'
make[3]:
Building on LFS-SVN-20120806
Seem to be a few of these cropping up.
To compile cpio-2.11 you need this patch:
https://github.com/kylhill/OpenELEC.tv/commit/658af9d4ca19bb469f295fba0e23c0f8bdb362fd
or may be easier to use a sed -
sed -i -e '/_GL_WARN_ON_USE (gets/ i #if HAVE_RAW_DECL_GETS'
I'm building on LFS-SVN-20120806
which means I'm using udev-lfs-187-2.tar.bz2
When I do:
make -f udev-lfs-187/Makefile.lfs keymap
I get:
CC src/shared/log.c
cc1: fatal error: cfg.h: No such file or directory
compilation terminated.
Assembler messages:
Fatal error: can't create build/log.o:
You need to apply this patch:
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-libs/pam/files/Linux-PAM-1.1.5+glibc-2.16.patch
to get Linux-PAM-1.1..5 to compile with glibc-2.16.
May be it's easier to apply a sed instead:
sed -i '/#include pwd.h/ i #include sys\/resource.h'
I'm building on LFS-SVN-20120806.
when compiling net-tools-CVS_20101030 I get this:
make[1]: Entering directory `/usr/src/networks/net-tools/net-tools-CVS_20101030/
lib'
cc -O2 -g -Wall -fno-strict-aliasing -I.. -I../include -D_GNU_SOURCE -I. -I/us
Firstly apologies - this is pure lfs but I'm not registered so please bump to
lfs-support.
Re:
Linux From Scratch - Version SVN-20120806section 7.2.1
/etc/udev/rules.d/70-persistent-net.rules no longer exists
May be just do ls -la /sys/class/net to see the network devices available.
Regards
Could you post your dmesg output (or /var/log/kern.log from last boot)
after nouveau starts to misbehave?
I think I'd have to email it to you because it's more that 50 KB. Is that
okay?
Sure, no problem. Note that you can always compress the log. xz -9 can
work very well. I only
Are CONFIG_DELL_LAPTOP and CONFIG_DELL_WMI set as Y or M in your kernel
config?
CONFIG_DELL_WMI is set as a module. I don't see CONFIG_DELL_LAPTOP
Anyways, you can try adding acpi_osi=Linux acpi_backlight=vendor to your
kernel command line. I doubt it will change anything, but it's worth a
I installed the latest git versions of libdrm, mesalib and the kernel modules
from the nouveau wiki site.
I blacklisted the nouveau module so I could boot the machine. KMS is therefore
enabled.
When I do modprobe nouveau or startx I still get the cycling of the colored
screens.
startx now
Date: Tue, 17 Jul 2012 21:13:46 +0200
From: kre...@email.com
To: blfs-support@linuxfromscratch.org
Subject: Re: [blfs-support] more on trying to get the drm nouveau kernel
module loaded
On 07/17/2012 08:44 PM, John Burrell wrote:
I installed
From: maginot.jun...@gmail.com
Date: Tue, 17 Jul 2012 16:00:56 -0300
To: blfs-support@linuxfromscratch.org
Subject: Re: [blfs-support] more on trying to get the drm nouveau kernel
module loaded
did you update your init ram disk?
I didn't set
Have you ever tried using nouveau with Ubuntu? Did it have same behaviour?
No, I've not messed around with Ubuntu at all. I don't think I have the
expertise to start playing around with it. I'd have to be held by the hand to
know how to use nouveau instead of nvidia.
I could blacklist
you could post lsmod output from Ubuntu so someone could guide you to
check if you have necesary kernel stuff on your LFS kernel. Laptops have
been always complicated when it comes to Linux (well, newer ones).
okay lsmod.log from Ubuntu attached.
okay lsmod.log from Ubuntu attached.
Hm. I've never seen most of the stuff you have there. But from that, I
see the laptop is Dell. Have you selected laptop extras like WMI and
such in your kernel? Also, it would be nice for you to build udev from
BLFS in order to get keymap feature,
So should I do startx and then try pressing different keys while it's
cycling through the colors?
Any suggestions which keys sequences to try? The only one I've found to
work so far is
Alt+sysRQ+b which reboots the machine - not a lot of use really.
jb.
Heh, everything
I'm not sure which card you have.
It's a GeForce 8700M GT apparently.
I had to add nomodeset as a kernel parameter to get the machine to boot and
avoid the cycling color screens.
You do have to be careful when building the kernel not to include nvidia
drivers.
There is nothing with
What happens if you change to the nv driver?
It works normally. Here's the relevant bit in the xorg log:
[ 21.365] (II) LoadModule: nv
[ 21.365] (II) Loading /usr/lib/X11/modules/drivers/nv_drv.so
[ 21.380] (II) Module nv: vendor=X.Org Foundation
[ 21.380] compiled for
Looking at http://nouveau.freedesktop.org/wiki/CodeNames/, your video
card is NV50 family and also looking at nouveau debug info, the driver
you are using does not support it. Also, nouveau driver has improved
vastly, it has even reached 1.0.1 release. BLFS snapshot is older one, I
added
Date: Mon, 2 Jul 2012 13:59:24 -0500
From: bruce.du...@gmail.com
To: blfs-support@linuxfromscratch.org
Subject: Re: [blfs-support] problem with the drm nouveau kernel modules
John Burrell wrote:
03:00.0 VGA compatible controller: NVIDIA
nomodeset disables kms. KMS = kernel mode setting. No Mode Set(ting) =
No KMS. Seems legit, doesn't it?
--
OIC. I had to do that to get it to boot - otherwise I got hypnotized by the
pretty colors. May be after I've upgraded, the graphics card will be recognized
and I can remove the
My latest build is LFS-SVN-20120623. When I loaded x-7.7-1 on top I found that
the latest nvidia proprietary driver, 295.59, locked up the GPU. May be the
optimizations are incompatible with the latest xorg-server - who knows?
I thought I'd try the nouveau driver in the BLFS book so I compiled
I get these messages when compiling opal-3.10.2, having installed ffmpeg-0.11.1
h263-1998.cxx:319:27: error: 'CODEC_FLAG_H263P_UMV' was not declared in this
scope
h263-1998.cxx:321:28: error: 'CODEC_FLAG_H263P_UMV' was not declared in this
scope
h263-1998.cxx:362:27: error:
snip
Is opal-3.10.2-ffmpeg-1.patch addressing this problem for mpeg4.cxx?
No, that was for a different problem. Please try the attached patch
(which includes and updates the opal-3.10.2-ffmpeg-1.patch)
Andy
Thanks, that patch does the trick.
jb.
--
Bruce -
I see that xbitmaps-1.1.1 has been added to the book for xorg-7.7-1. Required
is x7app.
x7app requires xbitmaps-1.1.1
Would you give some advice on how best to meet these dependencies please.
You don't appear to give any suggestion in the book. I haven't tried to upgrade
yet butit
I needed to apply this patch:
http://connie.slackware.com/~rworkman/xfce-4.8.0/extra/source/NetworkManager/patches/0007-ppp-don-t-use-struct-ifpppstatsreq-that-was-removed-.patch
in order to get NetworkManager-0.9.4.0 to compile with kernel-3.4 headers.
jb.
Date: Thu, 24 May 2012 22:27:35 +0800
From: xin...@gmail.com
To: blfs-support@linuxfromscratch.org
Subject: Re: [blfs-support] MesaLib take about 18 SBU on my box.
I've tried many way, it still need very long time.
It spend most time on doing
This way work, but will this break somethings ?
Is this a bug of MesaLib or makedepend ? We'd better report it to upstream.
This is not needed for me. I think it is some sort of system
configuration problem.
Yes, I think it is some env variable that is not set on my machine, but is on
Herewith some broken links which make automation a little more difficult -
John Burrell wrote:
Herewith some broken links which make automation a little more difficult -
http://ftp.debian.org/debian/pool/main/w/whois/whois_5.0.12.tar.gz
ftp://ftp.debian.org/debian/pool/main/w/whois/whois_5.0.12.tar.gz
ftp://apache.mirrors.pair.com/httpd/httpd-2.4.1
Date: Sun, 20 May 2012 14:13:47 -0500
From: bruce.du...@gmail.com
To: blfs-support@linuxfromscratch.org
Subject: Re: [blfs-support] some broken links
Bruce Dubbs wrote:
John Burrell wrote:
ftp://xorg.mirrors.pair.com/X11R7.6/src/everything
Date: Sun, 20 May 2012 13:50:29 -0500
From: bruce.du...@gmail.com
To: blfs-support@linuxfromscratch.org
Subject: Re: [blfs-support] some broken links
John Burrell wrote:
Thanks for the report. It would be even more helpful to let us know
what
I've experienced it too. It is problem in llvm configure/make where it
does not set libdir correctly in llvm-config. Even if we change it using
--libdir=/usr/lib/llvm, llvm-config --libdir still shows /usr/lib as
libdir. Just change that parameter in /usr/bin/llvm-config from /usr/lib
to
gedit-3.4.0 installs okay but with 3.4.1 make I get:
libxml2.parserError: Entity: line 1: parser error : Opening and ending tag
mismatch: app line 1 and p
нето на код може да стане по-лесно и бързо./p
^
But that text doesn't seem to be in gedit-3.4.1.
ĸen
I was looking at git commits between 3.4.0 and 3.4.1 and only similar
language was Bulgarian. I can't check. I have compiled 3.4.1 without any
problems.
I tried to post the tail of the make log but it turned out to be more than 50
Error happens at Bulgarian translation as I suspected. I've seen this on
my build:
GEN bg/
Warning: Could not merge translation for msgid:
appSnippets/app provide a convenient way of inserting repetitive
portions of code into your files. For example, an HTML snippet for the
In the mesalib patch
would you kindly change this line:
$(INSTALL) -v -d -m755 $(DESTDIR)$(INSTALL_DIR)/bin
to this:
test ! -z $(DESTDIR)$(INSTALL_DIR)/bin || $(INSTALL) -v -d -m755
$(DESTDIR)$(INSTALL_DIR)/bin
Please always check if a dir exists before trying to create it with permission
It may seem pedantic to you, but I wonder if you could be consistent with your
naming of patches please.
As an example, the source name for pygobject2 is pygobject- while you've named
the patch pygobject2-
As I say, you probably think this is trivial, but it actually makes a
difference when
Date: Thu, 10 May 2012 18:00:27 -0500
From: bruce.du...@gmail.com
To: blfs-support@linuxfromscratch.org
Subject: Re: [blfs-support] naming inconsistency
John Burrell wrote:
It may seem pedantic to you, but I wonder if you could be consistent with
your naming of patches please
Subject: Re: [blfs-support] MesaLib-8.0.2
If I use --with-gallium-drivers=i915,nouveau,r300,r600,svga,swrast
make runs to the end.
A bit more research shows me the above statement is not the answer.
The first time I run the commands from the sed to make, it hangs in
make gets to
make[2]: Leaving directory `/usr/src/x/mesalib/Mesa-8.0.2/src/glsl'
make[2]: Entering directory `/usr/src/x/mesalib/Mesa-8.0.2/src/mesa'
running /usr/bin/makedepend
and hangs.
If I use --with-gallium-drivers=i915,nouveau,r300,r600,svga,swrast
make runs
Here's a weird one -
If I try and install MesaLib-8.0.2 as per the book, i.e. using
--with-gallium-drivers=nouveau,svga,swrast
make gets to
make[2]: Leaving directory `/usr/src/x/mesalib/Mesa-8.0.2/src/glsl'
make[2]: Entering directory `/usr/src/x/mesalib/Mesa-8.0.2/src/mesa'
running
Date: Sat, 21 Apr 2012 14:36:24 -0500
Do you have a log to see where it hangs? It would be reasonable for someone
else to see if the problem can be duplicated.
-- Bruce
I'm currently rebuilding from scratch to see if I can duplicate it. Not such a
bigdeal because I've automated
I'm building on LFS current_development.
With aspell-0.60.6 I get
In file included from ./common/filter_char_vector.hpp:10:0,
from ./common/convert.hpp:14,
from modules/filter/email.cpp:10:
./common/vector.hpp: In instantiation of 'void
Bruce -
Would it be possible to include the coreutils commands in the blfs xml
'postlfs' section, as you do with the shadow (056-shadow) commands?
I know they are the same as the lfs version bit it would save having to
download the lfs xml just for one package.
At the moment I've copied the
shadow has slightly different install procedures, including a different patch.
coreutils would be identical. Adding coreutils to blfs just creates extra work
for the editors.
Yes indeed. I assume it would be a copy of the 087-coreutils xml from lfs to
blfs.
Anyway, may be you could ask the
I'm automating some of the BLFS build and after installing attr-2.4.46 and
linux-pam-1.1.5, the reinstallation of shadow-4.1.5 halted the script with -
libtool: link: cannot find the library `/usr/usr/lib/libattr.la' or unhandled
argument
`/usr/usr/lib/libattr.la'
make[2]: *** [useradd]
I'm automating some of the BLFS build and after installing attr-2.4.46 and
linux-pam-1.1.5, the reinstallation of shadow-4.1.5 halted the script with -
libtool: link: cannot find the library `/usr/usr/lib/libattr.la' or unhandled
argument
`/usr/usr/lib/libattr.la'
make[2]: ***
Wayne reported this (last week?), perhaps on blfs-dev, and I
thought dj altered the sed in attr to fix it. But trac shows the
last change to attr was 4 weeks ago. [/me searches my mailboxes and
the list archives...] - turns out the problem was in the sed for
*libacl*, but I can't find
checking for SMCLIENT... yes
checking for gconftool-2... /usr/bin/gconftool-2
Using config source xml:merged:/etc/gconf/gconf.xml.defaults for schema
installation
Using $(sysconfdir)/gconf/schemas as install directory for schema files
checking for gtk-builder-convert... false
configure:
If you have a build order which is guaranteed to work, both for
people who build everything with all possible dependencies, and for
those who build much less, feel free to share it.
I would take the lazy route and use the jhbuild build order for gnome-3.2,
at least as a starting guide. I
Bruce - strictly lfs - sorry, but I'm not registered in lfs-support.
I replaced module-init-tools with kmod.
In the configure --libdir=/lib
This means that kmod puts libkmod.pc in /lib/pkgconfig
Of course, there are many ways to get the pc file into /usr/lib/pkgconfig,
where it belongs.
I
Date: Thu, 2 Feb 2012 18:33:19 +0100
From: ronnie.van.aa...@gmail.com
To: blfs-support@linuxfromscratch.org
Subject: [blfs-support] Linux-PAM-1.1.5 fatal error: rpc/rpc.h: No such
file or directory
Hello Everybody,
I'm working on the blfs
Bruce
The lfs-bootscripts installs (inter alia) /etc/rc.d/rcS.d
The blfs-bootscripts still deal with rcsysinit.d
Is this intentional (backwards compat. or something)?
I always change all the occurrences of sysinit to S whenever I download an
updated blfs-bootscripts
file.
Am I missing
The sysstat portion of the Makefile didn't get properly updated when the
bootscript was updated.
I'll make the commits at the next bootscript change, but in the
meantime, use the attached Makefile.
-- Bruce
Okay, thanks for that.
jb.
--
Fun, fun, fun!
FWIW -
autogen is required by anjuta. So if you're never going to use the
Gnome IDE, you don't need this!
Perhaps you should leave anjuta out of the book.
ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
I needed this SUSE patch (and then an autoreconf) to get autogen-5.12 to
compile.
https://build.opensuse.org/package/view_file?file=autogen-build_ldpath.patchpackage=autogenproject=openSUSE%3AFactoryrev=fc78facf9ac4fc491d7dd16aa5c4aaf3
Without it I get 'cannot locate libopts.a'
jb.
Several things puzzle me about this:
1. What uses it ? (I haven't looked at gnome-extras, or even all of
the core packages, only enough to build a desktop with the apps I
use).
Sorry, I don't keep logs (like you do) so I can't remember exactly. I
remember something complaining that I
Version 5.14 gives me the same error, viz.
mk-agen-texi FAILED: Cannot locate libopts.a
I can patch 5.14 and see if it works. If it does, I'll send you the patch.
Some of the line numbers in the SUSE patch don't accord with the latest
version.
I can confirm that the patch works with
5.12 builds and did a DESTDIR install for me without problems,
although 1 test failed (actually, 4 failures). I'll try 5.14 (stuff
I read this evening on the release suggested guile failures were
fixed).
Can't see what OpenSuse have that is different (they seem to have
been carrying the
You know that LD_LIBRARY_PATH is only for execution (as in /usr/bin/ld),
and not for gcc -L paths, right?
For gcc, you need the LIBRARY_PATH environment variable.
Yes, I assumed the people at SUSE set LD_LIBRARY_PATH in the patch because
gcc uses ld at link time - so the dynamic libraries
So, anyone got totem-3 working ?
I tried installing totem this morning. I used the version from git.gnome.org.
When I run it from a terminal, I get:
Clutter-WARNING **: No listener with the specified listener id 2
This goes on until id 32 and then a segmentation fault.
At the moment I
A patch is needed to allow cyrus-sasl to compile with db 5.
The patch comes from archlinux and is
--- sasldb/db_berkeley.c.orig 2010-10-04 21:11:15.044010468 -0400
+++ sasldb/db_berkeley.c 2010-10-04 21:12:18.921998718 -0400
@@ -100,7 +100,7 @@
ret = db_create(mbdb, NULL, 0);
1 - 100 of 121 matches
Mail list logo
