Re: [blfs-support] Hardware accelerated video decoding libraries and drivers
On Tue, Aug 20, 2013 at 7:08 AM, Bruce Dubbs wrote: > Armin K. wrote: >> Hello, >> >> I'd like to add several new packages to BLFS to enable hardware >> accelerated video decoding for some packages. >> >> VDPAU [1]: libvdpau and libvdpau-va-gl >> VAAPI [2]: libva, libva-intel-driver and libva-vdpau-driver > > Seems reasonable. Where do you want to put them? Multimedia Libraries > and Drivers? > > Adding the packages is OK with me. > >-- Bruce Running vdpau myself with r600, (although I find flash get's glitchy, then crashes after a few video's). I am all for it. -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Initramfs, systemd. No /dev/mapper/* symlinks
On Sat, Jul 20, 2013 at 11:27 PM, Nathan Coulson wrote: > I build a nice new shiny systemd build (my first "bootable" attempt). > My root (and a few other partitions) are on a lvm partition, sitting > on top of a mdraid1 array. > > When it boots the initramfs mounts root just fine, > (root=/dev/ssd.vg/root), but the system only has /dev/mapper/control > (when I would expect a ton of symlinks for each partition tracked by > devicemapper). Typing in dmset mknodes does recreate them though. > > > I tested it on my existing LFS System (Similar, except root is on it's > own partition, instead of the lvm on mdraid0, but it still mounts the > partitions in the lvm in the mount bootscript) and it works fine. > > > > > (Also, sleep is now in usr//bin/sleep, while udevadm is in /bin, but > doing more testing before I bring that up) > > -- > Nathan Coulson (conathan) Found a couple systemd scripts in lvm (Installed via make install_systemd_generators, and install_systemd_units), although there is a hardcoded path to lvm. I fixed it with a ln -s /sbin/lvm /usr/sbin/lvm, but could also be fixed with a sed against lvm2_activation_generator_systemd_red_hat.c. (I have not poked at it too deeply, but the generators look like they are responsible for vgchange. I think the units are for monitoring [again, new to systemd]) -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Initramfs, systemd. No /dev/mapper/* symlinks
I build a nice new shiny systemd build (my first "bootable" attempt). My root (and a few other partitions) are on a lvm partition, sitting on top of a mdraid1 array. When it boots the initramfs mounts root just fine, (root=/dev/ssd.vg/root), but the system only has /dev/mapper/control (when I would expect a ton of symlinks for each partition tracked by devicemapper). Typing in dmset mknodes does recreate them though. I tested it on my existing LFS System (Similar, except root is on it's own partition, instead of the lvm on mdraid0, but it still mounts the partitions in the lvm in the mount bootscript) and it works fine. (Also, sleep is now in usr//bin/sleep, while udevadm is in /bin, but doing more testing before I bring that up) -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] sh -> dash symbolic link
On Wed, Jan 23, 2013 at 7:02 PM, Simon Geard wrote: > On Wed, 2013-01-23 at 10:50 -0600, Bruce Dubbs wrote: >> The potential problem with using bash is compatibility with non-LFS/BLFS >> scripts. > > Are non-LFS scripts compatible with ours, sourcing our functions files > and stuff? Because I've never seen one that was, and 3rd-party > bootscripts seem to be coming even less common now that systemd is > catching on with the distros. I've always just created my own scripts > from the template when necessary. > > Simon. Potentially the parts that are used by LSB compliant bootscripts. Otherwise if there are bootscripts using our functions, they would have been a derivative of LFS or BLFS. -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] sh -> dash symbolic link
On Tue, Jan 22, 2013 at 2:22 PM, Thomas de Roo wrote:
> On 01/22/13 21:51, Baho Utot wrote:
>> On 01/22/2013 02:18 PM, Thomas de Roo wrote:
>>> On 01/22/13 18:32, Bruce Dubbs wrote:
>>>> Bruce Dubbs wrote:
>>>>> Thomas de Roo wrote:
>>>>>
>>>>>> OK, so I checked again. I issued
>>>>>>
>>>>>> cd /bin
>>>>>> ln -s dash sh
>>>>>>
>>>>>> and rebooted. A lot of the bootscripts fail, both LFS and BLFS, from
>>>>>> blfs-bootscripts-20120828 and lfs-bootscripts-20121013. So I suspect
>>>>>> /lib/services/init-functions. For the log, see
>>>>>> http://pastebin.com/k0b3RiD6.
>>>>> OK, I'll take a closer look. A reboot should not be required though.
>>>>> Just running one of the scripts should duplicate the problem. I can't
>>>>> look tonight, but I'll look tomorrow.
>>>> This impacts lfs too so I'm copying the lfs-dev list.
>>>>
>>>> There are a couple of issues with dash and the lfs bootscripts.
>>>>
>>>> First, dash does not like the construct:
>>>>
>>>> local logmessage=`echo "${@}" | sed 's/\\\033[^a-zA-Z]*.//g'`
>>>>
>>>> That's easy enough to fix by removing local. There are 5 instances of
>>>> this, and the local part is not really required by the code logic.
>>>>
>>>> The other issue is that dash has a built-in echo command that is
>>>> different from both bash and /bin/echo. The -e parameter is not
>>>> recognized. This doesn't stop the script but does result in an
>>>> unintended "-e" being printed.
>>>>
>>>> I tried specifying init-functions with /bin/bash, but that's ignored
>>>> when the calling script is dash.
>>>>
>>>> There are 21 places in the init-functions that use echo -e, so I suppose
>>>> we could to prepend /bin/ to these echo commands, but is more overhead.
>>>> That overhead may be negligible though.
>>>>
>>>> These scripts have been working since about September 2011 (16 months)
>>>> and this is the first complaint.
>>>>
>>>> I'm actually more inclined to put a note in BLFS that making sh -> dash
>>>> breaks the bootscripts so don't do it. Marking all bootscripts as
>>>> /bin/bash is another option, but that leaves out potential non-LFS
>>>> bootscripts.
>>>>
>>>> Thoughts?
>>>>
>>>> -- Bruce
>>> I would like a warning in the book instead of the current remark - so if
>>> I want to link sh to dash, I know I can expect a challenge ;) "Don't do
>>> it" is a but too harsh, I think. Figuring out how to implement this
>>> deviation from the book (your distro, your rules) is what LFS is about!
>>>
>>> Groet,
>>> Thomas
>> why not leaving the shell as bash and then using dash for your shell as
>> a user if you want to use dash?
>> Just need to set the shell in /etc/passwd to dash. That way the system
>> boots fine and the "user" gets dash if they want.
>>
> I'm afraid you're missing my original point: the book now suggests to
> make a sh->dash link. That suggestion should be altered.
>
> Groet,
> Thomas
> --
> http://linuxfromscratch.org/mailman/listinfo/blfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
If we use #!/bin/sh, then we should be compatible with sh.
If we do want to use bash syntax, we should be using #!/bin/bash
I opted to keep #!/bin/sh in the bootscripts originally, as there was
minimal benefit to breaking compatibility with sh at the time. Also
used to use ash/dash as /bin/sh, but I had not been testing that
configuration for a few years.
Anyway, the two options I put forward, are to use #!/bin/bash in the
bootscripts, or fix compatibility with dash.
--
Nathan Coulson (conathan)
--
Location: British Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: [blfs-support] Questions on (b)lfs-bootscripts-20120127
On Mon, Feb 13, 2012 at 9:20 AM, wrote:
> On 02/13/12, Nathan Coulson wrote:
>
>
>> The reason it was disabled, was that we believed that one clock source
>> did a better job of keeping accurate time, then switching between 2
>> (system, and the hardware clock).
>> We actually use this code in BLFS, under
>> http://www.linuxfromscratch.org/blfs/view/svn/basicnet/ntp.html as we
>> consider ntpd an accurate source.
>
>
> Hi Nathan,
>
>
> You must have missed Andrew Benton's clear (and definitive, I'd say)
> resolution to this conundrum (Sun Feb 5 04:29:11 MST 2012):
> For easy reference, Andy's words:
> <<
> I seem to remember that the shutdown symlinks weren't made and the
> setclock script wasn't run at shutdown unless you installed the ntp
> daemon from BLFS.
> http://www.linuxfromscratch.org/blfs/view/svn/basicnet/ntp.html
> Execute the following command if you would like to set the hardware clock
> to the current system time at shutdown and reboot:
> ln -v -sf ../init.d/setclock /etc/rc.d/rc0.d/K46setclock &&
> ln -v -sf ../init.d/setclock /etc/rc.d/rc6.d/K46setclock
>>>
>
> In other words, if one uses something _like_ 'ntpd -q' as I do
> (as does Andy too, I presume) in the course of their activities,
> then resetting the hardware clock to the current _exact_ time
> by running 'setclock stop' makes eminent sense.
>
> So it was not really disabled, it's usage ("stop") was left to
> the discretion of each individual, instead of forcing it on
> the unsuspecting (and Innocent) user.
>
> In other words, FWIW, I 100% agree with Andy's treatment of this issue.
>
> -- Alex
I did, and he is right.
--
Nathan Coulson (conathan)
--
Location: British Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: [blfs-support] Questions on (b)lfs-bootscripts-20120127
On Sat, Feb 4, 2012 at 5:42 PM, wrote: > >>>> Alex:>>>> 4. How is the 'setclock' script run on "stop" (reboot, > poweroff, etc.)? >>>>> There used to be a 'K46setclock' in 'rc6.d' (i.e. level 6): >>>>> "Setting hardware clock..." >>>>> hwclock --systohc ... > > >>>> Bruce: >>>> Yes, I remember that. It should have been in an old version of the LFS >>>> Makefile for the boot scripts, but I went back 8 years and couldn't find >>>> it. > > >>> Alex: >>> So the bottom line is 'setclock' no longer stops nowadays, >>> i.e., we'll forever miss the thrill of seeing >>> the current script code section, >>> stop) >>> "Setting hardware clock..." >>> hwclock --systohc ... >>> in action. > > >> Bruce: >> Your distro, your rules. Put it back. > > > Ain't it a shame for this beautiful code, part of this distro of ours, LFS, > to go to waste? > > > -- Alex The reason it was disabled, was that we believed that one clock source did a better job of keeping accurate time, then switching between 2 (system, and the hardware clock). We actually use this code in BLFS, under http://www.linuxfromscratch.org/blfs/view/svn/basicnet/ntp.html as we consider ntpd an accurate source. -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Cups, and Oki. Unable to print
On Thu, Jan 26, 2012 at 3:38 PM, Andrew Benton wrote: > On Thu, 26 Jan 2012 13:45:07 -0800 > Nathan Coulson wrote: > >> I was having some problems getting my Oki printer working under linux, >> which was working fine on my previous LFS build. >> >> I use Cups 1.5 (latest BLFS), ghostscript 9.04 (latest blfs), >> >> hplip 3.11.12 >> [http://prdownloads.sourceforge.net/hplip/hplip-3.11.12.tar.gz] >> ./configure --prefix=/usr --sysconfdir=/etc --disable-network-build && >> make && >> make install >> >> and the .ppd from oki >> ftp://ftp2.okidata.com/pub/drivers/linux/SFP/monochrome/desktop/OK400PCLv3.tar.gz >> >> >> When printing, I am receiving 'stopped "The page setup information was >> not valid."' >> >> I always seem to have a few headaches when I set this up on a new >> build, but not sure what I am missing this time... >> >> did not notice anything in /var/log/cups/error_log that stood out to >> me, and a bit much for a tiny email, so I threw it up on >> http://nathancoulson.com/~conathan/error_log >> >> >> >> One of the main differences, is I did not install foomatic (I don't >> think the OK400PCLv3 ppd needed them, don't recall installing that on >> my last LFS build either). Hoping I don't need it... >> > > Looking at your error log it seems that the error message comes from > imagetoraster.c, part of cups. I suspect that the problem lies with the > ppd from oki. Have you tried openprinting? > http://www.openprinting.org/printers > Is it like an Oki OL400? They say that works. Try their ppd? > http://www.openprinting.org/printer/Oki/Oki-OL400 > > My printer's a Samsung so my experience won't help very much. I do > install foomatic; I don't know if it's needed but it's working so I > stopped fiddling. > > Andy Any of the openprinting stuff needs foomatic, and while it may come to this, I was hoping to avoid it. I'll play around a bit more, and bite the bullet if I still have not solved it. -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Cups, and Oki. Unable to print
I was having some problems getting my Oki printer working under linux, which was working fine on my previous LFS build. I use Cups 1.5 (latest BLFS), ghostscript 9.04 (latest blfs), hplip 3.11.12 [http://prdownloads.sourceforge.net/hplip/hplip-3.11.12.tar.gz] ./configure --prefix=/usr --sysconfdir=/etc --disable-network-build && make && make install and the .ppd from oki ftp://ftp2.okidata.com/pub/drivers/linux/SFP/monochrome/desktop/OK400PCLv3.tar.gz When printing, I am receiving 'stopped "The page setup information was not valid."' I always seem to have a few headaches when I set this up on a new build, but not sure what I am missing this time... did not notice anything in /var/log/cups/error_log that stood out to me, and a bit much for a tiny email, so I threw it up on http://nathancoulson.com/~conathan/error_log One of the main differences, is I did not install foomatic (I don't think the OK400PCLv3 ppd needed them, don't recall installing that on my last LFS build either). Hoping I don't need it... -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Xulrunner with LDAP Support
On Sat, Dec 24, 2011 at 1:20 PM, Nathan Coulson wrote: > I was wondering if xulrunner still has the option to enable ldap support. > > grep ldap on the configure script gives no response, and grep -R does > not give me what I consider promising results. > > I was attempting to link libreoffice to my system installed xulrunner, > but it wants xulrunner to have ldap support. I get the feeling that I > will not be able to do this. > > -- > Nathan Coulson (conathan) > -- > Location: British Columbia, Canada > Timezone: PST (-8) > Webpage: http://www.nathancoulson.com Sorry wrong mailing list, forwarding -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: lfs mountpoint issue
On Sat, Sep 3, 2011 at 1:55 AM, Andrew Benton wrote: > On Fri, 02 Sep 2011 14:56:46 -0500 > Bruce Dubbs wrote: > > > John Burrell wrote: > > > > > > Util-linux-2.20 installs mountpoint. Sysvinit (if installed as root) > > > overwrites it. > > > > mountpoint is referenced to sysvinit in the index. I was not explicitly > > aware that there was more than one version, but it's such a simple > > program, I don't think it makes any difference which version is used. > > > > Perhaps we should add --disable-mountpoint to util-linux's configure > options? > > Andy > if they are both the same, it may be worth disabling sysvinit's. Not an area I ever dabbled in, but I think there are alternatives to sysvinit that some of our users use. -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: sshd
On Mon, May 16, 2011 at 1:29 PM, Bruce Dubbs wrote:
> Pol Vangheluwe wrote:
> > I see the following complaint when my LFS-6.8 systems starts up:
> >
> > pol [ /var/log ]$ dmesg | grep sshd
> > sshd (344): /proc/344/oom_adj is deprecated, please use
> /proc/344/oom_score_adj instead.
>
> > I don't know if a newer version of openSSH already has tackled this
> problem.
> > There is at first sight nothing about it on the openSSH website.
>
> I think that problem is fixed in openssh-5.8p1.tar.gz.
>
> BLFS is not updated as much as it should be. Always check if there is a
> newer package. It is usually, but not always, OK to use the newer
> version.
> -- Bruce
It is a bootscript problem, been meaning to report it...
/etc/rc.d/init.d/sshd
start)
boot_mesg "Starting SSH Server..."
# Also prevent ssh from being killed by out of memory conditions
loadproc /usr/sbin/sshd
sleep 1
echo "-16" >/proc/`cat $pidfile`/oom_adj
;;
--
Nathan Coulson (conathan)
--
Location: British Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: Not working Xulrunner 2.0 with Firefox 4.0 (and probably Icecat 4.0)
On Wed, Apr 20, 2011 at 8:35 AM, Fernando Oliveira wrote: > Hi, > > I like to build Xulrunner for use with Firefox and Icecat. Even if latter is > delayed from corresponding version of Firefox, it takes 2X to build F and I, > while it takes only about 1.05X to build X, F and I.. > > It worked fine until Xulrunner-1.9.2.16 with Firefox-3.6.16 and > Icecat-3.6.16, but when trying to do with Xulrunner 2.0 with Firefox 4.0, > Firefox will not run, so, I did not bother build Icecat-4.0 with Xulrunner, > thus included it with a "probably" in the subject. > > At the moment, I have Firefox 4.0 and Icecat-4.0 built without system > Xulrunner. > > I closely followed instructions as in BLFS Version svn-20110309. > > If anyone would want to help, please, give me directions or tell me, and more > details can be provided. > > []s, > Fernando de Oliveira > Natal, RN, BRAZIL I spent a lot of time & effort trying to get firefox 4 and xulrunner2 compiled, and working. Enabled/disabled png, cairo, and so forth. no luck. although after reading you're email, disabled the xulrunner build & everything worked beautifully. thank you. The book itself has not been upgraded to firefox4/xulrunner2 yet, at that time I imagine things would be ironed out. -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: problems w/ kde4 downloads
On Wed, Apr 6, 2011 at 2:29 PM, Thomas Trepl wrote: > On Saturday 02 April 2011 05:26:04 Nathan Coulson wrote: >> apparently ftp://ftp.kde.org/pub/kde/stable does not exist, and >> browsing around on the ftp server does not reveal another hidden >> location. >> >> (Just reporting, and investigating. Relatively certain I can find >> another source) >> >> -- >> Nathan Coulson (conathan) >> -- >> Location: British Columbia, Canada >> Timezone: PST (-8) >> Webpage: http://www.nathancoulson.com > > Maybe is was a temporary outage? Currently, it works fine. > > -- > Thomas > -- tis fine now, *shrug* now to find out how to remove those kde libs from my computer... decided on rhythmbox instead of ardor. -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Fwd: Problems compiling qtscript-qt (dependency of amarok 2.4)
-- Forwarded message -- From: Nathan Coulson Date: Mon, Apr 4, 2011 at 11:41 PM Subject: Problems compiling qtscript-qt (dependency of amarok 2.4) To: BLFS Development List , kentm...@gmail.com to compile it, I used the following export QTDIR=/usr cd gemerator qmake && make ./generator cd ../qtbindings qmake && make [no install directions, but haven't got that far]. So far, tried the following variations: from http://code.google.com/p/qtscriptgenerator/ -version 1.0, although had a few places I had to #include and and from http://qt.gitorious.org/qt-labs/qtscriptgenerator - master, and 4.6 1.0 from http://code.google.com/p/qtscriptgenerator/ had the following changes added #include to parser/rpp/pp.h, and had the following failure: g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_PHONON_LIB -DQT_SCRIPT_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/QtCore -I/usr/include/QtGui -I/usr/include/QtScript -I/usr/include/phonon -I/usr/include -I. -I/usr/include/phonon_compat -Irelease -o release/qtscript_BackendCapabilities.o ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:53:1: error: type/value mismatch at argument 1 in template parameter list for 'template struct QMetaTypeId' ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:53:1: error: expected a type, got 'ObjectDescription' ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:54:1: error: type/value mismatch at argument 1 in template parameter list for 'template class QList' ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:54:1: error: expected a type, got 'ObjectDescription' ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:54:1: error: template argument 1 is invalid ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp: In function 'QScriptValue qtscript_BackendCapabilities_static_call(QScriptContext*, QScriptEngine*)': ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:73:40: error: type/value mismatch at argument 1 in template parameter list for 'template class QList' ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:73:40: error: expected a type, got 'ObjectDescription' ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:73:52: error: invalid type in declaration before '=' token ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:73:109: error: cannot convert 'QList >' to 'int' in initialization ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:108:40: error: type/value mismatch at argument 1 in template parameter list for 'template class QList' ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:108:40: error: expected a type, got 'ObjectDescription' ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:108:52: error: invalid type in declaration before '=' token ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:108:112: error: cannot convert 'QList >' to 'int' in initialization In file included from /usr/include/QtScript/QScriptEngine:1:0, from ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:1: /usr/include/QtScript/qscriptengine.h: In function 'QScriptValue qScriptValueFromSequence(QScriptEngine*, const Container&) [with Container = int]': ../../generated_cpp/com_trolltech_qt_phonon/qtscript_BackendCapabilities.cpp:74:69: instantiated from here /usr/include/QtScript/qscriptengine.h:416:40: error: 'int' is not a class, struct, or union type /usr/include/QtScript/qscriptengine.h:417:40: error: 'int' is not a class, struct, or union type /usr/include/QtScript/qscriptengine.h:418:40: error: 'int' is not a class, struct, or union type /usr/include/QtScript/qscriptengine.h:416:40: error: 'int' is not a class, struct, or union type /usr/include/QtScript/qscriptengine.h:418:40: error: 'int' is not a class, struct, or union type /usr/include/QtScript/qscriptengine.h:417:40: error: 'int' is not a class, struct, or union type /usr/include/QtScript/qscriptengine.h:418:40: error: 'int' is not a class, struct, or union type /usr/include/QtScript/qscriptengine.h:418:40: error: 'int' is not a class, struct, or union type /usr/include/QtScript/qscriptengine.h:418:40: error: 'int' is not a class, struct, or union type make[2]: *** [release/qtscript_BackendCapabilities.o] Error 1 make[2]: *** [releas
Building blender 2.49b
Considering proposing this for blfs-dev once I get some time to make
up a xml page for it
http://wiki.blender.org/index.php/Dev:2.4/Doc/Building_Blender/Linux
mostly just need more time to nail down dependencies, and figure out
why it's horribly slow on my system. Took out part of it for testing.
Thought I'd throw out my initial success and let people play with it.
Requires openexr,
Optionally requires openal.
sed -i -e 's/libopenal.a/libopenal.so/' \
-e 's/WITH_BF_GAMEENGINE = True/WITH_BF_GAMEENGINE = False/' \
-e 's/WITH_BF_PLAYER = True/WITH_BF_PLAYER = False/' \
-e 's/WITH_BF_OPENAL = True/WITH_BF_OPENAL = False/' \
config/linux2-config.py &&
cd extern/xvidcore/src &&
find . -type d -exec cp -v nasm.inc '{}' \; &&
cd ../../.. &&
python scons/scons.py &&
--
Nathan Coulson (conathan)
--
Location: British Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
problems w/ kde4 downloads
apparently ftp://ftp.kde.org/pub/kde/stable does not exist, and browsing around on the ftp server does not reveal another hidden location. (Just reporting, and investigating. Relatively certain I can find another source) -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Firefox-4.0
On Mon, Mar 21, 2011 at 6:27 PM, wrote:
> "ASUS P5E-VM HDMI" with Intel G35/ICH9R.
> Intel Core2 Duo CPU E8400 @ 3.00GHz, 4GB
> (B)LFS i686-pc-linux-gnu 2.6.37.3, Xorg-7.6
> glib-2.28.3, gtk+-3.0.3, sqlite-3.7.5, etc.
>
> To Whom It May Concern:
>
> On a dare, I decided to install the freshly released Firefox 4.0.
> It was also on a "squeeze" - the 3.6.14 and 3.6.15 failed me miserably:
> I had lost my beloved back and forward arrows of the navigation buttons
> (see Bug 640850). I was also beyond a GTK+-2/3 version where I may
> have "fixed" the problem by going back to 3.6.13.
>
> The highlights of the successful installation are in the following.
> If one soul is helped by them, my sacrifice wouldn't've been in vain.
>
> PUNCHES by Firefox
> 1. Needs nspr >= 4.8.7
> 2. Needs nss >= 3.12.9
> 3. Needs libpng _with_ "apng"
> 4. Needs cairo _with_ "tee"
>
> COUNTER PUNCHES by me (keyed to above)
> 1. Installed nspr-4.8.7 (latest)
> 2. Installed nss-3.12.9 (latest)
> 3. This left me reeling.
> BLFS has libpng-1.2.44.
> The latest version ("on the street") is 1.5.1
> Installed 1.5.1 but, unfortunately the 1.2.44 patch
> for "apng" doesn't work on 1.5.1.
> In desperation, I commented out the
> "ac_add_options --with-system-png" line
> and damn the torpedoes.
> 4. Re-built cairo-1.10.2 with
> "--enable-tee".
>
>Here, you get an unsettling message after the configure,
>
> << The tee surface backend feature is still under active development
> and is included in this release only as a preview.
> It does NOT fully work yet and incompatible changes may yet be made
> to tee surface backend specific API. >>
>
>but nobody expects Firefox-4.0 to be for the faint of heart.
>
> ADDITIONAL COMMENTS
>
> - The build ('make -f client.mk build') takes about 20 min.
> On versions 3.6.x, about 14 min.
>
> - The install ('make -f client.mk install') takes seconds.
>
> Best regards,
> -- Alex
>
> '.mozconfig' used:
>
> . $topsrcdir/browser/config/mozconfig
> mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../firefox-build
> mk_add_options MOZ_MAKE_FLAGS="-j4"
> ac_add_options --prefix=/usr
> ac_add_options --disable-accessibility
> ac_add_options --disable-auto-deps
> ac_add_options --disable-crashreporter
> ac_add_options --disable-dbm
> ac_add_options --disable-gnomevfs
> ac_add_options --disable-installer
> ac_add_options --disable-tests
> ac_add_options --disable-updater
> ac_add_options --enable-cpp-rtti
> ac_add_options --enable-default-toolkit=cairo-gtk2
> ac_add_options --enable-image-decoders=all
> ac_add_options --enable-image-encoders=all
> ac_add_options --enable-jemalloc
> ac_add_options --enable-official-branding
> ac_add_options --enable-optimize
> ac_add_options --enable-places
> ac_add_options --enable-safe-browsing
> ac_add_options --enable-strip
> ac_add_options --enable-system-cairo
> ac_add_options --enable-system-lcms
> ac_add_options --enable-system-sqlite
> ac_add_options --enable-valgrind
> ac_add_options --enable-libxul
> ac_add_options --with-java-bin-path=/opt/jdk/bin
> ac_add_options --with-java-include-path=/opt/jdk/include
> ac_add_options --with-qtdir=/opt/qt
> ac_add_options --with-system-bz2
> ac_add_options --with-system-jpeg
> ac_add_options --with-system-nspr
> ac_add_options --with-system-nss
> # ac_add_options --with-system-png
> ac_add_options --with-system-zlib
> ac_add_options --with-x
>
> --
> http://linuxfromscratch.org/mailman/listinfo/blfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
Been trying to get firefox 4 working on my system since beta 9, but it
never starts. (firefox -jsconsole does give me the error console, but
that's it). Congradulations.
--
Nathan Coulson (conathan)
--
Location: British Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: icedtea on amd64
actually I just wanted it linked to /lib/ld-linux-x86-64.so.2 instead of /lib64/ld-linux-x86-64.so.2 I'll take a look, thank you. On Sat, Mar 5, 2011 at 9:06 AM, DJ Lucas wrote: > On 02/28/2011 06:59 PM, Nathan Coulson wrote: > > > > > It has always been my dream to build java w/o the binary part. > > The "binary" icedtea6 is just a kit I compile and test myself, and then > tar'd up for use in bootstrapping, there are no closed source parts > left. There are instructions are in the wiki still to use gcj if you > really want to. It needs some minor modifications (symlinks will all > have to be moved to valid targets) as RedHat has changed some things in > the gcj-compat package, but it is certainly doable (the various distro > maintainers build it constantly this way). The external packages > (xerces, xalan, rhino, and ecj) are used only for the bootstrap > compiler, and with an icedtea-icedtea build, are actually not required, > but I haven't taken the time to find a clean way to remove them from the > stage1 target yet - need to write test cases for configure to see if the > host JDK is capable of building the target without those classes and I'm > honestly not sure what exactly is required that isn't in gnu classpath. > > -- DJ Lucas > > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: icedtea on amd64
On Sat, Jan 29, 2011 at 6:59 AM, DJ Lucas wrote: > On 01/28/2011 05:28 AM, luxInteg wrote: > > Greetings > > > > I want to have a go at building openjdk using icedtea. > > http://www.linuxfromscratch.org/blfs/view/cvs/general/icedtea6.html > > I notice that a binary is needed presumeably for so-called > 'bootstraping' > > and the one available from blfs is for 32-bit pentium cpu's. I am > dabbling > > with 64-bit amdK(8+} cpu's. > > > > Does anyone know of a 'bootstrapping' icetea binary for amd64's OR > > whether such is redundant and if so how to compile icetea without the > > prebuilt binary.? > > > > thanks in advance > > > > luxInteg > > > > > > I just built and put up binary packages on anduin a couple of days ago > for both archs. It is possible to build icedtea6 without the binary > version, but your configure flags will be a lot longer (and you can drop > the upstream patch). You'll need to simulate a full JDK Home environment > via symlinks. > > FYI, The binaries that are placed on anduin are debug images (IOW, I > have not stripped libjvm.so in client or server VMs). Currently the book > does not mention this, but I'll update the book in a few moments anyway, > and add a note later. Stipped libjvm.so client goes from about ~70MB to > ~4MB on x86 with the 1.8.x (I haven't bothered with 1.9.x). There is no > client VM in x86_64 (makes a huge difference in size between x86 and > x86_64). Both contain server, and that too can be stripped with similar > results. Give me about fifteen minutes, up and rebuild your local copy > (else it'll be in the book after tonight's render job). > > -- DJ Lucas It has always been my dream to build java w/o the binary part. -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: kernel options
On Fri, Feb 18, 2011 at 1:36 PM, Pierre Lorenzon wrote: > > Hi Nathan, > > From: Nathan Coulson > Subject: Re: kernel options > Date: Thu, 17 Feb 2011 16:32:41 -0800 > > > On Wed, Feb 16, 2011 at 12:11 PM, Pierre Lorenzon < > > de...@pollock-nageoire.net> wrote: > > Thanks for your answer. But I am not sure to completely > understand the situation : Is the root= option on the line > kernel ABSOLUTELY MANDATORY if there's no initrd or initramfs > ? > the default it chooses, is whatever was mounted as / when the kernel was compiled. ex:/ if /dev/sda2 was mounted as /, that's what it uses. [I think this behavior may have been taken out somewhere in the last 10 kernels, as they considered this behavior obsolete. but I can confirm it does not autodetect] you can change this with rlimit, (if that's still around) to another partition (but it's still sd##, or hd##) > > > > > > you may have to resort to building a initrd or a initramfs. Without one, > > you need to specify a partition. > > > > just consider it like a "mini" linux system that can run a small bash > > script, which could find your usb stick, mount it, and continue. there > is a > > command called switch_root that is very useful for this. At that stage > > too, you can use UUID's if you have a linux environment to work with. > > > > Documentation/kernel-parameters.txt in the linux kernel may have other > > I find this documentation very minimal. Indeed I didn't see > any answer to my question above about the fact that an option > SHOULD have a value or might be leaved empty and in which > circumstances. Anyway if you have a good suggestion for a > documentation to learn these things I'd greatly appreciate ! > > > > options that I am unaware of, but afaik, root= can only be given devices. > > > > there was a way to determine what your boot device was in /sys, but I > > believe you still need a initrd/initramfs to take advantage of this. > > This is a paradox indeed ! Information is available in the > kernel since it will be exported to the sys by the kernel > itself (I suspect at leat !) but kernel cannot export this > information to itself ! I know that things might be more > complicated than I simply think, but anyway ... > > Regards > > Pierre > In most cases, they have always preferred to have the logic in a initrd/initramfs, instead of bloating their kernel code. I cannot speak for them though. If the kernel could use the UUID to mount it, that would be the easiest solution (again, another solution you'd have to make a initrd/initramfs for though) > > > > > -- > > Nathan Coulson (conathan) > > -- > > Location: British Columbia, Canada > > Timezone: PST (-8) > > Webpage: http://www.nathancoulson.com > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > -- Nathan Coulson (conathan) -- Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: kernel options
On Wed, Feb 16, 2011 at 12:11 PM, Pierre Lorenzon <
de...@pollock-nageoire.net> wrote:
>
> Hi all,
>
> Here is my grub.cfg on an usb stick :
>
> >>> -- grub.cfg
>
> #
> # DO NOT EDIT THIS FILE
> #
> # It is automatically generated by /usr/sbin/grub-mkconfig using templates
> # from /etc/grub.d and settings from /etc/default/grub
> #
>
> ### BEGIN /etc/grub.d/00_header ###
> set default=0
> set timeout=5
> ### END /etc/grub.d/00_header ###
>
> ### BEGIN /etc/grub.d/10_linux ###
> menuentry "GNU/Linux, with Linux 2.6.32.8-lfs-6.6" {
>insmod ext2
> # set root=(hd4,1)
>search --fs-uuid 310c5993-4d9c-436a-82e6-165f00df18f0 --set root
>linux /boot/vmlinux-2.6.32.8-lfs-6.6 rootwait
> }
> menuentry "GNU/Linux, with Linux 2.6.32.8-lfs-6.6 (recovery mode)" {
>insmod ext2
> # set root=(hd4,1)
>search --fs-uuid 310c5993-4d9c-436a-82e6-165f00df18f0 --set root
>linux /boot/vmlinux-2.6.32.8-lfs-6.6 rootwait single
> }
> ### END /etc/grub.d/10_linux ###
>
> ### BEGIN /etc/grub.d/30_os-prober ###
> ### END /etc/grub.d/30_os-prober ###
>
> ### BEGIN /etc/grub.d/40_custom ###
> # This file provides an easy way to add custom menu entries. Simply type
> the
> # menu entries you want to add after this comment. Be careful not to
> change
> # the 'exec tail' line above.
> ### END /etc/grub.d/40_custom ###
>
>
> >>> -- End grub.cfg
>
> There's no root= option on the kernel line since this stick has
> to be used on an arbitrary machine and the root partition will
> have an undeterminated name. I thought that if no root= is
> specified the kernel takes the partition were it is located as
> root partition.
>
> Anyway I suspect that without root= option, the rootwait option
> has no effect since last time it boots very fast apparently
> without waiting. And with an usb stick if it does not wait the
> drive may not be available. Has this rootwait option any effect
> if and only if the root= option is present ?
>
> Yuou might say that I only have to indicate the root by its
> uuid on the kernel line but, this seems to be possible only if
> an initrd is used. And I would greatly prefer not to have to
> setup an initrd.
>
> Any suggestion ?
>
> Thanks in advance !
>
> Pierre
> --
> http://linuxfromscratch.org/mailman/listinfo/blfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
you may have to resort to building a initrd or a initramfs. Without one,
you need to specify a partition.
just consider it like a "mini" linux system that can run a small bash
script, which could find your usb stick, mount it, and continue. there is a
command called switch_root that is very useful for this. At that stage
too, you can use UUID's if you have a linux environment to work with.
Documentation/kernel-parameters.txt in the linux kernel may have other
options that I am unaware of, but afaik, root= can only be given devices.
there was a way to determine what your boot device was in /sys, but I
believe you still need a initrd/initramfs to take advantage of this.
--
Nathan Coulson (conathan)
--
Location: British Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: cant find usb printer (cups-1.4.4)
On Mon, Oct 18, 2010 at 3:39 PM, bendeguz wrote: > On Wed, Oct 06, 2010 at 06:29:31PM -0400, linux fan wrote: >> On 10/6/10, bendeguz wrote: >> >> > Do you have any suggestion? >> >> A careful read of >> http://www.cups.org/str.php?L3357+P0+S-2+C0+I0+E0+M20+Qusblp >> > HPLIP (and soon perhaps more manufacturer-supplied backends) >> > is libusb-based, it grabs the device and takes it away from the >> > usblip-based usb backend of. >> >> Leads me to wonder if non-HP users should compile usbprinter into >> kernel, or as a module to experiment if it works (with option to >> rmmod). >> >> It has always been hard enough to install cups. I don't see that there >> was a need for it to be made more so. >> -- > > sorry boys and girls, but I don't have time for experimenting with this > (and it's not so important for me to get printing working now) > > anyway, thanks for the help > > regards > -- What I read, was that they (cups) changed to a new usb backend, which fails to grab printers. AFAIK, nothing to do specifically w/ the hplip drivers. -- Nathan Coulson (conathan) -- Location: Brittish Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: cat /proc/version reports wrong info.
On Mon, Oct 18, 2010 at 2:36 PM, wrote: > >>-Original Message- >>From: Bruce Dubbs >>To: BLFS Support List >>Sent: Mon, Oct 18, 2010 5:16 pm >>Subject: Re: cat /proc/version reports wrong info. > >>cliffhan...@gardener.com wrote: >> Hi >> >> I've recently installed LFS6.7 using jhalfs. No probs. Building > BLFS >> now to own requirements,but I've discovered a problem with >> /proc/version reporting wrong gcc version and compiled kernel. >> >> LFS 6.7 uses kernel 2.6.35.4 >> >> 'cat /proc/version' gives: >> >> Linux version 2.6.27.10 (r...@cliffhanger) (gcc version 4.2.3) #1 >> PREEMPT Sun Jan 3 19:49:10 GMT 2010 >> >> 'uname -r' gives: >> >> 2.6.27.10 >> >> AFAIK 'uname' reads its info from /lib/modules/RELEASE, which is >> 2.6.35.4 > >> /proc/version is compiled into the kernel. It sounds like >>you booted the wrong kernel. > > Thanks Bruce, but definitely not. I have two partitions, with the > host(an older LFS)on one and LFS6.7 on the other. LFS6.7 > is booting the new kernel(2.6.35.4), but proc/version and uname both > report it as the older kernel, 2.6.27.10. > > Have just reinstalled kernel to be sure, still reporting it wrongly. > >>LFS does not install a /lib/modules/RELEASE file. I've not heard of >>that before. > > When I say RELEASE I mean the kernel version, i.e. > /lib/modules/2.6.35.4. This is what 'uname' reads? > > thanks > > MAC nope, it is read right from the kernel's version string. Only way to get that, is by running that version of kernel. -- Nathan Coulson (conathan) -- Location: Brittish Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Working With the Boot Scripts to Bring Up Network
On Sat, Jul 24, 2010 at 10:39 AM, Dan McGhee wrote: > On 07/24/2010 12:15 PM, Andrew Benton wrote: >> On 24/07/10 00:08, Dan McGhee wrote: >> > stuff about wireless >> I've no idea how to get wireless to work with the LFS bootscripts. I >> would recommend that you install wpa_supplicant and configure it to >> connect to all the wireless networks you know about. It's a one time job >> to set up /etc/wpa_supplicant.conf with all the passwords, then I can >> connect to any network I have the password to (if its in range)> connecting >> info >> > I think I've learned that. It has become obvious that the biggest > problem is getting the wireless NIC to associate with an access point. > Once that's done dhclient can do it's thing. > > In addition to the wpa_supplicant README, Bruce posted a link to the > BLFS WIKI that has some configuration and a bootscript for wpa_supplicant. > > While I like to do these sorts of things manually a couple of times, I'd > like it to me "seamless" after I get more of my system built. To this > end, Simon mentioned Network Manager and Neal suggested wicd as a > possibility. Ultimately, I'll probably go with wicd. > > Andy, thanks for validating my thought process and the examples of the > configuration. > > Dan A service script can be added to the LFS Bootscripts to bring up wireless network, (the same way DHCP is added), but there would be limitations. The only time the network would be brought up would be at boot. There is no daemon to check for networks & reconfigure. -- Nathan Coulson (conathan) -- Location: Brittish Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: zlib-1.2.5 => firefox crash
> 2010/6/15 Nathan Coulson : >> On Fri, Jun 11, 2010 at 8:25 PM, xinglp wrote: >>> I've configured libxml2-2.7.6 with --without-zlib to avoid a coredump >>> when I run xmllint. >>> I'm using zlib-1.2.5 >>> >>> 2010/6/12 Andrew Benton : >>>> Hello world >>>> I've been using zlib-1.2.5 for a few days and something I've noticed is >>>> that Firefox has become quite crashy (particularly when I try to >>>> download something). Thunderbird has also become crashy, there are some >>>> emails which cause it to crash as soon as I try to view them. Both >>>> Firefox and Thunderbird were compiled with --enable-system-zlib so to >>>> see if it was due to the new zlib I recompiled everything (with >>>> zlib-1.2.4) and they haven't crashed since. Has anyone else had any >>>> problems with zlib-1.2.5? >>>> >>>> Andy >>>> -- >> >> I noted libxml 2.7.6 has caused a few segfaults on my system during >> installs (compiling OpenOffice, and I found a forum post that >> indicated gnome-docs may have the same problem)... although 2.7.7 >> fixed it for me >> >> >> >> -- >> Nathan Coulson (conathan) >> -- On Tue, Jun 15, 2010 at 2:17 AM, xinglp wrote: > Then zlib or libxml error? > Well, I suppose updating both could be a solution... -- Nathan Coulson (conathan) -- Location: Brittish Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: zlib-1.2.5 => firefox crash
On Fri, Jun 11, 2010 at 8:25 PM, xinglp wrote: > I've configured libxml2-2.7.6 with --without-zlib to avoid a coredump > when I run xmllint. > I'm using zlib-1.2.5 > > 2010/6/12 Andrew Benton : >> Hello world >> I've been using zlib-1.2.5 for a few days and something I've noticed is >> that Firefox has become quite crashy (particularly when I try to >> download something). Thunderbird has also become crashy, there are some >> emails which cause it to crash as soon as I try to view them. Both >> Firefox and Thunderbird were compiled with --enable-system-zlib so to >> see if it was due to the new zlib I recompiled everything (with >> zlib-1.2.4) and they haven't crashed since. Has anyone else had any >> problems with zlib-1.2.5? >> >> Andy >> -- I noted libxml 2.7.6 has caused a few segfaults on my system during installs (compiling OpenOffice, and I found a forum post that indicated gnome-docs may have the same problem)... although 2.7.7 fixed it for me -- Nathan Coulson (conathan) -- Location: Brittish Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Problems compiling OpenAL
I was working towards compiling Blender, but ran into a few problems
when installing it.
System: LFS SVN, [built w/ GCC 4.4.0, albet I attempted using GCC
4.4.3 just to ensure it was not a GCC Bug], Multilib [64bit part built
as per LFS Book (/usr/lib). 32bit in /usr/lib/32]
from src/arch/i386/x86_floatmul.c [I posted the code], I am getting
the following err
while (samples_main--) {
temp = __builtin_ia32_pmulhw(*(v4hi*)bpt, v_sa.v);
*(v4hi*)bpt = __builtin_ia32_psllw(temp, 1LL);
bpt += 4;
temp = __builtin_ia32_pmulhw(*(v4hi*)bpt, v_sa.v);
*(v4hi*)bpt = __builtin_ia32_psllw(temp, 1LL);
bpt += 4;
}
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../common/include -I../include
-I../src/arch/i386 -Wall -ansi -pedantic -finline-functions
-ffast-math -fomit-frame-pointer -fvisibility=hidden
-I/usr/include/alsa -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -g
-O2 -MT libopenal_la-x86_floatmul.lo -MD -MP -MF
.deps/libopenal_la-x86_floatmul.Tpo -c arch/i386/x86_floatmul.c -fPIC
-DPIC -o .libs/libopenal_la-x86_floatmul.o
arch/i386/x86_floatmul.c:86:46: warning: use of C99 long long integer constant
arch/i386/x86_floatmul.c: In function '_alFloatMul':
arch/i386/x86_floatmul.c:86: error: incompatible type for argument 2
of '__builtin_ia32_psllw'
arch/i386/x86_floatmul.c:86: note: expected 'short int __vector__' but
argument is of type 'long long int'
arch/i386/x86_floatmul.c:89:46: warning: use of C99 long long integer constant
arch/i386/x86_floatmul.c:89: error: incompatible type for argument 2
of '__builtin_ia32_psllw'
arch/i386/x86_floatmul.c:89: note: expected 'short int __vector__' but
argument is of type 'long long int'
make[3]: *** [libopenal_la-x86_floatmul.lo] Error 1
It looks to me, that it can be fixed by casting 1LL to short int
__vector__, but unfortunately I am at a loss when it comes to vectors.
--
Nathan Coulson (conathan)
--
Location: Brittish Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: jdk problem//sorted
On Thu, Dec 10, 2009 at 6:03 PM, lux-integ wrote: > On Thursday 10 December 2009 10:39:32 pm lux-integ wrote: >> Greetings, >> >> In trying to install jdk-6u17 for amd64; I keep getting the following >> >> ## >> Do you agree to the above license terms? [yes or no] >> yes >> Unpacking... >> Checksumming... >> Extracting... >> >> #jdk-6u17-linux-x64.bin: line 477: ./install.sfx.3497: cannot execute >> binary file >> Failed to extract the files. Please refer to the Troubleshooting section >> of the Installation Instructions on the download page for more >> information." ## >> >> and I cant locate "the Installation Instructions on the download page for >> more information " >> >> ideas anyone? >> >> lux-integ > > sorted > > the recipe I followed from http://cblfs.cross-lfs.org/index.php/JDK > referred to /lib/ld-2.4.so; the relatively new clfs build I am using > has /lib/ld-2.10.1.so This support list is to support issues found in BLFS [CBLFS is actually a seperate project], but I think what is going on, is that it is unable to find the dynamic linker. LFS 32bit, it is set to /lib/ld-linux.so.2. 64bit systems, have in 'either' /lib, or /lib64 ld-linux-x86_64.so.2 [again, as CLFS is a seperate project, it would be worth asking for support through their channels]. I think Java is expecting the ld linker to be somewhere other then where you have it. You could try symlinking the x86_64 linker to both /lib and /lib64, and see what happens. -- Nathan Coulson (conathan) -- Location: Brittish Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: non mentioned dependencies
On Mon, Sep 14, 2009 at 2:24 PM, Randy McMurchy wrote: > Dominic Ringuet wrote: >> I want to confirm with somebody else first, is it possible that: >> >> "xcb-proto" requires "python" >> "x7server" requires "openssl" >> "seamonkey" requires updates from 1.1.9 to 1.1.17? > > I'm not sure about those, but if your build is bombing out with > them not installed, and it works with them installed, then it > is likely they have been overlooked. > I have seen the xcb-proto dependency for the latest python as well. It was also mentioned on blfs-dev I believe... but I do not recall a resolution -- Nathan Coulson (conathan) -- Location: Brittish Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: CDRTools fails to compile
I do have glibc 2.10.1, I'll rebuild a new LFS system w/ gcc 4.4.1 instead of 4.4.0. On Thu, Aug 13, 2009 at 8:16 PM, Guy Dalziel wrote: > On Thu, Aug 13, 2009 at 07:40:24PM -0700, Nathan Coulson wrote: >> I am having the following problems when compiling cdrtools with the latest >> book >> make[1]: Entering directory `/mnt/raid5/book/blfs/38/cdrtools-2.01/libschily' >> ==> COMPILING "OBJ/x86_64-linux-cc/fexec.o" >> In file included from ../include/unixstd.h:37, >> from fexec.c:33: > > I've just tested this again and it compiled just fine. There should be > no issues with compiling this under an LFS 6.5 system. If you're not > using glibc 2.10.1 then try dropping the glibc_conflicts patch and try > again. > > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > -- Nathan Coulson (conathan) -- Location: Brittish Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
CDRTools fails to compile
I am having the following problems when compiling cdrtools with the latest book make[1]: Entering directory `/mnt/raid5/book/blfs/38/cdrtools-2.01/libschily' ==> COMPILING "OBJ/x86_64-linux-cc/fexec.o" In file included from ../include/unixstd.h:37, from fexec.c:33: /usr/include/unistd.h:524: error: conflicting types for 'fexecve_' ../include/schily.h:114: note: previous declaration of 'fexecve_' was here fexec.c: In function 'fexecle': fexec.c:162: warning: passing argument 1 of 'fexecve_' makes integer from pointer without a cast /usr/include/unistd.h:524: note: expected 'int' but argument is of type 'const char *' fexec.c:162: warning: passing argument 2 of 'fexecve_' from incompatible pointer type /usr/include/unistd.h:524: note: expected 'char * const*' but argument is of type 'struct FILE *' fexec.c:162: warning: passing argument 3 of 'fexecve_' from incompatible pointer type /usr/include/unistd.h:524: note: expected 'char * const*' but argument is of type 'struct FILE *' fexec.c:162: error: too many arguments to function 'fexecve_' fexec.c: In function 'fexecv': fexec.c:176: warning: passing argument 1 of 'fexecve_' makes integer from pointer without a cast /usr/include/unistd.h:524: note: expected 'int' but argument is of type 'const char *' fexec.c:176: warning: passing argument 2 of 'fexecve_' from incompatible pointer type /usr/include/unistd.h:524: note: expected 'char * const*' but argument is of type 'struct FILE *' fexec.c:176: warning: passing argument 3 of 'fexecve_' from incompatible pointer type /usr/include/unistd.h:524: note: expected 'char * const*' but argument is of type 'struct FILE *' fexec.c:176: error: too many arguments to function 'fexecve_' fexec.c: At top level: fexec.c:180: error: conflicting types for 'fexecve_' ../include/schily.h:114: note: previous declaration of 'fexecve_' was here Note: I am running gcc-4.4.0 Just thought I'd throw it onto support before reporting it, in case it was a known issue -- Nathan Coulson (conathan) -- Location: Brittish Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Mplayer and kernel
On Mon, Apr 28, 2008 at 1:04 PM, Nicolas FRANCOIS <[EMAIL PROTECTED]> wrote: > Le Mon, 28 Apr 2008 17:37:23 +0200 "Lauri Kasanen" <[EMAIL PROTECTED]> > a écrit : > > > > > Hi. > > > > > > On the Mplayer page of the BLFS, it is mentionned that one should add > > > > > > dev.rtc.max-user-freq=1024 > > > > > > to /etc/sysctl.conf. I did this, but at boot time, there's a > > > message saying that dev.rtc.max-user-freq is not a valid option. > > > > > > I searched the kernel documentation, and found (in rtc.txt) that this > > > should appear in /proc/sys/dev/rtc/max-user-freq. Unfortunately, I don't > > > have a /proc/sys/dev/rtc directory. > > > > > > As I did not find any clue in the documentation, could someone tell me > > > what kernel option I missed during the configuration ? > > > > > > Thanks. > > > > > > \bye > > > > Hi > > > > CONFIG_SYSCTL and CONFIG_RTC come to mind, at least I have them both > enabled and have that directory there.. > > Oups, yes, I see the problem now : I have those options, but CONFIG_RTC > is set to "m". And the rtc module doesn't seem to be automatically loaded. > > Strange though, on my previous LFS, those modules seemed to load exactly > when they were desired, and my "/etc/sysconfig/modules" file was empty. > Now it contains quite a lot of things : > > root [ /sources ]# cat /etc/sysconfig/modules > > # Begin /etc/sysconfig/modules > # > # Description : Module auto-loading configuration > # > # Authors : > # > # Version : 00.00 > # > # Notes : The syntax of this file is as follows: > #[ ...] > # > # Each module should be on it's own line, and any options that you want > # passed to the module should follow it. The line deliminator is either > # a space or a tab. > > > rtc > 8139too > sd_mod > scsi_mod > usb-storage > nvidia > snd-pcm-oss > > # End /etc/sysconfig/modules > > So this is another kernel option I missed in the configuration ? > > \bye > > -- > > Nicolas FRANCOIS | /\ > > http://nicolas.francois.free.fr | |__| > X--/\\ > We are the Micro$oft. _\_V > Resistance is futile. > You will be assimilated. darthvader penguin Same result, different reason. The above code does not work with CONFIG_RTC_CLASS and RTC_DRV_CMOS. The file is now /sys/class/rtc/rtc0/max_user_freq -- Nathan Coulson (conathan) -- Location: Alberta, Canada Timezone: MST (-7) Webpage: http://www.nathancoulson.com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: kernel headers success
On 10/11/07, Randy McMurchy <[EMAIL PROTECTED]> wrote: > Barry Loo wrote these words on 10/11/07 11:35 CST: > > > I'm only refering to _B_lfs, not _L_fs. Blfs (both the current stable > > and development version) says the following under the installation > > instructions for cdrtools > > (http://www.linuxfromscratch.org/blfs/view/svn/multimedia/cdrtools.html): > > > > # Begin quote > > > > Installation of Cdrtools will fail if raw kernel headers are found in > > /usr/src/linux either as actual files or a symlink. As of the Linux > > 2.6 kernel series, this directory should no longer exist because > > appropriate headers were installed in the linux-libc-headers package > > during the base LFS installation. > > This is old and obsolete information. However, if you omit "in the > linux-libc-headers package" from the last sentence, then it would be > accurate. > > So, the sentence should be: > > "As of the Linux 2.6 kernel series, this directory should no longer > exist because appropriate headers were installed during the base LFS > installation." > > -- > Randy Actually, I think it's a different problem that it is illustrated in the cdrecord Take a look at ' Why we copy the kernel headers and don't symlink them' http://archive.linuxfromscratch.org/lfs-museum/5.0/LFS-BOOK-5.0-HTML/chapter06/kernel.html Reading that paragraph, and reading the cdrecord notes, I think what's happening is cdrecord is looking for the '/usr/src/linux' directory (Which would only exist, is someone renamed their kernel directory), and I think problems would only happen if /usr/src/linux contained different kernel headers then the system. -- Nathan Coulson (conathan) -- nathan at linuxfromscratch org conathan at gmail com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: fluxbox cannot find libSM.so.6
On 11/14/05, Andrew Benton <[EMAIL PROTECTED]> wrote: > Nathan Coulson wrote: > > I just installed fluxbox 0.9.13 [and 0.9.14], but it cannot find > > libSM.so.6 at runtime. /usr/X11R6/lib is in /etc/ld.so.conf, ldconfig > > has been ran, and twm runs just fine. > > > > If anyone can help me, it would be appreciated. > > > > This is a crude hack but... > > ln -s ../X11R6/lib/libSM.so.6.0 /usr/lib/libSM.so.6 > ln -s ../X11R6/lib/libSM.so.6.0 /usr/lib/libSM.so > ldconfig > > Andy the links are there, but I think the problem is deeper. Recompiling Xorg cant find libpng, and recompiling freetype then fontconfig lead to fontconfig not finding freetype. Thanks anyway. -- Nathan Coulson (conathan) -- nathan at linuxfromscratch org conathan at gmail com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
fluxbox cannot find libSM.so.6
I just installed fluxbox 0.9.13 [and 0.9.14], but it cannot find libSM.so.6 at runtime. /usr/X11R6/lib is in /etc/ld.so.conf, ldconfig has been ran, and twm runs just fine. If anyone can help me, it would be appreciated. -- Nathan Coulson (conathan) -- nathan at linuxfromscratch org conathan at gmail com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: The ignorance of uname
> So much for the post mortem. Is coreutils system critical or can I > update it without freaking things? Shouldn't have any problems updating it, but this is hardly a critical problem. the coreutils program does overwrite a few binaries installed by later packages though, so you will have to prevent their installation [and I dont have a list of the ones it would replace onhand] -- Nathan Coulson (conathan) -- nathan at linuxfromscratch org conathan at gmail com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: /etc/init.d AND /etc/rc.d/init.d
On 5/16/05, Declan Moriarty <[EMAIL PROTECTED]> wrote: > On Sun, May 15, 2005 at 09:56:32AM -0500, Dan McGhee enlightened us thusly > > I've built a couple of pakcages recently, hplip is one, that are not in > > the BLFS book. They want to put bootscripts into /etc/init.d. Of > > course, since I've followed the direction in both LFS and BLFS :), I > > don't have a directory like that. On the Mandrake side of my box, > > there's a link: > > > > /etc/init.d -->/etc/rc.d/init.d > > > > Until now I've used ' install [blah-blah] /etc/rcd./init.d' to work > > around this. > I presume you mean /etc/rc.d/init.d > > > > Are there any "up" or "down" sides to putting this link in? > > > If you don't have it, some things don't work :-) > > Somebody unix lot (RedHat? and mebbe others) did it this way, and users > of it write stuff that gets installed to /etc/init.d. So your startup > scripts end up there. All purists will tear their hair out until that > gets tidied strictly into the place FHS says it should be. This, in > fact, is what FHS is about; So the purists can whip the rest of us into shape > ;-). Most programs just install a simple program you have to run at startup [like OpenSSH has sshd]. You are supose to use /etc/rc.d/init.d/template to make your own bootscript (; -- Nathan Coulson (conathan) -- nathan at linuxfromscratch org conathan at gmail com -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
