Re: [gentoo-user] chroot to gentoo amd64
On 9/20/06, S. M. Ibrahim (Lavlu) [EMAIL PROTECTED] wrote: how can i chroot to gentoo amd64 from 32 bit Linux ?? You would be trying to run 64 bit programs on a 32 bit operation system? That doesn't sound like it will work too well ;) If you need to chroot, use a 64 bit live cd (unless you can pull off some funky emulation stuff - no clue.) Good luck! -- Neil Isaac [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xhost +local:root ???
On 9/16/06, Meino Christian Cramer [EMAIL PROTECTED] wrote: Hi, before I emerge -e system/world my whole system I could allow root to open the X display by typing xhost +local:root ??? . This seems to not to work any longer. When starting ethereal/wireshark I get: Gtk-WARNING **: cannot open display: . I searched the gentoo wiki for matches to combinations of X11 root xhost and such but didnt find anything else than the xhost command as shown above. Is there any way to allow root to use the X display when a user has opened the session and su'ed to root ? Thank you very much for any help in advance ! I am able to (for example) open xterm as root by doing: sudo xterm -display :0.0 This tells xterm what xserver to run on (0.0 in my case) and also works outside of Xorg. Hope that helps. -- Neil Isaac [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [OT] Gnome admin browsers, and more!
On 9/12/06, A. R. [EMAIL PROTECTED] wrote: Hi, I have finished a new Gentoo installation with Gnome as the desktop environment. It is working okay, except for a couple of issues: 1. The admin browsers (Services, Shares etc) do not work properly. When I try to open services-admin for example, as a normal user, the window comes up, all greyed out and nothing else happens! I am not a very experienced Gnome user, but I was expecting to be prompted for the root password. Something must be wrong with my configuration since running services-admin as root works! Try changing your launcher to use gksudo to launch services-admin (make sure you run visudo and allow yourself to run all commands). 2. The icon browser that pops up when attempting to put an icon on a custom app launcher does not browse anything other than /us/share/pixmaps. If I change to a different directory, I cannot select any of the icons in that directory! I find that I need to type the path (or browse to it) and press enter in the text field afterwards to display the icons in that directory. Has anybody experienced the same problems? I know that they are not very critical to the whole operation of the environment, but man, are they annoying? Sure are ;) I hope this helps! -- Neil Isaac [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Using Boinc under Gentoo
On 9/2/06, Shawn Haggett [EMAIL PROTECTED] wrote: Frank Jahn wrote: Hi all! I have a strange behavior in my BOINC client. All projects tell me that the platform 'i386-pc-linux-gnu' was not found. I might add, that I am quite new to Gentoo (not Linux in general) and just installed 2006.0 Thanks in advance ;) What is your CHOST setting in /etc/make.conf? I would guess you would have a line such as: CHOST=i386-pc-linux-gnu in there. So boinc was built thinking your platform is only a 386. Unless this is really old hardware, you should probably update it to i686-pc-linux-gnu. There's a big warning in my make.conf file though about not changing the setting unless you are doing a Stage 1 install. So you might need a complete rebuild of your system if you change it. Someone more knowledgeable on these things should be able to tell you what you need to do to change your CHOST setting. I just had to change my CHOST yesterday and it worked out OK. To be sure your system will boot, you will want to do an emerge -e system and fully recompile your kernel (and reboot); you may also wish to emerge -e world if you have time. You may also want to take this opportunity to update gcc as well. Good luck. -- Neil Isaac [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
[gentoo-user] glibc update and CHOST problem
I'm trying to upgrade to glibc-2.4-rc3 (in x86 stable) and get the following error: Emerging (1 of 2) sys-libs/glibc-2.4-r3 to / checking glibc-linuxthreads-20060605.tar.bz2 ;-) checking glibc-powerpc-cpu-addon-v0.01.tgz ;-) * glibc-2.4 is nptl-only! * NPTL requires a CHOST of i486 or better !!! ERROR: sys-libs/glibc-2.4-r3 failed. Call stack: ebuild.sh, line 1555: Called dyn_setup ebuild.sh, line 668: Called pkg_setup glibc-2.4-r3.ebuild, line 1079: Called die !!! please add USE='nptl nptlonly' to make.conf ... I do have nptl and nptlonly in USE (that message had a yellow star, so I guess it's just a warning) but my CHOST is set to CHOST=i386-pc-linux-gnu in make.conf. How do I correct this problem? -- Neil Isaac [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Trouble with Logitech G7 in Xorg 7.0
On 8/15/06, Jules Colding [EMAIL PROTECTED] wrote: Hi, I've just got myself a new G7 to replace my older MX1000. The problem is that I can't get the G7 to work at all. Xorg does seem to recognize the G7 but I can't get any cursor movement at all. I've tried the evdev and mouse protocols, but to no avail. I am currently running with both mice connected in the hope that the G7 suddenly will work... I've create 010_local.rules as the Advanced Mouse HOWTO explained and otherwise followed the HOWTO to the letter. This is my xorg.conf section: ### xorg.conf ### #Section InputDevice #IdentifierLogitech MX1000 #Drivermouse #Option Protocol auto #Option Device /dev/input/mouse0 #Option ZAxisMapping 4 5 #Option Emulate3Buttons no #EndSection Section InputDevice IdentifierLogitech MX1000 Driverevdev Option Protocol evdev Option Device /dev/input/mx1000 Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section InputDevice IdentifierLogitech G7 Driverevdev Option Protocol evdev Option Device /dev/input/g7 Option Buttons 8 Option ZAxisMapping 4 5 7 8 Option Emulate3Buttons no EndSection #Section InputDevice #IdentifierLogitech G7 #Drivermouse #Option Protocol auto #Option Device /dev/input/mouse1 #Option Buttons 8 #Option ZAxisMapping 4 5 7 8 #Option Emulate3Buttons no #EndSection # this is the relevant part of ServerLayout InputDevice Logitech MX1000 CorePointer InputDevice Logitech G7 AlwaysCore Any ideas? IIRC the G7 is wireless, is it not? If so, some things may be a little different, but I would try a more generic configuration. Try using /dev/input/mice, protocol auto, then play around with different drivers (start with mouse.) I have a G5 and it works out of the box with this configuration: Section InputDevice Identifier Configured Mouse Driver mouse Option Device/dev/input/mice Option Protocol auto Option Buttons 8 Option ZAxisMapping 4 5 EndSection Good luck! -- Neil Isaac [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Video Card of Death! (Yes its on topic.)
On 8/15/06, Ian Kabeary [EMAIL PROTECTED] wrote: Hi there, My laptop has a Radeon 9100. Toshiba advertised a 9000 so at the time I was happy. Then I realized that the proprietary ATi drivers dont give this card 3d acceleration, which it is totally capable of. Anyway, I tried the wiki instructions on getting this card to work but they are quite cryptic the way they have written them. It kind of branches off into three different ways of doing it, but you never know what reading to skip and what to do. I got reasonably far. What I did was take the support for the direct rendering manager out of the kernel, while including the Radeon driver and other associated things. For the purposes of this support request, I do not believe they are completely relevant. After doing what I think it was that I should do, I started X. (I have 7.1.1 by the way). What I end up with is that it cant find the drivers because the version of the radeon driver version doesn't match the server version or something? I have no idea what that means. Projects use wy different versioning systems. Seriously, I have no clue what its going on about! :) Is this a cryptic way of saying the driver wants Xorg 7.0? Xorg 7.0 should be fine. Nvidia and ati have not released drivers that work with 7.1 yet. In my experience, ati drivers are hell to get working (I never did get them working in the end - but I do have friends who have gotten them up and running) so I wish you luck. -- Neil Isaac [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Java apps take longer to load than a... I dont know what.
On 8/15/06, Lord Sauron [EMAIL PROTECTED] wrote: On Tuesday 15 August 2006 15:44, Ian Kabeary wrote: What is the name of the executable for the Java Control Panel? Thanks! ~Ian Ah, you're gonna make me boot up my laptop and find out, eh? No problem. I should probably try to make a how-to for this on the Gentoo wiki... what do you think? Is Java's broken-by-default memory management worth it? I've never had this problem so I'm not sure it's really broken-by-default - may be jre dependant so the way I see it, you're best to file bugs as this should not be an existent issue. -- Neil Isaac [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list