Re: [gentoo-user] Is my data gone?
On Thu, 29 Apr 2010 18:43:41 -0400, dhk wrote: While setting up a new disk I accidentally ran mke2fs /dev/sda1 instead of mke2fs /dev/hda1. When I realized the mistake (about 2 seconds later) I hit Ctrl-C before mke2fs was done. Now I can't mount the drive. Is there a way to read the drive to get the data off or is it unrecoverable? The data is still there, mke2fs just reset the superblock. Photorec will recover file contents from a filesystem like this. It only recovers the contents, not the metadata, so you'll end up with files with meaningless names, but as they are video files I suspect there are not too many of them and they are fairly easy to identify. At least it's less work than importing and editing them all again. -- Neil Bothwick I am in total control, but don't tell my wife. signature.asc Description: PGP signature
Re: [gentoo-user] Is my data gone?
Am 30.04.2010 10:44, schrieb Neil Bothwick: On Thu, 29 Apr 2010 18:43:41 -0400, dhk wrote: While setting up a new disk I accidentally ran mke2fs /dev/sda1 instead of mke2fs /dev/hda1. When I realized the mistake (about 2 seconds later) I hit Ctrl-C before mke2fs was done. Now I can't mount the drive. Is there a way to read the drive to get the data off or is it unrecoverable? The data is still there, mke2fs just reset the superblock. Photorec will recover file contents from a filesystem like this. It only recovers the contents, not the metadata, so you'll end up with files with meaningless names, but as they are video files I suspect there are not too many of them and they are fairly easy to identify. At least it's less work than importing and editing them all again. It will also find files you already deleted. I had this with an SD Card once and it is a lot of work to go throu all the files and see what it is. kh
[gentoo-user] Compiling 32 bit library on x86_64
Hello, I need to compile a 32 bit version of libtermcap on an x86_64 (multilib) system. Can someone tell me how to set up CFLAGS? This is what I have at the moment: CFLAGS=-O2 -m32 -march=native -msse3 -pipe CXXFLAGS=-O2 -m32 -march=native -msse3 -pipe ebuild libtermcap-compat-2.0.8-r2.ebuild compile ends with: /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.4/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `termcap.o' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.4/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `tparam.o' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.4/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `version.o' is incompatible with i386:x86-64 output Thanks, Roger
Re: [gentoo-user] bypassing CUPS - howto
On 29 Apr 2010, at 10:13, Helmut Jarausch wrote: On 29 Apr, Stroller wrote: On 28 Apr 2010, at 15:27, Helmut Jarausch wrote: ... Why do you need to bypass CUPS? Thanks, it's just for debugging. Printing some pdf files with acroread makes some printers hang here. To locate the problem source, I'd like to check if the printer works if it gets the postscript or pdf-file (there printer is assumed to accept postscript level 3). Have you tried using `lpr` at the command line? I *believe* something like `lpr /path/to/file.pdf` should work. Thanks, but lpr is just a front-end for cups. So you're sure the problem isn't Acroread, then? This is not clear from your description. Stroller.
Re: [gentoo-user] Is my data gone?
On 29 Apr 2010, at 23:53, Alan McKinnon wrote: On Friday 30 April 2010 00:43:41 dhk wrote: While setting up a new disk I accidentally ran mke2fs /dev/sda1 instead of mke2fs /dev/hda1. When I realized the mistake (about 2 seconds later) I hit Ctrl-C before mke2fs was done. Now I can't mount the drive. Is there a way to read the drive to get the data off or is it unrecoverable? For all practical intents and purposes, and for all reasonable values of effectively, your data is effectively gone. Money, lots of money, could tip the sales in your favour. What? What? Photorec will recover the data. Stroller.
Re: [gentoo-user] Is my data gone?
On Fri, 30 Apr 2010 11:14:45 +0200, KH wrote: The data is still there, mke2fs just reset the superblock. Photorec will recover file contents from a filesystem like this. It only recovers the contents, not the metadata, so you'll end up with files with meaningless names, but as they are video files I suspect there are not too many of them and they are fairly easy to identify. At least it's less work than importing and editing them all again. It will also find files you already deleted. I had this with an SD Card once and it is a lot of work to go throu all the files and see what it is. Of course it will, since that is what it does, find deleted files. Whether their directory entries were deleted with rm or mke2fs is irrelevant because photorec looks for chains of blocks on the disk. -- Neil Bothwick One of the nice things about standards is that there are so many of them. signature.asc Description: PGP signature
Re: [gentoo-user] Is my data gone?
On Friday 30 April 2010 09:44:01 Neil Bothwick wrote: The data is still there, mke2fs just reset the superblock. Photorec will recover file contents from a filesystem like this. It only recovers the contents, not the metadata, so you'll end up with files with meaningless names, but as they are video files I suspect there are not too many of them and they are fairly easy to identify. At least it's less work than importing and editing them all again. There's also a program that will attempt to link together the various files that belong to each image (I assume video works in a similar way), which greatly lessens the work I don't remember its name at the moment, but Google ought to be able to find it. -- Rgds Peter.
Re: [gentoo-user] Is my data gone?
Stroller wrote: On 29 Apr 2010, at 23:53, Alan McKinnon wrote: On Friday 30 April 2010 00:43:41 dhk wrote: While setting up a new disk I accidentally ran mke2fs /dev/sda1 instead of mke2fs /dev/hda1. When I realized the mistake (about 2 seconds later) I hit Ctrl-C before mke2fs was done. Now I can't mount the drive. Is there a way to read the drive to get the data off or is it unrecoverable? For all practical intents and purposes, and for all reasonable values of effectively, your data is effectively gone. Money, lots of money, could tip the sales in your favour. What? What? Photorec will recover the data. Stroller. side note... i think we all have done this at some point... F :P
Re: [gentoo-user] Compiling 32 bit library on x86_64
On Fri, 30 Apr 2010 12:10:02 +0200, Roger Mason wrote about [gentoo-user] Compiling 32 bit library on x86_64: Hello, I need to compile a 32 bit version of libtermcap on an x86_64 (multilib) system. Can someone tell me how to set up CFLAGS? This is what I have at the moment: CFLAGS=-O2 -m32 -march=native -msse3 -pipe CXXFLAGS=-O2 -m32 -march=native -msse3 -pipe The -march=native will shoot you in the foot. Pick a 32-bit architecture and use that instead; e.g. -march=i686 Then, -msse3 could also be problematic, unless the target is a very late model Pentium 4. I would ditch that too. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
Re: [gentoo-user] Compiling 32 bit library on x86_64
On 4/30/2010 5:25 AM, Roger Mason wrote: Hello, I need to compile a 32 bit version of libtermcap on an x86_64 (multilib) system. Can someone tell me how to set up CFLAGS? This is what I have at the moment: Have you tried using sys-devel/crossdev? It will set up the entire 32-bit cross-compiler environment for you; then it's just a matter of setting a couple of environment variables to switch compilers. --Mike
[gentoo-user] two glibcs with different version
Hello, I must test a software with a older version of the glibc. I run the 2.11.1 now but for one tool I need a previous version (2.6.1). How can I compile the glibc without changing my system glibc. I would like to set the previous glibc with the LD_PATH. Can I run two different versions or is a better solution to downgrade the system glib? Thanks Phil
Re: [gentoo-user] Compiling 32 bit library on x86_64
David W Noon dwn...@ntlworld.com writes: On Fri, 30 Apr 2010 12:10:02 +0200, Roger Mason wrote about [gentoo-user] Compiling 32 bit library on x86_64: Hello, I need to compile a 32 bit version of libtermcap on an x86_64 (multilib) system. Can someone tell me how to set up CFLAGS? This is what I have at the moment: CFLAGS=-O2 -m32 -march=native -msse3 -pipe CXXFLAGS=-O2 -m32 -march=native -msse3 -pipe The -march=native will shoot you in the foot. Pick a 32-bit architecture and use that instead; e.g. -march=i686 Then, -msse3 could also be problematic, unless the target is a very late model Pentium 4. I would ditch that too. Many thanks. Interestingly enough, even though the build of libtermca failed, the static library _was_ built and my application builds against it just fine. Roger
[gentoo-user] nvidia driver: undefined symbol: _nv000008gl
Hi all,
after my last update I cannot play movies because of:
$ mplayer movie.avi
mplayer: symbol lookup error: /usr/lib/opengl/nvidia/lib/libGL.so.1: undefined
symbol: _nv08gl
I've googled about this and found no much info (and no solution).
some info:
# eix nvidia-drivers
[I] x11-drivers/nvidia-drivers
Available versions: [M]71.86.11!s 96.43.14!s (~)96.43.16!s 173.14.20!s
173.14.22!s (~)173.14.25!s 180.60!s 185.18.36-r1!s 190.42-r3!s (~)190.53!s
(~)190.53-r1!s (~)195.30!s (~)195.36.15!s {acpi custom-cflags gtk
kernel_FreeBSD kernel_linux multilib userland_BSD}
Installed versions: 195.36.15!s(03:45:58 PM 04/30/2010)(acpi gtk
kernel_linux -custom-cflags -multilib)
Homepage:http://www.nvidia.com/
Description: NVIDIA X11 driver and GLX libraries
# uname -a
nau 2.6.31-gentoo-r10 #1 SMP Thu Mar 11 13:06:17 CET 2010 i686 Intel(R)
Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux
# eselect opengl list
Available OpenGL implementations:
[1] ati
[2] nvidia *
[3] xorg-x11
*If I switch to xorg-x11 opengl, mplayer works fine.
I've tried to recompile nvidia-driver, stop X, unload module, load new
one, start X and same error.
Any help is appreciated,
Cheers,
--
Arnau Bria
http://blog.emergetux.net
Bombing for peace is like fucking for virginity
[gentoo-user] Re: Compiling 32 bit library on x86_64
On 04/30/2010 03:09 PM, David W Noon wrote: On Fri, 30 Apr 2010 12:10:02 +0200, Roger Mason wrote about [gentoo-user] Compiling 32 bit library on x86_64: Hello, I need to compile a 32 bit version of libtermcap on an x86_64 (multilib) system. Can someone tell me how to set up CFLAGS? This is what I have at the moment: CFLAGS=-O2 -m32 -march=native -msse3 -pipe CXXFLAGS=-O2 -m32 -march=native -msse3 -pipe The -march=native will shoot you in the foot. Pick a 32-bit architecture and use that instead; e.g. -march=i686 Then, -msse3 could also be problematic, unless the target is a very late model Pentium 4. I would ditch that too. None of those options are problematic. -march=native has nothing to do with 32/64 bit. Every 64-bit CPU is 32-bit compatible and has zero consequence. I think you fell into the logical trap that 32-bit CPUs are not 64-bit compatible but it's OK vice versa :) Meaning you can't use -m64 -march=i686. But you *can* and *should* use -m32 -march=core2.
Re: [gentoo-user] backup to a cold-swap drive
Am 29.04.2010 02:38, schrieb Iain Buchanan: Hi thanks, On Wed, 2010-04-28 at 17:31 +0200, Florian Philipp wrote: [...] If you can live with just one big partition as a backup (probably with separate /boot), you should replace fstab and grub.conf on the backup medium and blacklist them from the files which you want to back up. why wouldn't I backup fstab and grub.conf as well? If my internal disk dies, I assume I'll swap them over, meaning grub and fstab will have to be the same. I think you misunderstood me or I didn't explain it correctly. I try it again: You probably have a lot of partitions on your internal disk; one for /, /usr and /home, for example. My reasoning was that it is probably easier to have just one big partition on your backup medium instead of many small ones. If you would then swap your backup medium in, with exactly the same fstab as in your original installation, your system would try to mount partitions which are simply not there. Therefore you need a different fstab and most likely also another grub.conf. Concerning the backup tool, I would use `rsync --delete` plus all relevant switches for permissions, times, acls, etc. If you use another tool, just make sure it doesn't put some metadata onto the backup medium and that it can delete files which no longer exist on the original medium. I was thinking of rsync, but I didn't want to do it in an hourly cron fashion, I was hoping for some gamin alteration-triggered idea. Ah, I see what you mean. I've never worked with the file alteration monitor (FAM) but once evaluated inotify for some administrative purposes. AFAIK they are not scalable good enough to work on a system wide basis. For example, I think the default limit of observable files with inotify is 8192. With regard to your requirement to just 'pull the cord' without umounting it: I wasn't thinking of pulling the chord without unmounting, I was thinking of the machine dying, hence leaving the disk in a non-shutdown state. Okay, I thought you meant the unreliable power at those weird locations you were talking about. Such a black-out or brown-out is basically the same as pulling the cord. thanks for the tips :) rsync will at least get me going quickly. Yesterday I tried iotop to with dd - some slowness but otherwise quite nice. To reduce the performance impact, you can also use the ionice command. Hope this helps, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] vmware-server performance
Am 29.04.2010 20:22, schrieb Stefan G. Weichinger: Am 18.03.2010 22:16, schrieb Stefan G. Weichinger: Am 13.03.2010 19:25, schrieb Stefan G. Weichinger: If you are on linux soft raid you might check your disks for errors with smartmontools. Other than that the only thing I can think of is something like a performance regression in the ide/scsi/sata controller (on host or virtual) or mdadm on host. If the host system is bogged before starting vmware instances I would suspect the former (host controller or mdadm). The disks look good so far ... Just to bump this one up again ... Hard disks OK, ran long smart-tests, completely ok. Still that high io-load from kdmflush. No change since then. What do you guys use? RAID1, RAID0 ?? LVM? Specific filesystems? I could also transfer it to another box using NFSv4 ... but that wasn't much difference back then. I would like to hear your thoughts, thanks, Stefan Hi! I just want to tell you that I experience similar problems with vmware-player. I'm currently on kernel 2.6.32. The guest system is a Ubuntu with an Oracle Express database (used for a database lecture I'm taking). The system feels like it swaps out the complete host system when I switch to the guest system and vice versa although there is plenty of free memory. It is so bad that the system becomes completely unusable for more than 15 minutes. I didn't investigate it yet because I don't really need that guest OS. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Can't resolve package blocks
On Thu, Apr 29, 2010 at 9:32 PM, Ajai Khattri a...@bway.net wrote:
I have unmerged ffmpeg, libraw1394 and libdc1394 and I still can't resolve
this block:
[nomerge ] media-video/ffmpeg-0.5_p20373 USE=X alsa amr encode
hardcoded-tables ieee1394 ipv6 network theora threads vorbis x264 zlib
(-3dnow) (-3dnowext) -altivec -bindist -cpudetection -custom-cflags -debug
-dirac -doc -faac -faad -gsm -jack -jpeg2k (-mmx) (-mmxext) -mp3 -oss -pic
-schroedinger -sdl -speex (-ssse3) -test -v4l -v4l2 -vdpau -xvid
VIDEO_CARDS=(-nvidia) [0]
[ebuild N] media-libs/opencore-amr-0.1.2 849 kB [0]
[ebuild N] sys-libs/libraw1394-2.0.4 368 kB [0]
[nomerge ] x11-libs/gtk+-2.18.7 [2.16.6] USE=cups jpeg tiff (-aqua)
-debug -doc -jpeg2k -test -vim-syntax -xinerama (-X%*) [0]
[ebuild N] media-libs/tiff-3.9.2-r1 USE=cxx jpeg zlib -jbig 1,387
kB [0]
[ebuild N] media-libs/jpeg-8a 951 kB [0]
[blocks B ] media-libs/libdc1394-1.2.2 (media-libs/libdc1394-1.2.2
is blocking sys-libs/libraw1394-2.0.4)
Total: 79 packages (68 upgrades, 10 new, 1 in new slot, 6 uninstalls), Size
of downloads: 174,892 kB
Conflict: 13 blocks (1 unsatisfied)
Portage tree and overlays:
[0] /usr/portage
[?] indicates that the source repository could not be determined
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
('ebuild', '/', 'media-libs/libdc1394-1.2.1', 'merge') pulled in by
media-libs/libdc1394 required by ('ebuild', '/',
'media-video/ffmpeg-0.5_p20373', 'merge')
('ebuild', '/', 'sys-libs/libraw1394-2.0.4', 'merge') pulled in by
sys-libs/libraw1394 required by ('ebuild', '/',
'media-video/ffmpeg-0.5_p20373', 'merge')
=sys-libs/libraw1394-0.9.0 required by ('ebuild', '/',
'media-libs/libdc1394-1.2.1', 'merge')
Use the --tree option in your emerge commandline so it will show which
packages are trying to pull in these. It looks like you're using
stable, I'm on ~amd64 and don't have these blocks so maybe it's
something worked out by newer versions. On the other hand, if you have
unmasked any unstable packages maybe they're trying to pull in the
conflictiong versions?
Re: [gentoo-user] nvidia driver: undefined symbol: _nv000008gl
On Fri, Apr 30, 2010 at 6:57 AM, Arnau Bria ar...@emergetux.net wrote:
Hi all,
after my last update I cannot play movies because of:
$ mplayer movie.avi
mplayer: symbol lookup error: /usr/lib/opengl/nvidia/lib/libGL.so.1:
undefined symbol: _nv08gl
I've googled about this and found no much info (and no solution).
some info:
# eix nvidia-drivers
[I] x11-drivers/nvidia-drivers
Available versions: [M]71.86.11!s 96.43.14!s (~)96.43.16!s 173.14.20!s
173.14.22!s (~)173.14.25!s 180.60!s 185.18.36-r1!s 190.42-r3!s (~)190.53!s
(~)190.53-r1!s (~)195.30!s (~)195.36.15!s {acpi custom-cflags gtk
kernel_FreeBSD kernel_linux multilib userland_BSD}
Installed versions: 195.36.15!s(03:45:58 PM 04/30/2010)(acpi gtk
kernel_linux -custom-cflags -multilib)
Homepage: http://www.nvidia.com/
Description: NVIDIA X11 driver and GLX libraries
# uname -a
nau 2.6.31-gentoo-r10 #1 SMP Thu Mar 11 13:06:17 CET 2010 i686 Intel(R)
Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux
# eselect opengl list
Available OpenGL implementations:
[1] ati
[2] nvidia *
[3] xorg-x11
*If I switch to xorg-x11 opengl, mplayer works fine.
I've tried to recompile nvidia-driver, stop X, unload module, load new
one, start X and same error.
Any help is appreciated,
Cheers,
--
Arnau Bria
http://blog.emergetux.net
Bombing for peace is like fucking for virginity
Did you try recompiling mplayer? It's looking for a location that
doesn't exist in your new code. Maybe it needs to be rebuilt and
relinked?
- Mark
Re: [gentoo-user] Re: Compiling 32 bit library on x86_64
On Fri, 30 Apr 2010 15:20:02 +0200, Nikos Chantziaras wrote about [gentoo-user] Re: Compiling 32 bit library on x86_64: On 04/30/2010 03:09 PM, David W Noon wrote: On Fri, 30 Apr 2010 12:10:02 +0200, Roger Mason wrote about [gentoo-user] Compiling 32 bit library on x86_64: Hello, I need to compile a 32 bit version of libtermcap on an x86_64 (multilib) system. Can someone tell me how to set up CFLAGS? This is what I have at the moment: CFLAGS=-O2 -m32 -march=native -msse3 -pipe CXXFLAGS=-O2 -m32 -march=native -msse3 -pipe The -march=native will shoot you in the foot. Pick a 32-bit architecture and use that instead; e.g. -march=i686 Then, -msse3 could also be problematic, unless the target is a very late model Pentium 4. I would ditch that too. None of those options are problematic. -march=native has nothing to do with 32/64 bit. Every 64-bit CPU is 32-bit compatible and has zero consequence. I think you fell into the logical trap that 32-bit CPUs are not 64-bit compatible but it's OK vice versa :) Meaning you can't use -m64 -march=i686. But you *can* and *should* use -m32 -march=core2. No, I stand by what I wrote. The -march=native option tells the compiler to issue the CPUID instruction to determine the architecture. This means that on an amd64 box it will return data for either an AMD K8 or an Intel Pentium D architecture. This, in turn, allows the compiler to generate K8 instructions that are not valid on IA32 processors. It even allows the compiler to use 64-bit registers, including the additional registers that were not in an IA32 processor. The -m32 option instructs the compiler to generate code with 32-bit pointers and relocation dictionary. It does not constrain the compiler to generate code that will definitely run on an IA32 processor, but it does ensure that the code can be linked with 32-bit libraries. So, if one is compiling on, say, a Core2 Duo and one uses -march=native and -m32, the compiler can use all kinds of instructions valid on the Core2 Duo, but limits addressing to 32-bit. From the info pages for GCC: 3.17.14 Intel 386 and AMD x86-64 Options These `-m' options are defined for the i386 and x86-64 family of computers: `-mtune=CPU-TYPE' Tune to CPU-TYPE everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for CPU-TYPE are: _generic_ Produce code optimized for the most common IA32/AMD64/EM64T processors. If you know the CPU on which your code will run, then you should use the corresponding `-mtune' option instead of `-mtune=generic'. But, if you do not know exactly what CPU users of your application will have, then you should use this option. As new processors are deployed in the marketplace, the behavior of this option will change. Therefore, if you upgrade to a newer version of GCC, the code generated option will change to reflect the processors that were most common when that version of GCC was released. There is no `-march=generic' option because `-march' indicates the instruction set the compiler can use, and there is no generic instruction set applicable to all processors. In contrast, `-mtune' indicates the processor (or, in this case, collection of processors) for which the code is optimized. _native_ This selects the CPU to tune for at compilation time by determining the processor type of the compiling machine. Using `-mtune=native' will produce code optimized for the local machine under the constraints of the selected instruction set. Using `-march=native' will enable all instruction subsets supported by the local machine (hence the result might not run on different machines). _i386_ Original Intel's i386 CPU. _i486_ Intel's i486 CPU. (No scheduling is implemented for this chip.) _i586, pentium_ Intel Pentium CPU with no MMX support. _pentium-mmx_ Intel PentiumMMX CPU based on Pentium core with MMX instruction set support. _pentiumpro_ Intel PentiumPro CPU. _i686_ Same as `generic', but when used as `march' option, PentiumPro instruction set will be used, so the code will run on all i686 family chips. _pentium2_ Intel Pentium2 CPU based on PentiumPro core with MMX instruction set support. _pentium3, pentium3m_ Intel Pentium3 CPU based on PentiumPro core with MMX and SSE instruction set support. _pentium-m_ Low power version of Intel Pentium3 CPU with MMX, SSE and SSE2 instruction set support. Used by Centrino notebooks. _pentium4, pentium4m_ Intel
Re: [gentoo-user] Compiling 32 bit library on x86_64
Mike Edenfield kut...@kutulu.org writes: Have you tried using sys-devel/crossdev? Not in the present context. It will set up the entire 32-bit cross-compiler environment for you; then it's just a matter of setting a couple of environment variables to switch compilers. Some time ago I tried setting up cross-compilation so that I could use a rather heterogeneous collection of amd64, ppc and x86 machines in icecream. Unfortunately I could not get cross-compilation to work. I asked about it in this forum but did not get any replies. Cheers, Roger
Re: [gentoo-user] vmware-server performance
Am 30.04.2010 16:41, schrieb Florian Philipp: I just want to tell you that I experience similar problems with vmware-player. Good to hear that ... in a way. I'm currently on kernel 2.6.32. The guest system is a Ubuntu with an Oracle Express database (used for a database lecture I'm taking). I had those problems with 2.6.32 as well. Should try to go back further for a check ... The system feels like it swaps out the complete host system when I switch to the guest system and vice versa although there is plenty of free memory. It is so bad that the system becomes completely unusable for more than 15 minutes. I didn't investigate it yet because I don't really need that guest OS. Good for you ;-) It's not THAT bad here, but the XP-guest takes a while to boot, yes. Right now I simply don't shutdown the guest and hibernate-to-ram the whole linux-box. Thanks, Stefan
Re: [gentoo-user] Constraining X display resolutions
On Tuesday 27 April 2010, Mick wrote: I've had the same problem on a high resolution (1920x1080), small size screen (15.6). The characters are tiny and anything else but native resolution makes images and characters blurred. The solution was to increase the font size on the terminals and KDE apps. However, I don't know how to make the characters in the Firefox menus and body larger. Am I supposed to run gconftool-2 with some esoteric options? What's wrong with Firefox's preferences? Edit - Preferences - Content - Advanced... and you can customize fonts (including size and other behavior).
Re: [gentoo-user] Compiling 32 bit library on x86_64
On 4/30/2010 12:40 PM, Roger Mason wrote: Mike Edenfield kut...@kutulu.org writes: Have you tried using sys-devel/crossdev? Not in the present context. It will set up the entire 32-bit cross-compiler environment for you; then it's just a matter of setting a couple of environment variables to switch compilers. Some time ago I tried setting up cross-compilation so that I could use a rather heterogeneous collection of amd64, ppc and x86 machines in icecream. Unfortunately I could not get cross-compilation to work. I asked about it in this forum but did not get any replies. I have it set up on my laptop. I admit it's been a while since I used it, but I know it worked at one point. Though I was using it on a standard PC, the best source of information I found on the process was the Gentoo Embedded Handbook: http://www.gentoo.org/proj/en/base/embedded/handbook/?part=1 The whole first section is on setting up a cross-compiler, just substitute i686-pc-linux-gnu for your target architecture.
Re: [gentoo-user] Constraining X display resolutions
On Friday 30 April 2010 18:49:40 Etaoin Shrdlu wrote: On Tuesday 27 April 2010, Mick wrote: I've had the same problem on a high resolution (1920x1080), small size screen (15.6). The characters are tiny and anything else but native resolution makes images and characters blurred. The solution was to increase the font size on the terminals and KDE apps. However, I don't know how to make the characters in the Firefox menus and body larger. Am I supposed to run gconftool-2 with some esoteric options? What's wrong with Firefox's preferences? Edit - Preferences - Content - Advanced... and you can customize fonts (including size and other behavior). Right, but it doesn't seem to affect the menus. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Constraining X display resolutions
Am Freitag, 30. April 2010 schrieb Mick: On Friday 30 April 2010 18:49:40 Etaoin Shrdlu wrote: On Tuesday 27 April 2010, Mick wrote: I've had the same problem on a high resolution (1920x1080), small size screen (15.6). The characters are tiny and anything else but native resolution makes images and characters blurred. The solution was to increase the font size on the terminals and KDE apps. However, I don't know how to make the characters in the Firefox menus and body larger. Am I supposed to run gconftool-2 with some esoteric options? What's wrong with Firefox's preferences? Edit - Preferences - Content - Advanced... and you can customize fonts (including size and other behavior). Right, but it doesn't seem to affect the menus. Have you tried what I suggested? Here, KDE and Firefox menus have the same font size. -- Gruß | Greetings | Qapla' Concious smokers drink decaf. signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: two glibcs with different version
On 04/30/2010 06:24 AM, Kraus Philipp wrote: Hello, I must test a software with a older version of the glibc. I run the 2.11.1 now but for one tool I need a previous version (2.6.1). How can I compile the glibc without changing my system glibc. I would like to set the previous glibc with the LD_PATH. Can I run two different versions or is a better solution to downgrade the system glib? I know just barely enough to tell you to STOP and wait for expert advice before you attempt ANYTHING. I can't give you any correct advice except that you should make a complete backup of your entire system NOW because your chances of doing what you want are very slim before you destroy your operating system. For now, just make complete backups of everything -- and then do nothing more until an expert gives you better advice than mine. No, really, don't do it yet. Really! (And burn a bootable gentoo rescue CD/DVD while your machine is still working.) Any experts out there who can give better advice?
