6GB RAM on a Tyan S2875 Tiger K8W - 500 MB missing
Hello *, i upgraded the RAM of my workstation yesterday and have some problems understanding what i'm seeing. here is what i did: started with 4 GB of RAM, made up from 4x1GB registered non-ECC modules. all working well. ripped apart a new server that came with 2x2GB registered ECC modules (also worked well, so hardware defect is out of the question). the plan was to put those 2x2 in my workstation, leaving 2x1 in place. that's what i did and i saw only 4 GB, but that was kinda logical because the 2x1 are non-ECC and i had to tell the BIOS about that. after disabling ECC alltogether the machines boots with the BIOS reporting 57xx MB of memory. my kernel says: Memory: 5746100k/7438336k available (2638k kernel code, 118684k reserved, 996k data, 196k init) here is what i dont get: 6x1024MB are 6144MB but BIOS and kernel report only 5611MB - so where are my 533MB ?! i first though this might be an due to the way i plugged the modules into the DIMM slots and tried some other patterns. it turns out that the ECC modules alone only work when put into DIMM1/DIMM2 or DIMM1/DIMM3 - in combination with the non-ECC modules it only works with the 2x2 in DIMM1/DIMM2 and the 2x1 in DIMM3/DIMM4. again, ECC is disabled in the BIOS completely - otherwise it wouldnt use the non-ECC modules at all. so i'm thinking if this is some kind of artefact of some memory hole i'm not aware of. also, the manual of the board (Tyan Tiger K8W S2875) contains a little chart that supposedly shows how 64bit (non-interleaved) and 128bit (interleaved) memory configurations work. but with all i know about computers i cannot interpret nor understand it:) question is: where is my memory ?! it's too much to be a miscalculation of some form (like the HDD manufacturers do it :) could anyone make sense of my BIOS-provided physical RAM map if i posted it? what am i missing? thanks for any hint, Raimund -- Die Lösung für effizientes Kundenbeziehungsmanagement. Jetzt informieren: http://www.universal-messenger.de Pinuts media+science GmbH http://www.pinuts.de Dipl.-Inform. Raimund Jacob [EMAIL PROTECTED] Krausenstr. 9-10 voice : +49 30 59 00 90 322 10117 Berlin fax : +49 30 59 00 90 390 Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
nvidia-glx vs. xserver-common
Hello :) I have debian testing and I have upgraded more or less successfully to xorg 7.0. If I use X window with nv driver, everything seems to work well. There is one problem though. In order to enjoy nvidia accelerated graphics, I need to build nvidia kernel module and also install nvidia-glx package and this is the problem. For some reason it got removed during the upgrade. Now I want it back. But when I mark it with + in aptitude, it shows as broken, because it depends on xserver-common (=4.0.3). Ok than, I proceed to xserver-common and now I cannot mark it with + at all. I see it replaces x11-common 1:7.0.22 and xserver-xorg 1:7.0.22 which are both installed. I was not brave enough to try to remove them first and than install the xserver-common package. Is it the right way to go? Still I do not understand this behaviour. Why was nvidia-glx removed? I was searching for bug reports but could not find any. So I assume there must be some explanation (e.g. it is not a bug). So what is the problem? I think I am missing something. Is there other place I should look at? Best regards Michal Well, bellow are my sources list just to be complete: deb http://security.debian.org/ etch/updates main contrib non-free deb-src http://security.debian.org etch/updates main contrib non-free deb http://ftp.debian.cz/debian/ testing main contrib non-free ## mplayer #deb http://cyberspace.ucla.edu/marillat/ unstable main #deb ftp://ftp.nerim.net/debian-marillat/ unstable main deb ftp://ftp.nerim.net/debian-marillat/ sid main deb http://spello.sscnet.ucla.edu/marillat/ sid main deb ftp://ftp.nerim.net/debian-marillat/ etch main deb-src ftp://ftp.nerim.net/debian-marillat/ etch main ššš # AMD64 unstable nvidia drivers deb http://people.debian.org/~rdonald/nvidia unstable/amd64/ deb http://people.debian.org/~rdonald/nvidia unstable/all/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia-glx vs. xserver-common
You don't state which version of nvidia-glx you're trying to use. Xorg7 requires nvidia-glx 1.0.8178-3 (or higher), or nvidia-glx-legacy 1.0.7174-3 (or higher) Michal Hajek wrote: Hello :) I have debian testing and I have upgraded more or less successfully to xorg 7.0. If I use X window with nv driver, everything seems to work well. There is one problem though. In order to enjoy nvidia accelerated graphics, I need to build nvidia kernel module and also install nvidia-glx package and this is the problem. For some reason it got removed during the upgrade. Now I want it back. But when I mark it with + in aptitude, it shows as broken, because it depends on xserver-common (=4.0.3). Ok than, I proceed to xserver-common and now I cannot mark it with + at all. I see it replaces x11-common 1:7.0.22 and xserver-xorg 1:7.0.22 which are both installed. I was not brave enough to try to remove them first and than install the xserver-common package. Is it the right way to go? Still I do not understand this behaviour. Why was nvidia-glx removed? I was searching for bug reports but could not find any. So I assume there must be some explanation (e.g. it is not a bug). So what is the problem? I think I am missing something. Is there other place I should look at? Best regards Michal Well, bellow are my sources list just to be complete: deb http://security.debian.org/ etch/updates main contrib non-free deb-src http://security.debian.org etch/updates main contrib non-free deb http://ftp.debian.cz/debian/ testing main contrib non-free ## mplayer #deb http://cyberspace.ucla.edu/marillat/ unstable main #deb ftp://ftp.nerim.net/debian-marillat/ unstable main deb ftp://ftp.nerim.net/debian-marillat/ sid main deb http://spello.sscnet.ucla.edu/marillat/ sid main deb ftp://ftp.nerim.net/debian-marillat/ etch main deb-src ftp://ftp.nerim.net/debian-marillat/ etch main ššš # AMD64 unstable nvidia drivers deb http://people.debian.org/~rdonald/nvidia unstable/amd64/ deb http://people.debian.org/~rdonald/nvidia unstable/all/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
binNMU for sarge/amd64 (#374258 / speedy-cgi-perl)
Hi amd64 folks, the speedy-cgi-perl package in sarge/amd64 needs a recompile. As reported in #326201 and #374258, it was compiled against libperl 5.8.4-1, which had a DynaLoader compatibility problem (#247291) reverted in 5.8.4-2. As a result of this the sarge/amd64 package is unusable. Other archs are OK, as they weren't compiled with the problematic libperl version. So this does not affect the official stable release. Is this the right place to request a binNMU for amd64? Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia-glx vs. xserver-common
Hello, * Jo Shields ([EMAIL PROTECTED]) [060707 11:42]: Xorg7 requires nvidia-glx 1.0.8178-3 (or higher), or nvidia-glx-legacy 1.0.7174-3 (or higher) aha... I see! Thank you :) This clears the matter a lot. My aptitude shows nvidia-glx version 1.0.8178-1. I thought the deb http://people.debian.org/~rdonald/nvidia unstable/amd64/ deb http://people.debian.org/~rdonald/nvidia unstable/all/ lines in sources.list would be enough for this kind of issues. Is there any other recomended entry which would enable nvidia-glx 1.0.8178-3 (or higher) ? Best regards Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia-glx vs. xserver-common
Michal Hajek wrote: Hello, * Jo Shields ([EMAIL PROTECTED]) [060707 11:42]: Xorg7 requires nvidia-glx 1.0.8178-3 (or higher), or nvidia-glx-legacy 1.0.7174-3 (or higher) aha... I see! Thank you :) This clears the matter a lot. My aptitude shows nvidia-glx version 1.0.8178-1. I thought the deb http://people.debian.org/~rdonald/nvidia unstable/amd64/ deb http://people.debian.org/~rdonald/nvidia unstable/all/ lines in sources.list would be enough for this kind of issues. Is there any other recomended entry which would enable nvidia-glx 1.0.8178-3 (or higher) ? Best regards Michal If in doubt, install the .debs from unstable manually. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia-glx vs. xserver-common
Hello... :) well, this is what I have done a moment before :) I downloaded the .deb file from: http://people.debian.org/~rdonald/nvidia/dists/unstable/nvidia-graphics-drivers/binary-amd64/ than I ran as root: # dpkg -i nvidia-glx_1.0.8178-3_amd64.deb Selecting previously deselected package nvidia-glx. (Reading database ... 134769 files and directories currently installed.) Unpacking nvidia-glx (from nvidia-glx_1.0.8178-3_amd64.deb) ... dpkg: dependency problems prevent configuration of nvidia-glx: nvidia-glx depends on xserver-common (= 4.0.3); however: Package xserver-common is not installed. dpkg: error processing nvidia-glx (--install): dependency problems - leaving unconfigured Errors were encountered while processing: nvidia-glx # A have also read through http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354961 which indicates, that the dependency should be already changed to x11-common. ??? I do not understand where is the problem now... Best regards Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
unrar
Hello, I have notticed that there is no unrar package in official repositories for amd64. Is there any unofficial repository or is there a way to install official packet for i386? Marko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unrar
On Friday 07 July 2006 11:59, Marko Gabud wrote: Hello, I have notticed that there is no unrar package in official repositories for amd64. Is there any unofficial repository or is there a way to install official packet for i386? Try unrar-free or p7zip instead. Both are Free Software alternatives to the obnoxious licencing terms of unrar. -- AJS delta echo bravo six four at earthshod dot co dot uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
SOLVED: nvidia-glx vs. xserver-common
Hi! I have solved my problems by reinstaling nvidia-kernel-source_1.0.8756-3_amd64.deb and nvidia-glx_1.0.8756-3_amd64.deb. Everything runs smoothly now :) Thank you! Best regards Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unrar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/07/2006 12:59 PM, Marko Gabud wrote: Hello, I have notticed that there is no unrar package in official repositories for amd64. Is there any unofficial repository or is there a way to install official packet for i386? Marko There is unrar-free (in sid, at least). Otherwise, you should use the unrar from i386 in a ia32 chroot. Hope this helps. mfv - -- Matteo Vescovi System Administrator Studio Vescovi Progettazioni -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFErkQywpmiLhhMAcoRApMWAJ9IKB6YZUBf6fmISR1UMiMBqSZOyQCgpsl7 Rk+Mhv/LBbJbVY8y2QzDS1o= =cWES -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: how to compile i386 kernel on amd64 in chroot-ia32?
Emmanuel Fleury [EMAIL PROTECTED] writes: mons wrote: Hi. I want to compile a kernel for my other computer. I have a ia32 chrooted enviroment. I tried to compile it but when I do make menuconfig i allways have to choose only ia64 kernels. I highly doubt that. ia64 is not amd64 but completly different. What shoud I change in chroot32 enviroment to make ia32 kernels? Please, wrote it that so noob could understand. (I always create kernel making make menuconfig, dpkg-make... now I have no idea what should I do...) You should do in the following way: 1) Save your .config (if you need it) 2) make mrproper 3) make ARCH=i386 menuconfig 4) ...configure your kernel... 5) make ARCH=i386 (I'm not sure that the 'ARCH=i386' is needed here) And this should build an i386 kernel. Regards Just use make-kpkg. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: binNMU for sarge/amd64 (#374258 / speedy-cgi-perl)
Niko Tyni [EMAIL PROTECTED] writes: Hi amd64 folks, the speedy-cgi-perl package in sarge/amd64 needs a recompile. As reported in #326201 and #374258, it was compiled against libperl 5.8.4-1, which had a DynaLoader compatibility problem (#247291) reverted in 5.8.4-2. As a result of this the sarge/amd64 package is unusable. Other archs are OK, as they weren't compiled with the problematic libperl version. So this does not affect the official stable release. Is this the right place to request a binNMU for amd64? Cheers, Nope. :) binNMUs should be requested on debian-release afaik. Asking vorlon on irc.debian.org #debian-devel can also help. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia-glx vs. xserver-common
On Fri, Jul 07, 2006 at 12:41:24PM +0200, Michal Hajek wrote: Hello... :) well, this is what I have done a moment before :) I downloaded the .deb file from: http://people.debian.org/~rdonald/nvidia/dists/unstable/nvidia-graphics-drivers/binary-amd64/ than I ran as root: # dpkg -i nvidia-glx_1.0.8178-3_amd64.deb Selecting previously deselected package nvidia-glx. (Reading database ... 134769 files and directories currently installed.) Unpacking nvidia-glx (from nvidia-glx_1.0.8178-3_amd64.deb) ... dpkg: dependency problems prevent configuration of nvidia-glx: nvidia-glx depends on xserver-common (= 4.0.3); however: Package xserver-common is not installed. dpkg: error processing nvidia-glx (--install): dependency problems - leaving unconfigured Errors were encountered while processing: nvidia-glx You can't just get nvidia-glx. You need the dependancies for it too. apt-get -f install MIGHT fix those for you. You of course also have to install nvidia-kernel-source and build the modules for your current kernel (m-a -t a-i nvidia). Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: how to compile i386 kernel on amd64 in chroot-ia32?
On Fri, Jul 07, 2006 at 02:26:39PM +0200, Goswin von Brederlow wrote: Emmanuel Fleury [EMAIL PROTECTED] writes: mons wrote: Hi. I want to compile a kernel for my other computer. I have a ia32 chrooted enviroment. I tried to compile it but when I do make menuconfig i allways have to choose only ia64 kernels. I highly doubt that. ia64 is not amd64 but completly different. What shoud I change in chroot32 enviroment to make ia32 kernels? Please, wrote it that so noob could understand. (I always create kernel making make menuconfig, dpkg-make... now I have no idea what should I do...) You should do in the following way: 1) Save your .config (if you need it) 2) make mrproper 3) make ARCH=i386 menuconfig 4) ...configure your kernel... 5) make ARCH=i386 (I'm not sure that the 'ARCH=i386' is needed here) And this should build an i386 kernel. Regards Just use make-kpkg. Or just run linux32 chroot and it will automatically think the system is i686 rather than x86_64, and all the kernel make issues go away. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unrar
Just google for unrarsrc-3.5.4.tar.gz and build your own 64bit unrar bin. unrar: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped On Fri, 7 Jul 2006 12:59:02 +0200 (CEST) Marko Gabud [EMAIL PROTECTED] wrote: Hello, I have notticed that there is no unrar package in official repositories for amd64. Is there any unofficial repository or is there a way to install official packet for i386? Marko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 6GB RAM on a Tyan S2875 Tiger K8W - 500 MB missing
On Fri, Jul 07, 2006 at 10:25:26AM +0200, Raimund Jacob wrote: i upgraded the RAM of my workstation yesterday and have some problems understanding what i'm seeing. here is what i did: started with 4 GB of RAM, made up from 4x1GB registered non-ECC modules. all working well. ripped apart a new server that came with 2x2GB registered ECC modules (also worked well, so hardware defect is out of the question). the plan was to put those 2x2 in my workstation, leaving 2x1 in place. that's what i did and i saw only 4 GB, but that was kinda logical because the 2x1 are non-ECC and i had to tell the BIOS about that. after disabling ECC alltogether the machines boots with the BIOS reporting 57xx MB of memory. my kernel says: Memory: 5746100k/7438336k available (2638k kernel code, 118684k reserved, 996k data, 196k init) here is what i dont get: 6x1024MB are 6144MB but BIOS and kernel report only 5611MB - so where are my 533MB ?! i first though this might be an due to the way i plugged the modules into the DIMM slots and tried some other patterns. it turns out that the ECC modules alone only work when put into DIMM1/DIMM2 or DIMM1/DIMM3 - in combination with the non-ECC modules it only works with the 2x2 in DIMM1/DIMM2 and the 2x1 in DIMM3/DIMM4. again, ECC is disabled in the BIOS completely - otherwise it wouldnt use the non-ECC modules at all. so i'm thinking if this is some kind of artefact of some memory hole i'm not aware of. also, the manual of the board (Tyan Tiger K8W S2875) contains a little chart that supposedly shows how 64bit (non-interleaved) and 128bit (interleaved) memory configurations work. but with all i know about computers i cannot interpret nor understand it:) question is: where is my memory ?! it's too much to be a miscalculation of some form (like the HDD manufacturers do it :) could anyone make sense of my BIOS-provided physical RAM map if i posted it? what am i missing? There is usually a memory hole for BIOS and PCI access, at 3.5 to 4GB. So unless your bios supports memory holes/memory remapping (most do with the right bios setting), then you loose that ram. Check your bios for some settings related to memory holes or something similar. According to what I remember, a setting for 'memory hole' in the bios should be set to 'software' on tyan boards (assuming your bios is new enough to have the option). Back when I saw this, they were talking about having to use beta bios releases to get the option, but that was a while ago (as in last fall). Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unrar
There is actually newer source available. http://files.rarlab.com/rar/unrarsrc-3.6.6.tar.gz I guess I should upgrade. On Fri, 7 Jul 2006 08:59:47 -0500 Michael Langley [EMAIL PROTECTED] wrote: Just google for unrarsrc-3.5.4.tar.gz and build your own 64bit unrar bin. unrar: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped On Fri, 7 Jul 2006 12:59:02 +0200 (CEST) Marko Gabud [EMAIL PROTECTED] wrote: Hello, I have notticed that there is no unrar package in official repositories for amd64. Is there any unofficial repository or is there a way to install official packet for i386? Marko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
failure to start kernel k8-smp
Booting Debian GNU Linux kernel 2.6.15-1-amd64-k8-smp root (hd0,0) Filesystem reiserfs, partition 0xfd kernel /boot/vmlinuz-2.6.15-1-amd64-k8-smp root -/dev/md0 ro single Error 13: invalid or unsupported executable found Press any key... Same error trying in recovery mode. It starts with the only other kernel available: 2.6.15-1-amd64-generic (the one used for the installation) ? It is debian amd64 etch, raid1 two 264 dual opteron 8 GB ram. thank you francesco pietra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 6GB RAM on a Tyan S2875 Tiger K8W - 500 MB missing
Lennart Sorensen wrote: Hi Len, * ! question is: where is my memory ?! it's too much to be a miscalculation of some form (like the HDD manufacturers do it :) could anyone make sense of my BIOS-provided physical RAM map if i posted it? what am i missing? There is usually a memory hole for BIOS and PCI access, at 3.5 to 4GB. So unless your bios supports memory holes/memory remapping (most do with the right bios setting), then you loose that ram. Check your bios for some settings related to memory holes or something similar. According to what I remember, a setting for 'memory hole' in the bios should be set to 'software' on tyan boards (assuming your bios is new enough to have the option). Back when I saw this, they were talking about having to use beta bios releases to get the option, but that was a while ago (as in last fall). ah, that sounds reasonable. i've seen this option but the short description didnt make sense to me. perhaps my BIOS also isnt new enough. i will check all this once i can reboot the machine again (which is, when everyone else left the office and i'm still around). thanks a bunch, Raimund -- Die Lösung für effizientes Kundenbeziehungsmanagement. Jetzt informieren: http://www.universal-messenger.de Pinuts media+science GmbH http://www.pinuts.de Dipl.-Inform. Raimund Jacob [EMAIL PROTECTED] Krausenstr. 9-10 voice : +49 30 59 00 90 322 10117 Berlin fax : +49 30 59 00 90 390 Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
failure to start kernel k8-smp
#aptitude shows i linux-image-2.6-amd64-generic i linux-image-2.6-amd64-k8-smp i linux-image-2.6.15-1-amd64-generic i linux-image-2.6.15-1-amd64-k8-smp and no brpken packages are indicated. I was use to start i linux-image-2.6.15-1-amd64-k8-smp before the problem below. __ Booting Debian GNU Linux kernel 2.6.15-1-amd64-k8-smp root (hd0,0) Filesystem reiserfs, partition 0xfd kernel /boot/vmlinuz-2.6.15-1-amd64-k8-smp root -/dev/md0 ro single Error 13: invalid or unsupported executable found Press any key... Same error trying in recovery mode. It starts with the only other kernel available: 2.6.15-1-amd64-generic (the one used for the installation) ? It is debian amd64 etch, raid1 two 264 dual opteron 8 GB ram. thank you francesco pietra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unrar
A J Stiles wrote: On Friday 07 July 2006 11:59, Marko Gabud wrote: Hello, I have notticed that there is no unrar package in official repositories for amd64. Is there any unofficial repository or is there a way to install official packet for i386? Try unrar-free or p7zip instead. Both are Free Software alternatives to the obnoxious licencing terms of unrar. Yes, and neither works particularly well, if at all, with archives that use the latest version of the rar format. -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto signature.asc Description: OpenPGP digital signature
Re: unrar
On Fri, Jul 07, 2006 at 04:22:52PM -0400, Roberto C. Sanchez wrote: Yes, and neither works particularly well, if at all, with archives that use the latest version of the rar format. Well I won't use rar for my own data. I like my data in documented formats. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unrar
Lennart Sorensen wrote: On Fri, Jul 07, 2006 at 04:22:52PM -0400, Roberto C. Sanchez wrote: Yes, and neither works particularly well, if at all, with archives that use the latest version of the rar format. Well I won't use rar for my own data. I like my data in documented formats. Same here. However, not everyone thinks the same way. -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto signature.asc Description: OpenPGP digital signature
Re: unrar
On Fri, Jul 07, 2006 at 04:45:58PM -0400, Roberto C. Sanchez wrote: Same here. However, not everyone thinks the same way. Yeah I know. Microsoft Office users for example. :) tar I understand (although there are a lot of different implementations of it too). Zip works too for some things. I think rar v3 is almost exclusively used by software pirates to get the most compression for the files they are distributing. Maybe I am just too synical. :) Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 6GB RAM on a Tyan S2875 Tiger K8W - 500 MB missing
Raimund, Before playing with Memory Hole and MTRR settings in your BIOS setup, I strongly suggest to update your BIOS to the latest version. See http://lists.debian.org/debian-amd64/2006/06/msg00344.html Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unrar
Lennart Sorensen wrote: On Fri, Jul 07, 2006 at 04:45:58PM -0400, Roberto C. Sanchez wrote: Same here. However, not everyone thinks the same way. Yeah I know. Microsoft Office users for example. :) tar I understand (although there are a lot of different implementations of it too). Zip works too for some things. I think rar v3 is almost exclusively used by software pirates to get the most compression for the files they are distributing. Maybe I am just too synical. :) Len Sorensen You are. RAR v3 is used because pirates are creatures of habit, and it always *used* to be best, and easy to use with pirated WinRAR. 7zip gives better compression for those who are doing more than following tradition -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
How to input Japanese?
Hi, Sorry if this is off topic - I have been searching for an answer unsuccessfully for a couple days. I have been trying to get my computer set up to use Japanese. I have read through several web pages and installed a lot of suggested software with apt-get. (Can't remember all of it anymore.) Now I can view web pages in Japanese or documents containing Japanese in Abiword, etc. Everything seems to be working OK. My problem is that I can't figure out how I am supposed to write Japanese. I was able to get up a Japanese keyboard and input 'kana, but that is not what I want. With that kind of layout every key is a different kana. (e.g. the D key is mapped to the kana 'KI) The way I (and most people) write Japanese is to use an English layout. (e.g. in order to enter the kana 'KI', you type 'K' + 'I'.) On my mac I can switch between English and Japanese entry by hitting Command+Space. On Windows I believe that I can select with the mouse from a language bar in the bottom panel. After a lot of searching on the net I can't figure out how to do this in linux (gnome). All the relevant web pages I find talk about installing Japanese versions of xterm or text editors etc. I don't need that - all I want it to be able to enter Japanese in a web browser or a .rtf document. Any ideas on how to input Japanese? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to input Japanese?
On 7/8/06, LI Daobing [EMAIL PROTECTED] wrote: install scim + scim-tables-jaAnd then...?I found out I already had scim installed, and not scim-tables-ja. Both are now installed. But I still don't understand how I am supposed to input Japanese text. Is there some magic key combination to switch between English and kana (such as alt-space or something)? Craig
Re: How to input Japanese?
On 7/8/06, Craig Hagerman [EMAIL PROTECTED] wrote: And then...? I found out I already had scim installed, and not scim-tables-ja. Both are now installed. But I still don't understand how I am supposed to input Japanese text. Is there some magic key combination to switch between English and kana (such as alt-space or something)? cut from /usr/share/doc/scim/README.Debian.gz -- Autostart SCIM -- It's quite inconvenient to set environment variables and manually start SCIM each time you login, so you want to start SCIM automatically when your X session starts. This is not hard, you just need to put the commands of setting variables and start SCIM into a configuration file X reads when it starts. For example, the following lines in ~/.gnomerc should work if you want to start SCIM automatically with GNOME: LANG=en_US.UTF-8 export LANG XMODIFIERS=@im=SCIM export XMODIFIERS GTK_IM_MODULE=xim export GTK_IM_MODULE scim -d Change the en_US.UTF-8 to your preferred locale, and change GTK_IM_MODULE to scim if you want to use GTK IM mode instead of XIM mode. The hard part is to figure out which configuration file to put these in. One choice is to put it in ~/.xsession, and add your X session command at the end of the file (such as exec gnome-session or exec startkde). But this way you always need to modify this file to change X session, and the feature of choosing session in GDM/KDM will not work anymore. There are other packages to help these configuration easier, see the next section. -- LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: How to input Japanese?
Thanks for the help. Unfortunately from that readme it still isn't clear how to actual choose a different input method. But you pointed me in the right direction - I found a wiki about scim (http://www.scim-im.org/wiki/documentation) which in turn lead me to finding out about scim-setup. I ran this utility from the command line. It gives a gui setup tool for scim. It seems that the answer to my basic question is that Command-Space will switch between inputs (although you can set individual hot keys). Thanks for your assistance, Li. Craig On 7/8/06, LI Daobing [EMAIL PROTECTED] wrote: On 7/8/06, Craig Hagerman [EMAIL PROTECTED] wrote: And then...? I found out I already had scim installed, and not scim-tables-ja. Both are now installed. But I still don't understand how I am supposed to input Japanese text. Is there some magic key combination to switch between English and kana (such as alt-space or something)? cut from /usr/share/doc/scim/README.Debian.gz -- Autostart SCIM -- It's quite inconvenient to set environment variables and manually start SCIM each time you login, so you want to start SCIM automatically when your X session starts. This is not hard, you just need to put the commands of setting variables and start SCIM into a configuration file X reads when it starts. For example, the following lines in ~/.gnomerc should work if you want to start SCIM automatically with GNOME: LANG=en_US.UTF-8 export LANG XMODIFIERS=@im=SCIM export XMODIFIERS GTK_IM_MODULE=xim export GTK_IM_MODULE scim -d Change the en_US.UTF-8 to your preferred locale, and change GTK_IM_MODULE to scim if you want to use GTK IM mode instead of XIM mode. The hard part is to figure out which configuration file to put these in. One choice is to put it in ~/.xsession, and add your X session command at the end of the file (such as exec gnome-session or exec startkde). But this way you always need to modify this file to change X session, and the feature of choosing session in GDM/KDM will not work anymore. There are other packages to help these configuration easier, see the next section. -- LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
failure to start kernel k8-smp
Sent again to inform that the kernel problem was resolved with #apt-get --reinstall install linux-image-2.6.15-1-amd64-k8-smp (need to get 0/15.4 MB of archives) #aptitude shows the same kernels as below. Although remedied, any guess at that failure? Also, I am still curious about the large number of lib32 introduced, as from my previous mail. Thank you francesco #aptitude shows i linux-image-2.6-amd64-generic i linux-image-2.6-amd64-k8-smp i linux-image-2.6.15-1-amd64-generic i linux-image-2.6.15-1-amd64-k8-smp and no brpken packages are indicated. I was use to start i linux-image-2.6.15-1-amd64-k8-smp before the problem below. __ Booting Debian GNU Linux kernel 2.6.15-1-amd64-k8-smp root (hd0,0) Filesystem reiserfs, partition 0xfd kernel /boot/vmlinuz-2.6.15-1-amd64-k8-smp root -/dev/md0 ro single Error 13: invalid or unsupported executable found Press any key... Same error trying in recovery mode. It starts with the only other kernel available: 2.6.15-1-amd64-generic (the one used for the installation) ? It is debian amd64 etch, raid1 two 264 dual opteron 8 GB ram. thank you francesco pietra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]