Re: Mythweb [WAS Re: [gentoo-user] Mythfrontend segfaults]
On Sun, 12 Apr 2009 20:40:14 -0500, Michael Sullivan wrote: That location just gives me a directory listing... Of the mythweb files? If so, just click the index file. Which is the index file? You haven't set up the rewrite rules, which was probably mentioned in the elog message. There's a .htaccess file to add to the mythweb directory that, among other things, loads mythweb.php as the default file. -- Neil Bothwick I'll try anything once too often. signature.asc Description: PGP signature
Re: [gentoo-user] Re: [xorg-server-1.5] managing graphic card
On Monday 13 April 2009 02:32:18 Mike Kazantsev wrote: On Sun, 12 Apr 2009 20:26:19 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Saturday 11 April 2009 11:26:11 Mike Kazantsev wrote: If so, try x11-misc/driconf. Is this for ATI only? On my box I get a complaint about libGL being too old. Actually, it's absent altogether. I have nvidia. Could be even mesa-only, sorry, because I've used it only with intel IGP, but suppose it should be worth a try. So not ATI-only then. Do you know what package includes libGL? I've looked on Google but haven't found anything. I asked this yesterday but just got an unrelated reply. -- Rgds Peter
Re: [gentoo-user] Re: [xorg-server-1.5] managing graphic card
On Monday 13 April 2009 11:00:01 Peter Humphrey wrote: On Monday 13 April 2009 02:32:18 Mike Kazantsev wrote: On Sun, 12 Apr 2009 20:26:19 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Saturday 11 April 2009 11:26:11 Mike Kazantsev wrote: If so, try x11-misc/driconf. Is this for ATI only? On my box I get a complaint about libGL being too old. Actually, it's absent altogether. I have nvidia. Could be even mesa-only, sorry, because I've used it only with intel IGP, but suppose it should be worth a try. So not ATI-only then. Do you know what package includes libGL? I've looked on Google but haven't found anything. I asked this yesterday but just got an unrelated reply. It depends: a...@nazgul ~/wine $ equery belongs /usr/lib64/opengl/xorg- x11/lib/libGL.so.1.2 [ Searching for file(s) /usr/lib64/opengl/xorg-x11/lib/libGL.so.1.2 in *... ] media-libs/mesa-7.4 (/usr/lib64/opengl/xorg-x11/lib/libGL.so.1.2) a...@nazgul ~/wine $ equery belongs /usr/lib32/opengl/xorg- x11/lib/libGL.so.1.2 [ Searching for file(s) /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2 in *... ] app-emulation/emul-linux-x86-xlibs-20080810 (/usr/lib32/opengl/xorg- x11/lib/libGL.so.1.2) On a 32bit system, it will be mesa -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: [xorg-server-1.5] managing graphic card
Am Sonntag, 12. April 2009 schrieb Peter Humphrey: On Saturday 11 April 2009 11:26:11 Mike Kazantsev wrote: If so, try x11-misc/driconf. Is this for ATI only? On my box I get a complaint about libGL being too old. Actually, it's absent altogether. I have nvidia. Nvidia's closed source drivers don't use DRI.
[gentoo-user] Re: Does -Wl,--hash-style=gnu need a full world rebuild?
Jorge Morais wrote: Hi. According to discussion on gentoo-dev http://archives.gentoo.org/gentoo-dev/msg_50182554f851bedb82f8a349fbc90352.xml it seems the only reasons for -Wl,--hash-style=gnu not being default (yet) are these headaches for the developers: 1) Apparently it does not work on mips 2) Apparently it needs =glibc-2.5 and =binutils-2.17.50.0.2 My PC is x86 and my toolchain is obviously more recent than these old verions, so apparently the flag is completely safe. I've enabled it in /etc/make.conf and I like the slight reduction in binary size. My main question is: Can I just compile new packages with this flag, or do I need to recompile the whole world? In other words, is there any incompatibility between binaries linked with this flag and binaries linked with the default hash-style (which in Gentoo is --hash-style=both, AFAIK)? No, there's no need to rebuild everything since the older binaries have GNU-style hash too and there's no problem. Also, rebuilding anyway in order to gain something is not really recommendable; we're talking a few kilobytes here, *so* not worth the effort.
Re: [gentoo-user] Re: [xorg-server-1.5] managing graphic card
On Monday 13 April 2009 10:58:38 Jens Krahe wrote: Am Sonntag, 12. April 2009 schrieb Peter Humphrey: On Saturday 11 April 2009 11:26:11 Mike Kazantsev wrote: If so, try x11-misc/driconf. Is this for ATI only? On my box I get a complaint about libGL being too old. Actually, it's absent altogether. I have nvidia. Nvidia's closed source drivers don't use DRI. Ah. Thanks for saving me a bit of head-scratching. Thanks also to Alan, whose help it seems I can't use after all. -- Rgds Peter
[gentoo-user] Re: xorg-server 1.5.3 doesn't like 'freetype' and 'vga' modules?
Philip Webb wrote: 090412 Neil Bothwick wrote: On Sun, 12 Apr 2009 08:57:17 -0700, walt wrote: In that case I have no idea why the splashscreen doesn't show. Do you have this line in xorg.conf? Option NoLogo true No. Any other suggestions ? Then put it in xorg.conf in the Device section of the nvidia driver, but change true to false. That should bring back your beloved NVidia logo :P
[gentoo-user] Re: [xorg-server-1.5] managing graphic card
Jens Krahe wrote: Am Sonntag, 12. April 2009 schrieb Peter Humphrey: On Saturday 11 April 2009 11:26:11 Mike Kazantsev wrote: If so, try x11-misc/driconf. Is this for ATI only? On my box I get a complaint about libGL being too old. Actually, it's absent altogether. I have nvidia. Nvidia's closed source drivers don't use DRI. Neither does ATI's. driconf settings are only picked up by the open source drivers that support DRI.
[gentoo-user] No sound over HDMI with SB600, 9800GT
I have an MSI K9A2 Platinum motherboard (SB600 chipset with ALC888 Azalia audio) with an Asus EN9800GT video card. HDMI video, as well as analog audio works fine. However, there is no sound over HDMI. I am using alsa 1.0.18, kernel 2.6.24, with the snd_hda_intel driver. aplay -l: List of PLAYBACK Hardware Devices card 0: SB [HDA ATI SB], device 0: ALC883 Analog [ALC883 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC883 Digital [ALC883 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 aplay -L lists no PCMs as digital, only HDA ATI SB, ALC883 Analog. I have tried aplay -D 'hw0,1', and it appears to work, except that no sound is produced. The only mention of digital audio in alsamixer is IEC958, and it can only be muted or unmuted; there are no further options. I have tried various model options for snd_hda_intel, to no avail. I have attached the codec#0 file for my sound device. Any help would be greatly appreciated! -- MFD codec#0 Description: Binary data
Re: Mythweb [WAS Re: [gentoo-user] Mythfrontend segfaults]
On Mon, 2009-04-13 at 09:35 +0100, Neil Bothwick wrote: On Sun, 12 Apr 2009 20:40:14 -0500, Michael Sullivan wrote: That location just gives me a directory listing... Of the mythweb files? If so, just click the index file. Which is the index file? You haven't set up the rewrite rules, which was probably mentioned in the elog message. There's a .htaccess file to add to the mythweb directory that, among other things, loads mythweb.php as the default file. /var/www/localhost/htdocs/mythweb/data/.htaccess There was no mention of setting up rewrite rules or of .htaccess in the elog message. I ran locate and found an .htaccess file at /var/www/localhost/htdocs/mythweb/data/.htaccess, but all it says is: camille data # cat /var/www/localhost/htdocs/mythweb/data/.htaccess # Allow the webserver to follow symlinks in the data directory, but not to # execute any commands, browse directory indexes, etc. Options -All +FollowSymLinks +IncludesNoExec What am I supposed to do with that?
Re: [gentoo-user] Mythfrontend segfaults
On Sun, 2009-04-12 at 20:30 -0700, Mark Knecht wrote: On Sun, Apr 12, 2009 at 7:03 PM, Michael Sullivan msulli1...@gmail.com wrote: On Sun, 2009-04-12 at 16:45 -0700, Mark Knecht wrote: The big change here today, other than the updates, was to rename xorg.conf to xorg.conf.old and reboot to try out lett hald set up the video stuff. I'm suspecting that may be the culprit? - Mark I don't even seem to have an xorg.conf.old or even an xorg.conf: camille X11 # ls Sessions app-defaults dm lbxproxy proxymngr startDM.sh wmconfig xinit xloadimagerc xserver X chooser.shgdm mwm rstart twm xdm xkbxorg.conf.example xsm Yet somehow, X is running. Any ideas on this one? Yes, that's exactly the same setup I had when I had the segfault. Under the old xorg-x11 you had an xorg.conf file which set everything up specifically as you wanted it. The new xorg-x11 is trying to change that, but only defaults to the new way if: 1) You turn on hald 2) You have INPUT_DEVICES=evdev in /etc/make.conf when you build the new xorg-x11 3) You remove or rename your old xorg.conf to some other name. When there is no xorg.conf file apparently the new version attempts to use hald to determine your hardware and set things up automatically. It works, or did for me, in the sense that X comes up and I can see Gnome. However in that mode mythfrontend was segfaulting. I then took my copied xorg.conf.old file and renamed it back to xorg.conf, restarted X and mythfrontend didn't segfault anymore. You should take a look at /var/log/Xorg.o.log file carefully. Somewhere in that file there is a sort of picture of how the new xorg.conf file is being handled automatically - it shows 3 screens in my case - one using my radeon driver and the other two using vesa and fbdev. My old xorg.conf didn't have all that stuff - only radeon - and the old one works. One other thought I had was that maybe mythfrontend needs to be rebuilt after the conversion to the new xorg-x11. Maybe it's not linking correctly against the new libraries. I don't know. Hope this helps. If you need or want more info let me know. - Mark Apparently my xorg.conf file has been missing for some time. I made a full backup of /etc on March 1, and it isn't in that one. This may be a stupid question, but is there a way I can generate an xorg.conf file? I thought there used to be a way, way back when before modular X came out, but I can't remember where I saw it...
Re: [gentoo-user] Mythfrontend segfaults
On Mon, 2009-04-13 at 07:02 -0500, Michael Sullivan wrote: Apparently my xorg.conf file has been missing for some time. I made a full backup of /etc on March 1, and it isn't in that one. This may be a stupid question, but is there a way I can generate an xorg.conf file? I thought there used to be a way, way back when before modular X came out, but I can't remember where I saw it... It was a stupid question. I have the built-in config right here. Unfortunately I don't seem to have an old xorg.conf to compare it against. I have saved this built-in configuration to /etc/X11/xorg.conf so that maybe I can tweak it into working with mythfrontend: camille ~ # cat /etc/X11/xorg.conf Section Device Identifier Builtin Default intel Device 0 Driver intel EndSection Section Screen Identifier Builtin Default intel Screen 0 Device Builtin Default intel Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default intel Screen 0 Screen Builtin Default fbdev Screen 0 Screen Builtin Default vesa Screen 0 EndSection Can anyone see anything in this that might cause mythfrontend to segfault? I made changes to config and rebuild xorg-server according to the X upgrade guide last night, and I'm rebuilding mythtv as we speak...
Re: [gentoo-user] Mythfrontend segfaults
On Mon, 2009-04-13 at 07:13 -0500, Michael Sullivan wrote: Can anyone see anything in this that might cause mythfrontend to segfault? I made changes to config and rebuild xorg-server according to the X upgrade guide last night, and I'm rebuilding mythtv as we speak... I finished rebuilding myhtv. It didn't help. Before my last start of X I deleted the /var/log/Xorg.0.log file so that all the information would be current. I attach it here, because I don't understand all this and someone out there may be able to see something in the log that I didn't see. I hope sending a 45k attachment is acceptible. I've gotten flamed for this kind of thing in the past... X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.25-gentoo-r8 i686 Current Operating System: Linux camille 2.6.25-gentoo-r8 #1 SMP Mon Nov 3 00:09:10 CST 2008 i686 Build Date: 12 April 2009 09:04:28PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Apr 13 07:03:40 2009 (EE) Unable to locate/open config file (II) Loader magic: 0x9a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 (II) Loader running on linux (++) using VT number 7 (--) PCI:*(0...@0:2:0) Intel Corporation 82915G/GV/910GL Integrated Graphics Controller rev 0, Mem @ 0xffa0/0, 0xc000/0, 0xffa8/0, I/O @ 0xec00/0 (--) PCI: (0...@5:0:0) Internext Compression Inc iTVC16 (CX23416) MPEG-2 Encoder rev 1, Mem @ 0xd000/0 (==) Matched intel for the autoconfigured driver New driver is intel (==) Using default built-in configuration (30 lines) (==) --- Start of built-in configuration --- Section Device Identifier Builtin Default intel Device 0 Driver intel EndSection Section Screen Identifier Builtin Default intel Screen 0 Device Builtin Default intel Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default intel Screen 0 Screen Builtin Default fbdev Screen 0 Screen Builtin Default vesa Screen 0 EndSection (==) --- End of built-in configuration --- (==) ServerLayout Builtin Default Layout (**) |--Screen Builtin Default intel Screen 0 (0) (**) | |--Monitor default monitor (**) | |--Device Builtin Default intel Device 0 (==) No monitor specified for screen Builtin Default intel Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default fbdev Screen 0 (1) (**) | |--Monitor default monitor (**) | |--Device Builtin Default fbdev Device 0 (==) No monitor specified for screen Builtin Default fbdev Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default vesa Screen 0 (2) (**) | |--Monitor default monitor (**) | |--Device Builtin Default vesa Device 0 (==) No monitor specified for screen Builtin Default vesa Screen 0. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/OTF does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) System resource ranges: [0] -1 0 0x - 0x (0x1) MX[B] [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x (0x1) IX[B] (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II)
Re: [gentoo-user] Mythfrontend segfaults
On Mon, Apr 13, 2009 at 5:13 AM, Michael Sullivan msulli1...@gmail.com wrote: On Mon, 2009-04-13 at 07:02 -0500, Michael Sullivan wrote: Apparently my xorg.conf file has been missing for some time. I made a full backup of /etc on March 1, and it isn't in that one. This may be a stupid question, but is there a way I can generate an xorg.conf file? I thought there used to be a way, way back when before modular X came out, but I can't remember where I saw it... It was a stupid question. I have the built-in config right here. Unfortunately I don't seem to have an old xorg.conf to compare it against. I have saved this built-in configuration to /etc/X11/xorg.conf so that maybe I can tweak it into working with mythfrontend: camille ~ # cat /etc/X11/xorg.conf Section Device Identifier Builtin Default intel Device 0 Driver intel EndSection Section Screen Identifier Builtin Default intel Screen 0 Device Builtin Default intel Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default intel Screen 0 Screen Builtin Default fbdev Screen 0 Screen Builtin Default vesa Screen 0 EndSection Can anyone see anything in this that might cause mythfrontend to segfault? I made changes to config and rebuild xorg-server according to the X upgrade guide last night, and I'm rebuilding mythtv as we speak... Yeah, that's what I *think* had when I was segfaulting. Note that it's a little unclear to me. I just saw that listing in the Xorg.0.log file and decided to believe that it was what Xorg was using at the time, but how would I really know? I'm attaching the xorg.conf file (renamed so you can download it without overwriting anything) that I am currently using. mythfrontend does not segfault on my system when I place this in /etc/X11. You'll need to modify it by hand I suppose for your draphics adapter, monitor, etc. Hopefully it will give you some ideas. I'm not saying it's a great config file. Only that my system is not segfaulting when I use it. - Mark Knecht.xorg.conf Description: Binary data
Re: [gentoo-user] Mythfrontend segfaults
Michael Sullivan wrote: Apparently my xorg.conf file has been missing for some time. I made a full backup of /etc on March 1, and it isn't in that one. This may be a stupid question, but is there a way I can generate an xorg.conf file? I thought there used to be a way, way back when before modular X came out, but I can't remember where I saw it... Type in xorg then hit the tab key, maybe a couple times, and you should see a couple different ways to generate the xorg.conf file. One is GUI based and one is text based. I can't recall which is which tho. Dale :-) :-)
Re: [gentoo-user] Mythfrontend segfaults
On Mon, 2009-04-13 at 07:01 -0700, Mark Knecht wrote: On Mon, Apr 13, 2009 at 5:13 AM, Michael Sullivan msulli1...@gmail.com wrote: On Mon, 2009-04-13 at 07:02 -0500, Michael Sullivan wrote: Apparently my xorg.conf file has been missing for some time. I made a full backup of /etc on March 1, and it isn't in that one. This may be a stupid question, but is there a way I can generate an xorg.conf file? I thought there used to be a way, way back when before modular X came out, but I can't remember where I saw it... It was a stupid question. I have the built-in config right here. Unfortunately I don't seem to have an old xorg.conf to compare it against. I have saved this built-in configuration to /etc/X11/xorg.conf so that maybe I can tweak it into working with mythfrontend: camille ~ # cat /etc/X11/xorg.conf Section Device Identifier Builtin Default intel Device 0 Driver intel EndSection Section Screen Identifier Builtin Default intel Screen 0 Device Builtin Default intel Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default intel Screen 0 Screen Builtin Default fbdev Screen 0 Screen Builtin Default vesa Screen 0 EndSection Can anyone see anything in this that might cause mythfrontend to segfault? I made changes to config and rebuild xorg-server according to the X upgrade guide last night, and I'm rebuilding mythtv as we speak... Yeah, that's what I *think* had when I was segfaulting. Note that it's a little unclear to me. I just saw that listing in the Xorg.0.log file and decided to believe that it was what Xorg was using at the time, but how would I really know? I'm attaching the xorg.conf file (renamed so you can download it without overwriting anything) that I am currently using. mythfrontend does not segfault on my system when I place this in /etc/X11. You'll need to modify it by hand I suppose for your draphics adapter, monitor, etc. Hopefully it will give you some ideas. I'm not saying it's a great config file. Only that my system is not segfaulting when I use it. - Mark I shut down xdm and tried to restart it with your config file. It wouldn't start because it couldn't find the freetype module. Is that a kernel module, and if so, what does the kernel call it? I searched for freetype in the kernel menuconfig and couldn't find it, and couldn't find it in x11-drivers. I have media-libs/freetype installed, but I remerged it and X still wouldn't start. It does start with the xorg.conf file that I get from the X log. Just in case, here's my media-freetype info: camille ~ # emerge -pv freetype These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-libs/freetype-2.3.8 USE=X debug -bindist -doc -fontforge -utils 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB
Re: [gentoo-user] xorg-server-1.5.3 evdev works wonders
On Sun, Apr 12, 2009 at 4:12 AM, Jacques Montier jacques.mont...@numericable.fr wrote: For fun i plugged a second usb mouse, and then i got one mouse for left hand and another one for the right hand :-) . It is fun to plug multiple keyboards and then press NumLock or CapsLock and watch the lights on all of them change in unison. :)
Re: [gentoo-user] Re: Does -Wl,--hash-style=gnu need a full world rebuild?
On Mon, 13 Apr 2009 13:22:39 +0300 Nikos Chantziaras rea...@arcor.de wrote: Jorge Morais wrote: Hi. According to discussion on gentoo-dev http://archives.gentoo.org/gentoo-dev/msg_50182554f851bedb82f8a349fbc90352.xml it seems the only reasons for -Wl,--hash-style=gnu not being default (yet) are these headaches for the developers: 1) Apparently it does not work on mips 2) Apparently it needs =glibc-2.5 and =binutils-2.17.50.0.2 My PC is x86 and my toolchain is obviously more recent than these old verions, so apparently the flag is completely safe. I've enabled it in /etc/make.conf and I like the slight reduction in binary size. My main question is: Can I just compile new packages with this flag, or do I need to recompile the whole world? In other words, is there any incompatibility between binaries linked with this flag and binaries linked with the default hash-style (which in Gentoo is --hash-style=both, AFAIK)? No, there's no need to rebuild everything since the older binaries have GNU-style hash too and there's no problem. Also, rebuilding anyway in order to gain something is not really recommendable; we're talking a few kilobytes here, *so* not worth the effort. OK, thank you very much. Hum, and to be pedantic, not all other binaries have GNU-style hash, since some are probably older than the introduction of --hash-style=both in Gentoo. And thinking about it, the fact that the devs silently introduced --hash-style=both by default offers some evidence that this kind of linker flag does not lead to incompatibilities. And next I am going to use --as-needed. From bug 129413, it seems to be very close to be ready for general use. And many people seem to be using it without any problems (and many begun many months or even years ago, when the packages were not as --as-needed ready as they are now.) So, for a guy prepared to look at bug 129413 and compare all the bugs with the software installed in his computer (should be quite easy to automate) it should be very safe. I want these two flags (--as-needed and --hash-style=gnu) to be active before I adopt GCC 4.3 and recompile world. By the way, binaries linked with --as-needed are compatible with binaries linked without it, yes? -- Software is like sex: it is better when it is free. --Linus Torvalds
[gentoo-user] Re: Does -Wl,--hash-style=gnu need a full world rebuild?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jorge Morais wrote: I want these two flags (--as-needed and --hash-style=gnu) to be active before I adopt GCC 4.3 and recompile world. Just as an FYI, you do not need to rebuild the world when you upgrade GCC - the only time this was needed was around the GCC 3.3 to 3.4 transition, because of a one-time ABI breakage. By the way, binaries linked with --as-needed are compatible with binaries linked without it, yes? The --as-needed flag simply tells the linker to be more selective about which libraries to link against -- it does not change anything about the format, etc. of the library itself (to be precise, using --as-needed will cause only the NEEDED entries that are actually needed to be emitted to the final binary). So, to answer your question, yes, they are perfectly compatible with each other. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknjUuAACgkQOypDUo0oQOoi2QCeJYCNxTHeYs3y3f1pvlVRRaqj Fj0AoI5hHtgUjjLFe64Rq/j+QKplrlwG =lOyY -END PGP SIGNATURE-
Re: [gentoo-user] I don't like xorg-server 1.5.3
Peter Ruskin schrieb: Well, I did the upgrade at last, with -hal and my proven xorg-config, and the result is unusable. I use kde-3.5.9 and the mouse doesn't work right - right-click has no effect and single-right-click works a double-click. 'demerge' came to the rescue and now I'm happily back with xorg-server-1.3.0.0-r6. Any reason to use -hal? signature.asc Description: OpenPGP digital signature
Re: Mythweb [WAS Re: [gentoo-user] Mythfrontend segfaults]
On Mon, 13 Apr 2009 06:55:10 -0500, Michael Sullivan wrote: There was no mention of setting up rewrite rules or of .htaccess in the elog message. This should help - http://www.mythtv.org/wiki/MythWeb -- Neil Bothwick Manual Writer's Creed: Garbage in, gospel out. signature.asc Description: PGP signature
[gentoo-user] LyX UI in in french
Recently installed LyX 1.62 on an up-to-date Gentoo amd64 has UI and doc in english, when it used to be in french in previous version. How to go back to french ? SettingTools/Preferences/Language/User Interface Language to french doesn't make any difference... -- ~adj~
Re: [gentoo-user] Mythfrontend segfaults
On Mon, Apr 13, 2009 at 7:27 AM, Michael Sullivan msulli1...@gmail.com wrote: On Mon, 2009-04-13 at 07:01 -0700, Mark Knecht wrote: On Mon, Apr 13, 2009 at 5:13 AM, Michael Sullivan msulli1...@gmail.com wrote: On Mon, 2009-04-13 at 07:02 -0500, Michael Sullivan wrote: Apparently my xorg.conf file has been missing for some time. I made a full backup of /etc on March 1, and it isn't in that one. This may be a stupid question, but is there a way I can generate an xorg.conf file? I thought there used to be a way, way back when before modular X came out, but I can't remember where I saw it... It was a stupid question. I have the built-in config right here. Unfortunately I don't seem to have an old xorg.conf to compare it against. I have saved this built-in configuration to /etc/X11/xorg.conf so that maybe I can tweak it into working with mythfrontend: camille ~ # cat /etc/X11/xorg.conf Section Device Identifier Builtin Default intel Device 0 Driver intel EndSection Section Screen Identifier Builtin Default intel Screen 0 Device Builtin Default intel Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default intel Screen 0 Screen Builtin Default fbdev Screen 0 Screen Builtin Default vesa Screen 0 EndSection Can anyone see anything in this that might cause mythfrontend to segfault? I made changes to config and rebuild xorg-server according to the X upgrade guide last night, and I'm rebuilding mythtv as we speak... Yeah, that's what I *think* had when I was segfaulting. Note that it's a little unclear to me. I just saw that listing in the Xorg.0.log file and decided to believe that it was what Xorg was using at the time, but how would I really know? I'm attaching the xorg.conf file (renamed so you can download it without overwriting anything) that I am currently using. mythfrontend does not segfault on my system when I place this in /etc/X11. You'll need to modify it by hand I suppose for your draphics adapter, monitor, etc. Hopefully it will give you some ideas. I'm not saying it's a great config file. Only that my system is not segfaulting when I use it. - Mark I shut down xdm and tried to restart it with your config file. It wouldn't start because it couldn't find the freetype module. Is that a kernel module, and if so, what does the kernel call it? I searched for freetype in the kernel menuconfig and couldn't find it, and couldn't find it in x11-drivers. I have media-libs/freetype installed, but I remerged it and X still wouldn't start. It does start with the xorg.conf file that I get from the X log. Just in case, here's my media-freetype info: camille ~ # emerge -pv freetype These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-libs/freetype-2.3.8 USE=X debug -bindist -doc -fontforge -utils 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB I wasn't suggesting that my file would work for you. My monitor and yours are certainly different. you may not be using the radeon driver. You need to create a good xorg.conf file for yourself. You can just comment out the FreeType line. I'm assuming you did move my file to /etc/X11? If so it should not be using the default anymore. This is probably beyond my scope at this point. Do you possibly have an older xorg.conf file in a backup somewhere that used to work? If not I'm not sure what you might try. Probably time to file a bug report. If you do I'll certainly add my 2 cents on the subject. Cheers, Mark
Re: [gentoo-user] xorg-server-1.5.3 evdev works wonders
Paul Hartman a gentiment tapote: On Sun, Apr 12, 2009 at 4:12 AM, Jacques Montier jacques.mont...@numericable.fr wrote: For fun i plugged a second usb mouse, and then i got one mouse for left hand and another one for the right hand :-) . It is fun to plug multiple keyboards and then press NumLock or CapsLock and watch the lights on all of them change in unison. :) Great, i'll try that trick :-) -- Jacques
Re: [gentoo-user] Kbackup emerge error.
On 4/8/09, Dale rdalek1...@gmail.com wrote: Anybody ran into this: snip/ Selector.cxx: In constructor 'Selector::Selector(QWidget*)': Selector.cxx:125: error: '::getenv' has not been declared snip/ I searched the forums but it returned very little and most of that was really really old. I went back a good piece and I think all the error should be there but if I missed something, let me know. I can go back a little further if needed. Ok, the gurus won't touch this (at least on list) so I'll throw out a wild guess: maybe a gcc 4.3 related issue in kbackup 0.5.3's sources? If kbackup 0.5.4[-r1] (currently ~arch) has the same then you probably want to file a bug about it at b.g.o. Otherwise a bug report will just be a waste of time, it'll get either ignored or closed with a suggestion to use the newer one. (I.e., then one must try to out-clever the devs and file a stabilization bug for the newer one? ;) ) -- Arttu V.
Re: [gentoo-user] Re: Does -Wl,--hash-style=gnu need a full world rebuild?
On Mon, 13 Apr 2009 10:57:37 -0400 ABCD en.a...@gmail.com wrote: Jorge Morais wrote: I want these two flags (--as-needed and --hash-style=gnu) to be active before I adopt GCC 4.3 and recompile world. Just as an FYI, you do not need to rebuild the world when you upgrade GCC - the only time this was needed was around the GCC 3.3 to 3.4 transition, because of a one-time ABI breakage. I think I read in the Gentoo GCC upgrade guide that there is also ABI incompatibility between GCC 3.4 and GCC 4.1 Weirdly, the page http://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html seems to indicate that at least the libstdc++.so library has been forward compatible since GCC 3.4. Anyway, thank you for your information (which I had already heard), but nevertheless I think it would be a good idea to recompile world after all these years of upgrading packages, changing USE flags, upgrading the toolchain ... I think recompiling world would lead to a more harmonious system. And it would benefit from the increased optimization abilities of GCC 4.3 (which I assume generates faster code than GCC 4.1; at least with my simple programs, it seems to generate better assembly code - I often check the generated assembly code of my programs through the flags -S -fverbose-asm) By the way, binaries linked with --as-needed are compatible with binaries linked without it, yes? The --as-needed flag simply tells the linker to be more selective about which libraries to link against -- it does not change anything about the format, etc. of the library itself (to be precise, using --as-needed will cause only the NEEDED entries that are actually needed to be emitted to the final binary). I already knew that (on a superficial way), but thank you for being helpful. So, to answer your question, yes, they are perfectly compatible with each other. Thank you. -- Software is like sex: it is better when it is free. --Linus Torvalds
Re: [gentoo-user] I don't like xorg-server 1.5.3
On 13/04/09 Peter Ruskin said: Any reason to use -hal? I don't like hal. I prefer the traditional linux way of mounting stuff when I want to. On my workstation, so do I, but xorg 1.5 works fine if you follow the instructions and rebuild the relevant input drivers. msoul...@anton:~$ equery list | grep x11-drivers/ x11-drivers/nvidia-drivers-173.14.15 x11-drivers/xf86-input-keyboard-1.3.2 x11-drivers/xf86-input-mouse-1.4.0 Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpzXAUvLG4U7.pgp Description: PGP signature
Re: [gentoo-user] I don't like xorg-server 1.5.3
Justin wrote: Peter Ruskin schrieb: Well, I did the upgrade at last, with -hal and my proven xorg-config, and the result is unusable. I use kde-3.5.9 and the mouse doesn't work right - right-click has no effect and single-right-click works a double-click. 'demerge' came to the rescue and now I'm happily back with xorg-server-1.3.0.0-r6. Any reason to use -hal? Probably so it would work again. I did the same thing but my GUI started crashing so I downgraded xorg to get back to something that works. OP, I'm with you on not liking the new xorg. It should look something like this. 1. ;-) Dale :-) :-)
Re: [gentoo-user] Mythfrontend segfaults
On Mon, Apr 13, 2009 at 7:27 AM, Michael Sullivan msulli1...@gmail.com wrote: On Mon, 2009-04-13 at 07:01 -0700, Mark Knecht wrote: On Mon, Apr 13, 2009 at 5:13 AM, Michael Sullivan msulli1...@gmail.com wrote: On Mon, 2009-04-13 at 07:02 -0500, Michael Sullivan wrote: Apparently my xorg.conf file has been missing for some time. I made a full backup of /etc on March 1, and it isn't in that one. This may be a stupid question, but is there a way I can generate an xorg.conf file? I thought there used to be a way, way back when before modular X came out, but I can't remember where I saw it... It was a stupid question. I have the built-in config right here. Unfortunately I don't seem to have an old xorg.conf to compare it against. I have saved this built-in configuration to /etc/X11/xorg.conf so that maybe I can tweak it into working with mythfrontend: camille ~ # cat /etc/X11/xorg.conf Section Device Identifier Builtin Default intel Device 0 Driver intel EndSection Section Screen Identifier Builtin Default intel Screen 0 Device Builtin Default intel Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default intel Screen 0 Screen Builtin Default fbdev Screen 0 Screen Builtin Default vesa Screen 0 EndSection Can anyone see anything in this that might cause mythfrontend to segfault? I made changes to config and rebuild xorg-server according to the X upgrade guide last night, and I'm rebuilding mythtv as we speak... Yeah, that's what I *think* had when I was segfaulting. Note that it's a little unclear to me. I just saw that listing in the Xorg.0.log file and decided to believe that it was what Xorg was using at the time, but how would I really know? I'm attaching the xorg.conf file (renamed so you can download it without overwriting anything) that I am currently using. mythfrontend does not segfault on my system when I place this in /etc/X11. You'll need to modify it by hand I suppose for your draphics adapter, monitor, etc. Hopefully it will give you some ideas. I'm not saying it's a great config file. Only that my system is not segfaulting when I use it. - Mark I shut down xdm and tried to restart it with your config file. It wouldn't start because it couldn't find the freetype module. Is that a kernel module, and if so, what does the kernel call it? I searched for freetype in the kernel menuconfig and couldn't find it, and couldn't find it in x11-drivers. I have media-libs/freetype installed, but I remerged it and X still wouldn't start. It does start with the xorg.conf file that I get from the X log. Just in case, here's my media-freetype info: camille ~ # emerge -pv freetype These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-libs/freetype-2.3.8 USE=X debug -bindist -doc -fontforge -utils 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB Did you by chance try rebuilding xorg without the vesa and fbdev devices? I haven't done that yet but I *think* that would stop the hal daemon from trying to load those things and would get me down to just the radeon driver. Might be easier to debug if things were a bit more contained. - Mark
Re: [gentoo-user] Kbackup emerge error.
Arttu V. wrote: On 4/8/09, Dale rdalek1...@gmail.com wrote: Anybody ran into this: snip/ Selector.cxx: In constructor 'Selector::Selector(QWidget*)': Selector.cxx:125: error: '::getenv' has not been declared snip/ I searched the forums but it returned very little and most of that was really really old. I went back a good piece and I think all the error should be there but if I missed something, let me know. I can go back a little further if needed. Ok, the gurus won't touch this (at least on list) so I'll throw out a wild guess: maybe a gcc 4.3 related issue in kbackup 0.5.3's sources? If kbackup 0.5.4[-r1] (currently ~arch) has the same then you probably want to file a bug about it at b.g.o. Otherwise a bug report will just be a waste of time, it'll get either ignored or closed with a suggestion to use the newer one. (I.e., then one must try to out-clever the devs and file a stabilization bug for the newer one? ;) ) I have the same thing for both Kbackup and hwinfo. It looks like it is a boo boo between the kernel and gcc. I'm no guru but it appears that gcc is looking for something in one place but the new kernels are putting it somewhere else. It's on google so they know about this. Just wish people would share a little more is all. That was my take at least. I'm using kbackup-0.5.3 and kde-3.5.10 if that matters any. Dale :-) :-)
[gentoo-user] KDE 4.2.1 : beta is as beta does
I got KDE 4.2.1 installed with only a couple of bugs along the way. I'm not impressed: there's some eye-candy, but usability is reduced. There's a very limited choice of desktop backgrounds: I like the 'No picture, pavement' choice in 3.5.10 with different colors, but there's nothing similar in 4.2.1 . I did something unexpected froze a new panel -- 1 CPU at 100 % -- managed to get back to normal only by deleting ~/.kde4/share . Dolphin is pathetic compared with Thunar, let alone Krusader (I've never tried Konqueror as a file manager). I can't try the new Gwenview, as some of the new files clash with the old I'm certainly not unmerging the KDE 3 version. I've gone back to 3.5.10 more or less, but am stuck with 4.2.1's desktop: the background, R-click menu 4.2.1 panel are still there working (no, trying to change it with the 3.5.10 CC has no effect). Can anyone suggest what I have to delete to get all of 3.5.10 restored ? I have a lot of respect for KDE developers over the past few years, but they've badly underestimated the size of their task for KDE 4 . Perhaps I should try Xfce 4.6 with some KDE 4 apps ... (smile) -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] where to find a substitude for Xmodmap?
Hi, I also upgraded to xorg-server 1.5 with hal and evdev. So far so good. I do have a Natural Keyboard Pro. There are some cool buttons like email ... They used not to work but some weeks ago I created the following .Xmodmap and they worked for me: keycode 178 = XF86WWW keycode 236 = XF86Mail keycode 230 = XF86Launch0 keycode 229 = XF86Launch1 keycode 231 = XF86Launch2 keycode 232 = XF86Launch3 keycode 233 = XF86Launch4 keycode 234 = XF86Launch5 keycode 161 = XF86Calculator keycode 235 = XF86Launch6 Now I cannot use .Xmodmap any more because of hal and evdev. Also now all the buttons do work like the should do. The point is, I don't want them to work this way. I don't need a Reload button for firefox. I want to use this button to fire up oO. How can I do this? ( I alrady repainted my keyboard according to the functions I want the buttons to have :-)) Thanks kh
Re: [gentoo-user] I don't like xorg-server 1.5.3
On Mon, Apr 13, 2009 at 8:41 AM, Dale rdalek1...@gmail.com wrote: Justin wrote: Peter Ruskin schrieb: Well, I did the upgrade at last, with -hal and my proven xorg-config, and the result is unusable. I use kde-3.5.9 and the mouse doesn't work right - right-click has no effect and single-right-click works a double-click. 'demerge' came to the rescue and now I'm happily back with xorg-server-1.3.0.0-r6. Any reason to use -hal? Probably so it would work again. I did the same thing but my GUI started crashing so I downgraded xorg to get back to something that works. OP, I'm with you on not liking the new xorg. It should look something like this. 1. ;-) Dale :-) :-) There's a lot of us voting 1 today I think. How do things like this go stable when they aren't stable, tested and not causing problems. (rhetorical...) - Mark
Re: [gentoo-user] KDE 4.2.1 : beta is as beta does
On Mon, Apr 13, 2009 at 11:14 AM, Philip Webb purs...@ca.inter.net wrote: I got KDE 4.2.1 installed with only a couple of bugs along the way. I'm not impressed: there's some eye-candy, but usability is reduced. There's a very limited choice of desktop backgrounds: I like the 'No picture, pavement' choice in 3.5.10 with different colors, but there's nothing similar in 4.2.1 . I did something unexpected froze a new panel -- 1 CPU at 100 % -- managed to get back to normal only by deleting ~/.kde4/share . Dolphin is pathetic compared with Thunar, let alone Krusader (I've never tried Konqueror as a file manager). I can't try the new Gwenview, as some of the new files clash with the old I'm certainly not unmerging the KDE 3 version. I've gone back to 3.5.10 more or less, but am stuck with 4.2.1's desktop: the background, R-click menu 4.2.1 panel are still there working (no, trying to change it with the 3.5.10 CC has no effect). Can anyone suggest what I have to delete to get all of 3.5.10 restored ? I have a lot of respect for KDE developers over the past few years, but they've badly underestimated the size of their task for KDE 4 . Perhaps I should try Xfce 4.6 with some KDE 4 apps ... (smile) I would suggest totally getting rid of everything KDE3 related before trying to go KDE4... I also had lots of problems and conflicts with both installed. Once I got rid of all traces of KDE3 and started fresh with KDE4, it has been working well. I really didn't care for the whole look and feel at first, but it has grown on me. Me, I set it to random background every 10 minutes. Honestly the background is rarely ever seen on my screen so it's not a big deal to me. I like maximized windows. :) For the same reason I don't use the desktop widgets at all, and I find dockable taskbar stuff from KDE3 to be more useful... because a bunch of gigantic widgets on my desktop which are always covered by windows seems totally stupid and useless to me. Overall I think KDE3 was much faster in performance (probably lack of 3D effects) and more productive to use... I'm sticking with KDE4 for now simply because it's the new thing... but there's no compelling reason for me to use it instead of KDE3. I don't use GUI filemanager so I have no opinion on dolphin. New gwenview works fine for me, again I nuked the old stuff first. I actually use gqview instead of gwenview, though. KDE4 versions of k3b, digikam, k9copy, koffice all seem to work well for me. The only app I am really disappointed with is Amarok 2. I really liked Amarok 1 and they started over for Amarok 2 and I dislike just about everything they've done to it. The tree-view collection list is awful, the UI is bad (middle 50% of screen is wasted), playlist is not intuitive. Does not support titles in cue files. The only thing they've done better is Last.fm works better... but I am about [--] this close to going back to Amarok 1 and taking on board the KDE3 libs it brings with it.
Re: [gentoo-user] where to find a substitude for Xmodmap?
KH schrieb: Hi, I also upgraded to xorg-server 1.5 with hal and evdev. So far so good. I do have a Natural Keyboard Pro. There are some cool buttons like email ... They used not to work but some weeks ago I created the following .Xmodmap and they worked for me: keycode 178 = XF86WWW keycode 236 = XF86Mail keycode 230 = XF86Launch0 keycode 229 = XF86Launch1 keycode 231 = XF86Launch2 keycode 232 = XF86Launch3 keycode 233 = XF86Launch4 keycode 234 = XF86Launch5 keycode 161 = XF86Calculator keycode 235 = XF86Launch6 Now I cannot use .Xmodmap any more because of hal and evdev. Also now all the buttons do work like the should do. The point is, I don't want them to work this way. I don't need a Reload button for firefox. I want to use this button to fire up oO. How can I do this? ( I alrady repainted my keyboard according to the functions I want the buttons to have :-)) Thanks kh go to /etc/conf.d/local.start and add setkeycode 178 XF86WWW . . . signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] I don't like xorg-server 1.5.3
On Mon, Apr 13, 2009 at 11:25 AM, Mark Knecht markkne...@gmail.com wrote: On Mon, Apr 13, 2009 at 8:41 AM, Dale rdalek1...@gmail.com wrote: Justin wrote: Peter Ruskin schrieb: Well, I did the upgrade at last, with -hal and my proven xorg-config, and the result is unusable. I use kde-3.5.9 and the mouse doesn't work right - right-click has no effect and single-right-click works a double-click. 'demerge' came to the rescue and now I'm happily back with xorg-server-1.3.0.0-r6. Any reason to use -hal? Probably so it would work again. I did the same thing but my GUI started crashing so I downgraded xorg to get back to something that works. OP, I'm with you on not liking the new xorg. It should look something like this. 1. ;-) Dale :-) :-) There's a lot of us voting 1 today I think. How do things like this go stable when they aren't stable, tested and not causing problems. (rhetorical...) I must be lucky because I've been using it since it hit ~amd64 and using the HAL/fdi way and it works fine for me. :)
Re: [gentoo-user] I don't like xorg-server 1.5.3
Mark Knecht wrote: On Mon, Apr 13, 2009 at 8:41 AM, Dale rdalek1...@gmail.com wrote: Justin wrote: Peter Ruskin schrieb: Well, I did the upgrade at last, with -hal and my proven xorg-config, and the result is unusable. I use kde-3.5.9 and the mouse doesn't work right - right-click has no effect and single-right-click works a double-click. 'demerge' came to the rescue and now I'm happily back with xorg-server-1.3.0.0-r6. Any reason to use -hal? Probably so it would work again. I did the same thing but my GUI started crashing so I downgraded xorg to get back to something that works. OP, I'm with you on not liking the new xorg. It should look something like this. 1. ;-) Dale :-) :-) There's a lot of us voting 1 today I think. How do things like this go stable when they aren't stable, tested and not causing problems. (rhetorical...) - Mark I'm not a dev by any means but this is my thoughts. Before releasing xorg-server, update the xorgcfg or xorgconfig commands to deal with a lot of this, at least get you to where you have a basic keyboard and mouse. You may not be able to scroll for instance but you can click and such. Then people can restart their GUI and know that they can at least have the keyboard and mouse. This may could be done with eselect or something too. I think since it is a xorg thing, they should be able to do this themselves. I have heard a LOT of people complaining about how complicated the hal .fdi files are. Those need to be explained a lot more too. Also, most of those files should be included in hal and well tested. They should also be named in such a way that people can figure them out from a console for example. I know I didn't have the benefit of a GUI when I was going through all this mess. I suspect that with a few more weeks of people fine tuning this, it would have been much easier. Right now, since I can't ssh in or anything, I'm not even considering trying it again. Just my thoughts. Dale :-) :-)
[gentoo-user] Re: I don't like xorg-server 1.5.3
Paul Hartman wrote: On Mon, Apr 13, 2009 at 11:25 AM, Mark Knecht markkne...@gmail.com wrote: There's a lot of us voting 1 today I think. How do things like this go stable when they aren't stable, tested and not causing problems. (rhetorical...) I must be lucky because I've been using it since it hit ~amd64 and using the HAL/fdi way and it works fine for me. :) Same here. All is working perfectly (or almost perfectly; see crappy ATI Catalyst drivers) for months. Linux is getting better and the X.Org updates are playing a major part.
Re: [gentoo-user] Kbackup emerge error.
On 4/13/09, Dale rdalek1...@gmail.com wrote: I have the same thing for both Kbackup Apparently, it was a gcc-4.3 issue and I tried to provide a fix for it in bug #266026. and hwinfo. It looks like it is a boo boo between the kernel and gcc. Which version of hwinfo and what does it complain about? sys-apps/hwinfo 14.19 and 13.28 emerge just fine on my two trusty, old amd64 boxes (I don't have x86 unless I reboot), while 8.38 doesn't even have any amd64 keywording (so didn't even try) and 13.0 squeals about a thing that I guess might also be fixable by a one- or two-line patch: gcc -c -Wall -pipe -g -O2 -march=athlon64-sse3 -pipe -I/var/tmp/portage/sys-apps/hwinfo-13.0/work/hwinfo-13.0/src/hd hwinfo.c gcc hwinfo.o -Lsrc -lhd -o hwinfo src/libhd.so: undefined reference to `dbus_connection_disconnect' collect2: ld returned 1 exit status make: *** [hwinfo] Error 1 -- Arttu V.
Re: [gentoo-user] KDE 4.2.1 : beta is as beta does
090413 Paul Hartman wrote: On Mon, Apr 13, 2009 at 11:14 AM, Philip Webb purs...@ca.inter.net wrote: I got KDE 4.2.1 installed with only a couple of bugs along the way. I'm not impressed: there's some eye-candy, but usability is reduced. I would suggest totally getting rid of everything KDE3 related before trying to go KDE4. I also had lots of problems with both installed. I'm much more likely to go the other way ... (smile) Honestly the background is rarely ever seen on my screen I like maximized windows. Same here, but I keep a small slice visible on some desktops -- I've had 10 for many years -- it's all there on the 2 spares. Overall I think KDE3 was much faster in performance Didn't I mention that too ... (grimace) ? I also didn't mention that Kmahjongg 4.2.1 doesn't allow you to edit the layout its traditional tiles are ugly. Nor is Okular a match for Kpdf 3.5.10 . I tried (re)moving .kderc.kde4 , but it doesn't alter the background: does anyone else have any suggestions how to restore the KDE 3 version ? I'm quite willing to try new things, but KDE 4.2.1 is definitely a beta. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] I don't like xorg-server 1.5.3
Paul Hartman a gentiment tapote: On Mon, Apr 13, 2009 at 11:25 AM, Mark Knecht markkne...@gmail.com wrote: On Mon, Apr 13, 2009 at 8:41 AM, Dale rdalek1...@gmail.com wrote: Justin wrote: Peter Ruskin schrieb: Well, I did the upgrade at last, with -hal and my proven xorg-config, and the result is unusable. I use kde-3.5.9 and the mouse doesn't work right - right-click has no effect and single-right-click works a double-click. 'demerge' came to the rescue and now I'm happily back with xorg-server-1.3.0.0-r6. Any reason to use -hal? Probably so it would work again. I did the same thing but my GUI started crashing so I downgraded xorg to get back to something that works. OP, I'm with you on not liking the new xorg. It should look something like this. 1. ;-) Dale :-) :-) There's a lot of us voting 1 today I think. How do things like this go stable when they aren't stable, tested and not causing problems. (rhetorical...) I must be lucky because I've been using it since it hit ~amd64 and using the HAL/fdi way and it works fine for me. :) Xorg-server-1.5, hal and evdev stuff work fine for me with x86. Two lucky men on that list :-) -- Jacques
Re: [gentoo-user] where to find a substitude for Xmodmap?
Justin schrieb: go to /etc/conf.d/local.start and add setkeycode 178 XF86WWW . . Thanks for your answer. This did not work but solve my problem in another way. I led me to realize, that the keycodes are already set (shame on me) I only needed to change them in the xfce menu editor. The only thing not working from there is executing /usr/bin/terminal Thanks kh
Re: [gentoo-user] KDE 4.2.1 : beta is as beta does
On Mon, Apr 13, 2009 at 12:02 PM, Philip Webb purs...@ca.inter.net wrote: I also didn't mention that Kmahjongg 4.2.1 doesn't allow you to edit the layout its traditional tiles are ugly. Oh, I forgot about the games... Kolf is really really ugly now on KDE4... they changed the colors for no apparent reason. Nor is Okular a match for Kpdf 3.5.10 . Okular's CHM handling is terrible (unusable), kchmviewer was 1000x better. I haven't had any issues with it and PDFs so far. I tried (re)moving .kderc.kde4 , but it doesn't alter the background: does anyone else have any suggestions how to restore the KDE 3 version ? Did you use kdeprefix USE flag with kde4? I think it is required for having multiple KDE versions... otherwise it all gets mixed together. Also, I think there was some updated KDE 3.5.10 startup scripts at some point that fixed KDE4 compatibility, possibly you had yours installed before that. I could be wrong on that though since I abandoned KDE3 before 3.5.10 arrived.
Re: [gentoo-user] KDE 4.2.1 : beta is as beta does
Paul Hartman wrote: On Mon, Apr 13, 2009 at 11:14 AM, Philip Webb purs...@ca.inter.net wrote: I got KDE 4.2.1 installed with only a couple of bugs along the way. I'm not impressed: there's some eye-candy, but usability is reduced. There's a very limited choice of desktop backgrounds: I like the 'No picture, pavement' choice in 3.5.10 with different colors, but there's nothing similar in 4.2.1 . I did something unexpected froze a new panel -- 1 CPU at 100 % -- managed to get back to normal only by deleting ~/.kde4/share . Dolphin is pathetic compared with Thunar, let alone Krusader (I've never tried Konqueror as a file manager). I can't try the new Gwenview, as some of the new files clash with the old I'm certainly not unmerging the KDE 3 version. I've gone back to 3.5.10 more or less, but am stuck with 4.2.1's desktop: the background, R-click menu 4.2.1 panel are still there working (no, trying to change it with the 3.5.10 CC has no effect). Can anyone suggest what I have to delete to get all of 3.5.10 restored ? I have a lot of respect for KDE developers over the past few years, but they've badly underestimated the size of their task for KDE 4 . Perhaps I should try Xfce 4.6 with some KDE 4 apps ... (smile) I would suggest totally getting rid of everything KDE3 related before trying to go KDE4... I also had lots of problems and conflicts with both installed. Once I got rid of all traces of KDE3 and started fresh with KDE4, it has been working well. I suspect using the kdeprefix USE flag would fix a lot of that. Dale :-) :-)
[gentoo-user] Re: KDE 4.2.1 : beta is as beta does
Philip Webb wrote: I also didn't mention that Kmahjongg 4.2.1 doesn't allow you to edit the layout its traditional tiles are ugly. You can use the old version. Nor is Okular a match for Kpdf 3.5.10. Okular is actually regarded as far better by almost everyone. I tried (re)moving .kderc.kde4 , but it doesn't alter the background: does anyone else have any suggestions how to restore the KDE 3 version ? Tiled and Center tiled are probably what you want (the same as in KDE 3 I think), but somehow they don't work here :P I'm quite willing to try new things, but KDE 4.2.1 is definitely a beta. But a very good one, at least for me. It has some features I want that KDE 3 simply lacks (mainly plasmids, Vista-like desktop effects and vastly better font rendering.)
[gentoo-user] Re: KDE 4.2.1 : beta is as beta does
Nikos Chantziaras wrote: Philip Webb wrote: I'm quite willing to try new things, but KDE 4.2.1 is definitely a beta. But a very good one, at least for me. It has some features I want that KDE 3 simply lacks (mainly plasmids, Vista-like desktop effects and vastly better font rendering.) I almost forgot the obvious; why are you on KDE 4.2.1 when the latest version is 4.2.2 with lots of bugfixes?
Re: [gentoo-user] Re: I don't like xorg-server 1.5.3
On 4/13/2009 12:55 PM, Nikos Chantziaras wrote: Paul Hartman wrote: On Mon, Apr 13, 2009 at 11:25 AM, Mark Knecht markkne...@gmail.com wrote: There's a lot of us voting 1 today I think. How do things like this go stable when they aren't stable, tested and not causing problems. (rhetorical...) I must be lucky because I've been using it since it hit ~amd64 and using the HAL/fdi way and it works fine for me. :) Same here. All is working perfectly (or almost perfectly; see crappy ATI Catalyst drivers) for months. Linux is getting better and the X.Org updates are playing a major part. I've never had any problems with HAL or the new X that I didn't cause myself. (e.g. enabling modesetting in the kernel by accident, blindly copying FDI files from the intarwebs without noticing that the hal package already included then, completely failing to read the update-your-drivers warning, etc). In other words, exactly the same thing that happened to old-X when you didn't pay attention to what you are doing, happens to new-X when you don't pay attention to what you are doing. On the other hand, for the first time since I started putting Linux on my laptops, I have (with zero effort on my part) a working Synaptics touchpad with actual Synaptics features AND X recognizes my hot-plugged USB mouse. HAL++. --Mike
Re: [gentoo-user] Kbackup emerge error.
Arttu V. wrote: On 4/13/09, Dale rdalek1...@gmail.com wrote: I have the same thing for both Kbackup Apparently, it was a gcc-4.3 issue and I tried to provide a fix for it in bug #266026. and hwinfo. It looks like it is a boo boo between the kernel and gcc. Which version of hwinfo and what does it complain about? sys-apps/hwinfo 14.19 and 13.28 emerge just fine on my two trusty, old amd64 boxes (I don't have x86 unless I reboot), while 8.38 doesn't even have any amd64 keywording (so didn't even try) and 13.0 squeals about a thing that I guess might also be fixable by a one- or two-line patch: gcc -c -Wall -pipe -g -O2 -march=athlon64-sse3 -pipe -I/var/tmp/portage/sys-apps/hwinfo-13.0/work/hwinfo-13.0/src/hd hwinfo.c gcc hwinfo.o -Lsrc -lhd -o hwinfo src/libhd.so: undefined reference to `dbus_connection_disconnect' collect2: ld returned 1 exit status make: *** [hwinfo] Error 1 I was installing sys-apps/hwinfo-14.19 when it failed. I googled both errors and they pointed back to gcc and the kernel. Error was a little different but had the same effect. This came up during a emerge -ev world I was doing. At least I still have the old copy installed. BTW, all I did was upgrade gcc. I dunno. Dale :-) :-)
Re: [gentoo-user] I don't like xorg-server 1.5.3
On Mon, Apr 13, 2009 at 9:46 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, Apr 13, 2009 at 11:25 AM, Mark Knecht markkne...@gmail.com wrote: On Mon, Apr 13, 2009 at 8:41 AM, Dale rdalek1...@gmail.com wrote: Justin wrote: Peter Ruskin schrieb: Well, I did the upgrade at last, with -hal and my proven xorg-config, and the result is unusable. I use kde-3.5.9 and the mouse doesn't work right - right-click has no effect and single-right-click works a double-click. 'demerge' came to the rescue and now I'm happily back with xorg-server-1.3.0.0-r6. Any reason to use -hal? Probably so it would work again. I did the same thing but my GUI started crashing so I downgraded xorg to get back to something that works. OP, I'm with you on not liking the new xorg. It should look something like this. 1. ;-) Dale :-) :-) There's a lot of us voting 1 today I think. How do things like this go stable when they aren't stable, tested and not causing problems. (rhetorical...) I must be lucky because I've been using it since it hit ~amd64 and using the HAL/fdi way and it works fine for me. :) My experience with this one is that I *thought* it was working fine and then I found out it wasn't. Just because X comes up doesn't mean everything is working. If I use the default hald/evdev/no xorg.conf setup as discussed in the upgrade guide then X runs but mythfrontend segfaults. If I go back to an old xorg.conf file from a previous release of xorg then mythfrontend doesn't segfault. Just my experience so far, Mark
[gentoo-user] Radeon woes
Dear Gentooers,
I need your help, because I just cannot get X to run on my new PC with ATI
Radeon HD 3200 on-board graphics. What now?
I tried all sorts of ati-drivers, most (if any) did not compile. But that
was because of tuxonice-2.6.29, so I downgraded to the stable
tuxonice-sources-2.6.24-r9.
With ati-drivers 8.552-r2, X starts, but the mouse cursor does not move, nor
does the keyboard do anything. At least I can switch back to the text
console after pressing Alt-SysRq-R (this resets the keyboard), but only
once.
With 8.501 and 8.542, X does not start due to undefined symbol:
miZeroLineScreenIndex in fglrx_drv.so.
With radeonhd, X starts, but there is no mouse, and the keyboard does not
work, even after the SysRq trick.
With plain radeon... I don't remember exactly, but it didn't work either.
I also downloaded ati-driver-installer-9-3-x86.x86_64.run directly from the
ATI site, it did not work better.
With vesa, I get the same result as with ati-drivers-8.552-r2. Strange,
shouldn't this always just work? I thought the problem might be the new X
1.5, so I downgraded xorg-server to 1.3. I get similar errors for
ati-drivers. With vesa, radeon or radeonhd, X does not start any more, the
X log tells me about module version errors. I guess I need to
emerge -DautvN @world and rebuild the whole X stuff, but this fails due to
slot conflicts with x11-libs/libXrender and x11-proto/renderproto:
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
x11-libs/libXrender:0
('ebuild', '/', 'x11-libs/libXrender-0.9.2', 'merge') pulled in by
x11-libs/libXrender-0.9.3 required by
('ebuild', '/', 'x11-base/xorg-server-1.3.0.0-r6', 'merge')
(and 25 more)
('ebuild', '/', 'x11-libs/libXrender-0.9.4', 'merge') pulled in by
x11-libs/libXrender required by
('installed', '/', 'kde-base/plasma-workspace-4.2.1-r1', 'nomerge')
x11-libs/libXrender required by
('installed', '/', 'www-client/mozilla-firefox-3.0.8', 'nomerge')
x11-libs/libXrender required by
('installed', '/', 'kde-base/ksysguard-4.2.1', 'nomerge')
(and 22 more)
[...]
So, libXrender 0.9.2 is needed by the old X, while KDE 4.2 stuff needs
0.9.4?
I'm out of ideas now. Do you have any advice? A friend also has trouble with
her Radeon X1550 card. It used to work a wile ago, but after someupdates
(mainly the kernel), it doesn't, and even the old drivers that used to
work, compiled with the old kernel, do not work any more. But I did not dig
too dep into that, as I hoped I could get X to work on my new PC and then
use this setup for hers.
Wonko
Re: [gentoo-user] Re: I don't like xorg-server 1.5.3
Mike Edenfield wrote: On 4/13/2009 12:55 PM, Nikos Chantziaras wrote: Paul Hartman wrote: On Mon, Apr 13, 2009 at 11:25 AM, Mark Knecht markkne...@gmail.com wrote: There's a lot of us voting 1 today I think. How do things like this go stable when they aren't stable, tested and not causing problems. (rhetorical...) I must be lucky because I've been using it since it hit ~amd64 and using the HAL/fdi way and it works fine for me. :) Same here. All is working perfectly (or almost perfectly; see crappy ATI Catalyst drivers) for months. Linux is getting better and the X.Org updates are playing a major part. I've never had any problems with HAL or the new X that I didn't cause myself. (e.g. enabling modesetting in the kernel by accident, blindly copying FDI files from the intarwebs without noticing that the hal package already included then, completely failing to read the update-your-drivers warning, etc). In other words, exactly the same thing that happened to old-X when you didn't pay attention to what you are doing, happens to new-X when you don't pay attention to what you are doing. On the other hand, for the first time since I started putting Linux on my laptops, I have (with zero effort on my part) a working Synaptics touchpad with actual Synaptics features AND X recognizes my hot-plugged USB mouse. I'm up and running. I'm one of those people who doesn't have a really strong technical background - anything I've learned I've learned by guess and by God, by reading and with the help of this list. I struggled a bit, even though I followed the Migration to X.org server 1.5 document. I couldn't get X to start even though I recompiled the kernel and nvidia drivers. I tried not using my xorg.conf file and finally on a lark, tried running Xorg -configure, which gave me a new xorg.conf file. When I ran the command to check to see if the new xorg.conf file was going to work, I got a grey screen with an X in the middle. When I killed X, I saw an error message about my Microsoft Sidewinder joystick. So, on a whim, I rebuilt the kernel, enabling joysticks, but not specifying a joystick type. When I rebooted, x started just fine - no problems with my cordless mouse, keyboard, or touchpad and my joystick works. So, as they say, perseverance reaps rewards. Regards, Colleen -- Registered Linux User #411143 with the Linux Counter, http://counter.li.org
Re: [gentoo-user] KDE 4.2.1 : the undead has been killed
090413 Philip Webb wrote: I've found out how to fix it: something is starting Plasma, so Htop to the rescue ! -- kill Plasma the hideous mask is removed -- it appears at the very end of the KDE start-up process -- the handsome KDE 3 desktop backgrounds reappear together with the desktop menus called up by mouse clicks. I didn't find out what was starting Plasma, but I fixed it : 'cd /usr/bin; mv plasma plasma-aside'. back to normal ! (clutches garlic, crucifix, incense ... ) -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] I don't like xorg-server 1.5.3
quoth the Paul Hartman: I must be lucky because I've been using it since it hit ~amd64 and using the HAL/fdi way and it works fine for me. :) HAL method working just fine for me as well, upgraded yesterday. I know nothing of fdi files or the inner workings of X, I just followed the upgrade guide, and it worked without a hitch. -d -- darren kirby :: Part of the problem since 1976 :: http://badcomputer.org ...the number of UNIX installations has grown to 10, with more expected... - Dennis Ritchie and Ken Thompson, June 1972
Re: [gentoo-user] Re: KDE 4.2.1 : beta is as beta does
On Monday 13 April 2009 19:23:16 Nikos Chantziaras wrote: Nikos Chantziaras wrote: Philip Webb wrote: I'm quite willing to try new things, but KDE 4.2.1 is definitely a beta. But a very good one, at least for me. It has some features I want that KDE 3 simply lacks (mainly plasmids, Vista-like desktop effects and vastly better font rendering.) I almost forgot the obvious; why are you on KDE 4.2.1 when the latest version is 4.2.2 with lots of bugfixes? 4.2.2 just hit the tree very recently and as of yesterday is still package.masked. Perhaps you have been using the kde-testing overlay? It's been in there for a while. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] KDE 4.2.1 : beta is as beta does
On Monday 13 April 2009 19:14:25 Dale wrote: Paul Hartman wrote: I would suggest totally getting rid of everything KDE3 related before trying to go KDE4... I also had lots of problems and conflicts with both installed. Once I got rid of all traces of KDE3 and started fresh with KDE4, it has been working well. I suspect using the kdeprefix USE flag would fix a lot of that. No it won't. It just moves different things around in your PATH and you have the same basic problem with problematic things having a different name. USE=kdeprefix will install KDE-4 into /usr/kde/slot just like 3.5 always did. You still have to manipulate your PATH so that the install dir for the version you are using comes before other versions and /usr/ itself. USE=-kdeprefix will install KDE-4 into /usr/ just like the vast majority of apps in portage do. In this case you have to ensure that /usr/ is FIRST in your PATH before other KDE slots (otherwise the loader will find the wrong version of identically named KDE apps from other versions first). This approach is sensible as it's a bit pointless having more than one KDE-4 version installed. How many bash versions do you have? The kdeprefix USE flag is not the problem. The handling of the PATH is the problem. -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: I don't like xorg-server 1.5.3
Dale wrote: Mark Knecht wrote: On Mon, Apr 13, 2009 at 8:41 AM, Dale rdalek1...@gmail.com wrote: Justin wrote: Peter Ruskin schrieb: Well, I did the upgrade at last, with -hal and my proven xorg-config, and the result is unusable. I use kde-3.5.9 and the mouse doesn't work right - right-click has no effect and single-right-click works a double-click. 'demerge' came to the rescue and now I'm happily back with xorg-server-1.3.0.0-r6. Any reason to use -hal? Simplicity - get it going without hal, then bring in hal after everything works. I'm not a dev by any means but this is my thoughts. Before releasing xorg-server, update the xorgcfg or xorgconfig commands to deal with a lot of this, at least get you to where you have a basic keyboard and mouse. After reading the upgrade guide, it seemed clear to me that my first attempt would be without hal, and without my old xorg.conf. It initially crashed because of some erroneous opengl softlinks (bugzilla already notified); correcting those using familiar Xorg.log resulted in x coming up nicely. I then played with my old xorg.conf 'til it worked well with the new xorg.server. I have not yet added hal; seems like unnecessary complexity at this point - I don't know how it will make life better. As a newbie, had I started with hal and my old xorg.conf, I'd likely still be fooling with it; too many balls in the air. My suggestion: start simple and safe, and add the new and powerful complexity as a follow up - explaining why the marginal increase in stuff is worth it's overhead, how it will make things better. HTH
Re: [gentoo-user] Mythfrontend segfaults
On Mon, 2009-04-13 at 08:23 -0700, Mark Knecht wrote: I wasn't suggesting that my file would work for you. My monitor and yours are certainly different. you may not be using the radeon driver. You need to create a good xorg.conf file for yourself. You can just comment out the FreeType line. I'm assuming you did move my file to /etc/X11? If so it should not be using the default anymore. This is probably beyond my scope at this point. Do you possibly have an older xorg.conf file in a backup somewhere that used to work? If not I'm not sure what you might try. Probably time to file a bug report. If you do I'll certainly add my 2 cents on the subject. Cheers, Mark I found an old old xorg.conf, but I couldn't boot X with it. X said that it couldn't parse the config file. I'm not even sure how to convert it to the new xorg format, even manually. I have attached the old xorg.conf file. Maybe someone can make sense of it. Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/lib/X11/rgb ModulePath /usr/lib/modules FontPath /usr/share/fonts/misc/ FontPath /usr/share/fonts/TTF/ FontPath /usr/share/fonts/Type1/ FontPath /usr/share/fonts/CID/ FontPath /usr/share/fonts/75dpi/ FontPath /usr/share/fonts/100dpi/ EndSection Section Module Load extmod Load dri Load dbe Load record Load xtrap Load glx Load type1 Load freetype EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mouse0 Option ZAxisMapping 4 5 EndSection Section Monitor #DisplaySize 320 240 # mm Identifier Monitor0 VendorName LTN ModelNamee1770NSL/T HorizSync30.0 - 70.0 VertRefresh 50.0 - 160.0 Option DPMS EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option NoAccel # [bool] #Option SWcursor # [bool] #Option ColorKey # i #Option CacheLines# i #Option Dac6Bit # [bool] #Option DRI # [bool] #Option NoDDC # [bool] #Option ShowCache # [bool] #Option XvMCSurfaces # i #Option PageFlip # [bool] Identifier Card0 Driver i810 VendorName Intel Corp. BoardName Unknown Board BusID PCI:0:2:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Viewport 0 0 Depth 1 EndSubSection SubSection Display Viewport 0 0 Depth 4 EndSubSection SubSection Display Viewport 0 0 Depth 8 EndSubSection SubSection Display Viewport 0 0 Depth 15 EndSubSection SubSection Display Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection
Re: [gentoo-user] KDE 4.2.1 : the undead has been killed
On Monday 13 April 2009 20:49:44 Philip Webb wrote: 090413 Philip Webb wrote: I've found out how to fix it: something is starting Plasma, so Htop to the rescue ! -- kill Plasma the hideous mask is removed -- it appears at the very end of the KDE start-up process -- the handsome KDE 3 desktop backgrounds reappear together with the desktop menus called up by mouse clicks. I didn't find out what was starting Plasma, but I fixed it : 'cd /usr/bin; mv plasma plasma-aside'. back to normal ! (clutches garlic, crucifix, incense ... ) Why invoke the supernatural when common logic is so superior? emerge -C plasma emerge --depclean -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] KDE 4.2.1 : beta is as beta does
On Monday 13 April 2009 19:02:06 Philip Webb wrote: I'm quite willing to try new things, but KDE 4.2.1 is definitely a beta. It's more than that. It's an experimental approach to a new way of thinking about desktops. KDE-4 is NOT a New! Improved! KDE-3.5.x. It's so different that still calling it KDE is itself a point of confusion. But that's a different point altogether (and the name is not likely to ever change). To have the features and stability of KDE-3.5, one must run KDE-3.5. To move from KDE-3.5 to KDE-4, one must ignore the superficial similarities (apps do kinda look the same) and see the underlying truth - that migration requires as much of a shift in your thinking as moving from KDE to Gnome or XFCE. It's not so much that the KDE-4 code is a beta. The very ideas about how KDE-4 works at all are still in alpha. No-one knows the future and no-one knows what users want from their computers in the future, so the KDE devs made a considered best estimate about what would be useful in the future and built a platform that will (hopefully) prove useful. KDE-4 is scarcely a year old, it's a marvel that it works at all considering the deep invasive changes that were necessary. -- alan dot mckinnon at gmail dot com
[gentoo-user] [OT] Rusty on MySQL specifics
Hi All, I am not sure if I am alarming myself unnecessarily, but this is what I observed: Login as e.g. mick; (this is a unix acccount) mysql -u root -p Enter password: XX mysql GRANT ALTER, CREATE, CREATE TEMPORARY TABLES, CREATE VIEW, INDEX, INSERT, SELECT, UPDATE ON database1.* TO 'db_user1'@'localhost' IDENTIFIED BY 'passwd1'; Query OK, 0 rows affected (0.00 sec) mysql FLUSH PRIVILEGES; Query OK, 0 rows affected (0.00 sec) mysqlquit Now if I login into database1 as db_user1 and then press the up arrow key at the mysql prompt I end up seeing all the previous commands that I ran as root, including the 'passwd1'!!! Isn't this a rather serious security problem? How could I do it differently? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: I don't like xorg-server 1.5.3
On 4/13/2009 3:50 PM, 7v5w7go9ub0o wrote: I have not yet added hal; seems like unnecessary complexity at this point - I don't know how it will make life better. The major benefit of hal is for people who don't actually *have* an old xorg.conf. In most cases, the X server can do a better job than a user at detecting and configuring the video hardware, while hal can do a better job than a user at detecting and configuring input hardware. This means that, out of the box a clean X installation has a decent chance of working with zero configuration, at least sufficiently to get you running well enough to tweak. It also means that, as the specifics of the hal FDI database improves, you will automatically pick up improvements from upstream without needing to modify your configuration. If you have a working X setup, then replacing it with hal may not provide much in the way of benefits. But the same argument can be made just on the decision to upgrade to 1.5.3 -- if your current version works, why the motivation to upgrade? If its just to have the latest and greatest -- well that's hal. --Mike
Re: [gentoo-user] Mythfrontend segfaults
On Monday 13 April 2009 21:52:11 Michael Sullivan wrote: On Mon, 2009-04-13 at 08:23 -0700, Mark Knecht wrote: I wasn't suggesting that my file would work for you. My monitor and yours are certainly different. you may not be using the radeon driver. You need to create a good xorg.conf file for yourself. You can just comment out the FreeType line. I'm assuming you did move my file to /etc/X11? If so it should not be using the default anymore. This is probably beyond my scope at this point. Do you possibly have an older xorg.conf file in a backup somewhere that used to work? If not I'm not sure what you might try. Probably time to file a bug report. If you do I'll certainly add my 2 cents on the subject. Cheers, Mark I found an old old xorg.conf, but I couldn't boot X with it. X said that it couldn't parse the config file. I'm not even sure how to convert it to the new xorg format, even manually. I have attached the old xorg.conf file. Maybe someone can make sense of it. There is nothing wrong with that xorg.conf file, it works just fine. Tip: when requiring assistance of this nature, you absolutely have to supply the error messages from the console or from the logs. It is almost impossible to assist you without knowing what X said it thinks is wrong with the file. So, try again with this config file and if it fails have a look in /var/log/Xorg.0.log for the error messages - they are the lines starting with (EE) Also, there is no new format for this file. It still works exactly the way it always did, with the sole exception that when using hal, the InputDevice sections are not needed. Simply delete those parts, or comment them out. -- alan dot mckinnon at gmail dot com
[gentoo-user] gecko-mediaplayer inconsistent dependencies
The gecko-mediaplayer ebuild RDEPEND is as follows: RDEPEND=dev-libs/dbus-glib =media-video/gnome-mplayer-0.6.2 || ( =net-libs/xulrunner-1.8* =www-client/mozilla-firefox-2* =www-client/seamonkey-1* www-client/epiphany ) I'm not sure how to interpret that, but on one system portage wants to downgrade to mozilla-firefox-2* and on the other it does not. Can anyone tell me why that is? - Grant
Re: [gentoo-user] [OT] Rusty on MySQL specifics
On Monday 13 April 2009, 22:10, Mick wrote: Hi All, I am not sure if I am alarming myself unnecessarily, but this is what I observed: Login as e.g. mick; (this is a unix acccount) mysql -u root -p Enter password: XX mysql GRANT ALTER, CREATE, CREATE TEMPORARY TABLES, CREATE VIEW, INDEX, INSERT, SELECT, UPDATE ON database1.* TO 'db_user1'@'localhost' IDENTIFIED BY 'passwd1'; Query OK, 0 rows affected (0.00 sec) mysql FLUSH PRIVILEGES; Query OK, 0 rows affected (0.00 sec) mysqlquit Now if I login into database1 as db_user1 and then press the up arrow key at the mysql prompt I end up seeing all the previous commands that I ran as root, including the 'passwd1'!!! Mysql history file is per-(unix)user, so each unix user has his own mysql history file in his home directory. If you login as mysql user db_user1 and see the statements you previously entered as mysql user root, that means you are using the same unix user for both. If there's a security issue, it's that one imho. If you want, you can disable mysql history using one of the techniques described here: http://doc.51windows.net/mysql/?url=/mysql/ch08s06.html see the last paragraph around the middle of the page, just before 8.6.2.
Re: [gentoo-user] [OT] Rusty on MySQL specifics
On Monday 13 April 2009 22:10:20 Mick wrote: Hi All, I am not sure if I am alarming myself unnecessarily, but this is what I observed: Login as e.g. mick; (this is a unix acccount) mysql -u root -p Enter password: XX mysql GRANT ALTER, CREATE, CREATE TEMPORARY TABLES, CREATE VIEW, INDEX, INSERT, SELECT, UPDATE ON database1.* TO 'db_user1'@'localhost' IDENTIFIED BY 'passwd1'; Query OK, 0 rows affected (0.00 sec) mysql FLUSH PRIVILEGES; Query OK, 0 rows affected (0.00 sec) mysqlquit Now if I login into database1 as db_user1 and then press the up arrow key at the mysql prompt I end up seeing all the previous commands that I ran as root, including the 'passwd1'!!! Isn't this a rather serious security problem? How could I do it differently? Not at all. What you are seeing when pressing the up arrow is not commands stored by MySQl, but commands stored by your shell. It's complex to explain, so bear with me: What you type into the mysql prompt is just essentially a shell command. Mysql transforms it into the correct format the the mysqld process understands and issues the command. In both cases above you were running these commands as unix user mick. In both cases, one of the attributes issued to mysqld is which *mysql* user to run the command as. The history as remembered by the mysql client is a unix history, and mick did both. Analogy: You log into bugs.gentoo.org and gmail.google.com from the same firefox from the same unix account but with different user names. Firefox however, is fully aware of what command you ran to get to both sites and has both passwords stored in it's wallet. To improve security, you should consistently use the same privileged unix account to connect to mysql for admin actions. I usually su to root to log into mysql as root. Plus, user alan on your machine cannot see user mick's mysql history, so it's not as bad as it appears. -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: KDE 4.2.1 : beta is as beta does
Alan McKinnon alan.mckinnon at gmail.com writes: It's more than that. It's an experimental approach to a new way of thinking about desktops. Amen. Brah.. What I'm looking to do, is focus on voice interfaces to the desktop. Most of my followers just want linux (naturarrly this means Gentoo for me) to do mundane management tasks for all sorts of little embedded devices. Kinda like SCADA for controls, only extended to usb and video and networked devices (avahi/zeroconf...) Also, I'm looking to deploy video from h.264 based cameras, as the background, whilst various amounts of detail appear on top of the video, about the operations of these aforementioned voice controlled devices. QT4 is a HUGE enabler for this sort of thing. KDE-4 is scarcely a year old, it's a marvel that it works at all considering the deep invasive changes that were necessary. Life is a beach, and then you marry one So long story short, for me, looking to the future, I have no other choices but QT4 (now LGPL) and therefore KDE 4 on the desktop I feel you pain, but the Long_View has pulled me over to the (dark side) of KDE 4. hth, James
Re: [gentoo-user] gecko-mediaplayer inconsistent dependencies
On Monday 13 April 2009 22:31:01 Grant wrote: The gecko-mediaplayer ebuild RDEPEND is as follows: RDEPEND=dev-libs/dbus-glib =media-video/gnome-mplayer-0.6.2 || ( =net-libs/xulrunner-1.8* =www-client/mozilla-firefox-2* =www-client/seamonkey-1* www-client/epiphany ) I'm not sure how to interpret that, but on one system portage wants to downgrade to mozilla-firefox-2* and on the other it does not. Can anyone tell me why that is? - Grant The trick is in that || symbol. Any one of the xulrunner, firefox, seamonkey or epiphany versions listed will do. My guess would be that one machine has xulrunner installed, the other does not -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Radeon woes
On Monday 13 April 2009, Alex Schuster wrote:
Dear Gentooers,
I need your help, because I just cannot get X to run on my new PC with ATI
Radeon HD 3200 on-board graphics. What now?
I tried all sorts of ati-drivers, most (if any) did not compile. But that
was because of tuxonice-2.6.29, so I downgraded to the stable
tuxonice-sources-2.6.24-r9.
With ati-drivers 8.552-r2, X starts, but the mouse cursor does not move,
nor does the keyboard do anything. At least I can switch back to the text
console after pressing Alt-SysRq-R (this resets the keyboard), but only
once.
With 8.501 and 8.542, X does not start due to undefined symbol:
miZeroLineScreenIndex in fglrx_drv.so.
With radeonhd, X starts, but there is no mouse, and the keyboard does not
work, even after the SysRq trick.
With plain radeon... I don't remember exactly, but it didn't work either.
I also downloaded ati-driver-installer-9-3-x86.x86_64.run directly from the
ATI site, it did not work better.
With vesa, I get the same result as with ati-drivers-8.552-r2. Strange,
shouldn't this always just work? I thought the problem might be the new X
1.5, so I downgraded xorg-server to 1.3. I get similar errors for
ati-drivers. With vesa, radeon or radeonhd, X does not start any more, the
X log tells me about module version errors. I guess I need to
emerge -DautvN @world and rebuild the whole X stuff, but this fails due to
slot conflicts with x11-libs/libXrender and x11-proto/renderproto:
!!! Multiple package instances within a single package slot have been
pulled !!! into the dependency graph, resulting in a slot conflict:
x11-libs/libXrender:0
('ebuild', '/', 'x11-libs/libXrender-0.9.2', 'merge') pulled in by
x11-libs/libXrender-0.9.3 required by
('ebuild', '/', 'x11-base/xorg-server-1.3.0.0-r6', 'merge')
(and 25 more)
('ebuild', '/', 'x11-libs/libXrender-0.9.4', 'merge') pulled in by
x11-libs/libXrender required by
('installed', '/', 'kde-base/plasma-workspace-4.2.1-r1', 'nomerge')
x11-libs/libXrender required by
('installed', '/', 'www-client/mozilla-firefox-3.0.8', 'nomerge')
x11-libs/libXrender required by
('installed', '/', 'kde-base/ksysguard-4.2.1', 'nomerge')
(and 22 more)
[...]
So, libXrender 0.9.2 is needed by the old X, while KDE 4.2 stuff needs
0.9.4?
I'm out of ideas now. Do you have any advice? A friend also has trouble
with her Radeon X1550 card. It used to work a wile ago, but after
someupdates (mainly the kernel), it doesn't, and even the old drivers that
used to work, compiled with the old kernel, do not work any more. But I did
not dig too dep into that, as I hoped I could get X to work on my new PC
and then use this setup for hers.
Wonko
I can't offer specific help because I do not have this card or have any
experience with tuxonice kernels, but have you had a scroll through the many
posts in this M/L and the gentoo forums about the new xorg package? If you
do not have a proper working xorg.conf with an older kernel, you should be
better off trying hal+evdev and configuring some .fdi files if you have to.
Add USE=hal in xorg before you emerge it and also set INPUT_DEVICES=evdev
in your /etc/make.conf. If you're lucky it may just work straight out of the
box.
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] [OT] Rusty on MySQL specifics
Alan McKinnon wrote: On Monday 13 April 2009 22:10:20 Mick wrote: Hi All, I am not sure if I am alarming myself unnecessarily, but this is what I observed: Login as e.g. mick; (this is a unix acccount) mysql -u root -p Enter password: XX mysql GRANT ALTER, CREATE, CREATE TEMPORARY TABLES, CREATE VIEW, INDEX, INSERT, SELECT, UPDATE ON database1.* TO 'db_user1'@'localhost' IDENTIFIED BY 'passwd1'; Query OK, 0 rows affected (0.00 sec) mysql FLUSH PRIVILEGES; Query OK, 0 rows affected (0.00 sec) mysqlquit Now if I login into database1 as db_user1 and then press the up arrow key at the mysql prompt I end up seeing all the previous commands that I ran as root, including the 'passwd1'!!! Isn't this a rather serious security problem? How could I do it differently? Not at all. What you are seeing when pressing the up arrow is not commands stored by MySQl, but commands stored by your shell. It's complex to explain, so bear with me: I don't know about complicated. cd more .mysql_history Works just like .bash_history kashani
Re: [gentoo-user] [OT] Rusty on MySQL specifics
On Monday 13 April 2009 23:42:08 kashani wrote: Alan McKinnon wrote: Not at all. What you are seeing when pressing the up arrow is not commands stored by MySQl, but commands stored by your shell. It's complex to explain, so bear with me: I don't know about complicated. cd more .mysql_history Works just like .bash_history kashani It's not .mysql_history that's complicated, it's the relationship between the mysql user and the unix user (no relationship at all) and the resulting clash of ideas in beginning user's minds that's complicated. Most people assume that the mysql client somehow works like ssh, that when you get a prompt you are logged in elsewhere. This of course, is not true, as you well know. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: KDE 4.2.1 : beta is as beta does
On Monday 13 April 2009 22:36:19 James wrote: Alan McKinnon alan.mckinnon at gmail.com writes: It's more than that. It's an experimental approach to a new way of thinking about desktops. Amen. Brah.. What I'm looking to do, is focus on voice interfaces to the desktop. I'd like to see a working implementation of the interface in the Minority Report movie. The tricky bit is how sore the user's arms get :-) Most of my followers just want linux (naturarrly this means Gentoo for me) to do mundane management tasks for all sorts of little embedded devices. Kinda like SCADA for controls, only extended to usb and video and networked devices (avahi/zeroconf...) Also, I'm looking to deploy video from h.264 based cameras, as the background, whilst various amounts of detail appear on top of the video, about the operations of these aforementioned voice controlled devices. I'm thinking aircraft and BMW HUDs... how cool would that be? Or thin, flexible, transparent displays as the middle layer in my helmet visor hooked up to a rearward facing lipstick camera so I can see the twit behind me in his SUV when I'm on my bike. Futuristic perhaps, but when I read the lead KDE dev's blogs where they try to answer the question What's KDE-4 all about anyway? I feel that they tried hard to build a base where I could do something as outlandish as that if I choose to. QT4 is a HUGE enabler for this sort of thing. KDE-4 is scarcely a year old, it's a marvel that it works at all considering the deep invasive changes that were necessary. Life is a beach, and then you marry one So long story short, for me, looking to the future, I have no other choices but QT4 (now LGPL) and therefore KDE 4 on the desktop I dumped KDE-3 four years ago in favour of e17. Something about KDE-4 and Qt4 grabbed my attention - maybe it's just the scope and possibilities of it all, and the sheer size of brass balls it takes to be the first to go that route with a mainstream product. I admire guts and vision like that. So much so that I haven't seriously used e17 for 8 months now and probably only built it twice. I feel you pain, but the Long_View has pulled me over to the (dark side) of KDE 4. It's not all sunshine and roses :-) There's that bloody cashew thing. And the stupid menu - lancelot works smoother and better but is missing functionality. And the taskbar only recently got two rows (better than one) but you can't have three. There's still no obvious plasmoid for a QuickLaunch (I had to search for ages before I found it). And the panel is still any colour you like as long as it's black. But these are small issues and will be fixed in due course. Meanwhile, you can rotate plasmoids on the desktop (my favourite showoff trick - use a digital clock). Sure, it's a gimmick, but a useful one, and one that shows off the kind of vision the KDE-4 lead devs had in mind -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: I don't like xorg-server 1.5.3
On Mon, Apr 13, 2009 at 03:50:09PM -0400, 7v5w7go9ub0o wrote:
Dale wrote:
After reading the upgrade guide, it seemed clear to me that my first
attempt would be without hal, and without my old xorg.conf.
It initially crashed because of some erroneous opengl softlinks
(bugzilla already notified); correcting those using familiar Xorg.log
resulted in x coming up nicely. I then played with my old xorg.conf 'til
it worked well with the new xorg.server.
I have not yet added hal; seems like unnecessary complexity at this
point - I don't know how it will make life better.
As a newbie, had I started with hal and my old xorg.conf, I'd likely
still be fooling with it; too many balls in the air.
My suggestion: start simple and safe, and add the new and powerful
complexity as a follow up - explaining why the marginal increase in
stuff is worth it's overhead, how it will make things better.
HTH
I'm trying to follow this philosophy which appears more difficult than I
primary though.
1) I don't want hal, one more daemon running only to... spot /dev/input/*,
from what I understand xf86-input-* does this pretty well. I won't
unplug my mouse and so want to keep my xorg simple conf.
2) Anyway, I tried to make use of evdev instead of the *deprecated*
mouse and kbd drivers but...
3) evdev without hal replaced well my mouse driver (for the moment I
just replaced /dev/input/mice by /dev/input/event2 in the mouse section)
4) for the keyboard it's far less simple : if I switch to evdev, I
cannot define the Xkb{Variant,Model,..} in xorg.conf so :
stuck with the 'kbd' driver.
I believed gentoo users would be more sceptic when it comes to make a
new daemon mandatory ;)
For the new GNU/linux-Xorg installations, of course hal is a nice thing !
(Any advice to use evdev, define a keyboard layout,model,variant without
having to install hal and its configurationfiles and daemon ?)
Raph
Re: [gentoo-user] Re: I don't like xorg-server 1.5.3
On Tue, 14 Apr 2009 01:08:23 +0200, gibbo...@gmail.com wrote: I believed gentoo users would be more sceptic when it comes to make a new daemon mandatory ;) How can hal be mandatory when it is controlled by a USE flag? :) -- Neil Bothwick Virtue is it's own punishment. signature.asc Description: PGP signature
Re: [gentoo-user] Re: I don't like xorg-server 1.5.3
On Tuesday 14 April 2009 01:08:23 gibbo...@gmail.com wrote:
I'm trying to follow this philosophy which appears more difficult than I
primary though.
1) I don't want hal, one more daemon running only to... spot /dev/input/*,
from what I understand xf86-input-* does this pretty well. I won't
unplug my mouse and so want to keep my xorg simple conf.
2) Anyway, I tried to make use of evdev instead of the deprecated
mouse and kbd drivers but...
3) evdev without hal replaced well my mouse driver (for the moment I
just replaced /dev/input/mice by /dev/input/event2 in the mouse section)
4) for the keyboard it's far less simple : if I switch to evdev, I
cannot define the Xkb{Variant,Model,..} in xorg.conf so :
stuck with the 'kbd' driver.
I believed gentoo users would be more sceptic when it comes to make a
new daemon mandatory ;)
You need to complain to the X.org developers about that. It's them pushing hal
into the X server, not gentoo.
Do keep in mind that like slackware, gentoo devs like to stick with upstream
as much as possible.
--
alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: I don't like xorg-server 1.5.3
gibbo...@gmail.com wrote:
I'm trying to follow this philosophy which appears more difficult than I
primary though.
1) I don't want hal, one more daemon running only to... spot /dev/input/*,
from what I understand xf86-input-* does this pretty well. I won't
unplug my mouse and so want to keep my xorg simple conf.
2) Anyway, I tried to make use of evdev instead of the *deprecated*
mouse and kbd drivers but...
3) evdev without hal replaced well my mouse driver (for the moment I
just replaced /dev/input/mice by /dev/input/event2 in the mouse section)
4) for the keyboard it's far less simple : if I switch to evdev, I
cannot define the Xkb{Variant,Model,..} in xorg.conf so :
stuck with the 'kbd' driver.
I believed gentoo users would be more sceptic when it comes to make a
new daemon mandatory ;)
For the new GNU/linux-Xorg installations, of course hal is a nice thing !
(Any advice to use evdev, define a keyboard layout,model,variant without
having to install hal and its configurationfiles and daemon ?)
Raph
There is another thread here that someone posted to that had the same
issue. He worked out a way to use a keyboard layout from what I
understand. You may want to see if you can find that and follow his
lead. It would be nice if you two had the same keyboard and could share
config files. I can't recall for sure but I think he has xorg with the
hal part turned on.
Dale
:-) :-)
Re: [gentoo-user] Mythfrontend segfaults
On Mon, 2009-04-13 at 22:21 +0200, Alan McKinnon wrote: There is nothing wrong with that xorg.conf file, it works just fine. Tip: when requiring assistance of this nature, you absolutely have to supply the error messages from the console or from the logs. It is almost impossible to assist you without knowing what X said it thinks is wrong with the file. So, try again with this config file and if it fails have a look in /var/log/Xorg.0.log for the error messages - they are the lines starting with (EE) Also, there is no new format for this file. It still works exactly the way it always did, with the sole exception that when using hal, the InputDevice sections are not needed. Simply delete those parts, or comment them out. I commented out the InputDevice sections and tried to boot with it. It still wouldn't work: X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.25-gentoo-r8 i686 Current Operating System: Linux camille 2.6.25-gentoo-r8 #1 SMP Mon Nov 3 00:09:10 CST 2008 i686 Build Date: 12 April 2009 09:04:28PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Apr 13 18:33:21 2009 (==) Using config file: /etc/X11/xorg.conf Parse error on line 9 of section Files in file /etc/X11/xorg.conf RgbPath is not a valid keyword in this section. (EE) Problem parsing the config file (EE) Error parsing the config file Fatal server error: no screens found (WW) xf86CloseConsole: KDSETMODE failed: Bad file descriptor (WW) xf86CloseConsole: VT_GETMODE failed: Bad file descriptor When I comment out line 9 I and attempt to boot xdm I get this: X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.25-gentoo-r8 i686 Current Operating System: Linux camille 2.6.25-gentoo-r8 #1 SMP Mon Nov 3 00:09:10 CST 2008 i686 Build Date: 12 April 2009 09:04:28PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Apr 13 18:44:52 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/CID/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/OTF does not exist. Entry deleted from font path. (**) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/Type1/, /usr/share/fonts/75dpi/, /usr/share/fonts/100dpi/, /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/, built-ins (**) ModulePath set to /usr/lib/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x9a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 (II) Loader running on linux (++) using VT number 7 (--) PCI:*(0...@0:2:0) Intel Corporation 82915G/GV/910GL Integrated Graphics Controller rev 0, Mem @ 0xffa0/0, 0xc000/0, 0xffa8/0, I/O @ 0xec00/0 (--) PCI: (0...@5:0:0) Internext Compression Inc iTVC16 (CX23416) MPEG-2 Encoder rev 1, Mem @ 0xd000/0 (II) System resource ranges: [0] -1 0 0x - 0x (0x1) MX[B] [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x (0x1) IX[B] (II) extmod will be loaded. This was enabled by default and also specified in the config file. (II) dbe will be loaded. This was enabled by default and also specified in the config file. (II) glx will be loaded. This was enabled by default and also specified in the config file.
[gentoo-user] rc-update add hald default or boot?
Hi, I've wondered for a while whether the design intention of hald was to be run at boot time or as a default level process? Googling for 'rc-update add hald default' turns up more responses than it does for boot, but they are both out there. Seems like if you wanted to recognize hardware it would be good to do it at boot time, but maybe it just doesn't work... This Gentoo page says default, which is the way I'm using it: http://en.gentoo-wiki.com/wiki/HAL but I've seen a few emails from some very knowledgeable folks who have said boot when answering questions on these lists. Possibly they just made a mistake or were making assumptions. Don't know. It's not even mentioned in the X86 handbook: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1 So, for clarity and correctness, which way is the intended way to use it? Asking because of problems created with the new xorg-x11 update. Thanks, Mark
Re: [gentoo-user] Mythfrontend segfaults
On Mon, Apr 13, 2009 at 4:48 PM, Michael Sullivan msulli1...@gmail.com wrote: SNIP (II) LoadModule: i810 (WW) Warning, couldn't open module i810 (II) UnloadModule: i810 (EE) Failed to load module i810 (module does not exist, 0) (EE) No drivers available. SNIP OK, that's pretty serious. Is the i810 module loaded? That's the video driver, or used to be Could you post the VIDEO_CARDS= settings in your make.conf file, along with emerge -pv xorg-server and lsmod On my wife's machine it was i810 before the upgrade. After the upgrade it seems to be i915. when I scan through Xorg.0.log it's using the i915 now, at least on her machine. Look in your log file and see which driver is says it's loading. If it's the 915 then either change your driver name in the config file or get rid of the config file completely. I believe that before the upgrade I had VIDEO_CARDS=i810 but I changed it to intel with the new software: dragonfly ~ # cat /etc/make.conf | grep VIDEO_CARDS VIDEO_CARDS=intel vesa fbdev dragonfly ~ # emerge -pv xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.5.3-r5 USE=hal ipv6 nptl sdl xorg -3dfx -debug -dmx -kdrive -minimal -tslib INPUT_DEVICES=evdev -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -keyboard -magellan -microtouch -mouse -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -tslib -ur98 -virtualbox -vmmouse -void -wacom VIDEO_CARDS=fbdev intel vesa -apm -ark -ast -chips -cirrus -dummy -epson -fglrx -geode -glint -i128 -i740 (-impact) -imstt -mach64 -mga -neomagic (-newport) -nv -nvidia -r128 -radeon -radeonhd -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vermilion -via -virtualbox -vmware -voodoo -xgi 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB dragonfly ~ # Hope that helps, Mark
Re: [gentoo-user] KDE 4.2.1 : beta is as beta does
On Mon, Apr 13, 2009 at 11:28 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: The only app I am really disappointed with is Amarok 2. I really liked Amarok 1 and they started over for Amarok 2 and I dislike just about everything they've done to it. The tree-view collection list is awful, the UI is bad (middle 50% of screen is wasted), playlist is not intuitive. Does not support titles in cue files. The only thing they've done better is Last.fm works better... but I am about [--] this close to going back to Amarok 1 and taking on board the KDE3 libs it brings with it. One more big gripe about Amarok 2: it is a music player which cannot play music CDs. What's up with that? I just tried Amarok 2.1 and they haven't fixed anything... Something as simple as loading an album into the playlist, with the tracks in the proper order, is seemingly impossible. I am so frustrated with it.
Re: [gentoo-user] rc-update add hald default or boot?
On Mon, Apr 13, 2009 at 7:00 PM, Mark Knecht markkne...@gmail.com wrote: Hi, I've wondered for a while whether the design intention of hald was to be run at boot time or as a default level process? I have had mine at default forever and it seems to work fine.
Re: [gentoo-user] Re: I don't like xorg-server 1.5.3
gibbo...@gmail.com wrote:
1) I don't want hal, one more daemon running only to... spot /dev/input/*,
from what I understand xf86-input-* does this pretty well. I won't
unplug my mouse and so want to keep my xorg simple conf.
Hal does a lot more than just monitor /dev/input for you.
It's a framework for providing consolidated and consistent
access to *all* hardware information on your system.
Gnome's automounting, for example, relies on hal to let it
know when a new device was plugged in, what mount point its
on, what type of device it is, etc. The vendor database of
FDI files includes information about everything from
batteries to power management to keyboards to rf kill
switches.
And really, how much simpler an xorg.conf can you get than
by deleting 2/3 of it?
2) Anyway, I tried to make use of evdev instead of the *deprecated*
mouse and kbd drivers but...
3) evdev without hal replaced well my mouse driver (for the moment I
just replaced /dev/input/mice by /dev/input/event2 in the mouse section)
4) for the keyboard it's far less simple : if I switch to evdev, I
cannot define the Xkb{Variant,Model,..} in xorg.conf so :
stuck with the 'kbd' driver.
There's nothing wrong with continuing to use the old
drivers. Nothing about hal requires you to switch to
evdev... and nothing about evdev requires to you use hal :)
The various non-Linux OS's supported by Xorg won't even have
the proper kernel support for evdev, so the old keyboard
and mouse drivers will probably be around for a long time.
They are only deprecated in the sense that the Linux
generic input layer exists at all.
I believed gentoo users would be more sceptic when it comes to make a
new daemon mandatory ;)
Well, it's clearly not *mandatory* because you can just
turn it off with -hal :)
Having said that, hal is exactly the kind of thing I would
expect Gentoo users to flock to: its powerful, flexible,
extensible, configurable, and it's the new cutting-edge
stuff from the upstream vendors. Before it went offline,
the Gentoo wiki was easily the most informative place on the
web to find information about hal. I would have predicted
hal going mainsteam on Gentoo years ahead of Red Hat or
Debian.
Also, just for the record, hal isn't by any stretch of the
imagination a new daemon. Its been a USE option for
Gentoo's gnome-vfs package since Gnome 2.8, in 2004.
(Any advice to use evdev, define a keyboard layout,model,variant without
having to install hal and its configurationfiles and daemon ?)
Unless you have a general aversion to using XML for anything
(which I understand, if tend to disagree with), the FDI
syntax is pretty straightfoward. That's even without the
abundance of sample code that ships with hal. You basically
need to know two tags: match and merge. In this case:
?xml version=1.0 encoding=UTF-8 ?
deviceinfo
device
match key=info.capabilities contains=input.keys
merge key=input.x11_driver
type=stringkeyboard/merge
/match
/device
/deviceinfo
goes into /etc/hal/fdi/policy/keyboard_driver_ftw.fdi and
restart hal. Since hal lets you merge arbitrary keys to
its database, Xorg will also look for any
input.x11_options.foo keys, replacing everything that went
into xorg.conf.
---Mike
Re: [gentoo-user] rc-update add hald default or boot?
Mark Knecht wrote: Hi, I've wondered for a while whether the design intention of hald was to be run at boot time or as a default level process? Googling for It's intended that you'll be running it at the default level. Hal requires D-BUS, which means it needs to be run at the earliest after your local mounts, clock, etc. are started. If you put them both into the boot runlevel I don't see why it would necessarily hurt, but it doesn't need to be there to work properly. --Mike
Re: [gentoo-user] rc-update add hald default or boot?
On Mon, Apr 13, 2009 at 5:40 PM, Mike Edenfield kut...@kutulu.org wrote: Mark Knecht wrote: Hi, I've wondered for a while whether the design intention of hald was to be run at boot time or as a default level process? Googling for It's intended that you'll be running it at the default level. Hal requires D-BUS, which means it needs to be run at the earliest after your local mounts, clock, etc. are started. If you put them both into the boot runlevel I don't see why it would necessarily hurt, but it doesn't need to be there to work properly. --Mike Thanks for the responses guys. I've always had it at default also. I was just wondering. Now, does hald need dbus? Require dbus? Interesting. I have dbus installed but it's not running because it caused the Jack sound server problems. Not even sure what it does or why I should need it but it caused more problems for me and I couldn't tell what it helped with. When should dbus be started if I run it? As a boot level process or default also? Thanks, Mark
Re: [gentoo-user] Radeon woes
On Montag 13 April 2009, Alex Schuster wrote:
Dear Gentooers,
I need your help, because I just cannot get X to run on my new PC with ATI
Radeon HD 3200 on-board graphics. What now?
I tried all sorts of ati-drivers, most (if any) did not compile. But that
was because of tuxonice-2.6.29, so I downgraded to the stable
tuxonice-sources-2.6.24-r9.
With ati-drivers 8.552-r2, X starts, but the mouse cursor does not move,
nor does the keyboard do anything. At least I can switch back to the text
console after pressing Alt-SysRq-R (this resets the keyboard), but only
once.
With 8.501 and 8.542, X does not start due to undefined symbol:
miZeroLineScreenIndex in fglrx_drv.so.
With radeonhd, X starts, but there is no mouse, and the keyboard does not
work, even after the SysRq trick.
With plain radeon... I don't remember exactly, but it didn't work either.
I also downloaded ati-driver-installer-9-3-x86.x86_64.run directly from the
ATI site, it did not work better.
With vesa, I get the same result as with ati-drivers-8.552-r2. Strange,
shouldn't this always just work? I thought the problem might be the new X
1.5, so I downgraded xorg-server to 1.3. I get similar errors for
ati-drivers. With vesa, radeon or radeonhd, X does not start any more, the
X log tells me about module version errors. I guess I need to
emerge -DautvN @world and rebuild the whole X stuff, but this fails due to
slot conflicts with x11-libs/libXrender and x11-proto/renderproto:
!!! Multiple package instances within a single package slot have been
pulled !!! into the dependency graph, resulting in a slot conflict:
x11-libs/libXrender:0
('ebuild', '/', 'x11-libs/libXrender-0.9.2', 'merge') pulled in by
x11-libs/libXrender-0.9.3 required by
('ebuild', '/', 'x11-base/xorg-server-1.3.0.0-r6', 'merge')
(and 25 more)
('ebuild', '/', 'x11-libs/libXrender-0.9.4', 'merge') pulled in by
x11-libs/libXrender required by
('installed', '/', 'kde-base/plasma-workspace-4.2.1-r1', 'nomerge')
x11-libs/libXrender required by
('installed', '/', 'www-client/mozilla-firefox-3.0.8', 'nomerge')
x11-libs/libXrender required by
('installed', '/', 'kde-base/ksysguard-4.2.1', 'nomerge')
(and 22 more)
[...]
So, libXrender 0.9.2 is needed by the old X, while KDE 4.2 stuff needs
0.9.4?
I'm out of ideas now. Do you have any advice? A friend also has trouble
with her Radeon X1550 card. It used to work a wile ago, but after
someupdates (mainly the kernel), it doesn't, and even the old drivers that
used to work, compiled with the old kernel, do not work any more. But I did
not dig too dep into that, as I hoped I could get X to work on my new PC
and then use this setup for hers.
Wonko
a) the drivers you tried are acient
b) the drivers have nothing to do with input.
c) emerge input drivers and set up xorg.conf accordingly
d) if you want help, post information like Xorg.0.log, xorg.conf, versions of
packages used, etc.
[gentoo-user] myth Live TV completely crashes X - back to login
Yet another problem with this new version of xorg-x11. On my wife's x86 box mythfrontend starts up fine but as soon as I try and watch Live TV or a recorded video X completely crashes and I'm back to gdm logging me in. This does not happen on my AMD64 machine and according to my wife didn't happen on this machine last night! Looking in Xorg.0.log.old after logging back in I see these messages starting with the error message which isn't there just before the crash: (II) intel(0): EDID vendor SAM, prod id 439 (EE) intel(0): Failed to pin xv buffer Backtrace: 0: /usr/bin/X(xorg_backtrace+0x37) [0x812735f] Fatal server error: Caught signal 11. Server aborting (II) Logitech USB Receiver: Close (II) UnloadModule: evdev (II) Logitech USB Receiver: Close (II) UnloadModule: evdev (II) AIGLX: Suspending AIGLX clients for VT switch What an 'xv buffer'? Flag issue with xorg-server or Myth itself? dragonfly log # emerge -pv xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.5.3-r5 USE=hal ipv6 nptl sdl xorg -3dfx -debug -dmx -kdrive -minimal -tslib INPUT_DEVICES=evdev -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -keyboard -magellan -microtouch -mouse -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -tslib -ur98 -virtualbox -vmmouse -void -wacom VIDEO_CARDS=fbdev intel vesa -apm -ark -ast -chips -cirrus -dummy -epson -fglrx -geode -glint -i128 -i740 (-impact) -imstt -mach64 -mga -neomagic (-newport) -nv -nvidia -r128 -radeon -radeonhd -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vermilion -via -virtualbox -vmware -voodoo -xgi 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB dragonfly log # dragonfly log # emerge -pv mythtv These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-tv/mythtv-0.21_p18314-r1 USE=alsa dvb dvd mmx perl python xvmc -aac (-altivec) -autostart -debug -directv -fftw -ieee1394 -jack -lcd -lirc -opengl VIDEO_CARDS=-nvidia 26,664 kB Total: 1 package (1 reinstall), Size of downloads: 26,664 kB dragonfly log # Any ideas? Thanks, Mark dragonfly log # emerge --info Portage 2.1.6.7 (default/linux/x86/2008.0/desktop, gcc-4.3.2, glibc-2.8_p20080602-r1, 2.6.27-gentoo-r10 i686) = System uname: Linux-2.6.27-gentoo-r10-i686-Intel-R-_Pentium-R-_4_CPU_3.00GHz-with-glibc2.0 Timestamp of tree: Sun, 12 Apr 2009 19:45:02 + app-shells/bash: 3.2_p39 dev-java/java-config: 2.1.7 dev-lang/python: 2.4.4-r14, 2.5.2-r7 dev-util/cmake: 2.6.2-r1 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox:1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS=x86 CBUILD=i686-pc-linux-gnu CFLAGS=-O2 -march=pentium4 -fomit-frame-pointer -pipe CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d CXXFLAGS=-O2 -march=pentium4 -fomit-frame-pointer -pipe DISTDIR=/usr/portage/distfiles FEATURES=distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch GENTOO_MIRRORS=http://gentoo.osuosl.org/ http://www.gtlib.gatech.edu/pub/gentoo http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ LANG=en_US.UTF-8 LDFLAGS=-Wl,-O1 LINGUAS=en MAKEOPTS=-j2 PKGDIR=/usr/portage/packages PORTAGE_CONFIGROOT=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/home/portage_temp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/portage/local/layman/pro-audio /usr/local/portage SYNC=rsync://rsync.namerica.gentoo.org/gentoo-portage USE=X a52 acl alsa apache2 apm audiofile berkdb bluetooth branding bzip2 cairo cdda cddb cdr cli cracklib crypt cups dbus dri dts dvd dvdr dvdread eds emboss encode evo fam firefox flac fortran gdbm gif gimp gimpprint gnome gpm gstreamer gtk gtk2 hal i8x0 iconv ipv6 isdnlog jpeg kde ldap libnotify mad midi mikmod mjpeg mmx mp3 mpeg mudflap mysql mythtv ncurses nls nptl nptlonly ogg opengl openmp oss pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session sndfile spell spl sse sse2 ssl startup-notification svg sysfs tcltk tcpd threads tiff transcode truetype unicode usb userlocales v4l v4l2 vorbis win32codecs x86 xml xorg xscreensaver xulrunner xv xvid
[gentoo-user] Re: myth Live TV completely crashes X - back to login
On Mon, Apr 13, 2009 at 7:11 PM, Mark Knecht markkne...@gmail.com wrote: Yet another problem with this new version of xorg-x11. On my wife's x86 box mythfrontend starts up fine but as soon as I try and watch Live TV or a recorded video X completely crashes and I'm back to gdm logging me in. This does not happen on my AMD64 machine and according to my wife didn't happen on this machine last night! SNIP A little more info. glxgears performance is horrible. It used to about about 2000 FPS. Now only 60 FPS with a new message about not being able to initialize GEM, whatever that is. Off to study. - Mark m...@dragonfly ~/Desktop $ glxgears Failed to initialize GEM. Falling back to classic. 301 frames in 5.0 seconds = 60.024 FPS 285 frames in 5.0 seconds = 56.852 FPS 301 frames in 5.0 seconds = 60.042 FPS 300 frames in 5.0 seconds = 59.843 FPS ^C m...@dragonfly ~/Desktop $
[gentoo-user] Re: myth Live TV completely crashes X - back to login
On Mon, Apr 13, 2009 at 7:18 PM, Mark Knecht markkne...@gmail.com wrote: On Mon, Apr 13, 2009 at 7:11 PM, Mark Knecht markkne...@gmail.com wrote: Yet another problem with this new version of xorg-x11. On my wife's x86 box mythfrontend starts up fine but as soon as I try and watch Live TV or a recorded video X completely crashes and I'm back to gdm logging me in. This does not happen on my AMD64 machine and according to my wife didn't happen on this machine last night! SNIP A little more info. glxgears performance is horrible. It used to about about 2000 FPS. Now only 60 FPS with a new message about not being able to initialize GEM, whatever that is. Off to study. - Mark m...@dragonfly ~/Desktop $ glxgears Failed to initialize GEM. Falling back to classic. 301 frames in 5.0 seconds = 60.024 FPS 285 frames in 5.0 seconds = 56.852 FPS 301 frames in 5.0 seconds = 60.042 FPS 300 frames in 5.0 seconds = 59.843 FPS ^C m...@dragonfly ~/Desktop $ Who said this server was ready for prime time? (To be fair I see a few emails on the web pointing to the intel driver module...) From /var/log/gdm/:0.log.4: X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.27-gentoo-r10 i686 Current Operating System: Linux dragonfly 2.6.27-gentoo-r10 #1 SMP PREEMPT Sun Apr 12 12:32:40 PDT 2009 i686 Build Date: 12 April 2009 02:07:46PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Apr 13 18:56:07 2009 (EE) Unable to locate/open config file New driver is intel (==) Using default built-in configuration (30 lines) (EE) open /dev/fb0: No such file or directory Failed to initialize GEM. Falling back to classic. exaCopyDirty: Pending damage region empty! (EE) intel(0): Failed to pin xv buffer intel_bufmgr_gem.c:839: Error setting memory domains -1213744432 (0040 0040): Inappropriate ioctl for device . intel_bufmgr_gem.c:839: Error setting memory domains -1213744432 (0040 0040): Inappropriate ioctl for device . intel_bufmgr_gem.c:839: Error setting memory domains -1213744432 (0040 0040): Inappropriate ioctl for device . intel_bufmgr_gem.c:839: Error setting memory domains -1213744432 (0040 0040): Inappropriate ioctl for device . SNIP Repeats about 500 times SNIP intel_bufmgr_gem.c:839: Error setting memory domains -1213744432 (0040 0040): Inappropriate ioctl for device . intel_bufmgr_gem.c:839: Error setting memory domains -1213744432 (0040 0040): Inappropriate ioctl for device . intel_bufmgr_gem.c:839: Error setting memory domains -1213744432 (0040 0040): Inappropriate ioctl for device . intel_bufmgr_gem.c:839: Error setting memory domains -1213744432 (0040 0040): Inappropriate ioctl for device . Backtrace: 0: /usr/bin/X(xorg_backtrace+0x37) [0x812735f] Fatal server error: Caught signal 11. Server aborting
[gentoo-user] Re: KDE 4.2.1 : beta is as beta does
Alan McKinnon alan.mckinnon at gmail.com writes: I'm thinking aircraft and BMW HUDs... how cool would that be? Or thin, flexible, transparent displays as the middle layer in my helmet visor hooked up to a rearward facing lipstick camera so I can see the twit behind me in his SUV when I'm on my bike. Kinda a neuralizer for road rage via the Sanquin_Penguin ? Futuristic perhaps, but when I read the lead KDE dev's blogs where they try to answer the question What's KDE-4 all about anyway? I feel that they tried hard to build a base where I could do something as outlandish as that if I choose to. Yes, Thats what folks do not get yet. KDE4 is new and fragile. It's not what KDE4 does (now) it's what it can do as a platform for advanced graphics and video (integration) rendering. The KDE4 platform will allow for awesome things to follow. It's not all sunshine and roses For old guys like me, it was 'Guns and Roses' till the singer lost all his marbles... But these are small issues and will be fixed in due course. Meanwhile, you can rotate plasmoids on the desktop (my favourite showoff trick - use a digital clock). Sure, it's a gimmick, but a useful one, and one that shows off the kind of vision the KDE-4 lead devs had in mind Is there a central repository for plasmoids? Or are you just combing the net for them one at a time? Cheap gimmickery will do for now. Better stuff to follow. OpenMoko cell phones have lots of embedded_gentoo folks busy as a bee. Wait till it's ready and the rank and file discover embedded Gentoo (plus QT4) on their openmoko cell phone We'll get lots of converts then to QT4. Of coarse other gui software will run on embedded gentoo on a openmoko cell phone, but QT4 is going to rule the roost, methinks. LGPL of QT4 will allow continued GPL goodies and lots of little companies will be building devices and software, but, the prices will be low and there will (hopefully) be a ocean of small electronics companies building more embedded linux based products. Forget GE and Siemens. Time of the little companies to prosper (me_hopes). ciao, James
[gentoo-user] Re: No sound over HDMI with SB600, 9800GT
Strake strake888 at gmail.com writes: I have an MSI K9A2 Platinum motherboard (SB600 chipset with ALC888 Azalia audio) with an Asus EN9800GT video card. HDMI video, as well as analog audio works fine. However, there is no sound over HDMI. I am using alsa 1.0.18, kernel 2.6.24, with the snd_hda_intel driver. Hello, You might have multiple issues, depending on what (if any) other new hardware you are using and have not previously been successful using with HDMI. Just a stab in the dark, but, do some research on HDCP (HIGH-BANDWIDTH DIGITAL CONTENT PROTECTION) and make sure that's not your issue, nor related to your equipment configuration. That is, if you are outputting HDMI based audio and video from a computer and trying to make it all happy with a 1080p TV/monitor/audio type of setup Somehow find a way to test each component and make sure it's working. You may need to fiddle with the setting of the HDMI receiving device, or contact the manufacture and find out if the device employs HDCP, it can be turned off, or any other ideas the manufacture may have. Being you are a pioneer in this area, you might want to track down a 'HDMI Bus Analyzer' or a friend that has one: http://www.lecroy.com/tm/Options/Software/SDA-HDMI/default.asp good hunting and good luck! hth, James
