Re: [gentoo-user] Intel GM965
Volker Armin Hemmann wrote: On Donnerstag 15 Oktober 2009, Justin wrote: Arnau Bria wrote: Hi all, Anyone did success on configuring Intel GM965/GL960 on xorg 1.6? I have an acer TravelMate 5720 ... You also can remove all InputDevice sections as those are controlled by hal. he should let them in, but he can remove all FontPath and modules entries. And yes, 'vesa' has to be changed. Here is mine [1] , just for information I can go without an xorg.conf and X will still start fine, just I have found I am missing some fonts. To see this working in action the Gentoo Ten Live DVD 10.1 [2] works with a blank xorg.conf on my T61 with X3100 intel graphics. [1] http://dwabbott.com/gentoo-ten/intel_fix/xorg.conf [2] http://linuxcrazy.com/?q=node/77 -- Powered by Gentoo GNU/Linux http://linuxcrazy.com
Re: [gentoo-user] Installation gentoo problem.
Igor Spiridonov writes: [gentoo 10.0 CD install problems] If you have trouble with the Gentoo CDs, you can use just any other livecd you like, like Knoppix or GRML. Boot the system, open a browser to view the installation handbook, and do the installation. When configuring the kernel, you can usually get the current running .config from /proc/config.gz, so you can be sure the new kernel will work. Wonko
[gentoo-user] Library file formats
Hello list, I thought I'd have a play with swami, but the emerge fails with /bin/sed: can't read /usr/lib64/libogg.la: No such file or directory, and indeed there is none such. I have libogg installed, and the files it's put into /usr/lib64 are: /usr/lib64/libogg.a /usr/lib64/libogg.so - libogg.so.0.6.0 /usr/lib64/libogg.so.0 - libogg.so.0.6.0 /usr/lib64/libogg.so.0.6.0 I'm not familiar with library file formats; what are my options here? -- Rgds Peter
Re: [gentoo-user] Library file formats
On Fri, 16 Oct 2009 12:20:30 +0100, Peter Humphrey wrote: I thought I'd have a play with swami, but the emerge fails with /bin/sed: can't read /usr/lib64/libogg.la: No such file or directory, and indeed there is none such. The elog message from the last libogg install explains this. Run lafilefixer --justfixit. -- Neil Bothwick Barth's Distinction: There are two types of people: those who divide people into two types, and those who don't. signature.asc Description: PGP signature
Re: [gentoo-user] OT: PC as USB client
daid kahl wrote: Not really specific to gentoo, except that I want to do this with a Gentoo PC: Is it possible to attach my Gentoo PC 'G' to another PC 'W' (running Windows) via USB, so that G appears to be a removable media to W? I think you need special USB cables with some electronics in the middlle for that, and I saw such a solution for Windows. Does anybody know if this is possible with Linux? Did you consider something like an ethernet cable and using samba? I haven't used my Linux drive specifically in another Windows machine, but samba works fine for using our network scanner (and I can browse the relevant filesystems setup in Samba). The problem with this is that the PC is a closed system used for medical ultrasound acquisitions, and I do not have access to it. So I cannot configure any shares, and have to use what is already configured. The software allows export of data to an USB stick, but I would like to avoid having to move the stick around to the Linux PC afterwards. Wonko
Re: [gentoo-user] Library file formats
On Friday 16 October 2009 12:37:04 Neil Bothwick wrote: The elog message from the last libogg install explains this. Hmm, I think that's too long ago. Run lafilefixer --justfixit. I don't have an lafilefixer; which package is it in? -- Rgds Peter
Re: [gentoo-user] Library file formats
On Fri, 16 Oct 2009 12:59:46 +0100, Peter Humphrey wrote: Run lafilefixer --justfixit. I don't have an lafilefixer; which package is it in? eix could have told you that. -- Neil Bothwick Duct tape is the just like the Force: it has a light side, a dark side, and binds the universe together. signature.asc Description: PGP signature
[gentoo-user] less cannot work with emerge
hi, when i use emerge, there are too many packaged that they cannot displayed in one screen. but i cannot use less to separate it into pages. why? please help ;) -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/
Re: [gentoo-user] Library file formats
On Freitag 16 Oktober 2009, Neil Bothwick wrote: On Fri, 16 Oct 2009 12:59:46 +0100, Peter Humphrey wrote: Run lafilefixer --justfixit. I don't have an lafilefixer; which package is it in? eix could have told you that. or emerge -s
Re: [gentoo-user] less cannot work with emerge
On Friday 16 October 2009 14:05:33 Xi Shen wrote: hi, when i use emerge, there are too many packaged that they cannot displayed in one screen. but i cannot use less to separate it into pages. why? please help ;) it works here for me. Perhaps the color codes upset your terminal. try: emerge --color n atom | less or use more -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Installation gentoo problem.
On 16 Oct 2009, at 06:53, Igor Spiridonov wrote: Stroller: On 15 Oct 2009, at 22:56, Igor Spiridonov wrote: ... Thank you. I try: gentoo nousb noload=scsi_wait_scan. And instalation continue. But further: Looking for the cdrom Media not found Could not find cd to boot Could not find the root block device in Please specify another value or Press Enter.. And froze. http://distfiles.gentoo.org/releases/x86/autobuilds/current-iso/ http://distfiles.gentoo.org/releases/amd64/autobuilds/current-iso/ Thank you. My internet is very unstable and i chose LiveCD. These are very small. 100meg. If you can boot with them, then maybe you can put the stage3 file on a USB memory stick or something. Use the one from the DVD you have already. I was going to say and the current .iso is 6 days newer than the 10.1 DVD, but it looks like that's been taken down now. Since the 10.1 DVD is only a few days newer than the 10 DVD, I'm inclined to assume there have been problems with recent builds. Therefore I would suggest trying the 20090915.iso if you can possibly afford a 100meg download. That's in http://mirrors.kernel.org/gentoo/releases/$XXX/autobuilds/20090910/ where XXX=x86 or XXX=amd64 20090915 seems to be the latest autobuild currently on the mirrors. Stroller.
Re: [gentoo-user] less cannot work with emerge
Alan McKinnon writes: On Friday 16 October 2009 14:05:33 Xi Shen wrote: when i use emerge, there are too many packaged that they cannot displayed in one screen. but i cannot use less to separate it into pages. why? please help ;) Well, what happens if you try? it works here for me. Same here. Perhaps the color codes upset your terminal. try: emerge --color n atom | less or use more Or use most. You could also use a terminal like konsole and increase the scrollback buffer. Or use screen inside a terminal, and increase the defscrollback in /etc/screenrc. Then Ctrl-A Esc, and PgUp to scroll back. Screen is a little confusing at first, but one of the most important tools, at least for me. Wonko
[gentoo-user] distcc: Am I doing this right
I think I've set up distcc correctly, but I keep seeing a whole bunch of messages like this: distcc[24416] (dcc_writex) ERROR: failed to write: Connection reset by peer Is this normal? Is there anything I can do to prevent this from happening? -Michael Sullivan-
[gentoo-user] Re: less cannot work with emerge
On 16.10.2009 14:05, Xi Shen wrote: when i use emerge, there are too many packaged that they cannot displayed in one screen. but i cannot use less to separate it into pages. why? please help ;) Be sure to pipe both stdout and stderr to less, i.e. emerge options 21 | less when you are using bash. P.
Re: [gentoo-user] Library file formats
On Friday 16 October 2009 13:04:31 Neil Bothwick wrote: On Fri, 16 Oct 2009 12:59:46 +0100, Peter Humphrey wrote: Run lafilefixer --justfixit. I don't have an lafilefixer; which package is it in? eix could have told you that. Ah, yes, sorry - it didn't look like a package name but a utility from another package. Must try harder not to ask stupid questions in the morning...
Re: [gentoo-user] [OT] Good fast IDE hard drive but cheap and BIG.
kashani wrote: Dale wrote: Hi, I recently got DSL and youtube is growing on me. LOL I been trying to find a really good hard drive that is around 400 to 500Gb and pretty fast. It has to be a IDE drive, you know, the big wide cables. I don't have SATA on this rig. I have a Maxtor that I like and is pretty fast but it appears they are a little hard to find nowadays. In matter of importance: size, price, speed. Newegg is great but will consider others as well. Thanks for any pointers. Open to ideas. SATA PCI card should be $20. I'd then go with a SATA II drive. kashani I thought I would post what I ended up getting. This actually works pretty well. http://www.newegg.com/Product/Product.aspx?Item=N82E16822152100 http://www.newegg.com/Product/Product.aspx?Item=N82E16815102102 The drive formats out to about 732Gb with resierfs. This is the speed result from hdparm: r...@smoker / # hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 860 MB in 2.00 seconds = 429.42 MB/sec Timing buffered disk reads: 246 MB in 3.02 seconds = 81.55 MB/sec r...@smoker / # That is with KDE running. It is a little faster in console with no GUI running but its not a lot. It is a good bit faster than my IDE drives tho. Almost double the speed. The reason I picked a somewhat slower card is because someone said PCI would be the bottleneck so I saw no need for a really fast and expensive card. I did get a fast drive since when I build my new rig I can swap it over to it. Oh, the new rig will be a while yet. I ran up on a really nice TV and I spent what I had saved on that. My old TV was about 20 years old. I now have a LG 32 LCD TV that is 1080p and a DirecTv HD box to go with it. I really like watching the history channel when they show the Egyptian tombs and stuff. It's like being there in person almost. Anyway, that is the update. Thanks much for guiding me through the selection process. Dale :-) :-)
Re: [gentoo-user] distcc: Am I doing this right
Am Freitag 16 Oktober 2009 15:23:20 schrieb Michael Sullivan:
I think I've set up distcc correctly, but I keep seeing a whole bunch of
messages like this:
distcc[24416] (dcc_writex) ERROR: failed to write: Connection reset by
peer
Is this normal? Is there anything I can do to prevent this from
happening?
-Michael Sullivan-
Well, if distcc does not see the other hosts it says somethind along the lines
failed to distribute, compiling locally instead
Looks more like a permission problem.
You did adjust /etc/conf.d/distccd, did you ?
Especially the network settings should allow your local network:
DISTCCD_OPTS=${DISTCCD_OPTS} --allow 192.168.1.0/24
[gentoo-user] Re: Library file formats
On 10/16/2009 04:37 AM, Neil Bothwick wrote: On Fri, 16 Oct 2009 12:20:30 +0100, Peter Humphrey wrote: I thought I'd have a play with swami, but the emerge fails with /bin/sed: can't read /usr/lib64/libogg.la: No such file or directory, and indeed there is none such. The elog message from the last libogg install explains this. Run lafilefixer --justfixit. There is no manpage for lafilefixer, but the --help flag prints: --justfixit Choose some reasonable dirs, such as /usr/lib*, etc. , find all .la files and fix them to not use .la files for linking I can't make sense out of that -- one of the major uses of libtool (I thought) is for linking. Can anyone 'splain that to me? Thanks.
Re: [gentoo-user] Re: Library file formats
On Freitag 16 Oktober 2009, walt wrote: On 10/16/2009 04:37 AM, Neil Bothwick wrote: On Fri, 16 Oct 2009 12:20:30 +0100, Peter Humphrey wrote: I thought I'd have a play with swami, but the emerge fails with /bin/sed: can't read /usr/lib64/libogg.la: No such file or directory, and indeed there is none such. The elog message from the last libogg install explains this. Run lafilefixer --justfixit. There is no manpage for lafilefixer, but the --help flag prints: --justfixit Choose some reasonable dirs, such as /usr/lib*, etc. , find all .la files and fix them to not use .la files for linking I can't make sense out of that -- one of the major uses of libtool (I thought) is for linking. Can anyone 'splain that to me? Thanks. AFAIK the help printout is not entirely correct. It corrects the path' used in the la files, I recommend this reads: http://blog.flameeyes.eu/2008/04/14/what-about-those-la-files http://blog.flameeyes.eu/2008/07/02/again-about-la-files-or-why-should-they-be- killed-off-sooner-rather-than-later http://blog.flameeyes.eu/2009/04/18/some-details-about-our-old-friends-the-la- files http://blog.flameeyes.eu/2009/09/28/removing-la-files-for-dum-w-uncertain-people
Re: [gentoo-user] Re: Library file formats
On 10/16/2009 12:54 PM, walt wrote: On 10/16/2009 04:37 AM, Neil Bothwick wrote: On Fri, 16 Oct 2009 12:20:30 +0100, Peter Humphrey wrote: I thought I'd have a play with swami, but the emerge fails with /bin/sed: can't read /usr/lib64/libogg.la: No such file or directory, and indeed there is none such. The elog message from the last libogg install explains this. Run lafilefixer --justfixit. There is no manpage for lafilefixer, but the --help flag prints: --justfixit Choose some reasonable dirs, such as /usr/lib*, etc. , find all .la files and fix them to not use .la files for linking I can't make sense out of that -- one of the major uses of libtool (I thought) is for linking. Can anyone 'splain that to me? One of the major problems with .la files (besides being mostly useless on Linux/FreeBSD/any other ELF-based OS) is when they refer to other .la files instead of linking directly to the binaries. This breaks things when they get removed from a ebuild for a library that other libraries depend on. The only time that libtool archives provide a real benefit is when there's a need to link in static libraries that have external dependencies -- the libtool archive defines the dependency information that can't be stored in the static archive format. If you don't have any publicly-consumed static libraries, .la files are just pointless clutter, so package maintainers very often remove them. Any build system depending on libtool for its linking then breaks because the dependency chain is broken. Take, for example, this very real example from my system. I have both hal and dbus installed; hal depends on dbus, and both packages install libtool archives. In /usr/lib/libhal.la, there is the following: # Libraries that this one depends upon. dependency_libs=' /usr/lib/libdbus-1.la -lcap -lpthread -lrt' Thus, whenever a package that uses hal tells libtool to link to libhal.la, libtool recursively links to libdbus-1.la as well. Now, say the dbus maintainer suddenly doesn't like .la files (perhaps a bad break-up in Los Angeles), and removes them from the ebuild. The next time I true to use libtool to link in hal, it will fail because the latest dbus does not include /usr/lib/libdbus-1.la. The fix is to run lafilefixer, which changes the above line to say: # Libraries that this one depends upon. dependency_libs=' -L/usr/lib -ldbus-1 -lcap -lpthread -lrt' So that hal no longer cares whether or not the dbus package installed its libtool archive, and all is well. --Mike
[gentoo-user] Re: Library file formats
On 10/16/2009 11:06 AM, Mike Edenfield wrote: On 10/16/2009 12:54 PM, walt wrote: On 10/16/2009 04:37 AM, Neil Bothwick wrote: On Fri, 16 Oct 2009 12:20:30 +0100, Peter Humphrey wrote: I thought I'd have a play with swami, but the emerge fails with /bin/sed: can't read /usr/lib64/libogg.la: No such file or directory, and indeed there is none such. The elog message from the last libogg install explains this. Run lafilefixer --justfixit. There is no manpage for lafilefixer, but the --help flag prints: --justfixit Choose some reasonable dirs, such as /usr/lib*, etc. , find all .la files and fix them to not use .la files for linking I can't make sense out of that -- one of the major uses of libtool (I thought) is for linking. Can anyone 'splain that to me? One of the major problems with .la files (besides being mostly useless on Linux/FreeBSD/any other ELF-based OS) is when they refer to other .la files instead of linking directly to the binaries. This breaks things when they get removed from a ebuild for a library that other libraries depend on. The only time that libtool archives provide a real benefit is when there's a need to link in static libraries that have external dependencies -- the libtool archive defines the dependency information that can't be stored in the static archive format. If you don't have any publicly-consumed static libraries, .la files are just pointless clutter, so package maintainers very often remove them. Any build system depending on libtool for its linking then breaks because the dependency chain is broken. Take, for example, this very real example from my system. I have both hal and dbus installed; hal depends on dbus, and both packages install libtool archives. In /usr/lib/libhal.la, there is the following: # Libraries that this one depends upon. dependency_libs=' /usr/lib/libdbus-1.la -lcap -lpthread -lrt' Thus, whenever a package that uses hal tells libtool to link to libhal.la, libtool recursively links to libdbus-1.la as well. Now, say the dbus maintainer suddenly doesn't like .la files (perhaps a bad break-up in Los Angeles), and removes them from the ebuild. I think .la files are an adequate reason to dislike .la files :o) They have certainly wasted many frustrated hours for me. The next time I true to use libtool to link in hal, it will fail because the latest dbus does not include /usr/lib/libdbus-1.la. The fix is to run lafilefixer, which changes the above line to say: # Libraries that this one depends upon. dependency_libs=' -L/usr/lib -ldbus-1 -lcap -lpthread -lrt' So that hal no longer cares whether or not the dbus package installed its libtool archive, and all is well. An excellent 'splain, thank you very much :o) Thanks also to Volker for the links to Diego's blogs. I'm about halfway through them now.
[gentoo-user] sandbox:main signal SIGQUIT already had a handler
Does anyone know how to prevent this error from being displayed (many times) during an emerge? sandbox:main signal SIGQUIT already had a handler - Grant
Re: [gentoo-user] sandbox:main signal SIGQUIT already had a handler
Grant wrote: Does anyone know how to prevent this error from being displayed (many times) during an emerge? sandbox:main signal SIGQUIT already had a handler - Grant Wait for the Raid to kick in? http://bugs.gentoo.org/show_bug.cgi?id=285341 Hey, at least they know about it. lol Then again, they want to suppress it too. Where have I heard that before? Dale :-) :-)
Re: [gentoo-user] distcc: Am I doing this right
On Fri, 2009-10-16 at 18:31 +0200, Matthias Krebs wrote:
Am Freitag 16 Oktober 2009 15:23:20 schrieb Michael Sullivan:
I think I've set up distcc correctly, but I keep seeing a whole bunch of
messages like this:
distcc[24416] (dcc_writex) ERROR: failed to write: Connection reset by
peer
Is this normal? Is there anything I can do to prevent this from
happening?
-Michael Sullivan-
Well, if distcc does not see the other hosts it says somethind along the
lines
failed to distribute, compiling locally instead
Looks more like a permission problem.
You did adjust /etc/conf.d/distccd, did you ?
Especially the network settings should allow your local network:
DISTCCD_OPTS=${DISTCCD_OPTS} --allow 192.168.1.0/24
Do I put that line on the slow machine or the fast one?
Re: [gentoo-user] OT: PC as USB client
On 16 Oct 2009, at 12:58, Alex Schuster wrote: daid kahl wrote: Not really specific to gentoo, except that I want to do this with a Gentoo PC: Is it possible to attach my Gentoo PC 'G' to another PC 'W' (running Windows) via USB, so that G appears to be a removable media to W? I think you need special USB cables with some electronics in the middlle for that, and I saw such a solution for Windows. Does anybody know if this is possible with Linux? Did you consider something like an ethernet cable and using samba? I haven't used my Linux drive specifically in another Windows machine, but samba works fine for using our network scanner (and I can browse the relevant filesystems setup in Samba). The problem with this is that the PC is a closed system used for medical ultrasound acquisitions, and I do not have access to it. So I cannot configure any shares, and have to use what is already configured. The software allows export of data to an USB stick, but I would like to avoid having to move the stick around to the Linux PC afterwards. The hack that springs to mind is to see if you can pick up an Openmoko Freerunner with a broken screen. I'd guess you might be able to pick one up for as little as $50 or so. It needs no SIM - you just connect it to your office wifi instead, configure it to act as a mass storage device and share the appropriate directory by Samba or NFS or whatever. http://wiki.openmoko.org/wiki/Using_the_Neo_as_an_USB_Mass_storage_device Configuring the device to boot up and automagically load the mass storage device kernel module - instead of the USB networking one, which is default - could be a bit tricky with a broken screen. But I doubt if you want to spend $200 on this, and I think that's about the going rate on a brand new Freerunner. I guess if you could buy one that the seller has proven working via ssh to USB - which is really standard on this device, it defaults to 192.168.0.202 - then you could get it to connect to your wifi and bind sshd to that interface, also. Once you know that's good and reliable, remove the USB interface from the sshd configuration, stop it from loading the USB ethernet module at boot and have it load the mass storage device module instead. I do feel this is kinda a clumsy suggestion, to use a relatively expensive mobile phone - and such little of its functionality - for such an ostensibly-simple task. There must be other Linux-based devices which will pretend to be mass storage devices, and I wouldn't be at all surprised if some of them were quite cheap and readily available. But I have no idea what they might be. Stroller.
