Re: nvidia and latest unstable kernel image
Seb 11:33 Thu 17 Jul On Wed, 16 Jul 2008 20:53:10 -0400, C. Ahlstrom [EMAIL PROTECTED] wrote: [...] I update nvidia direct from nvidia.com, and have had no issues. Same for the kernel -- I always build it from source myself (that way I can change the configuration). Here's a thread where I learnt the hard way what Lennart is referring to: http://permalink.gmane.org/gmane.linux.debian.ports.amd64/20620 so you may not notice the mess until the changes interfere with Debian proper packages. I update both my main systems (32-bit DELL laptop and 64-bit no-name desktop) nearly every day, and have had no issues. (I don't permit the Nvidia installer to touch xorg.conf). Therefore, I view this note at that link: The nvidia-installer indiscriminately overwrites key files in /usr, leading to major system death in the event of upgraded X-related packages. as innocent F.U.D. until proven otherwise. Is there a list of the files the nvidia-installer overwrites? A spot check shows only /usr/lib/libGL.so and friends. -- I am ready to meet my Maker. Whether my Maker is prepared for the great ordeal of meeting me is another matter. -- Winston Churchill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia and latest unstable kernel image
Lennart Sorensen 12:46 Thu 17 Jul On Wed, Jul 16, 2008 at 08:53:10PM -0400, C. Ahlstrom wrote: I update nvidia direct from nvidia.com, and have had no issues. So far. You will at some point. Everyone does eventually. Well, it's been about two years so far. I'll be sure to post an account of this disaster when it happens grin. Same for the kernel -- I always build it from source myself (that way I can change the configuration). The kernel has its own location for files so it isn't usually a big deal, although using make-kpkg (from kernel-package) makes it trivial to have your own kernel installed using the package system. make menuconfig make make modules_install mkinitramfs copy files to /boot modify grub/menu.lst THe only part that bugs me is the menuconfig. I'd really like to make a kernel that builds /only/ the parts my laptop needs, but I have no idea what comprises that set! -- Deek Yes, America is a country based on how pissed-off a group of taxed people can get. Deek We exist as a country because we're cheap. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia and latest unstable kernel image
Mark Allums 15:18 Thu 17 Jul Mark Allums wrote: 0. make mrproper 0.5 cp /boot/config .config 1.make menuconfig 2.make 2.5 modules 3 make modules_install 4.depmod -a 5.mkinitramfs 6.make install copy files to /boot modify grub/menu.lst 2. should read make bzImage 2.5 should read make modules. Although, if you use just make, the bzImage and module are made in one step. I like to make them separately. Thanks! I'm pretty sure the modules_install target does depmod for you, though. Anyway, the procedure is pretty straightforward and I no longer have to consult notes to do it. I missed an opportunity to try it the Debian way recently, when I did a full reinstall dang. Linux fluxster 2.6.25.10-ca #1 SMP Wed Jul 9 18:17:49 EDT 2008 i686 -- Q: Why do the police always travel in threes? A: One to do the reading, one to do the writing, and the other keeps an eye on the two intellectuals. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia and latest unstable kernel image
Mark Allums 19:36 Wed 16 Jul Lennart Sorensen wrote: Using the nvidia installer is a terrible idea in the long term. It overwrites files that the package system owns, and the package system will take them back someday, breaking the nvidia driver in the process. Just remember how broken windows tends to be. Then remeber windows allows all sorts of people to make 3rd party installers that overwrite system files in the install. Those two issues are related. Just say no to 3rd party installers. 3rd party installers are not as a category the problem; the problem is individual software developers not taking the time to do things right. This is a definite issue that Linux is going to have as long as there are different distributions. It is hard for someone to package up something for Redhat, SuSE, Slackware, Debian, and so on. Debian is a particular challenge for them, apparently. I update nvidia direct from nvidia.com, and have had no issues. Same for the kernel -- I always build it from source myself (that way I can change the configuration). -- There is no royal road to geometry. -- Euclid -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: C.P.U. suggestions.
Dean Hamstead 18:28 Thu 12 Jun intel cpus are smashing AMD cpus except in the very low end market you are best off buying an intel quad core... sadly. Chris Wakefield wrote: To my dissappointment my 'AMD 64 X2 Dual Core 3800' has been a ho-hum experience; don't know if it's the scheduler with the default debian compile that seems to effect the performance, but it's certainly nothing to write home about. .I actually found my original AMD 64 Processor 3200+ (the one with 1 MiB L2 cache) to be probably the best CPU I ever had and I think just as capable as my X2. So, I'm wondering about the Core Duo family and which is best for the desktop? (I've built about 3 machines for clients with these CPU's and they seem very snappy. I'm even talking about the 1.8 MHz variety). I've had the opposite experience (AMD being a bit faster). However, three things: 1. Tweak and build my own kernel, setting scheduler parameters. (Any apparent performance increase may be dumb luck, thouhg.) 2. The Core Duo is on a DELL laptop, so that may cripple it a bit (chuckle). 3. Due to problems running Win 2000 in a virtual machine, I doubled the RAM to 4 Gb. In general, the AMD system is a tiny bit faster, but at generating ISO files it absolutely smashes the Core Duo systems (again, with the above provisos). Anyway, let us know your experience. Since I just upgraded, it will be awhile before family considerations will permit the purchase of a quad core and 24 Gb of RAM grin. Chris -- UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. -- Doug Gwyn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libsc7_2.3.1-3_amd64.deb problems
Francesco Pietra 09:43 Mon 05 May Also a naive question: why all those deb packages in /var/cache/apt/archives ? To save download time if needed again later. Every so often they fill up /var on me (I tend to update manually almost every day) and then things stop working until I delete those files. I hate that. Chris -- I am -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: persona non grata...
Michael Fothergill 18:52 Thu 01 May Maybe they did. I received a similar message like this one when I was on the debian user list... As a result I unsubscribed. I took it to mean that I was no longer welcome on the site. People in the IT world often have poor social skills and take offence easily. I think I may have ruffled some feathers. If so, don't sweat it. I've seen this list get emails with unscribe in the subject. Just some dumb joker. -- The software required Win95 or better, so I installed Linux. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: stack size
Lennart Sorensen 09:32 Wed 23 Apr On Tue, Apr 22, 2008 at 11:57:35PM -0700, Francesco Pietra wrote: From that, I extrapolated (now clearly wrongly) that setting stack size to unlimited may be beneficial to have all available memory used in memory-demanding computation. Well the stack is only used for passing arguments to functions and for local variables in a function. Most large chunks of data are allocated using malloc which means it comes from the heap, not the stack. It takes a rather badly designed program to use 8MB of stack space. I've seen that in geographical information software (GIS), too. Something like 32Mb of stack needed. But when you think about it, isn't stack easier to maintain? grin -- Knghtbrd The currency collectors are offline. I'm rerouting though the secondary couplings. If we re-align the phase manifold we should be able to use the plasma inductor matrix to manually launch a new cheesy spinoff series. * ShadwDrgn sighs Phase you leave my manifolds alone Phase ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: stack size
Francesco Pietra 09:38 Tue 22 Apr With amd 64 etch (NUMA 4 dual-opteron, 24 GB RAM, set with shmmax) it was suggested (for heavy calculations) to set 'stack size' to 'unlimited'. At each new boot, I do that with $ ulimit -s unlimited thus changing the stack size from usual 8192 kbytes. If there is no drawback in setting 'stack size' to u'nlimited', how do set that permanently? If you have access to the source code, you should be able to recompile for a very large stack size, if I recall correctly. You might still have to do the ulimit thing, though. -- Happiness is twin floppies. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Error message 'std::bad_alloc'
Francesco Pietra 15:29 Wed 16 Apr 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. I'd build with debug info and run it under gdb and/or valgrind. Might tell you where it is messing up. -- I develop for Linux for a living, I used to develop for DOS. Going from DOS to Linux is like trading a glider for an F117. (By [EMAIL PROTECTED], Lawrence Foard) -- 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: hibernate vs hibernate-ram ?
Hans-J. Ullrich 15:40 Sat 12 Apr Hello ! May this might not the right list to ask, but can someone tell me the reason, why the command hibernate and the command hibernate-ram behave different ? This is strange, because hibernate-ram is just a symlink to hibernate. That app probably makes decisions based on argv[0]. Second question: Is there a way on a multi processor system to prevent the system to use both cores (yes, I know, can start as a single core machine) and after start up using the second (and now empty cpu) for one process ? My idea was, to start the host system on one cpu, and when it is up, to start a virtual machine (in my case virtualbox) on the other cpu. Beats me. Check out schedtool for setting CPU affinity. Or wait for a more knowledgable replier. grin -- It has been said [by Anatole France], it is not by amusing oneself that one learns, and, in reply: it is *only* by amusing oneself that one can learn. -- Edward Kasner and James R. Newman
Re: Monitoring Software Configuration for Debian server.
Andrew Syrewicze 23:34 Fri 18 Jan If so how do I go about configuring smartmontools and mdadm for alerts?? -Original Message- From: Douglas A. Tutty [mailto:[EMAIL PROTECTED] smartmontools, madam I want to know how you figured out that madam meant mdadm grin. SMART looks pretty neat, time to check it out. -- Things are more like they are today than they ever were before. -- Dwight Eisenhower -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Java and flash lenny amd64
Karl Schmidt 14:44 Tue 08 Jan I want to upgrade my system to AMD64 lenny, but after reading this list several times it is not clear what has to happen to get java and flash working with iceweasel on lenny (amd64). Is it even possible? I think the it hinges around nspluginswrapper and if I read correctly that package is not available for lenny? Yes, it is available. I'm using it now. Don't know about Java support. The argouml application (written in Java) is in the lenny repository, so I would assume it works. Never let school interfere with your education. - Mark Twain Sage advice from a dead curmedgeon. -- The smallest worm will turn being trodden on. -- William Shakespeare, Henry VI -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: chroot: java fails
Douglas A. Tutty 16:04 Sat 05 Jan On Sat, Jan 05, 2008 at 01:38:54PM -0600, Karl Schmidt wrote: I'm hoping to get Flash and Java working with iceweasel on AMD64. The bits and notes I see are not all the same and confusing. I've set up a wiki page http://wiki.xtronics.com/index.php/Iceweasel to put step by step information and I'm hoping someone here can fill out a full procedure so there is a place to point others as well as myself. I don't know about Java. If you mean for Etch, then for Flash you'll need to set up an i386 chroot. Not necessarily. You can install nspluginswrapper if you're running Firefox. I don't have a system chroot installed, and Flash (YouTube) works fine after using nspluginswrapper to install the Adobe plugin. From about:plugins: Shockwave Flash File name: npwrapper.libflashplayer.so Shockwave Flash 9.0 r115 MIME Type Description SuffixesEnabled application/x-shockwave-flash Shockwave Flash swf Yes application/futuresplash FutureSplash Player spl Yes Not sure about 64-bit Java at this time. -- You have literary talent that you should take pains to develop. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: chroot: java fails
Douglas A. Tutty 10:57 Sun 06 Jan I don't know about Java. If you mean for Etch, then for Flash you'll need to set up an i386 chroot. Not necessarily. You can install nspluginswrapper if you're running Firefox. Not in Etch. That's a Lenny thing and it can't be backported. I already looked into it and the nspluginwrapper maintainer tried to backport it and couldn't due to dependancies that conflict with Etch. Thanks for the clarification. Perhaps you can get it to install via the source-code route for it and its dependencies. I do that on occasion. With some apps even that won't work, though. -- A man was reading The Canterbury Tales one Saturday morning, when his wife asked What have you got there? Replied he, Just my cup and Chaucer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to wifi with ipw3945 on Dell Vostro ???
Kelly Anderson 16:38 Fri 04 Jan Thought I'd throw in a suggestion that you look into the iwlwifi driver. Intel has moved on to the next best thing. The iwl driver doesn't require the stupid daemon (a big step). And my initial impression is that it will probably support WEP/WPA more effectively. I haven't used WEP/WPA with it yet but it's on my agenda. I haven't had any issues since I switched from iwp to iwlwifi. http://intellinuxwireless.org/ I got iwlwifi to work, and it works well enough with wpasupplicant and ifupdown. THe only odd thing (and maybe you have a fix) is that it will not turn in the wireless LED the way the older drive did. But the system beeps do reassure me (and annoy my wife) that it is operating and connected grin. -- Seeing that death, a necessary end, Will come when it will come. -- William Shakespeare, Julius Caesar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
