Re: [gentoo-user] Fluxbox + wmdockapps ?
On Monday 14 September 2009, meino.cra...@gmx.de wrote: Mick michaelkintz...@gmail.com [09-09-14 04:03]: Just add it in ~/.fluxbox/startup like so: wmnd -c orange -I eth0,wlan0,irda0,ppp0 with your relevant ifaces that you want to monnitor. ...I read it would be sufficient to put those little helpers into ~/.fluxbox/slitlist...but this does not work for me. Furthermore, I have no ~/.fluxbox/startup file. ? Hmm, it's been years since I installed fluxbox so I can't remember the details and anyway the installation methods may have changed since. I thought that every installation has a startup file where you define your different background images/styles for each workspace and any applications that you want starting up. There is a script you can run which will scan your path to find applications and create a menu for you. It may be that the startup file is created by this? In case it is not clear: there are dockapps (like wmnd) which are usually placed at the corner of your screen and there are tooltray icons that are placed in the slit (right hand side). The latter are application specific - so unless you are running an application that owns them they won't show up there - see attached screenshot. You'll also need to have configured fluxbox with the necessary USE flags (like gnome - if you're using gnome, slit, toolbar). Have you looked at the fluxbox documentation? -- Regards, Mick attachment: slitanddockapps.png signature.asc Description: This is a digitally signed message part.
[gentoo-user] MAC Pro eSATA Card
Has anyone here experiences with eSATA Cards for a MAC Pro running Gentoo? I've already tried two cards ([1], [2]). Both work fine in connection with normal PC hardware, but they are not recognized by the kernel (or even lspci) on the MAC Pro. Thanks in advance, Matthias [1]: http://tinyurl.com/qwxdza [2]: Adaptec with Silicon Image Chipset signature.asc Description: This is a digitally signed message part
[gentoo-user] Re: Screen resolution problem
On 09/14/2009 03:59 AM, David Relson wrote: G'day, I'm running Xorg with a minimal config file (only 15 lines - which provide font paths and set the AllowMouseOpenFail option). When I last restarted my computer (about 3 months ago), X came up in 1280x1024 mode. Today I restarted X (because the shift and control keys were non-responsive) and my computer is in 1024x768 mode. I much prefer the higher resolution. I have the Xorg.0.log files from the reboot 3 months ago and today's X restart. What should I be looking at in them to diagnose what has happened differently? Several obvious questions arise: _Why_ did X select a different resolution today? _How_ can I get to the higher resolution? _What_ can I do to prevent a recurrence of this problem? Don't know about 1 and 3, but you can change resolution by simply right-clicking on your desktop in most DEs and in the settings there select a resolution.
Re: [gentoo-user] Re: Error emergin mkinitrd
As Jocob says, I don't use genkernel Do you think I should reopen the bug? Thanks, Massimiliano On Fri, Sep 11, 2009 at 7:31 PM, Jacob Todd jaketodd...@gmail.com wrote: On Fri, Sep 11, 2009 at 12:23:23PM -0700, walt wrote: On 09/11/2009 08:58 AM, Massimiliano Ziccardi wrote: Hi all. I've a problem trying to emerge mkinitrd. Everytime I try, I get: * ERROR: sys-apps/mkinitrd-3.5.7-r3 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2212: Called die * The specific snippet of code: * emake || die nash compile failed.; A search at bugs.gentoo.org turned up this bug report, filed in June and solved almost a month ago: http://bugs.gentoo.org/show_bug.cgi?id=268285 So why is package still broken? Good question. Why are more people not complaining? Dunno. I don't use that package and it seems that very few others do. Just out of curiosity, why are you trying to install mkinitrd? Because making a initrd is a pain in the ass, and he probably doesn't want to use genkernel. -- Jake Todd // If it isn't broke, tweak it!
Re: [gentoo-user] Screen resolution problem
On Monday 14 September 2009 02:59:28 David Relson wrote: G'day, I'm running Xorg with a minimal config file (only 15 lines - which provide font paths and set the AllowMouseOpenFail option). When I last restarted my computer (about 3 months ago), X came up in 1280x1024 mode. Today I restarted X (because the shift and control keys were non-responsive) and my computer is in 1024x768 mode. I much prefer the higher resolution. I have the Xorg.0.log files from the reboot 3 months ago and today's X restart. What should I be looking at in them to diagnose what has happened differently? Several obvious questions arise: _Why_ did X select a different resolution today? _How_ can I get to the higher resolution? _What_ can I do to prevent a recurrence of this problem? I'm running a 2.6.28-gentoo-r5 kernel with the following packages: x11-base/xorg-x11-7.2 x11-drivers/ati-drivers-8.552-r2 x11-drivers/xf86-video-ati-6.12.1-r1 Recent Xorg interrogates the hardware to find what resolutions it supports and can pick one of those to use. The user can also specify their preference, so I reckon you likely didn't specify a preference; and what Xorg thinks you want isn't what you want. Look for the string EDID in both logs and make comparisons in that area. Before you do that, run genlop -l or examine emerge.log to find what upgrades and merges were done in the last three months that affect resolution. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] 2.6.30 and reiserfs?
On Monday 14 September 2009 02:25:45 Adam Carter wrote: I am using reiserfs just for my squid-cache nevertheless after I booted 2.6.30-r4 on an amd64 system, I couldn't create any files on that partition. Is there a way to convert the partition to work or do I really have to change filesystems? I had some weirdness with .30 and reiser. I was using .30 sucessfully for a few days, then had to hard reset but reiser had problems mounting on reboot. I tried booting .30 twice with no luck. Booted .29 and it worked fine - in fact no messages about the filesystem at all - it just loaded normally. I didn't bother persuing it because I had read about similar issues with .30 (IIRC on this list) and figured it was probably a kernel bug I have no issues whatsoever on this amd64 notebook with 2.6.30 and reiser. It's now on 2.6.31 and still working fine. My ancient x86 file server is still on 2.6.29, mostly as I'd read the same report you did. The problematic combination reported then was x86, reiser, 2.6.30, IDE chipset -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Error emergin mkinitrd
Hi all. I'm trying to apply the workaround suggested in the BUG at http://bugs.gentoo.org/show_bug.cgi?id=268285 I've changed the file accordingly, however, everytime I emerge mkinitrd, the file (obviously) get overwritten. I tried to search, but didn't find anything... Is there an emerge flag to instruct emerge to compile what it finds in /var instead of downloading it? Thanks, Massimiliano
[gentoo-user] Re: Error emergin mkinitrd
On 09/14/2009 01:59 AM, Massimiliano Ziccardi wrote: As Jocob says, I don't use genkernel Do you think I should reopen the bug? The bug is still open, so perhaps voting for it would help (I did).
Re: [gentoo-user] Re: Screen resolution problem
On Mon, 14 Sep 2009 11:57:41 +0300 Nikos Chantziaras wrote: ...[snip]... Several obvious questions arise: _Why_ did X select a different resolution today? _How_ can I get to the higher resolution? _What_ can I do to prevent a recurrence of this problem? Don't know about 1 and 3, but you can change resolution by simply right-clicking on your desktop in most DEs and in the settings there select a resolution. Gnome's right click doesn't offer any system setting choices. From the start menu, System//Preferences//ScreenResolution offers choices, but only up to 1024x768. There's no sign of the 1280x1024 that had been in use :-
Re: [gentoo-user] Screen resolution problem
On Mon, 14 Sep 2009 11:23:38 +0200 Alan McKinnon wrote: On Monday 14 September 2009 02:59:28 David Relson wrote: G'day, I'm running Xorg with a minimal config file (only 15 lines - which provide font paths and set the AllowMouseOpenFail option). When I last restarted my computer (about 3 months ago), X came up in 1280x1024 mode. Today I restarted X (because the shift and control keys were non-responsive) and my computer is in 1024x768 mode. I much prefer the higher resolution. I have the Xorg.0.log files from the reboot 3 months ago and today's X restart. What should I be looking at in them to diagnose what has happened differently? Several obvious questions arise: _Why_ did X select a different resolution today? _How_ can I get to the higher resolution? _What_ can I do to prevent a recurrence of this problem? I'm running a 2.6.28-gentoo-r5 kernel with the following packages: x11-base/xorg-x11-7.2 x11-drivers/ati-drivers-8.552-r2 x11-drivers/xf86-video-ati-6.12.1-r1 Recent Xorg interrogates the hardware to find what resolutions it supports and can pick one of those to use. The user can also specify their preference, so I reckon you likely didn't specify a preference; and what Xorg thinks you want isn't what you want. Look for the string EDID in both logs and make comparisons in that area. Before you do that, run genlop -l or examine emerge.log to find what upgrades and merges were done in the last three months that affect resolution. H'lo Alan, Here's what genlop found for x11.* since June 1: Mon Jun 15 00:20:36 2009 x11-libs/openmotif-2.3.2 Sun Jun 21 11:58:51 2009 x11-drivers/ati-drivers-8.552-r2 Sun Jun 21 17:59:39 2009 x11-drivers/ati-drivers-8.552-r2 Sun Jun 21 19:48:37 2009 x11-drivers/ati-drivers-8.552-r2 *** GOOD REBOOT Fri Jul 10 23:28:06 2009 x11-libs/qt-test-4.5.1 Sat Jul 11 07:12:12 2009 x11-themes/gtk-engines-ubuntulooks-0.9.12-r3 Sat Jul 25 13:02:56 2009 x11-drivers/ati-drivers-8.552-r2 Sun Jul 26 08:24:12 2009 x11-libs/libgksu-2.0.9 Sun Jul 26 08:30:31 2009 x11-libs/gksu-2.0.2 Tue Jul 28 07:24:07 2009 x11-drivers/ati-drivers-8.552-r2 Fri Aug 7 18:25:05 2009 x11-libs/fltk-2.0_pre6786-r1 ati-drivers-8.552-r2 package was present at the reboot and has been reinstalled since. None of these x11 packages seem relevant. Grepping for EDID finds no hits in the old log and multiple occurrences of RADEON in the new log. Comparing the logs shows VESA in old, but not new. Here are grep counts: r...@osage log # grep -c VESA Xorg.0.old.log Xorg.0.new.log Xorg.0.old.log:79 Xorg.0.new.log:4 r...@osage log # grep -c RADEON Xorg.0.old.log Xorg.0.new.log Xorg.0.old.log:0 Xorg.0.new.log:385 Perhaps I need to specify VESA in xorg.conf somehow ??? Regards, David
Re: [gentoo-user] Screen resolution problem
On Monday 14 September 2009 13:36:39 David Relson wrote: On Mon, 14 Sep 2009 11:23:38 +0200 Alan McKinnon wrote: On Monday 14 September 2009 02:59:28 David Relson wrote: G'day, I'm running Xorg with a minimal config file (only 15 lines - which provide font paths and set the AllowMouseOpenFail option). When I last restarted my computer (about 3 months ago), X came up in 1280x1024 mode. Today I restarted X (because the shift and control keys were non-responsive) and my computer is in 1024x768 mode. I much prefer the higher resolution. I have the Xorg.0.log files from the reboot 3 months ago and today's X restart. What should I be looking at in them to diagnose what has happened differently? Several obvious questions arise: _Why_ did X select a different resolution today? _How_ can I get to the higher resolution? _What_ can I do to prevent a recurrence of this problem? I'm running a 2.6.28-gentoo-r5 kernel with the following packages: x11-base/xorg-x11-7.2 x11-drivers/ati-drivers-8.552-r2 x11-drivers/xf86-video-ati-6.12.1-r1 Recent Xorg interrogates the hardware to find what resolutions it supports and can pick one of those to use. The user can also specify their preference, so I reckon you likely didn't specify a preference; and what Xorg thinks you want isn't what you want. Look for the string EDID in both logs and make comparisons in that area. Before you do that, run genlop -l or examine emerge.log to find what upgrades and merges were done in the last three months that affect resolution. H'lo Alan, Here's what genlop found for x11.* since June 1: Mon Jun 15 00:20:36 2009 x11-libs/openmotif-2.3.2 Sun Jun 21 11:58:51 2009 x11-drivers/ati-drivers-8.552-r2 Sun Jun 21 17:59:39 2009 x11-drivers/ati-drivers-8.552-r2 Sun Jun 21 19:48:37 2009 x11-drivers/ati-drivers-8.552-r2 *** GOOD REBOOT Fri Jul 10 23:28:06 2009 x11-libs/qt-test-4.5.1 Sat Jul 11 07:12:12 2009 x11-themes/gtk-engines-ubuntulooks-0.9.12-r3 Sat Jul 25 13:02:56 2009 x11-drivers/ati-drivers-8.552-r2 Sun Jul 26 08:24:12 2009 x11-libs/libgksu-2.0.9 Sun Jul 26 08:30:31 2009 x11-libs/gksu-2.0.2 Tue Jul 28 07:24:07 2009 x11-drivers/ati-drivers-8.552-r2 Fri Aug 7 18:25:05 2009 x11-libs/fltk-2.0_pre6786-r1 ati-drivers-8.552-r2 package was present at the reboot and has been reinstalled since. None of these x11 packages seem relevant. Grepping for EDID finds no hits in the old log and multiple occurrences of RADEON in the new log. Comparing the logs shows VESA in old, but not new. Here are grep counts: r...@osage log # grep -c VESA Xorg.0.old.log Xorg.0.new.log Xorg.0.old.log:79 Xorg.0.new.log:4 r...@osage log # grep -c RADEON Xorg.0.old.log Xorg.0.new.log Xorg.0.old.log:0 Xorg.0.new.log:385 Perhaps I need to specify VESA in xorg.conf somehow ??? It's been a while since I looked into the X logs on my spare machine (which has an ati card). Obviously my memories of what I used to do are now obsolete :-) There's also this new quirk called hal ... I recommend you post the current and previous logs as attachments, together with the output of eix for xorg-server and your drivers. Many eyeballs might get to the bottom of it. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Error emergin mkinitrd
Massimiliano Ziccardi writes: I'm trying to apply the workaround suggested in the BUG at http://bugs.gentoo.org/show_bug.cgi?id=268285 I've changed the file accordingly, however, everytime I emerge mkinitrd, the file (obviously) get overwritten. I tried to search, but didn't find anything... Is there an emerge flag to instruct emerge to compile what it finds in /var instead of downloading it? To try it out once, you can do it like this: ebuild /usr/portage/sys-apps/mkinitrd/mkinitrd-3.5.7-r3.ebuild unpack change things in /var/tmp/portage/sys-apps/mkinitrd-3.5.7-r3 ebuild /usr/portage/sys-apps/mkinitrd/mkinitrd-3.5.7-r3.ebuild merge The cleaner way would be to modify the ebuild and put it into your overlay (along with the modified mkinitrd-3.5.7-dietssp.patch), but on the other hand the bug might already be fixed anyway when you emerge the package the next time. Wonko
Re: [gentoo-user] Screen resolution problem
On Mon, 2009-09-14 at 07:36 -0400, David Relson wrote: On Mon, 14 Sep 2009 11:23:38 +0200 Alan McKinnon wrote: On Monday 14 September 2009 02:59:28 David Relson wrote: G'day, I'm running Xorg with a minimal config file (only 15 lines - which provide font paths and set the AllowMouseOpenFail option). When I last restarted my computer (about 3 months ago), X came up in 1280x1024 mode. Today I restarted X (because the shift and control keys were non-responsive) and my computer is in 1024x768 mode. I much prefer the higher resolution. I have the Xorg.0.log files from the reboot 3 months ago and today's X restart. What should I be looking at in them to diagnose what has happened differently? Several obvious questions arise: _Why_ did X select a different resolution today? _How_ can I get to the higher resolution? _What_ can I do to prevent a recurrence of this problem? I'm running a 2.6.28-gentoo-r5 kernel with the following packages: x11-base/xorg-x11-7.2 x11-drivers/ati-drivers-8.552-r2 x11-drivers/xf86-video-ati-6.12.1-r1 Recent Xorg interrogates the hardware to find what resolutions it supports and can pick one of those to use. The user can also specify their preference, so I reckon you likely didn't specify a preference; and what Xorg thinks you want isn't what you want. Look for the string EDID in both logs and make comparisons in that area. Before you do that, run genlop -l or examine emerge.log to find what upgrades and merges were done in the last three months that affect resolution. H'lo Alan, Here's what genlop found for x11.* since June 1: Mon Jun 15 00:20:36 2009 x11-libs/openmotif-2.3.2 Sun Jun 21 11:58:51 2009 x11-drivers/ati-drivers-8.552-r2 Sun Jun 21 17:59:39 2009 x11-drivers/ati-drivers-8.552-r2 Sun Jun 21 19:48:37 2009 x11-drivers/ati-drivers-8.552-r2 *** GOOD REBOOT Fri Jul 10 23:28:06 2009 x11-libs/qt-test-4.5.1 Sat Jul 11 07:12:12 2009 x11-themes/gtk-engines-ubuntulooks-0.9.12-r3 Sat Jul 25 13:02:56 2009 x11-drivers/ati-drivers-8.552-r2 Sun Jul 26 08:24:12 2009 x11-libs/libgksu-2.0.9 Sun Jul 26 08:30:31 2009 x11-libs/gksu-2.0.2 Tue Jul 28 07:24:07 2009 x11-drivers/ati-drivers-8.552-r2 Fri Aug 7 18:25:05 2009 x11-libs/fltk-2.0_pre6786-r1 ati-drivers-8.552-r2 package was present at the reboot and has been reinstalled since. None of these x11 packages seem relevant. Grepping for EDID finds no hits in the old log and multiple occurrences of RADEON in the new log. Comparing the logs shows VESA in old, but not new. Here are grep counts: r...@osage log # grep -c VESA Xorg.0.old.log Xorg.0.new.log Xorg.0.old.log:79 Xorg.0.new.log:4 r...@osage log # grep -c RADEON Xorg.0.old.log Xorg.0.new.log Xorg.0.old.log:0 Xorg.0.new.log:385 Perhaps I need to specify VESA in xorg.conf somehow ??? Regards, David I ran into the same problem though with different versions of the software a couple of days ago. The only fix that worked was to -hal xorg-server, and recreate the xorg.conf file that I had previously deleted, making sure that EDID and DDC were not being used. Section Device Identifier AtiRadeon Driver radeon VendorName ATI Option DPMS On Option EnablePageFlip1 Option RenderAccel 1 Option AGPMode 4 Option IgnoreEDID1 Option NoDDC 1 EndSection Not sure all the settings are optimal, but I have a display thats at least at a usable resolution ... It might seem all and good that xorg automaticly chooses the best resolution - but it clearly doesnt. This is on a system running as 1600x1200 for years on the same hardware, with xorg suddenly deciding it can only do 1280x1024 (and even then, it first defaulted to 1024x768). Whatever happened to the idea that in Linux (and esp gentoo-linux) its the user thats in control :) It certainly seems someone - seemingly xorg - dropped the ball recently :( BillK
[gentoo-user] Re: Screen resolution problem
On 09/14/2009 02:22 PM, David Relson wrote: On Mon, 14 Sep 2009 11:57:41 +0300 Nikos Chantziaras wrote: ...[snip]... Several obvious questions arise: _Why_ did X select a different resolution today? _How_ can I get to the higher resolution? _What_ can I do to prevent a recurrence of this problem? Don't know about 1 and 3, but you can change resolution by simply right-clicking on your desktop in most DEs and in the settings there select a resolution. Gnome's right click doesn't offer any system setting choices. From the start menu, System//Preferences//ScreenResolution offers choices, but only up to 1024x768. There's no sign of the 1280x1024 that had been in use :- Now that I looked closer, you are using an ancient version of ati-drivers (8.552-r2). What is your card? If it's an HD2xxx or higher, please try updating to ati-drivers-9.9 or 8.660 (this one is actually newer than 9.9 but it's an Ubuntu release and masked). If your card is not an HD-series card (that means X1xxx and older), you might have better luck switching to the open source drivers instead.
Re: [gentoo-user] [OT] In search of a good windowmanager
On Sat, Sep 12, 2009 at 01:34:27PM -0400, Penguin Lover Philip Webb squawked: 090912 Lars Gust?bel wrote: I've been using fvwm2 for years now ... I have a graphical system monitor on my third desktop ... Can you have multiple desktops with Fvwm ? I couldn't find anything about it in the manual dropped further investigation of Fvwm as a result. Another vote for fvwm2. Like someone else said, fvwm does almost nothing by default, but boy is it configurable :) And yes, it does support multiple desktops... the only limit to how many I think is your RAM. You mentioned keyboard useable. I dunno if it will help, but my old mouse/keyboard config is available here http://www.math.princeton.edu/~wwong/fvwm/MouseKeyboardConfig.fvwm2rc With my definitions I *can* use fvwm without using the mouse at all, but I still use it to access the menu for convenience (the Menu key on my laptop is not where one normally expects it to be). Just my 2 cents. W -- What do you get when you cross a cat and a dog? Ans. cat-dog-sine-theta ~Prof. Paul Hagelstein. MAT 330. P-town Sortir en Pantoufles: up 1011 days, 11:41
Re: [gentoo-user] [OT] In search of a good windowmanager
Hey, Since IceWM seems to be gone into hibernation phase I am looking for a replacement which should -- be widely configurable via ascii files -- be as far as possible controllable by keyboard -- be also useable with the mouse -- no eye-candy -- not ugly -- NOT tiling -- FAST! I would like to hear from others what experiences they made with what windowmanagers. Many people say fluxbox here, but you should also have a look at openbox (http://icculus.org/openbox/index.php/Main_Page) which is very similar but seems to integrate better into freedesktop.org standards. I use openbox because it gives me the speed and configurability of fluxbux while all the automagic things (suspend-keys, volume-keys, powermanagement, plasmoids, ...) that hal and kde4 bring still work. But maybe the latest version of fluxbox also does that..? I have not checked on it for a while. cheers Thomas -- Thomas Kahle The fundamental theorem of algebra is open source. Like any other mathematical theorem it can be applied free of charge and everybody has access to its proof and can convince himself how it works. Why should software be any different? signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Screen resolution problem
On Monday 14 September 2009 13:59:45 William Kenworthy wrote: I ran into the same problem though with different versions of the software a couple of days ago. The only fix that worked was to -hal xorg-server, and recreate the xorg.conf file that I had previously deleted, making sure that EDID and DDC were not being used. Section Device Identifier AtiRadeon Driver radeon VendorName ATI Option DPMS On Option EnablePageFlip1 Option RenderAccel 1 Option AGPMode 4 Option IgnoreEDID1 Option NoDDC 1 EndSection Not sure all the settings are optimal, but I have a display thats at least at a usable resolution ... It might seem all and good that xorg automaticly chooses the best resolution - but it clearly doesnt. This is on a system running as 1600x1200 for years on the same hardware, with xorg suddenly deciding it can only do 1280x1024 (and even then, it first defaulted to 1024x768). Whatever happened to the idea that in Linux (and esp gentoo-linux) its the user thats in control :) It certainly seems someone - seemingly xorg - dropped the ball recently :( I notice that panels are almost always detected correctly - they have a single native resolution defined by the number of elements in the display. CRTs are another story - my spare machine can do better 1600x1200 with a CRT and autodetect logic often sets it lower. Anecdotal evidence via my eyeballs tells me it's because it first figures optimum frequencies to run at, then picks the best resolution for that frequency. Personally I don't see the need to run that monitor at 85Hz, lower frequencies are just fine for me. Pre-hal Xorg will do what you tell it to. Post-hal Xorg apparently does what a toss of the coin tells it to. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Error emergin mkinitrd
Thank you! That worked!!! Massimiliano On Mon, Sep 14, 2009 at 1:58 PM, Alex Schuster wo...@wonkology.org wrote: Massimiliano Ziccardi writes: I'm trying to apply the workaround suggested in the BUG at http://bugs.gentoo.org/show_bug.cgi?id=268285 I've changed the file accordingly, however, everytime I emerge mkinitrd, the file (obviously) get overwritten. I tried to search, but didn't find anything... Is there an emerge flag to instruct emerge to compile what it finds in /var instead of downloading it? To try it out once, you can do it like this: ebuild /usr/portage/sys-apps/mkinitrd/mkinitrd-3.5.7-r3.ebuild unpack change things in /var/tmp/portage/sys-apps/mkinitrd-3.5.7-r3 ebuild /usr/portage/sys-apps/mkinitrd/mkinitrd-3.5.7-r3.ebuild merge The cleaner way would be to modify the ebuild and put it into your overlay (along with the modified mkinitrd-3.5.7-dietssp.patch), but on the other hand the bug might already be fixed anyway when you emerge the package the next time. Wonko
Re: [gentoo-user] lzma-utils vs xz-utils
On Sun, Sep 13, 2009 at 3:35 AM, Philip Webb purs...@ca.inter.net wrote: Planning to 'emerge -pv eix' for the latest 0.17.1 in testing, I was surprised by Calculating dependencies... done! [ebuild N] app-arch/xz-utils-4.999.9_beta 1,014 kB [uninstall] app-arch/lzma-utils-4.32.7 USE=-nocxx [blocks b ] app-arch/lzma-utils (app-arch/lzma-utils is blocking app-arch/xz-utils-4.999.9_beta) [blocks b ] app-arch/xz-utils (app-arch/xz-utils is blocking app-arch/lzma-utils-4.32.7) [ebuild U ] app-portage/eix-0.17.1 [0.17.0] USE=bzip2%* -deprecated -doc -nls sqlite -tools 470 kB I understand the blocks lines, but am uneasy about uninstalling Lzma-utils, which seems to have many important dependencies: xz-utils replaced lzma-utils. According to lzma-utils website (http://tukaani.org/lzma/): LZMA Utils are legacy data compression software with high compression ratio. LZMA Utils are no longer developed, although critical bugs may be fixed as long as fixing them doesn't require huge changes to the code. Users of LZMA Utils should move to XZ Utils. XZ Utils support the legacy .lzma format used by LZMA Utils, and can also emulate the command line tools of LZMA Utils. This should make transition from LZMA Utils to XZ Utils relatively easy.
Re: [gentoo-user] 2.6.30 and reiserfs?
In 200909141125.49642.alan.mckin...@gmail.com alan.mckin...@gmail.com (Alan McKinnon) writes: On Monday 14 September 2009 02:25:45 Adam Carter wrote: I am using reiserfs just for my squid-cache nevertheless after I booted 2.6.30-r4 on an amd64 system, I couldn't create any files on that partition. Is there a way to convert the partition to work or do I really have to change filesystems? I had some weirdness with .30 and reiser. I was using .30 sucessfully for a few days, then had to hard reset but reiser had problems mounting on reboot. I tried booting .30 twice with no luck. Booted .29 and it worked fine - in fact no messages about the filesystem at all - it just loaded normally. I didn't bother persuing it because I had read about similar issues with .30 (IIRC on this list) and figured it was probably a kernel bug I have no issues whatsoever on this amd64 notebook with 2.6.30 and reiser. It's now on 2.6.31 and still working fine. My ancient x86 file server is still on 2.6.29, mostly as I'd read the same report you did. The problematic combination reported then was x86, reiser, 2.6.30, IDE chipset AMD64, reiser, sata (3ware)... strange -- alan dot mckinnon at gmail dot com -- Dipl-Inf. Konstantin Agouros aka Elwood Blues. Internet: elw...@agouros.de Altersheimerstr. 1, 81545 Muenchen, Germany. Tel +49 89 69370185 Captain, this ship will not survive the forming of the cosmos. B'Elana Torres
Re: [gentoo-user] Screen resolution problem
On Sun, Sep 13, 2009 at 7:59 PM, David Relson rel...@osagesoftware.com wrote: G'day, I'm running Xorg with a minimal config file (only 15 lines - which provide font paths and set the AllowMouseOpenFail option). When I last restarted my computer (about 3 months ago), X came up in 1280x1024 mode. Today I restarted X (because the shift and control keys were non-responsive) and my computer is in 1024x768 mode. I much prefer the higher resolution. On my old computer it detected the highest resolution as 1280x1024, but could actually do 1600x1200 with no problems. I had to create a custom Modeline and put it in xorg.conf - this was before the HAL revolution. I've got no idea if modelines still belong in xorg.conf or in a FDI or something.
Re: [gentoo-user] MAC Pro eSATA Card
Am Montag 14 September 2009 09:20:08 schrieb Matthias Langer: Has anyone here experiences with eSATA Cards for a MAC Pro running Gentoo? I've already tried two cards ([1], [2]). Both work fine in connection with normal PC hardware, but they are not recognized by the kernel (or even lspci) on the MAC Pro. Did you try to boot with some LiveCD and run lspci (-vv) from there? Bye... DIrk
[gentoo-user] Strange desktop happening following update world
On reboot following recent update world I find the xfce4 manager is not able to display the former desktop wallpaper or even the wallpapers packaged with the install. Other obvious changes are that ctrl-alt-bkspc no longer shuts X down And the desktop seems to take a good bit longer to initially load. xorg-server was one of the updates: Dropping back one version on xorg-server did not help. Updated was: (~)1.6.3.901-r1 Dropped back to: (~)1.6.3.901 The x11 packages installed are listed below. Notice the large number of drivers... That's been like that for a good while since I don't include a VIDEO_CARDS setting in /etc/make.conf. (I tried it a few times... wrestling the nvidia and nv drivers, but found just leaving it out allowed things to just work.) I doubt the number of drivers is the source of my current trouble since as I mentioned its been like that for mnths, possibly over a yr. = * = * = * = qlop --list|grep 'Sep 13.*x11' Sun Sep 13 06:45:35 2009 x11-base/xorg-drivers-1.6 Sun Sep 13 06:46:57 2009 x11-libs/pixman-0.16.0 Sun Sep 13 06:47:32 2009 x11-libs/libdrm-2.4.13 Sun Sep 13 06:47:57 2009 x11-apps/xkbcomp-1.1.0 Sun Sep 13 06:48:15 2009 x11-apps/mkfontscale-1.0.6 Sun Sep 13 06:48:55 2009 x11-libs/libFS-1.0.2 Sun Sep 13 07:07:22 2009 x11-libs/libSM-1.1.1 Sun Sep 13 07:12:17 2009 x11-libs/libXt-1.0.6 Sun Sep 13 07:23:01 2009 x11-misc/x11vnc-0.9.8 Sun Sep 13 07:24:55 2009 x11-libs/libXaw-1.0.6 Sun Sep 13 09:14:28 2009 x11-base/xorg-server-1.6.3.901-r1 Sun Sep 13 09:17:00 2009 x11-drivers/xf86-video-mach64-6.8.2 Sun Sep 13 09:17:27 2009 x11-drivers/xf86-input-evdev-2.2.4 Sun Sep 13 09:18:39 2009 x11-drivers/xf86-video-openchrome-20090907 Sun Sep 13 09:19:42 2009 x11-drivers/xf86-video-glint-1.2.4 Sun Sep 13 09:20:10 2009 x11-drivers/xf86-video-fbdev-0.4.1 Sun Sep 13 09:21:49 2009 x11-drivers/xf86-video-intel-2.8.1 Sun Sep 13 09:23:31 2009 x11-drivers/xf86-video-ati-6.12.4 Sun Sep 13 09:24:48 2009 x11-drivers/xf86-video-sis-0.10.2 Sun Sep 13 09:25:21 2009 x11-drivers/xf86-video-vmware-10.16.7 Sun Sep 13 09:25:56 2009 x11-drivers/xf86-video-neomagic-1.2.4 Sun Sep 13 09:26:38 2009 x11-drivers/xf86-video-savage-2.3.1 Sun Sep 13 09:27:16 2009 x11-drivers/xf86-video-r128-6.8.1 Sun Sep 13 09:28:00 2009 x11-drivers/xf86-video-trident-1.3.3 Sun Sep 13 09:28:49 2009 x11-drivers/xf86-video-mga-1.4.11 Sun Sep 13 09:29:21 2009 x11-drivers/xf86-video-tdfx-1.4.3 Sun Sep 13 09:29:46 2009 x11-drivers/xf86-video-vesa-2.2.1 Sun Sep 13 09:30:12 2009 x11-drivers/xf86-video-voodoo-1.2.3 Sun Sep 13 09:48:26 2009 x11-libs/gtk+-2.16.5-r1
Re: [gentoo-user] Strange desktop happening following update world
On Mon, Sep 14, 2009 at 2:08 PM, Harry Putnam rea...@newsguy.com wrote: On reboot following recent update world I find the xfce4 manager is not able to display the former desktop wallpaper or even the wallpapers packaged with the install. Did you upgrade to jpeg-7 recently? Other obvious changes are that ctrl-alt-bkspc no longer shuts X down And the desktop seems to take a good bit longer to initially load. The makers of Xorg have disabled ctrl-alt-backspace by default in recent versions (since ~6 months ago or so?). Add this to your .xinitrc (or whatever) to get this behavior back: setxkbmap -option terminate:ctrl_alt_bksp
Re: [gentoo-user] Strange desktop happening following update world
On Mon, Sep 14, 2009 at 3:54 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, Sep 14, 2009 at 2:08 PM, Harry Putnam rea...@newsguy.com wrote: Other obvious changes are that ctrl-alt-bkspc no longer shuts X down And the desktop seems to take a good bit longer to initially load. The makers of Xorg have disabled ctrl-alt-backspace by default in recent versions (since ~6 months ago or so?). Add this to your .xinitrc (or whatever) to get this behavior back: setxkbmap -option terminate:ctrl_alt_bksp Here's a page that has some other methods of re-enabling this hotkey combination: http://www.ubuntugeek.com/how-to-enabledisable-ctrlaltbackspace-in-ubuntu-9-10-karmic.html
Re: [gentoo-user] Strange desktop happening following update world
On Monday 14 September 2009, Paul Hartman wrote: On Mon, Sep 14, 2009 at 3:54 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, Sep 14, 2009 at 2:08 PM, Harry Putnam rea...@newsguy.com wrote: Other obvious changes are that ctrl-alt-bkspc no longer shuts X down And the desktop seems to take a good bit longer to initially load. The makers of Xorg have disabled ctrl-alt-backspace by default in recent versions (since ~6 months ago or so?). Add this to your .xinitrc (or whatever) to get this behavior back: setxkbmap -option terminate:ctrl_alt_bksp Here's a page that has some other methods of re-enabling this hotkey combination: http://www.ubuntugeek.com/how-to-enabledisable-ctrlaltbackspace-in-ubuntu-9 -10-karmic.html I had made the entry in /etc/hal/fdi/policy/10-xinput-configuration.fdi (slightly different place to the Ubuntu link above) but after a while I took it out as I was experimenting with stuff and the three finger salute has been working since. I assumed that xorg fixed this RHL aheam feature change. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] UXterm and terminus?
Hi everyone. I'm trying to use uxterm right now, after a while spent on urxvt (which doesn't behave good on tiled WMs) and I'm quite happy with it, after a little modding. Anyway, if I use the terminus font (using the xft library), I can't see some symbols, like the Euro one (€ ? can you see it? :D), or others.. If I use urxvt (with terminus loaded via xft) everything is fine. Even manpages sometimes contain crappy symbols.. What can I do? This is how i compiled it: [ebuild R ] x11-terms/xterm-243 USE=Xaw3d truetype unicode -toolbar 0 kB -- _ * Massimo Gengarelli massimo.gengare...@gmail.com ~0 (_| * Computer Science student @ http://www.unibo.it |(_~|^~~| * http://massitm.sohead.org -- my personal, outdated website TT/_ TT * IOT trap -- core dumped
Re: [gentoo-user] Screen resolution problem
On Monday 14 September 2009, Paul Hartman wrote: On Sun, Sep 13, 2009 at 7:59 PM, David Relson rel...@osagesoftware.com wrote: G'day, I'm running Xorg with a minimal config file (only 15 lines - which provide font paths and set the AllowMouseOpenFail option). When I last restarted my computer (about 3 months ago), X came up in 1280x1024 mode. Today I restarted X (because the shift and control keys were non-responsive) and my computer is in 1024x768 mode. I much prefer the higher resolution. On my old computer it detected the highest resolution as 1280x1024, but could actually do 1600x1200 with no problems. I had to create a custom Modeline and put it in xorg.conf - this was before the HAL revolution. I've got no idea if modelines still belong in xorg.conf or in a FDI or something. Is there an *.fdi way of telling xorg which modeling or resolution to use? Unlike the OP I don't currently need to with my machines, but you never know tomorrow. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] MAC Pro eSATA Card
On 14 Sep 2009, at 08:20, Matthias Langer wrote: Has anyone here experiences with eSATA Cards for a MAC Pro running Gentoo? I've already tried two cards ([1], [2]). Both work fine in connection with normal PC hardware, but they are not recognized by the kernel (or even lspci) on the MAC Pro. Hi Matt, I'm not an expert on the vagaries of MacPro hardware, which after all uses EFI instead of a BIOS, but are you using the same kernel configuration with the MacPro as you are on the PC that is working? I would *expect* these to work. Is it possible you're using a kernel that's configured specifically for Mac hardware, and that merely omits the drivers for card. I'd really expect that compiling in the modules for the cards would make them work. We can perhaps be more help if you post the .config (`zcat /proc/ config.gz file`) for both machines the output of `dmesg` (with the cards fitted). Stroller.
Re: [gentoo-user] 2.6.30 and reiserfs?
On 14 Sep 2009, at 16:27, Konstantinos Agouros wrote: ... AMD64, reiser, sata (3ware)... strange I have had some weirdness recently with a 3ware 9500-S 2.6.30- gentoo-r4, but since you still haven't told us ANYTHING about the problem you're encountering, it's a little difficult to help. Stroller.
RE: [gentoo-user] 2.6.30 and reiserfs?
I have no issues whatsoever on this amd64 notebook with 2.6.30 and reiser. It's now on 2.6.31 and still working fine. My ancient x86 file server is still on 2.6.29, mostly as I'd read the same report you did. The problematic combination reported then was x86, reiser, 2.6.30, IDE chipset FWIW I had problems with amd64 (Dell Studio 1737). Perhaps a different issue. Also the hard lock up that preceeded the reiser issue occurred multiple times on .30, whereas .29 is solid.
[gentoo-user] Re: Strange desktop happening following update world
Paul Hartman paul.hartman+gen...@gmail.com writes: On Mon, Sep 14, 2009 at 2:08 PM, Harry Putnam rea...@newsguy.com wrote: On reboot following recent update world I find the xfce4 manager is not able to display the former desktop wallpaper or even the wallpapers packaged with the install. Did you upgrade to jpeg-7 recently? Sure did... at the same time as the other stuff Sep 13. A couple of quick googles didn't enlighten me as to what difference that might make. The wall paper I had up before updating is a *.png file. `equery files jpeg-7' turned up a /usr/share/doc/jpeg-7/usage.txt.bz2 Again... not much enlightenment there.
RE: [gentoo-user] Screen resolution problem
Also check out xrandr, run it without parameters to see what modes it knows about, then use -s 1280x1024 to set that mode. I have no idea how this interacts with the other options, but IIRC when I set my old laptop to 1600x1200 in xorg.conf it was ignored and xrandr worked and was persistant.
[gentoo-user] Re: Screen resolution problem
Mick michaelkintz...@gmail.com writes: On my old computer it detected the highest resolution as 1280x1024, but could actually do 1600x1200 with no problems. I had to create a custom Modeline and put it in xorg.conf - this was before the HAL revolution. I've got no idea if modelines still belong in xorg.conf or in a FDI or something. Is there an *.fdi way of telling xorg which modeling or resolution to use? Unlike the OP I don't currently need to with my machines, but you never know tomorrow. I've been able to set a truly massive resolution..for yrs. I like flopping around on a huge desktop. Its a resolution my vid card is not even capable of... not sure how it works.. but I've used it literally for yrs. In /etc/X11/xorg.conf I have: (The: `DefaultDepth 24' line and the: `Virtual 2048 1536' are the keys. Actually gives me 2048 1536 as a desktop) Section Screen Identifier Screen 1 Device ** NVIDIA (generic) [nv] Monitor My Monitor DefaultDepth 24 Subsection Display Depth 8 Modes 1280x1024 1024x768 800x600 640x480 ViewPort0 0 EndSubsection Subsection Display Depth 16 Modes 1280x1024 1024x768 800x600 640x480 ViewPort0 0 EndSubsection Subsection Display Depth 24 Modes 1280x1024 #1024x768 800x600 640x480 Virtual 2048 1536 ViewPort0 0 EndSubsection EndSection [...]
Re: [gentoo-user] Screen resolution problem
On Tue, 15 Sep 2009 11:13:36 +1000 Adam Carter wrote: Also check out xrandr, run it without parameters to see what modes it knows about, then use -s 1280x1024 to set that mode. I have no idea how this interacts with the other options, but IIRC when I set my old laptop to 1600x1200 in xorg.conf it was ignored and xrandr worked and was persistant. xrandr output is below. Video resolution _is_ at the maximum it thinks is legitimate. Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1024 x 1024 VGA-0 connected 1024x768+0+0 (normal left inverted right x axis y axis) 353mm x 265mm 1024x768 85.0 85.0 75.1 75.0 70.1 60.0* 43.5 832x624 74.6 800x600 85.0 85.1 72.2 75.0 60.3 56.2 640x480 85.0 85.0 72.8 75.0 59.9 720x400 85.0 640x400 85.1 640x350 85.1 HDMI-0 disconnected (normal left inverted right x axis y axis) DVI-0 disconnected (normal left inverted right x axis y axis)
RE: [gentoo-user] Screen resolution problem
On Tue, 2009-09-15 at 11:13 +1000, Adam Carter wrote: Also check out xrandr, run it without parameters to see what modes it knows about, then use -s 1280x1024 to set that mode. I have no idea how this interacts with the other options, but IIRC when I set my old laptop to 1600x1200 in xorg.conf it was ignored and xrandr worked and was persistant. xrandr is part of the problem - it doesnt list the modes that used to be available (or that both the monitor and videocard have for that matter), only the ones that xorg *thinks* are available (and it doesnt seem to think very hard about it), which I am convinced is set by Alan's toss of a coin method. :) BillK
RE: [gentoo-user] Screen resolution problem
randr output is below. Video resolution _is_ at the maximum it thinks is legitimate. In that case you may have to put a custom modeline into xorg.conf. Some of the modeline generators on the net are broken, so if you find one doesn't work try another.
Re: [gentoo-user] Screen resolution problem
On Tue, 15 Sep 2009 10:03:17 +0800 William Kenworthy wrote: On Tue, 2009-09-15 at 11:13 +1000, Adam Carter wrote: Also check out xrandr, run it without parameters to see what modes it knows about, then use -s 1280x1024 to set that mode. I have no idea how this interacts with the other options, but IIRC when I set my old laptop to 1600x1200 in xorg.conf it was ignored and xrandr worked and was persistant. xrandr is part of the problem - it doesnt list the modes that used to be available (or that both the monitor and videocard have for that matter), only the ones that xorg *thinks* are available (and it doesnt seem to think very hard about it), which I am convinced is set by Alan's toss of a coin method. Let me phrase the situation a bit differently. xorg tossed its coin and decided that 1024x768 is the best that my Radeon x1200 can do. xrandr is reporting what xorg has already decided, i.e. is a follower, not a leader.
[gentoo-user] SOLVED [ was: Screen resolution problem ]
On Mon, 14 Sep 2009 15:17:09 +0300 Nikos Chantziaras wrote: On 09/14/2009 02:22 PM, David Relson wrote: On Mon, 14 Sep 2009 11:57:41 +0300 Nikos Chantziaras wrote: ...[snip]... Several obvious questions arise: _Why_ did X select a different resolution today? _How_ can I get to the higher resolution? _What_ can I do to prevent a recurrence of this problem? Don't know about 1 and 3, but you can change resolution by simply right-clicking on your desktop in most DEs and in the settings there select a resolution. Gnome's right click doesn't offer any system setting choices. From the start menu, System//Preferences//ScreenResolution offers choices, but only up to 1024x768. There's no sign of the 1280x1024 that had been in use :- Now that I looked closer, you are using an ancient version of ati-drivers (8.552-r2). What is your card? If it's an HD2xxx or higher, please try updating to ati-drivers-9.9 or 8.660 (this one is actually newer than 9.9 but it's an Ubuntu release and masked). If your card is not an HD-series card (that means X1xxx and older), you might have better luck switching to the open source drivers instead. Hi Nikos, The video is an ATI X1200 on the motherboard. My graphics needs are modest so mobo graphics is fast enough. Checking what drivers are available, I found that I had xf86-videl-ati installed as well as ati-drivers. Uninstalling ati-drivers and rebooting gives the 1280x1024 I've become used to. Your suggestion is the winning answer! Thanks! David
Re: [gentoo-user] Re: Screen resolution problem
On Tuesday 15 September 2009, Harry Putnam wrote: Mick michaelkintz...@gmail.com writes: On my old computer it detected the highest resolution as 1280x1024, but could actually do 1600x1200 with no problems. I had to create a custom Modeline and put it in xorg.conf - this was before the HAL revolution. I've got no idea if modelines still belong in xorg.conf or in a FDI or something. Is there an *.fdi way of telling xorg which modeling or resolution to use? Unlike the OP I don't currently need to with my machines, but you never know tomorrow. I've been able to set a truly massive resolution..for yrs. I like flopping around on a huge desktop. Its a resolution my vid card is not even capable of... not sure how it works.. but I've used it literally for yrs. In /etc/X11/xorg.conf I have: (The: `DefaultDepth 24' line and the: `Virtual 2048 1536' are the keys. Actually gives me 2048 1536 as a desktop) Section Screen Identifier Screen 1 Device ** NVIDIA (generic) [nv] Monitor My Monitor DefaultDepth 24 Subsection Display Depth 8 Modes 1280x1024 1024x768 800x600 640x480 ViewPort0 0 EndSubsection Subsection Display Depth 16 Modes 1280x1024 1024x768 800x600 640x480 ViewPort0 0 EndSubsection Subsection Display Depth 24 Modes 1280x1024 #1024x768 800x600 640x480 Virtual 2048 1536 ViewPort0 0 EndSubsection EndSection [...] Sure, but we're talking about setting modelines and what not in one of the new *.fdi files which use xml notation, not the old xorg.conf -- Regards, Mick signature.asc Description: This is a digitally signed message part.