Re: [gentoo-user] Should we NEVER do an ``emerge -u world''?
On 9/27/06, sdoma [EMAIL PROTECTED] wrote: I'm on a stable (x86) system and I would need my USB disks just now. Any way to fix this quick? Hi, Did you do etc-update? If yes try if revdep-rebuild says anything is broken. Anyways it sounds like udev or hal. You should have a look at the output of dmesg to see how far it does/does not work. Hope this helps. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PDF Editor
On 11:39 Tue 26 Sep , sean wrote: Hello All, Can anyone recommend an application to edit a pdf file, and I am running 64 bit Gentoo, so it needs to be compatible? Thanks, Sean Hi, As it happens I was just faced with the same question and found this: http://applications.linux.com/article.pl?sid=05/01/06/0612209 Mostly the comments are interesting. If you just need to fill out a form or similar you can use gimp, but if you need to do proper editing apparently scribus is the best tool according to this. Hope this helps. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] attr vs. gcc
On 9/20/06, Stefán István [EMAIL PROTECTED] wrote: It's true, because I have 3.3.5 installed. But on another machine, where also gcc-3.3.5 is installed, the attr compiles succesfully. So, why does attr search for gcc 3.3.4 on this machine? Try gcc-config -l to see what version is active, that might give you a clue. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Flashing the BIOS
On 14:02 Sat 16 Sep , Mick wrote: On 13/09/06, Hemmann, Volker Armin [EMAIL PROTECTED] wrote: What happens with the latest BIOS updates that some idiotic manufacturers only provide as WinXP executables? I had that problem with my burner because for some reason the dos tools flat out refused to work, so I slapped the windows exe on a Windows PE (=Preinstallation Enviroment) Iso burned it and booted from that. That's basically a Windows LiveCD, except it takes half an hour to boot and there's no applications. It is a sucky solution, but not as much as having to actually install windows/swap out the hardware. -- Regards, Mick -- Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] AMD64 Stability?
On 9/6/06, Paul Stear [EMAIL PROTECTED] wrote: Hi, I am wondering if I should run x86 an an athlon 64. I am upgrading my win box to athlon x2 4600 and I'll use the old athlon 64 for gentoo. Does using x86 make the 64 athlon act as 2 processors (what config is needed) If it will act like 2 processors is that faster or slower than using the 64 setup? Running 64 or 32 bit kernel and/or userland has absolutely nothing to do with enabling smp support in the kernel, which seems to be what you meant. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] AMD64 Stability?
On 9/6/06, Paul Stear [EMAIL PROTECTED] wrote: Perhaps I didn't express myself correctly. I thought that you could rum an athlon 64 as 2 32's enabling smp and installing all programs under x86. If this is correct I would like to know the correct steps to take. i.e. would I need to start from scratch or use my current setup and compile the kernel (as what?) Hi, I'm not sure I understand you right, but you can use both cores no matter if you run 32 or 64 bit. To do that you just have to enable SMP support in the processor configuration menu of the kernel configuration (make menuconfig), and also Multicore scheduling support in the same menu, which just makes it do a better job at making scheduling decisions. Then you just restart and see it's working through getting 2 penguins at the beginning or doeing cat /proc/cpuinfo and seeing 2 processors. And whether you use 32 or 64 bit fully depends on if you used the x86 or the amd64 cd and stages to install gentoo. Apparently there is not much difference in performance, personally I went 64 bit because I found it silly to buy a 64 bit processor and then not use it fully, and apart from flash there's really nothing at all not working. (technically you can get flash to work if you don't mind using a 32 bit browser as well ie. firefox-bin) I hope this helps. Paul Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] AMD64 Stability?
On 9/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: No, if it is not dual-core processor (aka X2). There is no way for 64bit processor to act like two 32-bit cpus. Yeah, right I overread the part about using the old athlon 64 instead of the x2. That's of course not possible. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] espxe masked by missing keyword
On 8/9/06, Neil Bothwick [EMAIL PROTECTED] wrote: See the documentation mentioned above. In this case, both the ebuilds contain KEYWORDS=-* x86. this means they only run on x86 (the -* explicitly excludes everything else). You mentioned in your other post that you are using amd64, it appear this package will not run on amd64. If it was simply a case of not being tested on amd64, the KEYWORDS would be set to x86 leaving amd64 compatibility indeterminate, but the -* means forget running this on anything else. Yeah well, except that it's a lie and runs just fine on amd64, you just need the relevant emul- packages. The only thing you need to watch out for is that if you're trying to use one of the few plugins that actually come with sourcecode that they need to be compiled for 32 bit. It's a big mystery to me why this isn't in the tree, they could always not put the amd64 keyword in the source based plugins if noone wants to fix the ebuilds... Not to sound ungrateful or anything, but still...this sucks. For epsxe it should be enough to put games-emulation/epsxe -* in /etc/portage/package.keywords (Or better just use the ebuild from here: http://bugs.gentoo.org/show_bug.cgi?id=104751 Since this takes care of the emul- dependencies too, so you don't have to) The same for the binary plugins like eternalspu and pete's gpu plugins. Only the the plugins which are compiled like peops-spu would be a bit more difficult, as you need to compile them for 32 bit to work with your 32 bit epsxe binary. You should take a look at the zsnes ebuild to see what would need to be changed if you want to do it gentoo style per ebuild. (Sticking use amd64 multilib_toolchain_setup x86 in the top of src_compile should be enough) If this doesn't work right for some reason or other, you have to compile manually, exporting ABI=32 and putting -m32 in your CFLAGS, which should do the trick. I'm not using any of the compiled ones atm and am not at home right now, but if you need any help with that I might be able to provide it later. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] espxe masked by missing keyword
On 8/9/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Wed, 9 Aug 2006 10:36:39 -0400, Andrew Syrewicze wrote: well instead of using the 64bit version of the program, is it possible to emerge the x86?? I know that there are 32bit compatability packages that allow you to run programs like this. (firefox-bin for example). is it possible to mix in packages for other architecture like that??? Or maybe setup a 32bit chroot to run the program in??? Mixing is in this case ok, because amd64 is a special case because it features 32 bit x86 compatibility so you can do that. Also you really don't need to waste all that space and time for a chroot, x86_64 gcc is capable of producing 32 bit code, which just leaves that you need to have the libraries it links against in 32 bit, most of the plugins for epsxe and epsxe itself are binary only and are already 32 bit. And that's what the emul-linux-x86-* packages are for, they are provided so you don't need to compile them yourself and also because portage has no proper crosscompiling support yet. For instance you will need emul-linux-x86-sdl for psemu-eternalspu, normally portage would do that for you, but since these packages aren't amd64-aware they don't automatically pull that in. So basically if you just want a working epsxe just install epsxe, psemu-eternalspu and psemu-gpupetexgl2 (after doing the keyword thing) and worry about the rest later. Note, that epsxe 1.6.0 has nasty slowdown bug that hits the final fantasy games and some others, but 1.5.2 works fine in this regard. If you run into any problems along the way, just ask. There is no 64 bit version of the program, only a pre-compiled 32 bit executable, which is probably why it is masked for anything but x86. however, as others have found, it does run on an amd64 system. Yup, what he said. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] espxe masked by missing keyword
On 8/9/06, Jesús Guerrero [EMAIL PROTECTED] wrote: Yes, epsxe, zsnes, and most emulators, have parts in assembler that will not compile or work as expected in any other arch than the one that they were made for. Epsxe is not keyworded for amd64, I suppose, cause it would not work in such architecture. Nope, not true. Not even for ZSNES. What you said is true if you are trying to compile 32 bit assembler code in a 64 bit binary (or linking a 64 bit lib in a 32 bit binary - or vice versa), but if you just compile it 32 bit, which x86_64 gcc supports out of the box there is no problem. Plus, you are aware that amd64 is 32 bit compatible? You just can't mix *in one program*, that's all. Additionally, since epsxe is not open source, there is nothing to compile, it's just unpacking the tarball and having 32 bit gtk-1 libs installed, that's it. I dont have any accurate info about it, but if it is masked in amd64 is for a reason. You can always try to add the ~amd64 keyword to the ebuild and the emerge it, at your own risk, of course. The reason seems to be the existence of non-binary plugins for epsxe, where the ebuilds don't check for amd64 and set the ABI to 32 bit, plus pull in the necessary emul-linux-x86 libs. Apart from that 32 bit binaries on amd64 are 100% normal and supported. Jesús. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT - mozilla and seamonkey
On 7/3/06, Alan McKinnon [EMAIL PROTECTED] wrote: 'equery depends mozilla' ought to help - look for things you have installed then decide if you can live without them or not. Or, you may simply have a mozilla USE flag set Hi, equery doesn't always work, as you think it would. (ie. shows nothing) emerge -uDtpv world should show you though what's trying to pull in mozilla. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT - mozilla and seamonkey
On 7/3/06, Michael Sullivan [EMAIL PROTECTED] wrote: camille ~ # emerge -uDtpv world These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [blocks B ] www-client/mozilla (is blocking www-client/seamonkey-1.0.2) [nomerge ] media-video/mplayer-1.0_pre8 USE=3dfx 3dnow 3dnowext X aac aalib alsa arts bidi bl cdparanoia cpudetection debug dga directfb doc dts dv dvb dvd dvdread encode esd fbcon ggi gif gtk i8x0 ipv6 jack joystick jpeg libcaca lirc live lzo mad matrox mmx mmxext nas opengl oss png real rtc samba sdl sse sse2 svga tga theora truetype unicode v4l v4l2 vorbis win32codecs xanim xinerama xmms xv xvid xvmc -bindist -custom-cflags -livecd -musepack -nvidia -openal -speex -x264 [ebuild N] media-video/realplayer-10.0.7 USE=nsplugin 6,494 kB [nomerge ] gnome-base/gnome-2.12.3 USE=cdr dvdr hal -accessibility [ebuild N] www-client/epiphany-1.8.4.1-r1 USE=debug doc python -dbus -firefox 3,281 kB [ebuild U ] gnome-extra/yelp-2.12.2-r1 [2.12.2] USE=debug -firefox 796 kB [ebuild N] www-client/seamonkey-1.0.2 USE=crypt debug gnome ipv6 java -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznoroaming -postgres -xinerama -xprint 35,162 kB [nomerge ] x11-themes/gnome-icon-theme-2.12.1 USE=debug [nomerge ] x11-themes/hicolor-icon-theme-0.8 Here, this is trying to pull in mozilla: [nomerge ] dev-dotnet/gecko-sharp-0.6 [ebuild N] www-client/mozilla-1.7.13 USE=crypt debug gnome ipv6 java ssl truetype -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznoxft -mozsvg -postgres -xinerama -xprint 30,381 kB Might be other things as well, rinse and repeat. Hope this helps. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Why ity has to be so frustrating !!!
On 6/26/06, Catalin Trifu [EMAIL PROTECTED] wrote: Why not use software RAID ? You don't necessarily need the hardware RAID and as far as I know software RAID works just as fine as the hardware RAID. Hi, Well, usually hardware raid is much better, at least if you want raid5/6, for raid 0 or 1 it is not such a big difference, but all of these on board raid chips are not hardware raid at all (fakeraid), you just have less influence/clue on what it's doing. The only reason to do this would be if you want to be able to read these partitions from windows. If you don't need this it's much better to just use the tried and trusted linux software raid, I did the same on my nforce4 board. It's quite easy actually, and you don't need an initrd at all. These might be of help, if you decide to go that route: http://www.gentoo.org/doc/en/gentoo-x86-tipsntricks.xml#software-raid http://gentoo-wiki.com/HOWTO_Install_on_Software_RAID -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] 1366x768 HDTV
On 03:05 Mon 15 May , James wrote: Hello, I'm trying to get the SVGA input on a HDTV to work with my gentoo system. The monitor manual says it works with 1366x768. The video card in the machine is: I have a similar setup, though my tv has a physical resolution of 1366x768 it only allows up to 1360x768 over the vga in and only tv norms over hdmi, you might need to check your manual to see what resolutions it will do. For the Modeline you should use gtf which comes with xorg like that: ie. gtf 1360 768 60 That is the only modeline calculator that ever worked right for me. It might also be necessary to check for the polarity, which I needed to change in my modeline. Here it is just for completeness sake, maybe it works for your tv too, if not following the above steps should put you there. You could also try it with a smaller resolution first, just to be sure it works at all. Hope that helps. Cheers, Friedrich Göpel -- gentoo-user@gentoo.org mailing list