Re: Kernel 2.6.21 BUG?
Hi Update to iptables-1.3.7 and iproute-2.6.20-070313 Just make sure that you compile against the raw kernel headers when you compile iptables. Works good Dave On Fri, 2007-04-27 at 20:20 -0500, [EMAIL PROTECTED] wrote: > Hi everybody, > > 686-pc-linux-gnu, kernel 2.6.20.7 > libpcap-0.9.4, ppp-2.4.3, net-tools-1.60, > rp-pppoe-3.5, openssl-0.9.7g, ntp-4.2.0 > > Networking (and indeed the whole system) running smoothly. > > PROBLEM > Upgraded to the brand-new 2.6.21. > Everything fine, EXCEPT the system crashes > after connecting to Internet over the DSL line. > > SYMPTOM > In one of its simpler manifestations: > 1. []$ pppoe-start >... >Connected! > 2. []$ lynx http://www.linuxfromscratch.org > 3. At this point the machine hangs with the BSD >(Black Screen of Death). ># The frozen screen shows 24 lines: > > BUG: at arch/i386/kernel/smp.c:546 smp_call_function() > [] smp_call_function+0x125/0x130 > [<>] ... (Twenty lines of this nature) > [] unknown_bootoption+0x0/0x240 > === > > ATTEMPTS TO FIX THE SITUATION > Switch back to the tried and true 2.6.20.7 > Upgrade five software packages to > libpcap-0.9.5, ppp-2.4.4, > rp-pppoe-3.8, openssl-0.9.8e and ntp-4.2.0a > (per BLFS Development procedures). > > Unfortunately, on switching to 2.6.21, > THE PROBLEM REAPPEARS. > > Any thoughts? > Thanks, > -- Alex -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Problem with fonts in xterm / Xorg 7.2
On Mon, 2007-04-09 at 23:08 +1200, Peter Keller wrote: > On Mon, 09 Apr 2007 19:47:06 Fix wrote: > > On 4/9/07, Lauri Kasanen <[EMAIL PROTECTED]> wrote: > > > This was discussed a while ago. It is a bug in freetype: The book advises > > > to use a sed command to enable bytecode interpreter, but that is broken > > > in that version and causes fonts looking like that... > > > > What versions are broken? I use freetype-2.3.2, not 2.1.10 as in the book. > > > > Fix > > I think you should probably downgrade to 2.1.10. See > http://freetype.sourceforge.net/freetype2/freetype-2.2.0.html > What do the more knowledgeable among us say? > > Peter > > -- > The Kiwi bird is very aptly New Zealand's national emblem. > It is a bird which cannot fly. > It only comes out at night. > It has nostrils at the end of its long beak, and > It is always poking its nose into things. > -- I've used freetype-2.1.10. Works good for both Xorg-7.1 and Xorg-7.2. No problems here. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: LFS 6.2 warns about 2.6.17 or newer kernels
On Wed, 2007-03-14 at 08:57 +0200, Lauri Kasanen wrote: > It tells I shouldn't use anything but latest 2.6.16 'cause of potential > incompatibility with the bootscripts. I'm now running 2.6.16.43. I'd like to > upgrade to 2.6.20.3 'cause the driver for my usb dvb stick (Artec T14) was > included to the kernel in 2.6.19.2.. > > What incompatibility does it cause, and how do I fix them? > > Lauri > > -- > ___ > Surf the Web in a faster, safer and easier way: > Download Opera 9 at http://www.opera.com > > Powered by Outblaze I am running Linux-2.6.21-rc6. No need to upgrade Udev or the boot scripts. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: DHCP-Client setup to an ADSL linux router.
On Tuesday 29 August 2006 20:30, Simon Geard wrote: > On Mon, 2006-08-28 at 12:07 -0700, Dan Nicholson wrote: > > The problem with editing resolv.conf is that the DHCP client is going > > to overwrite it every time. The proper solution shouldn't require any > > extra configuration unless it can't find the DHCP server on the > > router. AFAIK, dhcp should find that server automatically and fill out > > resolv.conf with the proper values. > > If it can't find the DHCP - or doesn't trust what it returns. > > I've got a DSL router that is supposed to provide DNS forwarding, and so > the internal DHCP reports the router as the nameserver. Unfortunately > the forwarding breaks sometimes, requiring me to go direct to the ISPs > nameserver instead. > > Simon. Yea, that might of been the problem I had. At first, the DHCP server resolved the MAC number of the clients network card. But the DHCP server did not resolve the host name of the client. That is why I was adding the DHCP_HOSTNAME="linux23dragon" to "/etc/sysconfig/network-devices/ifconfig.eth0/dhclient" That option worked, but the DHCP server did not always show me the client host name, when I do a system reboot or network restart. Any one know why that is? Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: DHCP-Client setup to an ADSL linux router.
On Tuesday 29 August 2006 04:37, Dan Nicholson wrote:
> On 8/27/06, linux23dragon <[EMAIL PROTECTED]> wrote:
> > On Sunday 27 August 2006 02:07, linux23dragon wrote:
> > > -
> > >
> > > "/etc/resolv.conf"
> > >
> > > # no entry placed in this file #
> > >
> > > -
> >
> > Well it worked, after I knew the DNS address of the router. Then I just
> > needed to include the DNS settings to the "/etc/resolv.conf" file :)
>
> The problem with editing resolv.conf is that the DHCP client is going
> to overwrite it every time. The proper solution shouldn't require any
> extra configuration unless it can't find the DHCP server on the
> router. AFAIK, dhcp should find that server automatically and fill out
> resolv.conf with the proper values.
>
> If it doesn't find it, then the proper way to handle this is to add
> the IP address to /etc/dhclient.conf. You'd want to add another
> prepend line with that IP address. It should stop looking for servers
> when it finds the first one. The reason 127.0.0.1 is there is in the
> event where you're using a caching name server.
>
> interface "eth0"{
> prepend domain-name-servers 127.0.0.1;
> prepend domain-name-servers w.x.y.z;
> request subnet-mask, broadcast-address, time-offset, routers,
> domain-name, domain-name-servers, host-name;
> require subnet-mask, domain-name-servers;
> }
>
> --
> Dan
I'll give that a try on the weekend. I will also add the option "send
host-name" to "/etc/dhclient.conf" to :-
interface "eth0"{
send host-name "linux23dragon.example.org";
prepend domain-name-servers 127.0.0.1;
prepend domain-name-servers 192.168.1.3;
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, host-name;
require subnet-mask, domain-name-servers;
}
Add take out the option DHCP_HOSTNAME and MACADDR options,
from "/etc/sysconfig/network-devices/ifconfig.eth0/dhclient" as well.
I just got to make sure the the router gets the host name of the client PC.
I think the DHCP client will send the MAC and the host name anyway, but you
never know I guess.
I love DHCP
Regards
Dave
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: DHCP-Client setup to an ADSL linux router.
On Sunday 27 August 2006 02:07, linux23dragon wrote: > I've installed and set up dhcp-3.0.4 as a client on my mates PC. My mates > PC is connected to an ADSL router whitch has its own DHCP server. > > Without using iptables (firewall), would the following configurations be > any good? And will it enable him to have access to the net?:- > > I just want to make sure this will work, before I go over and set it up for > him. > - > > "/etc/resolv.conf" > > # no entry placed in this file # > > - > Well it worked, after I knew the DNS address of the router. Then I just needed to include the DNS settings to the "/etc/resolv.conf" file :) -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Udev, libsysfs-2.0.0 (gnome-mount replaces pmount?)
Hi I'm back with some results :) Sorry I took so long to get back, as I was having troubles with getting Gnome-2.14.2 working right. The problems I had was having no icons, incomplete menus and lots of other problems that were solved by making sure I had deleted the hidden configuration directory's stored in both the root and user directory's. And that was after installing Gnome another three times before I had looked deeper into the problem. Any how all is working with the following fixes: > > > > > send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/> > > > send_interface="org.freedesktop.Hal.Device.Volume"/> > > > > Done In fact, I had made two policy groups (usb and cdrom). I also forgot to add the "usb" and "cdrom" groups in the /etc/groups file, otherwise the devices would still be set as root:root. > > > > gnome-volume-manager can be told to ignore the /var/console/$user/lock > > issue by configuring it with --disable-multiuser. Done That did the trick, but I now have all of the hard drive partitions on the desktop. Has anyone found out how to stop that from happening yet? > > > > Also, if you have entries in /etc/fstab for devices you want > > automounted, hal will return a PermissionDenied error. I had to run > > hald with --verbose to figure this out. I've been thinking about > > asking on the hal list if they could make this error clearer. > > Done Can I use the fstab to help stop the automounting of unwanted harddrive links on the desktop? Also, I have noticed that I cant directly umount/eject a device that has a automount icon/short cut on the desktop. I can eject/umount the device with the application that was "auto run" when the device was first automounted. I think I'm over my own head here I think :( Or It is just me needing a bit of a learning curve on the subject. Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Udev, libsysfs-2.0.0 (gnome-mount replaces pmount?)
On Tuesday 13 June 2006 14:14, Dan Nicholson wrote: > On 6/13/06, linux23dragon <[EMAIL PROTECTED]> wrote: > > Here's a couple notes on this setup. You need gnome-volume-manager to > be the hal event listener, so it must be running. In this case, both > hal and gnome-volume-manager will look to see if > /var/console/$user/lock exists by default. This is normally done with > the pam_console module. To get around it, you first need to tell hal > that it's OK for certain users or groups to invoke hal methods. You > need to add something like this to /etc/dbus-1/system.d/hal.conf: > > > send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/> send_interface="org.freedesktop.Hal.Device.LaptopPanel"/> send_interface="org.freedesktop.Hal.Device.Volume"/> > > > > Where users you want are part of group 100. You could also make this > group "cdrom" or a specific user, or whatever. > > gnome-volume-manager can be told to ignore the /var/console/$user/lock > issue by configuring it with --disable-multiuser. > > Also, if you have entries in /etc/fstab for devices you want > automounted, hal will return a PermissionDenied error. I had to run > hald with --verbose to figure this out. I've been thinking about > asking on the hal list if they could make this error clearer. > > > Try 2: in) Gnome-2.14.2 using Udev-0.92 Hal-0.5.7 > -- > Dan I'll try this out. Thanks Dan. I do remember reading about those points on this list last month (I think). In this case, I just found out in a practical way. Doh ;) Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Udev, libsysfs-2.0.0 (gnome-mount replaces pmount?)
On Tuesday 13 June 2006 13:03, Dan Nicholson wrote: > If pmount wants to use libsysfs, then it wants to use libsysfs. yep, But does libsysfs conflict with Udev-0.9*(?) I think Udev-0.9* has its own cut down version of libsysfs. > > Well, there's no such thing as gnome-mount-3.0. However, > gnome-mount-0.4 does not need libsysfs. Oops, I was meant to write gnome-mount-0.3 > And if you plan on using > Gnome as your main desktop, gnome-vfs, gnome-volume-manager and > possibly nautilus all attempt to use gnome-mount before falling back > to their own mounting methods. > > -- > Dan Cool I've asked this question because of two trial and error tests, with the following results... Try 1: After installing Gnome-2.14.2 using Udev-0.92 Hal-0.5.7 and Dbus-0.61(but without pmount and libsysfs), I found that all the devices mounted would (or could) automatically start/mount their respective applications/programs. But for some resion I had device group permission issues to be seen too first. I don't have Linux-PAM installed, if that fixes the problem(?). (I did install gnome-mount-0.3 afterwards too by the way). Try 2: But after installing (yet again) Gnome-2.14.2 using Udev-0.92 Hal-0.5.7 and Dbus-0.61 with pmount and libsysfs, I found that the devices needed to be manually mounted before their respective applications/programs would start. (I didn't install gnome-mount-0.3 this time around). I did not have any device permission issues this time around. And I think that is what pmount is used for(?) A mounting wrapper for Correcting or ignoring device group permissions(?) Has any one had this sort of problem, or is it just me having bad luck? Thanks Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Udev, libsysfs-2.0.0 (gnome-mount replaces pmount?)
Hi guys, Do I need to install libsysfs-2.0.0 on my system at all? I think Udev-0.80 had that support removed. I only ask as pmount needs libsysfs-2.0.0 However I don't think gnome-mount-3.0 needs libsysfs-2.0.0. And provides a eject wrapper as well. I'm only asking as I found that Gome-VFS-Manager-2.14.2 will use gnome-mount-3.0 by default. Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: gcc-3.3.6 "tail" command fix.
On Saturday 27 May 2006 01:05, Randy McMurchy wrote: > Of course, Mr. Serious, I know why one would install it. But thanks > for the reminder. :-) > > P.S. Lighten up, Francis. > > (where is that quote from) > > -- Oops I take back that last comment of mine then. Sorry. Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: gcc-3.3.6 "tail" command fix.
On Saturday 27 May 2006 00:41, Randy McMurchy wrote: > linux23dragon wrote these words on 05/26/06 19:39 CST: > > Any comments? > > Why would anyone want to install GCC-3.3.6? :-) > > -- I have a lot of old pre-compiled programs for games and other software that won't be updated to today's standards. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
gcc-3.3.6 "tail" command fix.
Hi All If you have a Development version of LFS or a DIY-Linux system and want to install gcc-3.3.6. Then you might need to use this sed line before you run "Make bootstrap" sed -i 's/+16c/ /' ../gcc-3.3.6/gcc/Makefile.in All gcc tests should pass as expected. Any comments? Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: BLFS progress: udev/hotplug dbus/hal
On Monday 22 May 2006 14:29, Dan Nicholson wrote: > On 5/22/06, linux23dragon <[EMAIL PROTECTED]> wrote: > > Has anyone tried out DBus-0.61 and HAL-0.5.7 yet? > > Yes. They work fine for me, but beware that HAL-0.5.7 requires kernel > 2.6.15, I think. So, if you want to run new HAL and you haven't > updated your kernel, now would be the time. > > -- > Dan Cool, Id say I'm ready for it. I've been a naughty boy. I've got a 2nd DIY-Linux system, built with the linux-headers-2.16.16-05112006 from CLFS (I've also updated to flex-2.5.33 with the 4th Debian patch) . All works well I must say. I've also installed man-db, Udev-0.92 etc ... as well ;) DBus-0.61 and HAL-0.5.7. Here I come. Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: BLFS progress: udev/hotplug dbus/hal
Hi Speaking of DBus and HAL. Has anyone tried out DBus-0.61 and HAL-0.5.7 yet? Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Firefox-1.5.0.2 build error ./../include/mcom_db.h:85:21: prtypes.h: No such file or directory
On Tuesday 02 May 2006 09:57, linux23dragon wrote: > Has any one come accross this build error before while building > Firefox-1.5.0.2? > (this is without support for LDAP and system NSS/NSPR) :- > > > --/ Start error log /-- > ./../include/mcom_db.h:85:21: prtypes.h: No such file or directory > > /end error log / > > Regards > Dave Never mind. It was to do with the system nss/nspr. Sorry about that :( Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Firefox-1.5.0.2 build error ./../include/mcom_db.h:85:21: prtypes.h: No such file or directory
Has any one come accross this build error before while building Firefox-1.5.0.2? (this is without support for LDAP and system NSS/NSPR) :- --/ Start error log /-- make[3]: Leaving directory `/home/david/mozilla/modules/libmar/src' make[3]: Entering directory `/home/david/mozilla/modules/libmar/tool' make[3]: Nothing to be done for `export'. make[3]: Leaving directory `/home/david/mozilla/modules/libmar/tool' make[2]: Leaving directory `/home/david/mozilla/modules/libmar' make[2]: Entering directory `/home/david/mozilla/dbm' make[3]: Entering directory `/home/david/mozilla/dbm/include' make[3]: Leaving directory `/home/david/mozilla/dbm/include' make[3]: Entering directory `/home/david/mozilla/dbm/src' db.c gcc -o db.o -c -DOSTYPE=\"Linux2.6.16\" -DOSARCH=\"Linux\" -DBUILD_ID=2006050200 9 -DMEMMOVE -D__DBINTERFACE_PRIVATE -I./../include -I../../dist/include -I../.. ./dist/include -I/usr/include/nspr-I../../dist/sdk/include -I/opt/include -fPIC -I/opt/include -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-longg -long -O2 -fomit-frame-pointer -mtune=athlon-xp -pipe -pthread -pipe -DNDEBUG -- DTRIMMED -ffunction-sections -O -I/opt/include -include ../../mozilla-config.h -DMOZILLA_CLIENT -Wp,-MD,.deps/db.pp db.c In file included from db.c:54: ./../include/mcom_db.h:85:21: prtypes.h: No such file or directory /end error log / Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: X diagnosis on my new LFS
On Thursday 27 April 2006 18:19, Andrew Benton wrote: > Nicolas FRANCOIS wrote: > > Warning: locale not supported by Xlib, locale set to C > > Warning: locale not supported by Xlib, locale set to C > > > > [NF] : Arghh ! My locale is set to [EMAIL PROTECTED], isn't that OK ? > > I don't know, but on my system /usr/lib/X11/locale/locale.alias says > > [EMAIL PROTECTED]fr_FR.ISO8859-15 > > Andy Try this :) # /etc/profile.d/i18n # start # LANG=en_AU.iso88591 LC_ALL=en_AU.iso88591 LANGUAGE=en_AU.iso88591 [EMAIL PROTECTED] # # end -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Xorg-7.0.0 installed (prefix=/opt) Update
Dan, I've found out how to set up the user environment, which fixes the
library linking issue.
export LIBRARY_PATH=/usr/lib:/usr/local/lib:/opt/lib
And I would recommend any one to set this up as one of their environment
variables if they install $XORG_PREFIX=/opt
[EMAIL PROTECTED]:~/fgl_glxgears32$ env
HZ=100
SHELL=/bin/bash
TERM=xterm-color
HISTSIZE=1000
LIBRARY_PATH=/usr/lib:/usr/local/lib:/opt/lib
OLDPWD=/home/david
LC_ALL=en_AU.iso88591
USER=david
LS_COLORS=no=00:fi=00(I've cut this line down, as it is too long)
MAIL=/var/mail/david
PATH=/usr/local/bin:/bin:/usr/bin:/opt/bin:/opt/fluxbox/bin
INPUTRC=/etc/inputrc
PWD=/home/david/fgl_glxgears32
LANG=en_AU.iso88591
[EMAIL PROTECTED]:\w\$
HISTIGNORE=&:[bf]g:exit
SHLVL=1
HOME=/home/david
LANGUAGE=en_AU.iso88591
[EMAIL PROTECTED]
LOGNAME=david
PKG_CONFIG_PATH=/opt/lib/pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig
PROMPT_COMMAND=echo -ne "\033]0;[EMAIL PROTECTED] : ${PWD}\007"
_=/usr/bin/env
[EMAIL PROTECTED]:~/fgl_glxgears32$
You might have too add more to the $LIBRARY_PATH if you install desktops
in /opt (example: /opt/kde/lib or /opt/gnome-2.14.1/lib)
And eliminates the need to add lines like "-L/opt/lib -lGL -lXrender" to
non-autogenerated makefiles.
I got that info from the GCC man page :)
Regards
Dave
linux23dragon wrote:
>
> Thanks once again for the information on library linking with
> non-autogenerated Makefiles.
>
> Regards
> Dave
>
Dan Nicholson wrote:
> > On 4/21/06, linux23dragon <[EMAIL PROTECTED]> wrote:
> > > That did the trick Dan. Thanks.
> > > It looks like I have to learn up on editing or configuring my own
> > > Makefiles, when situations like this pop up from time to time :)
> >
> > Here's a really good thing to know about Makefiles. The variables,
> > like "LIB = -lGL -lXrender", can be set at the command line as
> > arguments to make. So, if you'd run "make" during the nvidia build
> > instead of running a shell script which called make, you could have
> > done
> >
> > make LIB="-L/opt/lib -lGL -lXrender"
> >
> > Possibly just `make LIB=-L/opt/lib' would have worked in that case too
> > since the Makefile variable is defined as LIB +=, but I'm not an
> > expert in make.
> >
> > I wouldn't worry about it much, though. Most build systems are
> > designed specifically to handle the fact that people install things
> > with different prefixes. You probably won't have to do much editing
> > of Makefiles. However, X is something of a special case. It's
> > historically been installed in /usr/X11R6, so some builds hard-code
> > that location.
> > Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: Xorg-7.0.0 installed (prefix=/opt) Update
Well you saved the day Dan :) I've been trying out new projects that use glx, composite, xcompmgr and the AddARGBGLXVisuals function (From the latest Nvidia drivers). Have a look at the following URLs that I've tried out: AddARGBGLXVisuals example demos [http://macslow.thepimp.net/?p=43] Cairo-Clock [http://macslow.thepimp.net/?p=27] And now my next step is to play with XGL or AIGLX, compiz and xwinwrap. I'm also going to install Gnome-2.14.1 too some day :) The Gnome desktop with compiz (and I think) XGL [http://www.linuxedge.org/?q=node/58] Things are starting to look up in the world of 3D environments. Thanks once again for the information on library linking with non-autogenerated Makefiles. Regards Dave On Saturday 22 April 2006 05:27, Dan Nicholson wrote: > On 4/21/06, linux23dragon <[EMAIL PROTECTED]> wrote: > > That did the trick Dan. Thanks. > > It looks like I have to learn up on editing or configuring my own > > Makefiles, when situations like this pop up from time to time :) > > Here's a really good thing to know about Makefiles. The variables, > like "LIB = -lGL -lXrender", can be set at the command line as > arguments to make. So, if you'd run "make" during the nvidia build > instead of running a shell script which called make, you could have > done > > make LIB="-L/opt/lib -lGL -lXrender" > > Possibly just `make LIB=-L/opt/lib' would have worked in that case too > since the Makefile variable is defined as LIB +=, but I'm not an > expert in make. > > I wouldn't worry about it much, though. Most build systems are > designed specifically to handle the fact that people install things > with different prefixes. You probably won't have to do much editing > of Makefiles. However, X is something of a special case. It's > historically been installed in /usr/X11R6, so some builds hard-code > that location. > > > Do you think it would be a good idea for me to create a /usr/X11R6/lib > > link to /opt/lib? > > I wouldn't bother. As above, most build systems will just handle it. > Only a few rare cases won't, and they should be noted in the BLFS > (SVN) book since we test for not installing in /usr/X11R6 now. The > libtool archives (.la files) don't matter that much, either. RedHat > goes so far as to delete them all. I'm not an expert in libtool, > though, so I can't really speculate about them. > > I think you'll be fine with your setup as is for 90% of packages. > > -- > Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Xorg-7.0.0 installed (prefix=/opt) Update
On Saturday 22 April 2006 04:25, Dan Nicholson wrote:
> On 4/21/06, linux23dragon <[EMAIL PROTECTED]> wrote:
> > The only way I could get the "fgl-gears32.c" to compile, was to create
> > symbolic links (for testing perposes only) from
> > /opt/lib{libGL*,LibXrender*} to /usr/lib.
>
>
>
> > [EMAIL PROTECTED]:~/fgl_glxgears32$ make
> > cc -o fgl_glxgears32 -lGL -lXrender fgl_glxgears32.o
> > /usr/bin/ld: cannot find -lGL
> > collect2: ld returned 1 exit status
> > make: *** [fgl_glxgears32] Error 1
> > [EMAIL PROTECTED]:~/fgl_glxgears32$
>
> This is because /usr/bin/ld isn't controlled by /etc/ld.so.conf. It's
> a bit confusing at first, but there are two ld's. One is
> /lib/ld-linux.so.2, the dynamic linker from glibc. This is controlled
> by /etc/ld.so.conf and determines where shared libraries are found at
> run time.
>
> When compiling, gcc and /usr/bin/ld, the dynamic loader from binutils,
> need to find libraries like libGL.so in this case. In general, gcc
> tells ld where to find the libraries using a built in path. If a
> library is outside the path, you can add its directory with a -L
> directive. Normally, configure figures this out for you and you don't
> have to do anything. In this case, though, you'd have to put
> -L/opt/lib in front of -lGL on the LIB line in Makefile. You could
> probably pass it with a variable, too, but I don't know how the shell
> script works.
That did the trick Dan. Thanks.
It looks like I have to learn up on editing or configuring my own Makefiles,
when situations like this pop up from time to time :)
>
> > Oh yea, on the side note. If you install the Nvidia Open-gl libs in
> > /opt, you will find that the libGL.la file will have this following
> > line:
> >
> > ---//---start of line 13 0f the /opt/lib/libGL.la file---//-
> >
> > # Libraries that this one depends upon.
> > dependency_libs=' -L/usr/X11R6/lib -lm -lXext -lX11 -ldl'
>
> Stuff like this unfortunately happens here and there with people
> hard-coding the location of /usr/X11R6.
>
> --
> Dan
Do you think it would be a good idea for me to create a /usr/X11R6/lib link
to /opt/lib?
Regards
Dave
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: Xorg-7.0.0 installed (prefix=/opt) Update
Hello,
I'm back to report my success with the installation of Xorg-7.0.0
($XORG_PREFIX=/opt).
Now just to confirm what was already suggested on this list (Only in relation
to Xorg-7.0.0 and its libs) :-
1>
linux23dragon wrote:
> I could not start the X server as a normal user, at the command prompt.
>("startx"). And I do have xterm installed
Chris Staub wrote:
>This is because $XORG_PREFIX/bin/Xorg is not, by default, installed
>setuid root unless you specify...
Andrew Benton wrote:
>Xorg needs to be installed set uid root...
You two were Correct. I did have to set uid root to /opt/bin/Xorg
2>
linux23dragon wrote:
>I could get XDM to work on boot up, and log in as normal user. (glx-gears
>worked fine as well). And that was the only way I could get a normal user to
>use X.
That was fixed as well because /opt/bin/Xorg was uid root. :)
3>
linux23dragon wrote:
>I noticed that Xorg complaned that it could not locate the rgb data base
>at /opt/lib/X11/rgb (I double checked to see if I installed the app package
>rgb-1.0.0).
Chris Staub wrote:
>Don't know about that one, though I suppose an obvious question would
>be...does /opt/lib/X11/rgb exist?
>I just checked my own system, with Xorg 7 installed into /usr.
>/usr/lib/X11/rgb* doesn't exist, but /usr/share/X11/rgb.txt exists...
Andrew Benton wrote:
>make sure the value set in /etc/X11/xorg.conf or /opt/etc/X11/xorg.conf
>or wherever it is points to the actual rgb.txt file ...
The rgb.txt file is now installed at /opt/share/X11/rgb.txt, as expected.
The "xorgconfig" command will create an Xorg.conf file, with the rgb path
written as :- RgbPath "/opt/lib/X11/rgb"
So I had to correct the line to :- RgbPth "/opt/share/X11/rgb"
4>
linux23dragon wrote:
>When trying to compile fgl-gears32.c (From Nvidia), ldd had troubles
>trying to link to (at first):--lGL -lXrender.
Andrew Benton wrote:
>Edit /etc/ld.so.conf so it includes /opt/lib then run ldconfig
>echo /opt/lib >> /etc/ld.so.conf &&
>ldconfig
The /etc/ld.so.conf file already includes the line "/opt/lib", as created from
the LFS-6.1.1 book instructions. So that was cool.
But I still had the same problems with the ldd linker this time around.
The only way I could get the "fgl-gears32.c" to compile, was to create
symbolic links (for testing perposes only) from /opt/lib{libGL*,LibXrender*}
to /usr/lib.
Now the fgl-gears32.c file did come with its own make file that was not
generated by ./configure or libtool or any other auto configuration tool.
Infact, this is the Makefile itself:
//-Start of Makefile---//
CFLAGS ?= -g3
LIBS += -lGL -lXrender
fgl_glxgears32 : fgl_glxgears32.o
$(CC) -o $@ $(LIBS) $^
//---End of Makefile--//
And this is the error output (without the symbolic linking to /usr/ib):
[EMAIL PROTECTED]:~/fgl_glxgears32$ make
cc -o fgl_glxgears32 -lGL -lXrender fgl_glxgears32.o
/usr/bin/ld: cannot find -lGL
collect2: ld returned 1 exit status
make: *** [fgl_glxgears32] Error 1
[EMAIL PROTECTED]:~/fgl_glxgears32$
Does anyone think I've missed something out?
Just to be helpfull, I'll include some environment information in for you:-
-//---start of env output//-
[EMAIL PROTECTED]:~$ env
HZ=100
SHELL=/bin/bash
TERM=xterm-color
HISTSIZE=1000
LC_ALL=en_AU.iso88591
USER=david
LS_COLORS= (I've choped this line down, as it is to long)
MAIL=/var/mail/david
PATH=/usr/local/bin:/bin:/usr/bin:/opt/bin
INPUTRC=/etc/inputrc
PWD=/home/david
LANG=en_AU.iso88591
[EMAIL PROTECTED]:\w\$
HISTIGNORE=&:[bf]g:exit
SHLVL=1
HOME=/home/david
LANGUAGE=en_AU.iso88591
[EMAIL PROTECTED]
LOGNAME=david
PKG_CONFIG_PATH=/opt/lib/pkgconfig:/usr/local/lib/pkgconfig
PROMPT_COMMAND=echo -ne "\033]0;[EMAIL PROTECTED] : ${PWD}\007"
_=/usr/bin/env
OLDPWD=/home/david/fgl_glxgears32
[EMAIL PROTECTED]:~$
//end of env output//---
And this is the verbose information from ldd (when you issue the ldconfig
command):-
//start ldconfig output//
[EMAIL PROTECTED]:/home/david# ldconfig -v
/opt/lib:
libXvMCNVIDIA_dynamic.so.1 -> libXvMCNVIDIA.so.1.0.8756
libnvidia-cfg.so.1 -> libnvidia-cfg.so.1.0.8756
libnvidia-tls.so.1 -> libnvidia-tls.so.1.0.8756
libGLcore.so.1 -> libGLcore.so.1.0.8756
libxrxnest.so.0 -> libxrxnest.so.0.0.0
libxrx.so.0 -> libxrx.so.0.0.0
libGLw.so.1 -> libGLw.so.1.0.0
libglut.so.3 -> libglut.so.3.7.1
libGLU.so.1 -> libGLU.so.1.3.060402
libGL.so.1 -> libGL.so.1.0.8756
libXxf86vm.so.1 -> libXxf86vm.so.1.0.0
libXxf86misc.so.1 -> libXxf86misc.so.1.1.0
libXxf86dga.so.1 -> libXxf86dga.so.1.0.0
libXvMCW.so.1 -> libXvMC
Re: Xorg-7.0.0 installed (prefix=/opt)
O.K. I'm starting to install Xorg-7.0.0 again (Prefix=/opt) right now. I'll
be taking note on the hint that was mentioned on this subject.
Thanks for all your input people. You will here from me again sometime
tomorrow.
Regards
Dave
On Thursday 20 April 2006 15:41, Andrew Benton wrote:
> linux23dragon wrote:
> > Hello
> >
> > I was able to get Xorg-7.0.0 to work when installed in /opt. I had no
> > problems with fonts or configuration files (The prefix was set
> > to /opt/lib/X11/config, but xorg will read from /etc/X11.).
> >
> > I could even install the Nvidia drivers (As log as the Nvidia extended
> > X11 modules and drivers were located in /usr/lib) to work well.
> >
> > But I had come across a few problems.
> >
> > 1> I could not start the X server as a normal user, at the command
> > prompt. ("startx"). And I do have xterm installed. (But I could, as
> > root user):-
> >
> > Starting X would give me an error message saying "can't
> > create /var/log/Xorg.0.log for writting".
> >
> > Or, if the file is already there (because I tested "startx" as root)
> > "can't create /var/log/Xorg.0.log.old".
> >
> > I do not think that has anything to do with owner/groups or other file
> > attributes. (could be wrong)
>
> Xorg needs to be installed set uid root
>
> chmod 4711 /otp/bin/Xorg
>
> > 2> I could get XDM to work on boot up, and log in as normal user.
> > (glx-gears worked fine as well). And that was the only way I could get a
> > normal user to use X.
> >
> >
> > 3> I noticed that Xorg complaned that it could not locate the rgb data
> > base at /opt/lib/X11/rgb (I double checked to see if I installed the app
> > package rgb-1.0.0).
> >
> > This problem happend with both root and user when using "startx" in run
> > levels 3 and 5.
>
> make sure the value set in /etc/X11/xorg.conf or /opt/etc/X11/xorg.conf
> or wherever it is points to the actual rgb.txt file. For example if it
> is /opt/lib/X11/rgb.txt then put a line in /etc/X11/xorg.conf that says
>
>
> Section "Files"
>
> RgbPath "/opt/lib/X11/rgb"
>
> EndSection
>
> If you're not sure what config file xorg is using then
>
> grep "Using config" /var/log/Xorg.0.log
>
> > 4> When trying to compile fgl-gears32.c (From Nvidia), ldd had troubles
> > trying to link to (at first):--lGL -lXrender.
> >
> > Then after playing around with the nvidia installation (making sure that
> > the Nvidia headers and libs were installed into /usr/lib and GL was
> > in /usr/include/X11/GL) I then only had this problem linking to
> > -lXrender.
>
> Edit /etc/ld.so.conf so it includes /opt/lib then run ldconfig
>
> echo /opt/lib >> /etc/ld.so.conf &&
> ldconfig
>
> > 5> To confirm another problem. Ffluxbox compiles O.K. but did not behave
> > as expected. (I think is was the fact that I did not have the "
> > ~./fluxbox " setup correctly.
> >
> > The menu generator didnot work well and complaned about the missing
> > ~./fluxbox/init file. Could be my fault, as I downloaded from CVS.
>
> The fluxbox page in BLFS tels you how to populate ~/fluxbox
>
> Andy
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: Xorg-7.0.0 installed (prefix=/opt)
On Thursday 20 April 2006 13:19, Chris Staub wrote:
> linux23dragon wrote:
> > Only /opt/lib/X11/rgb.txt is installed by the RGB-1.0.0 app. And the
> > funny thing is, Xorg 6.8.2 has the same /opt/lib/X11/rgb.txt setup as
> > well.
>
> I just checked my own system, with Xorg 7 installed into /usr.
> /usr/lib/X11/rgb* doesn't exist, but /usr/share/X11/rgb.txt exists. It
> should put rgb.txt into ${prefix}/share/X11 by default...does
> /opt/share/X11/rgb.txt exist for you? I don't know why it would be
> looking in /opt/lib for you, unless perhaps you're reusing an existing
> xorg.conf. The rgb app should also install $XORG_PREFIX/bin/showrgb.
This Well here we go. I just found the backup config file before I
reinstalled the Nvidia drivers:-
-
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 1.0 ([EMAIL PROTECTED]) Wed Mar 29 14:43:26
PSTT
2006
# no need to change the default.
# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
#
#
#FontPath "/opt/lib/X11/fonts/CID/"
#FontPath "/opt/lib/X11/fonts/local/"
#FontPath "/opt/lib/X11/fonts/TrueType/"
#FontPath "/opt/lib/X11/fonts/freefont/"
# The module search path. The default path is shown here.
#ModulePath "/opt/lib/modules"
RgbPath "/opt/lib/X11/rgb"
FontPath"/opt/lib/X11/fonts/misc/"
FontPath"/opt/lib/X11/fonts/TTF/"
FontPath"/opt/lib/X11/fonts/OTF"
FontPath"/opt/lib/X11/fonts/Type1/"
FontPath"/opt/lib/X11/fonts/100dpi/"
FontPath"/opt/lib/X11/fonts/75dpi/"
FontPath"/opt/lib/X11/fonts/Speedo/"
EndSection
---
And the last Xorg.config file (before the Nvidia driver was installed) was
created by the "xorgconfig" command.
And I do remember checking up on the RgbPath, and it checked out.
$XORG_PREFIX/bin/showrgb was there. I saw that after i checked out the
install logs from the good old "git" install logger.
By the way, I've already uninstalled Xorg 7.0.0 yesterday. I'm writing about
this now, to see if I should bother trying to install Xorg-7 at /opt again.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: Xorg-7.0.0 installed (prefix=/opt)
On Thursday 20 April 2006 13:12, linux23dragon wrote: > On Thursday 20 April 2006 12:59, Chris Staub wrote: > > Don't know about that one, though I suppose an obvious question would > > be...does /opt/lib/X11/rgb exist? > > Only /opt/lib/X11/rgb.txt is installed by the RGB-1.0.0 app. And the funny > thing is, Xorg 6.8.2 has the same /opt/lib/X11/rgb.txt setup as well. Correction:- /usr/X11R6/lib/X11/rgb.txt -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Xorg-7.0.0 installed (prefix=/opt)
On Thursday 20 April 2006 12:59, Chris Staub wrote: > Don't know about that one, though I suppose an obvious question would > be...does /opt/lib/X11/rgb exist? Only /opt/lib/X11/rgb.txt is installed by the RGB-1.0.0 app. And the funny thing is, Xorg 6.8.2 has the same /opt/lib/X11/rgb.txt setup as well. -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Xorg-7.0.0 installed (prefix=/opt)
Hello
I was able to get Xorg-7.0.0 to work when installed in /opt. I had no
problems with fonts or configuration files (The prefix was set
to /opt/lib/X11/config, but xorg will read from /etc/X11.).
I could even install the Nvidia drivers (As log as the Nvidia extended X11
modules and drivers were located in /usr/lib) to work well.
But I had come across a few problems.
1> I could not start the X server as a normal user, at the command prompt.
("startx"). And I do have xterm installed. (But I could, as root user):-
Starting X would give me an error message saying "can't
create /var/log/Xorg.0.log for writting".
Or, if the file is already there (because I tested "startx" as root) "can't
create /var/log/Xorg.0.log.old".
I do not think that has anything to do with owner/groups or other file
attributes. (could be wrong)
2> I could get XDM to work on boot up, and log in as normal user. (glx-gears
worked fine as well). And that was the only way I could get a normal user to
use X.
3> I noticed that Xorg complaned that it could not locate the rgb data base
at /opt/lib/X11/rgb (I double checked to see if I installed the app package
rgb-1.0.0).
This problem happend with both root and user when using "startx" in run levels
3 and 5.
4> When trying to compile fgl-gears32.c (From Nvidia), ldd had troubles
trying to link to (at first):--lGL -lXrender.
Then after playing around with the nvidia installation (making sure that the
Nvidia headers and libs were installed into /usr/lib and GL was
in /usr/include/X11/GL) I then only had this problem linking to -lXrender.
5> To confirm another problem. Ffluxbox compiles O.K. but did not behave as
expected. (I think is was the fact that I did not have the " ~./fluxbox "
setup correctly.
The menu generator didnot work well and complaned about the missing
~./fluxbox/init file. Could be my fault, as I downloaded from CVS.
Any how,
Is this my problem?
Or is it Xorg that is not yet ready for this sort of (prefix=/opt) install?
Regards
Dave
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
