Re: Hey everyone, GUI isn't working; I can't figure out how to configure my xserver correctly.
Hi List ! Since we are talking about Nvidia, I have a (silly) issue: I have a Nvidia GeForce 7300. On a Lenny box, it works out of the box. On an Etch box, it installs with Vesa, and once you enable contrib non-free in the sources.list, you can install either nv or nvidia-glx. I am on my amd64 Etch box. Everything is fine, I use the nvidia-glx drivers ...But my mouse's pointer is flickering when apps are loading (!!!), for instance, when a web-page is charging, or any app (OOo, etc...) is loading... -Would you guys know how to make the flickering pointer stop ? Thanks a lot in advance ! 2008/4/15, Alexandru Cardaniuc [EMAIL PROTECTED]: Mark Allums [EMAIL PROTECTED] writes: Lance Ferrer wrote: Im getting XIO: Fatal IO error 104 (connection reset by peer) on X server :0.0 when I try to boot debian. I'm new to linux and computers in general, so any help would be great. I have a BFG NVidea 8800 GT if that helps. If you need any more specs or anything just let me know. The newer NVIDIA cards still aren't supported particularly well by most Linux distros. I have a 7800 GT that won't work right with X anytime I install even a recent Linux distro in a box with that card installed.[1] (Haven't had the guts to try an 8000-series card.) I usually use a 6600 GT for installs, install the non-free[2] NVIDIA proprietary driver available on NVIDIA's web site, and then switch out cards. Well, I got Nvidia 8600GT and it didn't work in etch. But lenny works, and nv in lenny supports this card. So, I would assume, 8800 should work in lenny as well. It isn't supported in etch. -- But what has been said once can always be repeated. - Zeno of Elea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Hey everyone, GUI isn't working; I can't figure out how to configure my xserver correctly.
2008/4/16, Martin Breguet [EMAIL PROTECTED]: Hi List ! Since we are talking about Nvidia, I have a (silly) issue: Me too! The package nvidia-kernel-source is NOT in lenny repository[1] so the debian way (module-assistant) to install nvidia non-free driver is working only in sid. [...] [1] http://packages.debian.org/nvidia-kernel-source Cheers, -- Gunther Furtado [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Hey everyone, GUI isn't working; I can't figure out how to configure my xserver correctly.
2008/4/16, Gunther Furtado [EMAIL PROTECTED]: 2008/4/16, Martin Breguet [EMAIL PROTECTED]: Hi List ! Since we are talking about Nvidia, I have a (silly) issue: Me too! The package nvidia-kernel-source is NOT in lenny repository[1] so the debian way (module-assistant) to install nvidia non-free driver is working only in sid. Well, mine was sillier! I didn't see there was a topic on this subject. Sorry! [...] [1] http://packages.debian.org/nvidia-kernel-source Cheers, -- Gunther Furtado [EMAIL PROTECTED] -- Gunther Furtado [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: can you install nvidia drivers in pure lenny or do you need a testing/unstable mix,,,,
On Tue, Apr 15, 2008 at 05:28:45PM -0700, Alexandru Cardaniuc wrote: Not anymore. I installed nvidia driver from sid on my lenny machine. No problems. It was modified :) Excellent. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: can you install nvidia drivers in pure lenny or do you need a testing/unstable mix,,,,
[[ slightly off-topic ]] On Wednesday 16 Apr 2008, Alexandru Cardaniuc wrote: The only thing necessary for evil to flourish is for good men to do nothing. - Edmund Burke Does anyone else think it's interesting how this quote cropped up in a thread about the way some users' machines (and, by extension, their freedom) are effectively being held to ransom by a company who refuse to provide proper documentation -- which properly forms a part of the operating instructions -- for hardware that people own? This is enough already! I will definitely be writing to my MP about this. It is absolutely not right that what amounts to paranoia on nVidia's part (the fear that their competitors might gain some useful advantage from what would necessarily be exposed in the documentation) should stand between users and quiet enjoyment of their own property. -- AJS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: can you install nvidia drivers in pure lenny or do you need a testing/unstable mix,,,,
[[ slightly off-topic ]] On Wednesday 16 Apr 2008, Alexandru Cardaniuc wrote: The only thing necessary for evil to flourish is for good men to do nothing. - Edmund Burke Does anyone else think it's interesting how this quote cropped up in a thread about the way some users' machines (and, by extension, their freedom) are effectively being held to ransom by a company who refuse to provide proper documentation -- which properly forms a part of the operating instructions -- for hardware that people own? This is enough already! I will definitely be writing to my MP about this. It is absolutely not right that what amounts to paranoia on nVidia's part (the fear that their competitors might gain some useful advantage from what would necessarily be exposed in the documentation) should stand between users and quiet enjoyment of their own property. -- 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]
Minor issues with etch on Supermicro H8QCE motherboard and a question
The first minor issue is that to establish networking with my new system (quad-socket dual-opteron amd64 etch on Supermicro H8QCE motherboard), i.e. to connect through the router, command # dhclient is needed. Where to set automatic networking on boot? The second minor issue is that having discovered that gnome is installed (never used, so I forgot) I tried it $ startx OK then $gnome-session SESSION_MANAGER=local/deb64:/tmp/.ICE-unix/4731 Window manager warning: Failed to read saved session file /home/francesc/.metacity/sessions/default0.ms: Failed to open file '/home/francesco/.metacity/sessions/default0.ms': No such file or directory **Message: Not starting remote desktop server Does it simply mean that another window manager than metacity was selected? Gnome is opened correctly. ___ The anticipated question is: I have Disabled the parallel port on BIOS. In order to save resources, is it safe to disable serial ports? The situation as I received the board was Super IO Configuration Serial Port1 Address 3F8/IRQ3 Serial Port2 Address 2F8/IRQ3 Serial Port 2 Mode Normal I disabled both ports, whereby the third line above disappeared. The, I met the issue above and I thought it was related to the Disable operation. Therefore, I activated both ports again. For port1 3F8/IRQ3 was not available, and The present setting is: Serial Port1 Address 3F8/IRQ4 Serial Port 2 Address 2F8/IRQ3 Parallel Port Mode Disabled Physically there is only one COM port, indicated COM1 Thanks francesco pietra Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Error message 'std::bad_alloc'
I am looking for the meaning of the following error message: terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc Aborted which occurs on running a chemical computational program (serial run) on a eighth logical 875 opterons system with 24GB RAM (all activated with shmmax and also setting the stack size to 'unlimited'), Debian amd64 etch. The maintainers of the computational program wrote: A little gooogggling of debian std::bad_alloc didn't find much. Naturally you should verify that all the debian/glib/gcc patches have been applied. The computational program was gcc compiled on my previous system with four logical 265 opterons and 16GB RAM and I am using the same raid1 HDD with the new system, where of course I have reset shmmax. The simulation concerns docking a molecule onto a protein. When the molecule is slightly smaller, no error message occurs and the procedure ends correctly; therefore I don't understand why the maintainer allude to a possible lack of patches. The same events occurred on the 265 system mentioned above, and the maintainers thought there was not enough RAM. For intrinsic reasons of the molecular system treated, the procedure can't be run parallel; in any case I should launch mpirun -np 1 (not 8) ... Thanks francesco pietra Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Minor issues with etch on Supermicro H8QCE motherboard and a question
On Wed, Apr 16, 2008 at 08:50:37AM -0700, Francesco Pietra wrote: The first minor issue is that to establish networking with my new system (quad-socket dual-opteron amd64 etch on Supermicro H8QCE motherboard), i.e. to connect through the router, command # dhclient is needed. Where to set automatic networking on boot? You should be able to configure that in /etc/network/interfaces Something like: auto eth0 iface eth0 inet dhcp The second minor issue is that having discovered that gnome is installed (never used, so I forgot) I tried it $ startx OK then $gnome-session SESSION_MANAGER=local/deb64:/tmp/.ICE-unix/4731 Window manager warning: Failed to read saved session file /home/francesc/.metacity/sessions/default0.ms: Failed to open file '/home/francesco/.metacity/sessions/default0.ms': No such file or directory **Message: Not starting remote desktop server Gnome session can only run inside X, so you would have to put t in .xsession or something like that. For example a .xsession file (in your home directory) could be: - #!/bin/sh exec gnome-session - Does it simply mean that another window manager than metacity was selected? Gnome is opened correctly. ___ The anticipated question is: I have Disabled the parallel port on BIOS. In order to save resources, is it safe to disable serial ports? If nothing connects to them, it is perfectly safe to disable them. The situation as I received the board was Super IO Configuration Serial Port1 Address 3F8/IRQ3 Serial Port2 Address 2F8/IRQ3 Serial Port 2 Mode Normal I disabled both ports, whereby the third line above disappeared. The, I met the issue above and I thought it was related to the Disable operation. Therefore, I activated both ports again. For port1 3F8/IRQ3 was not available, and The present setting is: Serial Port1 Address 3F8/IRQ4 Serial Port 2 Address 2F8/IRQ3 Parallel Port Mode Disabled Those are certainly the standard serial ports (3F8 is always IRQ4 and 2F8 is always IRQ3). Physically there is only one COM port, indicated COM1 I can't see any way disabling unused ports could affect things. Lots of laptops don't even have any in the first place so the software isn't going to require serial or parallel ports to be present. Of course it isn't really likely that the resources are required for anything else so enabled or disabled doesn't really matter. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Error message 'std::bad_alloc'
On Wed, Apr 16, 2008 at 10:04:56AM -0700, Francesco Pietra wrote: I am looking for the meaning of the following error message: terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc Aborted which occurs on running a chemical computational program (serial run) on a eighth logical 875 opterons system with 24GB RAM (all activated with shmmax and also setting the stack size to 'unlimited'), Debian amd64 etch. The maintainers of the computational program wrote: A little gooogggling of debian std::bad_alloc didn't find much. Naturally you should verify that all the debian/glib/gcc patches have been applied. The computational program was gcc compiled on my previous system with four logical 265 opterons and 16GB RAM and I am using the same raid1 HDD with the new system, where of course I have reset shmmax. The simulation concerns docking a molecule onto a protein. When the molecule is slightly smaller, no error message occurs and the procedure ends correctly; therefore I don't understand why the maintainer allude to a possible lack of patches. The same events occurred on the 265 system mentioned above, and the maintainers thought there was not enough RAM. For intrinsic reasons of the molecular system treated, the procedure can't be run parallel; in any case I should launch mpirun -np 1 (not 8) ... The std:: would to me make me think C++ namespace 'std' function 'bad_alloc'. So probably a bad_alloc function exists in C++ and is returning an error. I personally try to avoid dealing with C++ code anymore. It is getting too ugly after the STL stuff went in. Try a search for 'C++ bad_alloc' and you will find lots of stuff on bad_alloc in the C++ std library. About 45000 hits in google. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-* vs aptitude vs synaptic
Hans-J. Ullrich wrote: Dear maintainers, it seems for me, that the commandline tool apt, the ncurses tool aptitude and the graphical tool synaptic might use different databases. So I need a little more background (and knowledge) about this, otherwise I cannot explain myself, why apt-get dist-upgrade is giving another result as aptitude (in my case apt-get dist-upgrade wants to deinstall some openoffice.org-packages, beryl* and some other, but aptitude will not want to deinstall those). Are they using all different databases ? Or is it just related to some configuration ? I looked into the manuals, but found no explanation... Regards Hans The following contributions from debian-user (linux.debian.user) contain some hints: Re: Packages temporarily disappearing from Testing/Lenny http://lists.debian.org/debian-user/2008/04/msg01506.html apt-get auto-recommends (was Re: Packages temporarily ...) http://lists.debian.org/debian-user/2008/04/msg01456.html -- Regards, Jörg-Volker. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Error message 'std::bad_alloc'
Lennart Sorensen 14:49 Wed 16 Apr On Wed, Apr 16, 2008 at 10:04:56AM -0700, Francesco Pietra wrote: terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc which occurs on running a chemical computational program (serial run) on a eighth logical 875 opterons system with 24GB RAM (all activated with shmmax and also setting the stack size to 'unlimited'), Debian amd64 etch. The std:: would to me make me think C++ namespace 'std' function 'bad_alloc'. So probably a bad_alloc function exists in C++ and is returning an error. It is a standard exception thrown when the new() operator fails. Your running out of RAM, perhaps. Do you build this program yourself from source? I personally try to avoid dealing with C++ code anymore. It is getting too ugly after the STL stuff went in. Nahhh, the STL is great stuff! -- Only two kinds of witnesses exist. The first live in a neighborhood where a crime has been committed and in no circumstances have ever seen anything or even heard a shot. The second category are the neighbors of anyone who happens to be accused of the crime. These have always looked out of their windows when the shot was fired, and have noticed the accused person standing peacefully on his balcony a few yards away. -- Sicilian police officer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Error message 'std::bad_alloc'
Hi: --- On Wed, 4/16/08, C. Ahlstrom [EMAIL PROTECTED] wrote: From: C. Ahlstrom [EMAIL PROTECTED] Subject: Re: Error message 'std::bad_alloc' To: Lennart Sorensen [EMAIL PROTECTED] Cc: Francesco Pietra [EMAIL PROTECTED], debian64 debian-amd64@lists.debian.org Date: Wednesday, April 16, 2008, 2:49 PM Lennart Sorensen 14:49 Wed 16 Apr On Wed, Apr 16, 2008 at 10:04:56AM -0700, Francesco Pietra wrote: terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc which occurs on running a chemical computational program (serial run) on a eighth logical 875 opterons system with 24GB RAM (all activated with shmmax and also setting the stack size to 'unlimited'), Debian amd64 etch. The std:: would to me make me think C++ namespace 'std' function 'bad_alloc'. So probably a bad_alloc function exists in C++ and is returning an error. It is a standard exception thrown when the new() operator fails. Your running out of RAM, perhaps. Do you build this program yourself from source? Yes (g77-3.4 g++ 4.1.2 lib2c0-dev) from the configure file provided by developers. No errors in either the serial or parallel compilations (openmpi). Also, there is a very long test for both the serial and parallel execution. All passed with a few marginal warnings for different precision on different machines. Finally, docking of a slightly smaller ligands occurs with no errors. francesco I personally try to avoid dealing with C++ code anymore. It is getting too ugly after the STL stuff went in. Nahhh, the STL is great stuff! -- Only two kinds of witnesses exist. The first live in a neighborhood where a crime has been committed and in no circumstances have ever seen anything or even heard a shot. The second category are the neighbors of anyone who happens to be accused of the crime. These have always looked out of their windows when the shot was fired, and have noticed the accused person standing peacefully on his balcony a few yards away. -- Sicilian police officer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]