Re: Perfomance problems with NVidia
On Thu, 2005-07-07 at 22:20 +, Sven Krahn wrote: > On 7/7/05, Jamie Jones <[EMAIL PROTECTED]> wrote: > > Out of curiosity what are your values for > > /proc/driver/nvidia/version > > /proc/driver/nvidia/agp/card > > /proc/driver/nvidia/agp/host-bridge > > /proc/driver/nvidia/agp/status > > > That may provide a clue as to why your performance seems a little slow > > Good idea, here are mine: > > > eg On my (Ubuntu) system I get > > Debian amd64 sid - 2.6.11-9-amd64-k8 > > > [EMAIL PROTECTED]:~$ cat /proc/driver/nvidia/version > > NVRM version: NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-7174 Tue > > Mar 22 06:45:40 PST 2005 > > GCC version: gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2) > > NVRM version: NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-7174 Tue > Mar 22 06:45:40 PST 2005 > GCC version: gcc version 3.4.5 20050613 (prerelease) (Debian 3.4.4-4) > > Would gcc-3.4 cause a performance difference of the driver versus 3.3? If it does, gcc 3.4 should perform a little better as it has better amd64 support, but as Nvidia is a binary module, I don't think we would notice it, after all we can't compile it ourselves. > > > [EMAIL PROTECTED]:~$ cat /proc/driver/nvidia/agp/card > > Fast Writes: Supported > > SBA: Not Supported > > AGP Rates: 4x 2x 1x > > Registers: 0x1f17:0x1f000114 > > Fast Writes: Supported > SBA: Supported > AGP Rates: 8x 4x > Registers: 0x1f000e1b:0x1f004302 > > Fast writes seem to be supported, however, I don't manage to activate > them. I have >Option "AGPFastWrite" "true" > in my xorg.conf, and alternatively I did also try to load the nvidia > driver with the experimental option NVreg_EnableAGPFW=1 before > starting X. But Fast Writes always shows up as Disabled in > /proc/.../status (see below). > > > [EMAIL PROTECTED]:~$ cat /proc/driver/nvidia/agp/host-bridge > > Host Bridge: VIA Technologies, Inc. VT8385 [K8T800 AGP] Host Bridge > > Fast Writes: Supported > > SBA: Supported > > AGP Rates: 4x 2x 1x > > Registers: 0x1f000a17:0x0114 > > Host Bridge: Silicon Integrated Systems [SiS] 755 Host > Fast Writes: Not Supported > SBA: Supported > AGP Rates: 8x 4x > Registers: 0x1f004e0b:0x0f02 > Because your host-bridge does not also support fastwrites you won't be able to enable it. > > [EMAIL PROTECTED]:~$ cat /proc/driver/nvidia/agp/status > > Status: Enabled > > Driver: AGPGART > > AGP Rate:4x > > Fast Writes: Enabled > > SBA: Disabled > > Status: Enabled > Driver: AGPGART > AGP Rate:8x > Fast Writes: Disabled > SBA: Enabled > > Fast Writes is disabled, how to activate it? Maybe the "LE" of my > 5700LE restricts the Fast Writes, not sure, need to check... > No, Your 5700LE is fine. Your driver setup is tuned to optimal speed, so the slowdown is caused elsewhere. > Thanks again. No problems. Something that came to mind that may affect your results are background programs, and your desktop environment. Do you have any CPU or graphically intensive applications running ? eg on my system when running the distributed.net client at lowest priority, glxgears only gives me 198FPS (32bit desktop), stopping it and I shoot up to 2300FPS (32bit desktop). Other things that that give me a performance hit include running java, and receiving email when benchmarking (spamassassin is a cpu hog). Hope it helps. Jamie -- GPG/PGP signed mail preferred. No HTML mail. No MS Word attachments PGP Key ID 0x4B6E7209 Fingerprint E1FD 9D7E 6BB4 1BD4 AEB9 3091 0027 CEFA 4B6E 7209 signature.asc Description: This is a digitally signed message part
Help with mysql-admin and possibly mysql-query-browser
Hi, Is anyone using MySQL on Amd64 here? If possible, I need some help with mysql-query-browser and mysql-admin. Could someone verify if either of these work correctly on Amd64? I'm asking because the source code has quite a number of pointer <-> int conversions which will obviously not work on 64-bit arches. If someone could verify that the latest versions in Sid segfault a lot it could go a long way in convincing upstream to fix these problems properly. Thanks, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A new thread needs a new message (was: asterisk pbx on debian-amd64)
Nicholas P. Mueller wrote: > I am also writing to ask for any criticism or pointers of things I > have done wrong. Since you asked *and* you replied to _my_ message I am compelled to reply. I posted a follow-up message with a subject "Simple Question... 32bit compatibility". You took that message and replied to it. You erased the subject and replaced it with your subject. But your reply is still a reply to my message! Please start a new message when starting a new topic. Don't just erase the subject on someone else's message and jump into the middle of their discussion. You will be able to see your message as a reply to mine in the archive here: http://lists.debian.org/debian-amd64/2005/07/threads.html#00294 It is really in your best interest. Often people filter by thread. Someone not interested in the topic will delete all of the messages in the thread. Your message as a reply to that message will be deleted unread when perhaps someone would be interested in your message or may be able to help you with it. As to your problem with asterisk I can't comment. Playing with it is on my todo list. Bob > My hardware consists of the following: > > Tyan Transport GX28 > (uses Tyan S2881 mainboard) > 2x Opteron 250 > 2x 512MB registered/ecc memory > 4x 300 GB Seagate SATA drives > 1x Digium TE410P quad span T1 card connected to 1 PRI and 1 Adtran > 624 channelbank > > I started by installing the debian-31r0a-amd64-netinst.iso from: > > http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-cd/ > > I setup a /boot partition, and raid1 partitions for /,/tmp,/var,/usr,/ > home and /srv. > > after installing, I went ahead and recompiled the kernel for k8-smp, > mostly for practice, but also to get headers, etc, all in line. > > then I apt-get installed cvs and downloaded zaptel, libpri and > asterisk source. I also wget installed zlib-1.2.1 source, though > later I found I needed to come back and run ./configure -s in the > directory to eliminate asterisk compile errors. > > Zaptel and libpri compiled without error. Unfortunately, mpg123 will > not seem to compile. I plan to follow some instructions at voip- > info.org to use sox and play .raw audio files, or try asterisk's > native mp3 player from asterisk add-ons. > > Asterisk initially coughed at zlib until I recompiled as per above. > It also did not like compiling with default gcc-3.3 (did not > recognize -march=k8), so I apt-get installed gcc-3.4, relinked gcc > in /usr/bin, and this solved the problem. Asterisk then compiled and > I was able to start it and use the CLI. > > Now I am pretty new to Debian, so if anyone has any suggestions or is > pulling their hair out b/c I am doing things wrong, please tell me. > If there is interest I will be adding information as I learn things > to the voip-info.org tiki: > > http://www.voip-info.org/tiki-index.php?page=Asterisk+Linux+Debian > > I emailed the list today just to let others know it can be done and > that these steps might need to be taken, along with looking for > feedback. > > Thanks, > > Nicholas P. Mueller > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > signature.asc Description: Digital signature
asterisk pbx on debian-amd64
Hello list, I am writing to inform that with a little tweaking I was able to compile, start and exit asterisk pbx on Debian-amd64. I am also writing to ask for any criticism or pointers of things I have done wrong. My hardware consists of the following: Tyan Transport GX28 (uses Tyan S2881 mainboard) 2x Opteron 250 2x 512MB registered/ecc memory 4x 300 GB Seagate SATA drives 1x Digium TE410P quad span T1 card connected to 1 PRI and 1 Adtran 624 channelbank I started by installing the debian-31r0a-amd64-netinst.iso from: http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-cd/ I setup a /boot partition, and raid1 partitions for /,/tmp,/var,/usr,/ home and /srv. after installing, I went ahead and recompiled the kernel for k8-smp, mostly for practice, but also to get headers, etc, all in line. then I apt-get installed cvs and downloaded zaptel, libpri and asterisk source. I also wget installed zlib-1.2.1 source, though later I found I needed to come back and run ./configure -s in the directory to eliminate asterisk compile errors. Zaptel and libpri compiled without error. Unfortunately, mpg123 will not seem to compile. I plan to follow some instructions at voip- info.org to use sox and play .raw audio files, or try asterisk's native mp3 player from asterisk add-ons. Asterisk initially coughed at zlib until I recompiled as per above. It also did not like compiling with default gcc-3.3 (did not recognize -march=k8), so I apt-get installed gcc-3.4, relinked gcc in /usr/bin, and this solved the problem. Asterisk then compiled and I was able to start it and use the CLI. Now I am pretty new to Debian, so if anyone has any suggestions or is pulling their hair out b/c I am doing things wrong, please tell me. If there is interest I will be adding information as I learn things to the voip-info.org tiki: http://www.voip-info.org/tiki-index.php?page=Asterisk+Linux+Debian I emailed the list today just to let others know it can be done and that these steps might need to be taken, along with looking for feedback. Thanks, Nicholas P. Mueller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Simple Question... 32bit compatibility
Bernie Betlach wrote: > I hope someone can give me a simple answer. Will 32 bit applications > run on Sarge AMD64 If you also install a 32-bit environment in addition to the 64-bit environment then yes they will. There are two typical methods for installing a 32-bit environment. One is a simple but somewhat limited ia32-libs package that covers many people's needs. But it is very simple to install and handles a majority of users fine. The other is installing a small chroot with a complete ia32 system there. This is more complicated but provides full flexibility of a complete 32-bit system. See the HOWTO for more details. http://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html > I just completing a AMD64 desktop and am trying to decide between amd64 and > i386. If you want maturity and don't like to tinker then I recommend going with the very mature 32-bit i686 system. If you like to tinker and don't mind working through development issues with the rest of us then the 64-bit amd64 system good. The amd64 system is stable and reliable. But not all 32-bit software has been ported yet and depending on what you are running this may be important to you. Sure you can run 32-bit applications through the chroot 32-bit environment. But that is a little bit more work. That is what I do and it all works well for me. But you have to want it in order to put up with the extra (even if small) trouble to manage the 32-bit system in addition to the 64-bit system. Bob signature.asc Description: Digital signature
Re: automounted home directories in chroot
Rik Theys wrote: > I've followed the instructions in the AMD64 howto to setup a chroot jail to > run 32 apps. > > When my home directories are available as regular directories under /home > (and /home is bind mounted into the chroot), the users can launch programs > like openoffice.org in the chroot jail. Sounds good. > But on my production system, the home directories are automounted > under /home. Simply bind mounting /home in the chroot does not > work: the home directories are not available in the chroot :(. > > Is there any way to fix this? Would it be possible to bind mount > each home directory into the chroot? For a few users this would be > OK, but I have about 300 users... It is easier for a single user to do the chroot ia32 system for running openoffice.org and other applications. But since you have 300 users it is worth your time to make openoffice.org work outside the chroot. You need a couple of symlinks. See this thread. http://lists.debian.org/debian-ia64/2003/03/msg00012.html But it works fine with the symlink in place. (Don't let the ia64 part throw you off. It has the same capabilities to run ia32 apps that amd64 has and can share best practices there.) With that change in place you should be able to roll that out to your users without needing to run the application from the chroot. (You probably still want the chroot to install and manage the software.) Bob signature.asc Description: Digital signature
Re: Servers inside the chroot
Zachary Rizer wrote: > --- Thomas Steffen <[EMAIL PROTECTED]> wrote: > > Yes, you can. The chroot may have a different file > > system, but it sees exactly the same network. Agreed. This works fine. > The server doesn't seem to want to run in the chroot, > or if it's running, I can't get to it from outside... > see below. The only below I see is: > > > I'd like to run the FreeNX server, but it won't work > > > in amd64 "mode" because of a missing > > > libstdc++-libc6.2-2.so.3, which is present in the > > > sid-ia32 chroot. Since as you say it is present in the sid-ia32 chroot that says to me that it is working for you. Right? If it is not working then what are the details? When you say ``amd64 "mode"'' do you mean native amd64 64-bit code? In which case it would not be using a 32-bit library but would instead be using a 64-bit library. Or do you mean running the 32-bit program outside the chroot? Bob signature.asc Description: Digital signature
Re: Cross-distro binary compatibilty
Adam Stiles wrote: > As I've said before, binary compatibility is irrelevant. > [...] > Source compatibility is all that really matters, and there are > enough examples around to show that this is entirely achievable. > [...] > The only reason why you would ever want to be able to run a binary > not compiled by you is if you did not have the source code; Oh, sigh. You are forgetting two things. One is that Debian is a binary distribution, not a source distribution. (Of course two notable source distributions are Linux from Scratch and Gentoo. But Debian is neither of those.) > and if you don't have the source code, it's probably because someone > doesn't want you to have it. If somebody doesn't want you to have > the source code, then there is probably something in it that they > are ashamed to show you. > > I won't run software written by cowards. If there is no way to accomplish a > task using purely Open Source tools, then I'll do it by hand -- or create a > new tool and make it Open Source. The other thing is that an operating system is a very general purpose tool. It is not just this one thing or that one thing. An OS is many things and an enabler for many things. Section 5 of the Debian Social Contract[1] was written specifically with non-free software in mind. "We acknowledge that some of our users require the use of works that do not conform to the Debian Free Software Guidelines." And "We will not object to non-free works that are intended to be used on Debian systems" Bob [1] http://www.debian.org/social_contract signature.asc Description: Digital signature
Simple Question... 32bit compatibility
HI... I hope someone can give me a simple answer. Will 32 bit applications run on Sarge AMD64 I just completing a AMD64 desktop and am trying to decide between amd64 and i386. Thanks in advance for your help. Bernie
Re: Official ATI Driver : problem build fglrx module
Hi Sylvain, El jue, 07-07-2005 a las 22:52 +0200, Sylvain Archenault escribió: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello everybody, > > I would like to know if there is somebody who have succeeded to compile > the module. I download the driver on ati official website : > fglrx64_4_3_0-8.14.13-1.x86_64.rpm Yes, I have. I installed Flavio Stanchina's Debian package from source (http://xoomer.virgilio.it/flavio.stanchina/debian/fglrx-installer.html), followed all the instructions until the point where you build the module, then ran "m-a autoinstall fglrx" and stopped it (Ctrl-S) right after it finished uncompressing the archive. While this process was on hold I applied some of the patches from this thread (1) (http://ati.cchtml.com/show_bug.cgi?id=136, which seems to be down momentarily), then resumed the m-a process. The resulting module works with the kernel's AGPGART using the same setup that I had for kernel 2.6.11. 1) Look at one of my last comments in the ATI thread for a list of what patches to apply. Don't apply the "integrated" patch, as it's missing the important part that makes it work with the kernel's AGPGART. Maybe somebody can recommend a better way to handle the stopping/resuming of module-assistant. I couldn't find an option to stop it from unpacking the sources every time and I was too lazy to patch the tarball directly. > I read that the problem may be due to gcc, actually i use gcc-4.0, and i > compile a kernel with this version of gcc, So i think i have to keep > this version. Try gcc-4.0 with the previous patches, but if it doesn't work then you might have to switch back to 3.4 or 3.3. I'm using 3.3 personally because I was lazy to have make-kpkg use gcc-3.4. Greetings, -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: Official ATI Driver : problem build fglrx module
Am Donnerstag 07 Juli 2005 23:00 schrieb Basile STARYNKEVITCH: > Le Thu, Jul 07, 2005 at 10:52:49PM +0200, Sylvain Archenault écrivait/wrote: > > I would like to know if there is somebody who have succeeded to compile > > the module. I download the driver on ati official website : > > fglrx64_4_3_0-8.14.13-1.x86_64.rpm > > > > When i tun make.sh in /lib/modules/fglrx/build_mod I've got this : > > > > > > CC [M] /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o > > /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.c:57: error: static > > declaration of '__fgl_agp_try_unsupported' follows non-static declaration > > /lib/modules/fglrx/build_mod/2.6.x/agp_backend.h:92: error: previous > > declaration of '__fgl_agp_try_unsupported' was here > > make[2]: *** [/lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o] Erreur 1 > > make[1]: *** [_module_/lib/modules/fglrx/build_mod/2.6.x] Erreur 2 > > make[1]: quittant le répertoire « /usr/src/linux-2.6.12.2 » > > I've also got similar problems, with a 2.6.13-rc2 kernel. > > I've also got further compilation errors. In some file[s] I replaced > pci->slot_name with pci->smart_name (details may be wrong, this is > from my human memory). > > Out of curiosity, what is the chipset Sylvain is compiling for? Mine > is described in message > http://lists.debian.org/debian-amd64/2005/06/msg00788.html > > And I don't succeed in running X (either Xorg -latest CVS- or Xfree > 34.2 (from Debian/Sid/AMD64)) in 1280x800 resolution. I can give up 3D > acceleration... > > Regards. > Hi the prob with /2.6.x/nvidia-agp have be done with a patch. At the end I have a fglx.ko but I can't load it. Ryven
Re: Perfomance problems with NVidia
On 7/7/05, Jamie Jones <[EMAIL PROTECTED]> wrote: > Out of curiosity what are your values for > /proc/driver/nvidia/version > /proc/driver/nvidia/agp/card > /proc/driver/nvidia/agp/host-bridge > /proc/driver/nvidia/agp/status > That may provide a clue as to why your performance seems a little slow Good idea, here are mine: > eg On my (Ubuntu) system I get Debian amd64 sid - 2.6.11-9-amd64-k8 > [EMAIL PROTECTED]:~$ cat /proc/driver/nvidia/version > NVRM version: NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-7174 Tue > Mar 22 06:45:40 PST 2005 > GCC version: gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2) NVRM version: NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-7174 Tue Mar 22 06:45:40 PST 2005 GCC version: gcc version 3.4.5 20050613 (prerelease) (Debian 3.4.4-4) Would gcc-3.4 cause a performance difference of the driver versus 3.3? > [EMAIL PROTECTED]:~$ cat /proc/driver/nvidia/agp/card > Fast Writes: Supported > SBA: Not Supported > AGP Rates: 4x 2x 1x > Registers: 0x1f17:0x1f000114 Fast Writes: Supported SBA: Supported AGP Rates: 8x 4x Registers: 0x1f000e1b:0x1f004302 Fast writes seem to be supported, however, I don't manage to activate them. I have Option "AGPFastWrite" "true" in my xorg.conf, and alternatively I did also try to load the nvidia driver with the experimental option NVreg_EnableAGPFW=1 before starting X. But Fast Writes always shows up as Disabled in /proc/.../status (see below). > [EMAIL PROTECTED]:~$ cat /proc/driver/nvidia/agp/host-bridge > Host Bridge: VIA Technologies, Inc. VT8385 [K8T800 AGP] Host Bridge > Fast Writes: Supported > SBA: Supported > AGP Rates: 4x 2x 1x > Registers: 0x1f000a17:0x0114 Host Bridge: Silicon Integrated Systems [SiS] 755 Host Fast Writes: Not Supported SBA: Supported AGP Rates: 8x 4x Registers: 0x1f004e0b:0x0f02 > [EMAIL PROTECTED]:~$ cat /proc/driver/nvidia/agp/status > Status: Enabled > Driver: AGPGART > AGP Rate:4x > Fast Writes: Enabled > SBA: Disabled Status: Enabled Driver: AGPGART AGP Rate:8x Fast Writes: Disabled SBA: Enabled Fast Writes is disabled, how to activate it? Maybe the "LE" of my 5700LE restricts the Fast Writes, not sure, need to check... Thanks again. -- Best regards / Mit den besten Grüssen Sven Krahn
Re: ssh
2005 m. Liepos 8 d., Penktadienis 00:52, Hjalmar the Destroyer rašė: > OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004 > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Connecting to computer2 [192.168.1.2] port 22. > debug1: connect to address 192.168.1.2 port 22: Connection refused > ssh: connect to host computer2 port 22: Connection refused I guess, sshd (ssh server) is not enabled on computer2. try dpkg-reconfigure ssh and answer "Yes" to the question about the server. pgpL0D6UrEeNF.pgp Description: PGP signature
ssh
Hey, I have recently installed ssh but am having some problems. I can ssh from computer2 to my server but can not ssh back the other way, server to computer2. I get the following when using ssh -v OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to computer2 [192.168.1.2] port 22. debug1: connect to address 192.168.1.2 port 22: Connection refused ssh: connect to host computer2 port 22: Connection refused I have read the docs and I am pretty sure everything is as it should be. I am wondering if someone might give me a clue as to what the problem might be or be able to point me in the right direction. Thanks for any type of help, Clyde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GPG burns my notebook!
> I tried your settings in XF86Config-4. Sad, they do not work, same as before. > Monitor gets bright, whren switching to konsole. It seems to be a hardware > problem. Nevertheless, with your settings, the screen was not so nice as mine > (my personal meaning :)) ) So, maybe, you will try my one ? Save your own, > and test it, so you can switch back, if you do not like it. Hi Hans, nice your settings:) more clean fonts and more brightness Thanks Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: automounted home directories in chroot
On 7/7/05, Rik Theys <[EMAIL PROTECTED]> wrote: > > But on my production system, the home directories are automounted under /home. > Simply bind mounting /home in the chroot does not work: the home directories > are not available in the chroot :(. > > Is there any way to fix this? Would it be possible to bind mount each home > directory into the chroot? For a few users this would be OK, but I have about > 300 users... > This will certainly work, see also http://lists.debian.org/debian-amd64/2005/06/msg00361.html If you really need to bind mount your home directories one by one you could consider a small shell script in /etc/init.d/ which loops through the user names and mounts all their home directories (without putting them into /etc/fstab... maybe there are smarter approaches. -- Best regards / Mit den besten Grüssen Sven Krahn
Re: huge clock drift?
On Thu, Jul 07, 2005 at 10:52:12PM +0200, Basile STARYNKEVITCH wrote: > Hello > > On my new MSI S270 with a Turion, self-compiled kernel 2.6.13-rc2, the > clock (as reported by date, ie gettimeofday call) is drifting > consuderably: in less than 7 hours, the date (an ntpdate is setting it > at boot time) has drifted by -12758 seconds Which is about 3.5 hours. It looks like your clock goes 50% too slow? > But the hardware clock (as reported by hwclock) is still right. > > The cpu frequency is adjusted by cpufreqd So I guess the clock runs at half the speed? This looks like a kernel bug to me. > What command fills the /etc/adjtime file? That's hwclock, and since hwclock says your RTC is still correct, that's probably not a problem at all. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official ATI Driver : problem build fglrx module
On Thu, Jul 07, 2005 at 10:52:49PM +0200, Sylvain Archenault wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello everybody, > > I would like to know if there is somebody who have succeeded to compile > the module. I download the driver on ati official website : > fglrx64_4_3_0-8.14.13-1.x86_64.rpm > > When i tun make.sh in /lib/modules/fglrx/build_mod I've got this : > > > ATI module generator V 2.0 > == > initializing... > cleaning... > patching 'highmem.h'... > assuming new VMA API since we do have kernel 2.6.x... > doing Makefile based build for kernel 2.6.x and higher > make -C /lib/modules/2.6.12.2/build > SUBDIRS=/lib/modules/fglrx/build_mod/2.6.x modules > make[1]: entrant dans le r?pertoire ? /usr/src/linux-2.6.12.2 ? > CC [M] /lib/modules/fglrx/build_mod/2.6.x/agp3.o > CC [M] /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o > /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.c:57: error: static > declaration of '__fgl_agp_try_unsupported' follows non-static declaration > /lib/modules/fglrx/build_mod/2.6.x/agp_backend.h:92: error: previous > declaration of '__fgl_agp_try_unsupported' was here > make[2]: *** [/lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o] Erreur 1 > make[1]: *** [_module_/lib/modules/fglrx/build_mod/2.6.x] Erreur 2 > make[1]: quittant le r?pertoire ? /usr/src/linux-2.6.12.2 ? > make: *** [kmod_build] Erreur 2 > build failed with return value 2 > > > I read that the problem may be due to gcc, actually i use gcc-4.0, and i > compile a kernel with this version of gcc, So i think i have to keep > this version. > > I've just noticed that the translated page of flavio page was out to > date, so i will have a look to this new page tomorrow, maybe this will > help me to figure it out. First of all I would recomend looking through the archive or searching google and finding where someone made debian packages for building the ati driver instead. Trying to work with the rpm is nuts. Also the last I read a about a week or two ago was that the ati driver does not work with 2.6.12 at this time, so unless you have some other patches to apply you aren't likely to get it to work. Of course since you already have the ATI its too late to recomend staying away from ati and their lousy drivers in general. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official ATI Driver : problem build fglrx module
Le Thu, Jul 07, 2005 at 10:52:49PM +0200, Sylvain Archenault écrivait/wrote: > > I would like to know if there is somebody who have succeeded to compile > the module. I download the driver on ati official website : > fglrx64_4_3_0-8.14.13-1.x86_64.rpm > > When i tun make.sh in /lib/modules/fglrx/build_mod I've got this : > > > CC [M] /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o > /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.c:57: error: static > declaration of '__fgl_agp_try_unsupported' follows non-static declaration > /lib/modules/fglrx/build_mod/2.6.x/agp_backend.h:92: error: previous > declaration of '__fgl_agp_try_unsupported' was here > make[2]: *** [/lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o] Erreur 1 > make[1]: *** [_module_/lib/modules/fglrx/build_mod/2.6.x] Erreur 2 > make[1]: quittant le répertoire « /usr/src/linux-2.6.12.2 » I've also got similar problems, with a 2.6.13-rc2 kernel. I've also got further compilation errors. In some file[s] I replaced pci->slot_name with pci->smart_name (details may be wrong, this is from my human memory). Out of curiosity, what is the chipset Sylvain is compiling for? Mine is described in message http://lists.debian.org/debian-amd64/2005/06/msg00788.html And I don't succeed in running X (either Xorg -latest CVS- or Xfree 34.2 (from Debian/Sid/AMD64)) in 1280x800 resolution. I can give up 3D acceleration... Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile(at)starynkevitch(dot)net 8, rue de la Faïencerie, 92340 Bourg La Reine, France -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Official ATI Driver : problem build fglrx module
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello everybody, I would like to know if there is somebody who have succeeded to compile the module. I download the driver on ati official website : fglrx64_4_3_0-8.14.13-1.x86_64.rpm When i tun make.sh in /lib/modules/fglrx/build_mod I've got this : ATI module generator V 2.0 == initializing... cleaning... patching 'highmem.h'... assuming new VMA API since we do have kernel 2.6.x... doing Makefile based build for kernel 2.6.x and higher make -C /lib/modules/2.6.12.2/build SUBDIRS=/lib/modules/fglrx/build_mod/2.6.x modules make[1]: entrant dans le répertoire « /usr/src/linux-2.6.12.2 » CC [M] /lib/modules/fglrx/build_mod/2.6.x/agp3.o CC [M] /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.c:57: error: static declaration of '__fgl_agp_try_unsupported' follows non-static declaration /lib/modules/fglrx/build_mod/2.6.x/agp_backend.h:92: error: previous declaration of '__fgl_agp_try_unsupported' was here make[2]: *** [/lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o] Erreur 1 make[1]: *** [_module_/lib/modules/fglrx/build_mod/2.6.x] Erreur 2 make[1]: quittant le répertoire « /usr/src/linux-2.6.12.2 » make: *** [kmod_build] Erreur 2 build failed with return value 2 I read that the problem may be due to gcc, actually i use gcc-4.0, and i compile a kernel with this version of gcc, So i think i have to keep this version. I've just noticed that the translated page of flavio page was out to date, so i will have a look to this new page tomorrow, maybe this will help me to figure it out. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCzZYh3M6ekcMWoxURAkNBAKCK2wSv+o7SouTRlueY9bpPX1TrEQCaAz4C P8/onoKF/QxiiEAcvxcKprY= =bGDx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
huge clock drift?
Hello On my new MSI S270 with a Turion, self-compiled kernel 2.6.13-rc2, the clock (as reported by date, ie gettimeofday call) is drifting consuderably: in less than 7 hours, the date (an ntpdate is setting it at boot time) has drifted by -12758 seconds But the hardware clock (as reported by hwclock) is still right. The cpu frequency is adjusted by cpufreqd The loaded modules are: Module Size Used by snd_pcm_oss59552 0 snd_mixer_oss 20608 1 snd_pcm_oss thermal16720 0 fan 5896 0 button 8608 0 ac 6280 0 battery11656 0 ipv6 286848 8 ohci1394 36492 0 8139too31424 0 snd_atiixp 24416 0 snd_ac97_codec 99864 1 snd_atiixp snd_pcm 105292 3 snd_pcm_oss,snd_atiixp,snd_ac97_codec snd_timer 27656 1 snd_pcm snd64232 6 snd_pcm_oss,snd_mixer_oss,snd_atiixp,snd_ac97_codec,snd_pcm,snd_timer soundcore 11744 1 snd snd_page_alloc 13136 2 snd_atiixp,snd_pcm ehci_hcd 49608 0 ohci_hcd 35396 0 tsdev 9600 0 evdev 13568 0 sr_mod 20196 0 sbp2 26568 0 scsi_mod 160240 2 sr_mod,sbp2 ieee1394 375864 2 ohci1394,sbp2 psmouse38212 0 ide_generic 1920 0 [permanent] cpufreq_userspace 6224 0 processor 27592 1 thermal genrtc 10804 0 I already described my hardware (including lspci output) in http://lists.debian.org/debian-amd64/2005/06/msg00788.html Any insights? What command fills the /etc/adjtime file? Regards -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile(at)starynkevitch(dot)net 8, rue de la Faïencerie, 92340 Bourg La Reine, France -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GPG burns my notebook!
Am Donnerstag, 7. Juli 2005 21:35 schrieb antongiulio05: > > What do you have for a performance with youre XF86Config-Settings ? I > > have about 3220 FPS with glxgears ( in KDE, fvwm is a little bit faster). > > I have same performances suppose: > $ glxgears > 13341 frames in 5.0 seconds = 2668.200 FPS > 15442 frames in 5.0 seconds = 3088.400 FPS > 16026 frames in 5.0 seconds = 3205.200 FPS > 14487 frames in 5.0 seconds = 2897.400 FPS > 14994 frames in 5.0 seconds = 2998.800 FPS > 14035 frames in 5.0 seconds = 2807.000 FPS > 15095 frames in 5.0 seconds = 3019.000 FPS > 15621 frames in 5.0 seconds = 3124.200 FPS > 14752 frames in 5.0 seconds = 2950.400 FPS > > (I'm using many other apps on KDE 3.4.1 now) > > I have Fvwm too, but I have not tried with it. > > Regards, > Giulio Hi Gulio, I tried your settings in XF86Config-4. Sad, they do not work, same as before. Monitor gets bright, whren switching to konsole. It seems to be a hardware problem. Nevertheless, with your settings, the screen was not so nice as mine (my personal meaning :)) ) So, maybe, you will try my one ? Save your own, and test it, so you can switch back, if you do not like it. Here it is snip --- # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" ## Load"GLcore" # Load"bitmap" Load"dbe" # Load"ddc" ## Load"dri" Load"extmod" Load"freetype" Load"glx" # Load"int10" # Load"record" Load"speedo" Load"type1" Load"vbe" Load"synaptics" EndSection Section "InputDevice" Driver"synaptics" Identifier"Mouse[1]" Option"Device""/dev/psaux" Option"Protocol" "auto-dev" Option"LeftEdge" "1700" Option"RightEdge" "5300" Option"TopEdge" "1700" Option"BottomEdge""4200" Option"FingerLow" "25" Option"FingerHigh""30" Option"MaxTapTime""180" Option"MaxTapMove""220" Option"VertScrollDelta" "100" Option"MinSpeed" "0.06" Option"MaxSpeed" "0.12" Option"AccelFactor" "0.0010" Option"SHMConfig" "on" # Option "Repeater" "/dev/ps2mouse" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "armada" Option "XkbLayout" "de" Option "XkbOptions""nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" # Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "NVIDIA GeForce" Driver "nvidia" Option "RenderAccel" "true" O
automounted home directories in chroot
Hi, I've followed the instructions in the AMD64 howto to setup a chroot jail to run 32 apps. When my home directories are available as regular directories under /home (and /home is bind mounted into the chroot), the users can launch programs like openoffice.org in the chroot jail. But on my production system, the home directories are automounted under /home. Simply bind mounting /home in the chroot does not work: the home directories are not available in the chroot :(. Is there any way to fix this? Would it be possible to bind mount each home directory into the chroot? For a few users this would be OK, but I have about 300 users... -- Rik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: W-Lan - which to buy???
On Thu, Jul 07, 2005 at 12:40:49PM +0200, Alexander Voss wrote: > Hi list, > two month ago I bought a new notebook and installed Debian unstable AMD-64 > on it. Everything is working fine. > But... I would like to use wlan. I already had a Lancom Card with Prism > Javelin/Xbow chip (not supported) and 32 bit Windows drivers (won't work > with ndiswrapper). > My only sollution so far is to buy a new wlan-card. > But before I do this I wanted to ask if anyone has a 64bit system with > working wlan and can recommend a card. I have recently found out about ralink. They seem to actually have linux open source drivers for their wireless chips. A list of cards using there chips is here: http://ralink.rapla.net/ I haven't used one myself, but I have seen a few people say it worked great for them. Might be worth a shot, given open source drivers is the best way to get stuff to continue working in the future. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GPG burns my notebook!
> What do you have for a performance with youre XF86Config-Settings ? I have > about 3220 FPS with glxgears ( in KDE, fvwm is a little bit faster). I have same performances suppose: $ glxgears 13341 frames in 5.0 seconds = 2668.200 FPS 15442 frames in 5.0 seconds = 3088.400 FPS 16026 frames in 5.0 seconds = 3205.200 FPS 14487 frames in 5.0 seconds = 2897.400 FPS 14994 frames in 5.0 seconds = 2998.800 FPS 14035 frames in 5.0 seconds = 2807.000 FPS 15095 frames in 5.0 seconds = 3019.000 FPS 15621 frames in 5.0 seconds = 3124.200 FPS 14752 frames in 5.0 seconds = 2950.400 FPS (I'm using many other apps on KDE 3.4.1 now) I have Fvwm too, but I have not tried with it. Regards, Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GPG burns my notebook!
Am Donnerstag, 7. Juli 2005 21:03 schrieb antongiulio05: > Hi Hans, Hi Gulio, > > sam to me. I also have an Acer1524WLMI, but everytime I use apt the > > cooler begins to run. Don worry, this seems to be o.k. I suppose, apt is > > using all the processing time, and so the AMD64-processor is getting hot. > > Remember, it so not a mobile-processor. > > CPU on my nb runs with 800MHZ (governor: userspace - minimal frequency > reachable) and I have an external cooler too. Does your system become > unstable when you use apt all the processing time? No, it does not really. Things become slow, while apt is readibg the database from harddrive, so, some other things become slow, when they want to write or read on the harddrive, too. But it is not getting unstable. What do you have for a performance with youre XF86Config-Settings ? I have about 3220 FPS with glxgears ( in KDE, fvwm is a little bit faster). > > Othe thing by the way: I use Nvidia-acceleration, the glx module. When I > > use this, I cannot switsch to console. The screen is getting bright. > > Switching back to window-manager is o.k. This happens only with glx > > module. The nv module works fine. > > I have nvidia module installed too. In XF86Config-4 I have: > > load "glx" > > and this settings for monitor: > > Section "Modes" > Identifier "16:10" > # 1280x800 @ 50.00 Hz (GTF) hsync: 41.20 kHz; pclk: 68.56 MHz > #Modeline "1280x800" 68.56 1280 1336 1472 1664 800 801 804 824 -HSync > +Vsync ModeLine "1280x800" 68.9 1280 1304 1336 1408 800 804 808 816 > EndSection > > Section "Monitor" > Identifier "Monitor Generico" > UseModes"16:10" > #HorizSync 28-50 > #VertRefresh43-75 > Option "DPMS" > EndSection > > However I can switch to console without problems and I have not bright > problems. > > Can you use IPNCOMM 2220 wireless internal card and winmodem on debian? No, sadly I still can not. You must use ndiswrapper, but I could not find the 64-Bit-driver, only 32-Bit. So, this will not work, yet. > > Giulio Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GPG burns my notebook!
Hi Hans, > sam to me. I also have an Acer1524WLMI, but everytime I use apt the cooler > begins to run. Don worry, this seems to be o.k. I suppose, apt is using all > the processing time, and so the AMD64-processor is getting hot. Remember, it > so not a mobile-processor. CPU on my nb runs with 800MHZ (governor: userspace - minimal frequency reachable) and I have an external cooler too. Does your system become unstable when you use apt all the processing time? > Othe thing by the way: I use Nvidia-acceleration, the glx module. When I use > this, I cannot switsch to console. The screen is getting bright. Switching > back to window-manager is o.k. This happens only with glx module. > The nv module works fine. I have nvidia module installed too. In XF86Config-4 I have: load "glx" and this settings for monitor: Section "Modes" Identifier "16:10" # 1280x800 @ 50.00 Hz (GTF) hsync: 41.20 kHz; pclk: 68.56 MHz #Modeline "1280x800" 68.56 1280 1336 1472 1664 800 801 804 824 -HSync +Vsync ModeLine "1280x800" 68.9 1280 1304 1336 1408 800 804 808 816 EndSection Section "Monitor" Identifier "Monitor Generico" UseModes"16:10" #HorizSync 28-50 #VertRefresh43-75 Option "DPMS" EndSection However I can switch to console without problems and I have not bright problems. Can you use IPNCOMM 2220 wireless internal card and winmodem on debian? Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servers inside the chroot
--- Thomas Steffen <[EMAIL PROTECTED]> wrote: > On 7/7/05, Zachary Rizer <[EMAIL PROTECTED]> wrote: > > Can you run a server process inside the 32bit > chroot > > and access it from other machines? > > Yes, you can. The chroot may have a different file > system, but it sees > exactly the same network. The server doesn't seem to want to run in the chroot, or if it's running, I can't get to it from outside... see below. > > However, usually you don't have an init process > running inside of the > chroot environment, so it is a bit difficult to > "kick start" the > server. The best way is to write an init script for > the normal system, > that calls chroot on the init script in the chroot > system. > > > I'd like to run the FreeNX server, but it won't > work > > in amd64 "mode" because of a missing > > libstdc++-libc6.2-2.so.3, which is present in the > > sid-ia32 chroot. > > Should work. But you have to make sure to mount /tmp > within your > chroot (and maybe parts of /var ?), because X11 > usually communicates > via named pipes on localhost. The lib in question is in /usr/lib...what about it? I can't bind mount that. > > Thomas > Thanks for the help! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servers inside the chroot
On 7/7/05, Zachary Rizer <[EMAIL PROTECTED]> wrote: > Can you run a server process inside the 32bit chroot > and access it from other machines? Yes, you can. The chroot may have a different file system, but it sees exactly the same network. However, usually you don't have an init process running inside of the chroot environment, so it is a bit difficult to "kick start" the server. The best way is to write an init script for the normal system, that calls chroot on the init script in the chroot system. > I'd like to run the FreeNX server, but it won't work > in amd64 "mode" because of a missing > libstdc++-libc6.2-2.so.3, which is present in the > sid-ia32 chroot. Should work. But you have to make sure to mount /tmp within your chroot (and maybe parts of /var ?), because X11 usually communicates via named pipes on localhost. Thomas
Re: GPG burns my notebook!
Am Donnerstag, 7. Juli 2005 20:06 schrieb antongiulio05: > Hi, > > this is not a joke:) > Reading posts about GPG-errors for last apt version, I have launched: > > apt-key add keyfile. > > At start, notebook temperature was for thermal 1: 40 C and thermal 2: 47 C > (from 'acpi -V'). Running command above (and so 'gpg' process) my system > becomes unstable (auto key pressing etc.), and temperature is jumped to 55 > C for 1, and 88 C for 2 in one minute. Top command returned 'gpg' cpu-usage > 99%. Is it a debian problem or a notebook strange behavior? I have an acer > 1524wlmi. > > Thanks > Giulio Hi Gulio, sam to me. I also have an Acer1524WLMI, but everytime I use apt the cooler begins to run. Don worry, this seems to be o.k. I suppose, apt is using all the processing time, and so the AMD64-processor is getting hot. Remember, it so not a mobile-processor. Othe thing by the way: I use Nvidia-acceleration, the glx module. When I use this, I cannot switsch to console. The screen is getting bright. Switching back to window-manager is o.k. This happens only with glx module. The nv module works fine. Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Servers inside the chroot
Can you run a server process inside the 32bit chroot and access it from other machines? My understanding of the boundaries of the chroot are a little fuzzy. I'd like to run the FreeNX server, but it won't work in amd64 "mode" because of a missing libstdc++-libc6.2-2.so.3, which is present in the sid-ia32 chroot. Other suggestions (such as a possible provider of this file in amd64) are welcome. Thanks, Zaq Rizer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
GPG burns my notebook!
Hi, this is not a joke:) Reading posts about GPG-errors for last apt version, I have launched: apt-key add keyfile. At start, notebook temperature was for thermal 1: 40 C and thermal 2: 47 C (from 'acpi -V'). Running command above (and so 'gpg' process) my system becomes unstable (auto key pressing etc.), and temperature is jumped to 55 C for 1, and 88 C for 2 in one minute. Top command returned 'gpg' cpu-usage 99%. Is it a debian problem or a notebook strange behavior? I have an acer 1524wlmi. Thanks Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cross-distro binary compatibilty
On Thursday 07 July 2005 15:21, Bob Proulx wrote:
> David Wood wrote:
> > On Wed, 6 Jul 2005, Goswin von Brederlow wrote:
> > >If you don't do that you can also claim that SuSe isn't SuSe
> > >compatible as you can have exactly the same version/package skews
> > >within one distro.
> > You're right of course - even within a distro, binary compatibility isn't
> > really that great.
> Even the ones that pick rpm don't have a coherent policy document.
> This hampers compatibility considerably.
Certain distributions (*cough* Redhat *cough*) are renowned for patching
their kernel and libraries almost beyond recognition.
As I've said before, binary compatibility is irrelevant. In fact, from a
security point of view, binary _in_compatibility -- to the point where
binaries compiled on one box would not run on any other box -- might be
desirable, then there could never be such a thing as a virus. {Obviously
some sort of compatibility mode would be required for initial bootstrapping
of a system, but access could be restricted by means of something like a
motherboard jumper, that could not be defeated by software alone.} Source
compatibility is all that really matters, and there are enough examples
around to show that this is entirely achievable. And I'm not just talking
about compatibility across different versions of the same distro, or even
different Linux distributions; but Linux, the BSDs, Solaris and legacy
systems too. {Of course, there are examples of badly-written software out
there too. It's interesting that the worst offenders -- Mozilla and
OpenOffice -- actually started out as closed-source.}
The only reason why you would ever want to be able to run a binary not
compiled by you is if you did not have the source code; and if you don't have
the source code, it's probably because someone doesn't want you to have it.
If somebody doesn't want you to have the source code, then there is probably
something in it that they are ashamed to show you.
I won't run software written by cowards. If there is no way to accomplish a
task using purely Open Source tools, then I'll do it by hand -- or create a
new tool and make it Open Source.
--
AJS
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: multiarch/bi-arch status (ETA) question
On Wed, Jul 06, 2005 at 08:20:38PM +0200, Goswin von Brederlow wrote: > Also programs don't depend on something like galeon (i hope). $ apt-cache show liferea-mozilla [...] Depends: liferea (= 0.9.1-1), mozilla-browser, [...] Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: multiarch/bi-arch status (ETA) question
On Wed, Jul 06, 2005 at 02:33:39AM +0200, Goswin von Brederlow wrote: > Configure scripts have sometimes hardcoded paths to /usr/lib. And /usr/include. Don't forget that some packages install architecture-specific header files under /usr/include. > Libtool adds rpath if libraries are not in default system paths and > rpath means incompatibility to every other linux out there. Well, libtool can be taught that the new directories are also default system paths, then you "only" have to re-libtoolize everything. Quite some work but doable. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: multiarch/bi-arch status (ETA) question
On 7/7/05, GOMBAS Gabor <[EMAIL PROTECTED]> wrote: > Well, Vmware runs just fine without any kind of chroot. Yes, I did get the test version of VMware running, but it was not without issues. > OOo also runs > fine if you just _install_ it in a chroot but call it from the outside > (well, you need to set a bunch of environment variables that point to > the 32-bit gconv modules, 32-bit GTK theme, 32-bit GTK & Pango modules > etc., and some bind mounts for /etc/openoffice and /usr/lib/openoffice > that cannot be relocated by environment variables). I wouldn't call that just fine. Setting the environment variables means that you break any 64bit process that Openoffice might want to spawn, which is a certain way to get really strange bugs. I bet that printing using kprinter does not work, for example. On the bright side: Ubuntu actually got Openoffice to work, mostly at least. But they had to write some code for it, it seems. > The only remaining problem is a "Locale not supported by the C library, > falling back to C" message that I could not track down so far. Does that mean you consider a system without localisation working? Coming from a country with a latin1 alphabet it is hard for me to understand what it is like to use UTF8. But there are enough countries where UTF8 is the only reasonable choice. Konsole for example is half way broken, even in 3.4. > So 32-bit apps seem to work without a chroot; you only need the chroot > for package management. I guess we wouldn't have the discussion if it did work, so I can only conclude that the majority of users (and you only see the extreme early adopters here) are of a different opinion. Thomas
Re: multiarch/bi-arch status (ETA) question
On Thu, 7 Jul 2005, Bob Proulx wrote: I really don't like needing to change the package names to be uniquely named. I think for multiarch to really work in Debian then dpkg needs to have a split brain where the architecture specific packages are tracked separately. I think he just means for testing pruposes - not actually as something you would deploy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: multiarch/bi-arch status (ETA) question
* Bob Proulx ([EMAIL PROTECTED]) wrote:
> Goswin von Brederlow wrote:
> > Hugo Mills <[EMAIL PROTECTED]> writes:
> > >How? You can't install your two multiarch versions of libvorbis
> > > without a hacked package manager that understands how to do it.
> >
> > You name packages lib32foo and lib64foo or something non
> > conflicting. Or you use the multiarch patch for dpkg.
>
> I really don't like needing to change the package names to be uniquely
> named. I think for multiarch to really work in Debian then dpkg needs
> to have a split brain where the architecture specific packages are
> tracked separately.
I think that's what Goswin was saying ("Or you use the multiarch patch
for dpkg."). I thought the original idea was to have the package names
be the same actually. I don't know that it'd be a big deal either way
though.
Thanks,
Stephen
signature.asc
Description: Digital signature
Re: multiarch/bi-arch status (ETA) question
Goswin von Brederlow wrote: > Hugo Mills <[EMAIL PROTECTED]> writes: > >How? You can't install your two multiarch versions of libvorbis > > without a hacked package manager that understands how to do it. > > You name packages lib32foo and lib64foo or something non > conflicting. Or you use the multiarch patch for dpkg. I really don't like needing to change the package names to be uniquely named. I think for multiarch to really work in Debian then dpkg needs to have a split brain where the architecture specific packages are tracked separately. Bob signature.asc Description: Digital signature
Re: multiarch/bi-arch status (ETA) question
Goswin von Brederlow wrote: > [EMAIL PROTECTED] (Bob Proulx) writes: > > This has been a long standing behavior of rpm that is now > > exploited for use in biarch. > > That sounds like there is no special biarch support at all in rpm but > just the support to have multiple versions of a package installed and > incidentaly that can be used for this too. Lucky break for rpm I > guess. > > This is quite similar to very early biarch proposals. Mostly I believe that to be true. But the dependency management seems to be split into an architecture specific area. Not sure of the underlying details. > > depends upon 'libm.so.6()(64bit)' fine. > > Now that '(64bit)' is something they had to add for biarch support. I believe that is the only addition for biarch support. I can't see anything else different from the outside of the box. > There was talk about doing the same for multiarch early on but it > breaks backwards compatibility, i.e. old packages that don't have the > (64bit) will break. Hmm... I think the (64bit) only exists on packages built for amd64. The 32-bit packages of course don't have it since those are from pure 32-bit single architecture systems. So I think it is only the newly built 64-bit packages that state that dependency. > We improved that by having libraries state "Multiarch: yes" and have > dpkg then match the arch of the lib and depending package to see if > thats enough. Interesting. Bob signature.asc Description: Digital signature
Re: multiarch/bi-arch status (ETA) question
Thomas Steffen wrote: > The better way to do it is to have three (sub)packages: i386, x86_64 > and shared. That is a bit like -common and -bin, but the packages > differ only in architecture, not in the name. Imho that is the way to > go. > > However, if you look closer, you find that both approaches impose the > same restrictions: all two or three (sub)packages have to be exactly > the same version, they have to match. So you can't upgrade one without > upgrading the other(s). That all depends on if the relationship is == or >=. It shouldn't if it is a >= dependency. But I am not sure that is practical for /usr/share files in general. But splitting that many packages would certainly increase the number of descrete packages hugely. > I think this severely limits the ability to install third-party i386 > software on a RedHat x86_64 system. As soon as the third-party > software requires a library upgrade, you get conflicts. (Now that > problem isn't new either, it is the reason behind DLL hell...) But wait, most people who install RH systems don't actually ever upgrade. At the time they put the install cdrom in the box they install everything because they have been taught by experience that upgrades later don't work, better grab it now. So if they go to install something later it needs a newer library they consider that application completely unsupported on version X and think "I need to reinstall the system from scratch to get to version Y so that this application will run", no matter how trivial the requirement. Bob signature.asc Description: Digital signature
Re: multiarch/bi-arch status (ETA) question
On Tue, Jul 05, 2005 at 05:26:46PM +0200, Thomas Steffen wrote: > No, for all practical purposes you do not have that. I could not get a > single third part binary to work without a chroot. And recommending a > chroot is just a different way of saying that it is not supported. Well, Vmware runs just fine without any kind of chroot. OOo also runs fine if you just _install_ it in a chroot but call it from the outside (well, you need to set a bunch of environment variables that point to the 32-bit gconv modules, 32-bit GTK theme, 32-bit GTK & Pango modules etc., and some bind mounts for /etc/openoffice and /usr/lib/openoffice that cannot be relocated by environment variables). The only remaining problem is a "Locale not supported by the C library, falling back to C" message that I could not track down so far. So 32-bit apps seem to work without a chroot; you only need the chroot for package management. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cross-distro binary compatibilty
David Wood wrote: > On Wed, 6 Jul 2005, Goswin von Brederlow wrote: > >Go to snapshot.debian.net and fish out the right library versions > >suse/rh uses, install them, install the same packages (inetd/xinetd) > >suse/rh uses and voila. Compatibility. > > Even if libraries were the only issue, aren't there times when the right > version (or lib altogether) isn't packaged? And what about the effects of > "distro-proprietary" patches to important things (we've seen it all, from > major tweaks to gcc, to important paths changing)? Yes, and yes. Most of the time I can find the right libraries. But sometimes I have to get the actual other-distro library for some compatibility problem. As far as distro specific patches one of the worst in my experience was RH glibc-2.2.4 which had patches that required glibc-2.3.1 in Debian before programs needing it were completely happy. > In any case the user must figure out whatever dependency is broken, figure > out what satisfies it, go to snapshot.debian.net... etc. It is > time-consuming and impractical. Most users are excluded. In an non-software engineering lab of about 400 people there are about three of us there that routinely do this task. The others think it is too hard, won't try or give up, and ask to be converted to some other distro in order to run the app they want. That is a fairly high tech community and I would expect more people would be able to do this chasing down of dependencies. But apparently not. > >If you don't do that you can also claim that SuSe isn't SuSe > >compatible as you can have exactly the same version/package skews > >within one distro. > > You're right of course - even within a distro, binary compatibility isn't > really that great. Even the ones that pick rpm don't have a coherent policy document. This hampers compatibility considerably. > So here we have the schizophrenia of our community with relation to binary > distribution. On the one hand we sometimes casually claim that it works, > and we sometimes expect it to work. When the rubber hits the road it > becomes obvious that it's both ugly and impractical for users/developers. > Then the story switches to others saying that we are an FS/OS community, > and asking "what are you doing distributing binaries anyway?" Later you > hear that we're really only geared towards source distribution (for > distro-independent developers). Agreed. Bob signature.asc Description: Digital signature
Re: strange behavior of GDM
On Thursday 07 July 2005 03:10 am, Alexandru Cardaniuc wrote: > Hi All! > > Sometimes, after gdm starts and when the login appears, I am not able to > use the keyboard - when I try to enter the username and password - I > press the buttons but nothing appears on the screen. The mouse, however, > works fine. So I can do nothing. The keayboard doesn't react at all - I > cannot switch to one of the virtual terminals - so I just press reset > button. This happens not often though. Does anybody here encounter this > kind of behaviour? > I've had one similar occurrence after an apt-get dist-upgrade during the time period when repositories were changing from alioth (I was confused about which sources to use, and may have caused the problem myself with a quirky sources.list) This happened with amd64 unstable, using kdm and icewm-experimental. I don't know the cause (and it hasn't happened since), but I was able to ssh into the machine and perform a normal shutdown. If you have another computer, you can avoid using the reset button and at least get out gracefully. -- Dan Cherry dscherry @ bellsouth.net Remember to occasionally say 'Thanks' to someone who contributes to Open Source Software -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: multiarch/bi-arch status (ETA) question
On Thu, Jul 07, 2005 at 04:10:46AM +0200, Goswin von Brederlow wrote: > That why you read Toleffs proposal for multiarch for debian fo details. > > You name packages lib32foo and lib64foo or something non > conflicting. Or you use the multiarch patch for dpkg. How about mips? They have 3 architectures supported on newer machines. two 32bit and one 64bit architecture. :) Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
W-Lan - which to buy???
Hi list, two month ago I bought a new notebook and installed Debian unstable AMD-64 on it. Everything is working fine. But... I would like to use wlan. I already had a Lancom Card with Prism Javelin/Xbow chip (not supported) and 32 bit Windows drivers (won't work with ndiswrapper). My only sollution so far is to buy a new wlan-card. But before I do this I wanted to ask if anyone has a 64bit system with working wlan and can recommend a card. Thanks, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: strange behavior of GDM
Hi, I have same problem after switching to amd64. GDM( and xdm, kdm) dont find frist free virtual console, and run on console 7. And at same time on console 7 run getty(i have 9 consoles). Solution for me is to edit gdm configuration file an set it to run on first free VC. in file: /etc/X11/gdm/gdm.conf FirstVT=10 Jamil Djadala
Re: Perfomance problems with NVidia
Am Mittwoch, den 06.07.2005, 16:16 +0200 schrieb Sven Krahn: > > >Does anybody (Len?) have an idea what the fps rate for FX 5700LE (with > > >an AMD64 3200+) should be? Mine is at roughly 1450fps (with default > > >glxgears), though I remember with an earlier nvidia driver I have it > > >seen at 2700fps already. I have no clue what the benchmark could be... > > > > > > > > > > > Default glxgears for Athlon XP 2000 with GeForce 5600 FX gets > > > > 1 frames in 5.0 seconds = .200 FPS > > > > - Adam > > Thanks for all your answers. I have re-tried several configuation > options but do not come to higher values than 1450fps. I had it up to > 2700fps (which after reading your replies and the contained links I > consider to be the benchmark-to-be for this card) before I switched > from xfree to xorg, and maybe this makes the difference. In xorg, I > have the compmgr activated, but even without translucency and shadows > the fps rate doesn't change. Does anybody have any experience > regarding graphic/glx performance differences between xorg and xfree > and their respective options? > > Thanks a lot again. Hi Sven, yesterday I have installed Ubuntu with x.org. With the same X-config I get about 10-20 less frames as with XFree on Debian. Perhaps I have to tune some options. Do anyone new an URL where I can find a How-To or tips how how to tune my config? Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
strange behavior of GDM
Hi All! Sometimes, after gdm starts and when the login appears, I am not able to use the keyboard - when I try to enter the username and password - I press the buttons but nothing appears on the screen. The mouse, however, works fine. So I can do nothing. The keayboard doesn't react at all - I cannot switch to one of the virtual terminals - so I just press reset button. This happens not often though. Does anybody here encounter this kind of behaviour? Another problem. After I login a small window appears that says: "Error: I've detected a panel already running and will now exit." I press OK on the window and the window disappears until next reboot. I just reinstalled debian yesterday and didn't configure anything in gdm. Can I do something about it, or is it a bug? My system: debian amd64 sid (gnome 2.10) on hp pavilion zv5260. -- Sincerely yours, Alexandru Cardaniuc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
