AMD64 port compromised ?
Hi, Is the AMD64 branch of Debian compromised as well by the problem on gluck.debian.org ? See: http://lists.debian.org/debian-devel-announce/2006/07/msg3.html Regards -- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: [EMAIL PROTECTED] 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
On Jul 12, 2006 at 21:52, Art Edwards praised the llamas by saying: > I posted the same initial message on the three sites I thought were > appropriate. My plea for honesty was a measure of frustration with > what should be well-established packages. It turns out that in the newer > distros, the structure of /usr/X11R6 has changed dramatically enough > that it broke a .cshrc file that had worked for five years. > Your fustration clearly hasn't reached a point where you felt it necessary to file a bug report about the issues you've faced. We can not fix problems if we don't know about them. I can not find a single bug report about the issues you've raised and I can only find one bug submitted by yourself. Occasionally we need to make incompatible changes to improve the distribution. The NEWS.Debian for Xorg should detail these changes. I would imagine that this change is significant to warrant a debconf notice during upgrade. I would also hope it is detailed in the Etch release notes, although I'd understand if these haven't been completely written yet. Arguably there should be symlinks in place so that the upgrade doesn't break your .cshrc file. I would suggest filing a bug against the package that contais the file that has moved, explaining that there is a regression. Please file bugs in our BTS as it is the only way maintainers can reliably discover problems in the distribution. A large number of developers do not read any of the lists you've posted to. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: No sound on etch when using video players
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Jul 12, 2006 at 12:30:20PM +0200 P|pex said: > --- Sam Varghese <[EMAIL PROTECTED]> ha scritto: > > > I can play audio CDs using the KDE player kscd but > > the gnome player and > > xmms do not work. > > > > No matter which video player I use - totem, mplayer > > or kaffeine - I > > get no sound. > > Do you have daemon sound server installed? > Please check that gstreamer* packs are installed. Yes, the sound daemon is running. And the gstreamer packs are installed. > Also add your user to sound group > #adduser sound %yourusers% The user is already a member of the audio group (which I presume is what you mean). > restart Gnome and tell us. Same situation. Sound with CDs, not with videos or DVDs. Sam - -- Sam Varghese http://www.gnubies.com It is to be remarked that a good many people are born curiously unfitted for the fate waiting them on this earth. My PGP key: http://www.gnubies.com/encryption/sign.txt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEtXwAZyXhknb+33gRAuGTAJ4r/doaSDVKzmZp+BfnMTNIhCUt1gCeNMNo gw4Lcl5bJtlVIIdJg8wgNGg= =0/tf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
It would have been nice to know that the structure of /usr/X11R6 had changed completely so that it broke my .cshrc file. This fix was on an ubuntu list and was found by Ozzy Lash (again, thanks). On Wed, Jul 12, 2006 at 01:17:38PM -0700, [EMAIL PROTECTED] wrote: > On Wed, Jul 12, 2006 at 01:56:57PM -0600, Art Edwards wrote: > > On Sun, Jul 09, 2006 at 03:11:19PM -0700, [EMAIL PROTECTED] wrote: > > > > > > Before I bought my machine (18 months ago, now) I benchmarked it > > > on the code that I use. It was 10 times faster than my old 500 MHz > > > Pentium-III, and 30% faster than an equivalently available/priced > > > new Pentium-IV. > > > > How did it compare to an AMD XP? How much are you paying for the increase > > in speed? > > Going for a high-end processor probably contributed $300 to the > $1100 total (not including monitor, which I did not upgrade). > I did not measure the speed of an AMD XP, I have trouble imagining > it was any faster than the Pentium-IV. > > > FLOPS/dollar(euro) are what drive my decisions. > > My needs don't parallelize. I wanted one fast workstation. > And I got it. > > > > > Unless such core pieces as the debugging tool (ddd) and the data display > > > > tool (xmgrace) are working, it is dishonest to pretend that the 64-bit > > > > version is ready for testing. > > > > > > [chop] > > > > > I could spend my time rolling up my sleaves (fortune knows I've done that > > many > > times) or I could do what I'm paid to do, physics. I'm willing to stay in > > the stable sand box to do that. There simply is no stable sandbox for AMD64. > > 18 months ago, Debian amd64 was considered bleeding edge. > Now I would not hesitate to use it for production work. > Everything I need works reliably in Debian sid. I see > no reproducible reports that grace or ddd are exceptions. > > If you want help troubleshooting your amd64 install, ask. > Your descriptions in other email make it sound like something > is definitely broken, but I can't tell exactly what. > I have had very good luck with this list in the past. I had asked at least three times about this problem, with no response. > - Larry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apparent crashes persist.
[EMAIL PROTECTED] wrote: Once again, when it crashes, I can sometimes still manage to use a ssh connection to get in from elsewhere. What information should I collect, and how should I analyse it? Start with 'dmesg'. Look for anything erroneous and/or send the output to the list. You can also check /var/log/messages after rebooting, but problems might not get written there if the kernel is somehow unable to write to the disk. What is ur memory configuration by the way? I remember you said 2G, but is it 2x1G, 4x512M, something else? and what about the manufacturer? 2x1G. But now I'm running 1x1G. Kingston memory. memtest86+ never finds a thing wrong. Could be, of course that it's other hardware. Have you tried stressing your CPU? 1. make sure your CPU isn't running too hot 2. # apt-get install cpuburn 3. $ burnK7 4. keep an eye on your CPU temperature and see if your system crashes soon. -Corey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
I posted the same initial message on the three sites I thought were appropriate. My plea for honesty was a measure of frustration with what should be well-established packages. It turns out that in the newer distros, the structure of /usr/X11R6 has changed dramatically enough that it broke a .cshrc file that had worked for five years. Art Edwards On Wed, Jul 12, 2006 at 10:18:40PM +0200, Thierry Chatelet wrote: > Ozzy Lash wrote: > >On 7/12/06, Art Edwards <[EMAIL PROTECTED]> wrote: > >>The point is that they do not work exactly fine. For ddd, the console > >>at the bottom is dead. > >>The keyboard fails. For grace(xmgrace) the same symptom is present in > >>all > >>text boxes. This appears to be a pretty general problem because the > >>same is true for > >>Fedora Core 5, but not for Fedora Core 4. I have compiled xmgrace > >>from sources and > >>I have the same problem. I have done some looking and this problem > >>surfaced > >>several years ago on a cygwin list. > >>Just for the record, when I invoke xmgrace from the command line, I > >>receive many errors like this: > >> > >>Warning: String to TranslationTable conversion encountered errors > >>Warning: translation table syntax error: Unknown keysym name: osfHelp > >> > >>I get exactly the same set from ddd. Again, this is true for AMD64 > >>for both Debian and for Fedora Core 5. > >> > >> > >>Art Edwards > > > >I did a google search for "Warning: String to TranslationTable > >conversion encountered errors" and found this link: > > > >http://www.ubuntuforums.org/showthread.php?t=82087 > > > >With the following suggestion: > >The answer is: > > > >export XKEYSYMDB=/usr/share/X11/XKeysymDB > > > > > >This is also needed to get the grace package to work right on Breezy, > >BTW. > > > > > >Hope this helps > > > > > What is that honesty things invading all news group from Debian? > Please answer only to the list the mail is originating. On top, I am > wondering why we have so many ' tell the truth mail lately. > Thierry > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: We are honest:)
Hi again I tried to download the sources for xmgrace and recompile it and now it works beautifully. I even managed to make a graph and export it to a png file. But I have a problem myself. Everytime I try to file a bug with reportbug I get the message back with a lot of iso8859-1 messages. Does anyone experience the same thing. /Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
On Wed, Jul 12, 2006 at 01:56:57PM -0600, Art Edwards wrote: > On Sun, Jul 09, 2006 at 03:11:19PM -0700, [EMAIL PROTECTED] wrote: > > > > Before I bought my machine (18 months ago, now) I benchmarked it > > on the code that I use. It was 10 times faster than my old 500 MHz > > Pentium-III, and 30% faster than an equivalently available/priced > > new Pentium-IV. > > How did it compare to an AMD XP? How much are you paying for the increase > in speed? Going for a high-end processor probably contributed $300 to the $1100 total (not including monitor, which I did not upgrade). I did not measure the speed of an AMD XP, I have trouble imagining it was any faster than the Pentium-IV. > FLOPS/dollar(euro) are what drive my decisions. My needs don't parallelize. I wanted one fast workstation. And I got it. > > > Unless such core pieces as the debugging tool (ddd) and the data display > > > tool (xmgrace) are working, it is dishonest to pretend that the 64-bit > > > version is ready for testing. > > > > [chop] > > > I could spend my time rolling up my sleaves (fortune knows I've done that many > times) or I could do what I'm paid to do, physics. I'm willing to stay in > the stable sand box to do that. There simply is no stable sandbox for AMD64. 18 months ago, Debian amd64 was considered bleeding edge. Now I would not hesitate to use it for production work. Everything I need works reliably in Debian sid. I see no reproducible reports that grace or ddd are exceptions. If you want help troubleshooting your amd64 install, ask. Your descriptions in other email make it sound like something is definitely broken, but I can't tell exactly what. - Larry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
Hi, On Wed, Jul 12, 2006 at 01:29:37PM -0600, Art Edwards wrote: > Excuse me for chiming in, but I think many places simply look > for the best performance and productivity/dollar(euro). We do use the PGI > compiler, > mostly because gnu had not had a f90-f95 compiler, and partly because > of, maybe, a 10% improvement in speed. heh, I think that whole choice f90/f95 codes and compilers issue a chicken and egg problem. its probably not a idea to get into any religous discussions on why one should use a certain toolchain to build things. > > What I find interesting is that both Fedora and Debian have similar > problems for different reasons. Debian has now stable release for > AMD64 because Sarge was released before AMD64 was really ready. This means > that we are all stuck in the beta test-site pool. It would be really nice > if Debian actually packaged up a "stable-like" version of AMD64 at the > same level as Sarge. Fedora has been moving so quickly, that they have > incorporated the same problems into a nominally stable release. > To be honest, I find that debian amd64 (sarge) is quite stable, we choose to use it simply because we like debian and what apt-get has to offer. In terms of building a compute cluster using debian amd64 (sarge) it's certainly a risk since its a release candidate rather than what debian stable is typically like. I guess if you find packages to be broken or dont work as expected, do as other have suggested on these lists, report the bugs, or fix them yourself and submit the fix to someone so that it gets to become stable quicker :) Jimm -- Jimmy Tang Trinity Centre for High Performance Computing, Lloyd Building, Trinity College Dublin, Dublin 2, Ireland. http://www.tchpc.tcd.ie/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
Thanks very much. See below. On Wed, Jul 12, 2006 at 02:54:14PM -0500, Ozzy Lash wrote: > On 7/12/06, Art Edwards <[EMAIL PROTECTED]> wrote: > >The point is that they do not work exactly fine. For ddd, the console at > >the bottom is dead. > >The keyboard fails. For grace(xmgrace) the same symptom is present in all > >text boxes. This appears to be a pretty general problem because the same > >is true for > >Fedora Core 5, but not for Fedora Core 4. I have compiled xmgrace from > >sources and > >I have the same problem. I have done some looking and this problem surfaced > >several years ago on a cygwin list. > >Just for the record, when I invoke xmgrace from the command line, I > >receive many errors like this: > > > >Warning: String to TranslationTable conversion encountered errors > >Warning: translation table syntax error: Unknown keysym name: osfHelp > > > >I get exactly the same set from ddd. Again, this is true for AMD64 for > >both Debian and for Fedora Core 5. > > > > > >Art Edwards > > I did a google search for "Warning: String to TranslationTable > conversion encountered errors" and found this link: > > http://www.ubuntuforums.org/showthread.php?t=82087 > > With the following suggestion: > The answer is: > > export XKEYSYMDB=/usr/share/X11/XKeysymDB This was, indeed, the problem. It arose because my .cshrc file pointed to an older place (/usr/X11R6/lib/X11/XKeysymDB). Again, thanks. Art Edwards > > > This is also needed to get the grace package to work right on Breezy, BTW. > > > Hope this helps > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
On Jul 12, 2006 at 20:39, Art Edwards praised the llamas by saying: > The point is that they do not work exactly fine. For ddd, the console at the > bottom is dead. > The keyboard fails. For grace(xmgrace) the same symptom is present in all > text boxes. This appears to be a pretty general problem because the same is > true for > Fedora Core 5, but not for Fedora Core 4. I have compiled xmgrace from > sources and > I have the same problem. I have done some looking and this problem surfaced > several years ago on a cygwin list. > Just for the record, when I invoke xmgrace from the command line, I receive > many errors like this: > > Warning: String to TranslationTable conversion encountered errors > Warning: translation table syntax error: Unknown keysym name: osfHelp > > I get exactly the same set from ddd. Again, this is true for AMD64 for both > Debian and for Fedora Core 5. > > Can you file bugs about both these issues using the reportbug tool so the maintainers are made aware of the problems. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
Ozzy Lash wrote: On 7/12/06, Art Edwards <[EMAIL PROTECTED]> wrote: The point is that they do not work exactly fine. For ddd, the console at the bottom is dead. The keyboard fails. For grace(xmgrace) the same symptom is present in all text boxes. This appears to be a pretty general problem because the same is true for Fedora Core 5, but not for Fedora Core 4. I have compiled xmgrace from sources and I have the same problem. I have done some looking and this problem surfaced several years ago on a cygwin list. Just for the record, when I invoke xmgrace from the command line, I receive many errors like this: Warning: String to TranslationTable conversion encountered errors Warning: translation table syntax error: Unknown keysym name: osfHelp I get exactly the same set from ddd. Again, this is true for AMD64 for both Debian and for Fedora Core 5. Art Edwards I did a google search for "Warning: String to TranslationTable conversion encountered errors" and found this link: http://www.ubuntuforums.org/showthread.php?t=82087 With the following suggestion: The answer is: export XKEYSYMDB=/usr/share/X11/XKeysymDB This is also needed to get the grace package to work right on Breezy, BTW. Hope this helps What is that honesty things invading all news group from Debian? Please answer only to the list the mail is originating. On top, I am wondering why we have so many ' tell the truth mail lately. Thierry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
On Sun, Jul 09, 2006 at 03:11:19PM -0700, [EMAIL PROTECTED] wrote: > Art Edwards wrote: > > This brought up the question, who uses 64 bit Linux anyway? > > Well, me, and that's all I really care about. > > > It can't be the desktop > > community, seeing that the standard office tool doesn't really > > work for 64-bit. > > TeX works perfectly for me. 1/2 :-) > > > Besides the instruction set, which > > can probably give some speed, but wouldn't justify the cost, > > Before I bought my machine (18 months ago, now) I benchmarked it > on the code that I use. It was 10 times faster than my old 500 MHz > Pentium-III, and 30% faster than an equivalently available/priced > new Pentium-IV. How did it compare to an AMD XP? How much are you paying for the increase in speed? FLOPS/dollar(euro) are what drive my decisions. The 500 MHz box would not be a fair comparison. > > > Unless such core pieces as the debugging tool (ddd) and the data display > > tool (xmgrace) are working, it is dishonest to pretend that the 64-bit > > version is ready for testing. > > Your core pieces are not my core pieces. When I got started on > this machine, I did indeed find a few hiccups. I debugged them, > turned in patches, and now they work fine for everyone. > I humbly suggest that you roll up your sleeves, and make your > core tools work. I think you will find this community is > helpful, capable, and knowledgeable. > I could spend my time rolling up my sleaves (fortune knows I've done that many times) or I could do what I'm paid to do, physics. I'm willing to stay in the stable sand box to do that. There simply is no stable sandbox for AMD64. > > It would be very nice if you, and other distro's, were to put > > appropriate caveats on the websites, saying that 64-bit is really > > not ready for the prime-time desktop. > > Go to bugs.debian.com, punch in the packages that you find essential, > and see if any of them have RC bugs. It's even easier now than > it used to be, since bugs on amd64 are now considered RC. > I don't know of any distribution that considers amd64 unimportant. > > - Larry > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
On 7/12/06, Art Edwards <[EMAIL PROTECTED]> wrote: The point is that they do not work exactly fine. For ddd, the console at the bottom is dead. The keyboard fails. For grace(xmgrace) the same symptom is present in all text boxes. This appears to be a pretty general problem because the same is true for Fedora Core 5, but not for Fedora Core 4. I have compiled xmgrace from sources and I have the same problem. I have done some looking and this problem surfaced several years ago on a cygwin list. Just for the record, when I invoke xmgrace from the command line, I receive many errors like this: Warning: String to TranslationTable conversion encountered errors Warning: translation table syntax error: Unknown keysym name: osfHelp I get exactly the same set from ddd. Again, this is true for AMD64 for both Debian and for Fedora Core 5. Art Edwards I did a google search for "Warning: String to TranslationTable conversion encountered errors" and found this link: http://www.ubuntuforums.org/showthread.php?t=82087 With the following suggestion: The answer is: export XKEYSYMDB=/usr/share/X11/XKeysymDB This is also needed to get the grace package to work right on Breezy, BTW. Hope this helps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
Hi again I have ddd, version 3.3.11 and the console is not dead. I write break and it responds with no breakpoint address now (I will try to recover my debugger knowledge this summer). xmgrace in fact crashed with *** glibc detected *** corrupted double-linked list: 0x007a4740 *** after I had made my first ever graph with this strange program. Have you tried qtiplot or labplot? If you want to use xmgrace I recommend running it from a 32 bit chroot but we should file a bug report on the 64 bit version as well. What version of Debian are you using? /Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
The point is that they do not work exactly fine. For ddd, the console at the bottom is dead. The keyboard fails. For grace(xmgrace) the same symptom is present in all text boxes. This appears to be a pretty general problem because the same is true for Fedora Core 5, but not for Fedora Core 4. I have compiled xmgrace from sources and I have the same problem. I have done some looking and this problem surfaced several years ago on a cygwin list. Just for the record, when I invoke xmgrace from the command line, I receive many errors like this: Warning: String to TranslationTable conversion encountered errors Warning: translation table syntax error: Unknown keysym name: osfHelp I get exactly the same set from ddd. Again, this is true for AMD64 for both Debian and for Fedora Core 5. Art Edwards On Sat, Jul 08, 2006 at 07:02:24PM +0200, Oliver Rother wrote: > Art Edwards wrote: > > >Unless such core pieces as the debugging tool (ddd) and the data display > >tool > >(xmgrace) are working, it is dishonest to pretend that the 64-bit version > >is ready for testing. > > ddd and grace are in Debian testing (etch) amd64 and work fine. So where > exactly is the issue? > > We use an mixture of testing and unstable here with the following > priority setting /etc/apt/preferences: > > Package: * > Pin: release a=testing > Pin-Priority: -1 > Package: * > Pin: release a=unstable > Pin-Priority: -2 > > So, if a package is still brocken in testing (as parts of gnome at least > at box installation time), we take it from unstable with > > apt-get install PACKAGE -t unstable, > > including its dependencies. > > So far, we observerd no major issues. > > -- > Oliver Rother, Department of Space Physics, > University of Kiel, Leibnizstr. 11/505a, D-24118 Kiel > phone: +49 (0)431 880 4802, fax: +49 (0)431 880 3968 > [EMAIL PROTECTED] www.ieap.uni-kiel.de/et -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
Excuse me for chiming in, but I think many places simply look for the best performance and productivity/dollar(euro). We do use the PGI compiler, mostly because gnu had not had a f90-f95 compiler, and partly because of, maybe, a 10% improvement in speed. What I find interesting is that both Fedora and Debian have similar problems for different reasons. Debian has now stable release for AMD64 because Sarge was released before AMD64 was really ready. This means that we are all stuck in the beta test-site pool. It would be really nice if Debian actually packaged up a "stable-like" version of AMD64 at the same level as Sarge. Fedora has been moving so quickly, that they have incorporated the same problems into a nominally stable release. On Sat, Jul 08, 2006 at 07:28:21PM +0200, Oliver Rother wrote: > Jimmy Tang wrote: > > >At the risk of imposing what we do at our work place onto your work > >flow, i find that users generally should have access to better > >debuggers/profilers than what ships with standard gnu distros. > > Well, if you intend to start a flame war on the lists... but enough on that. > > >presumably if you are doing scientific computations, you probably have > >access to a commercial compiler? > > Oh, we do. Consider an project with a timeline of many years or even > decades of years. would you choose a non onepn source (commercial) > compiler/debugger for that project? I'm pretty sure, you won't. > > >also shouldnt users be using programs like xmgrace > > Talking about commerical applications from your point of view - why use > free software for data analysis when powerful commercial packages like > IDL are available? > > Olli > > -- > Oliver Rother, Department of Space Physics, > University of Kiel, Leibnizstr. 11/505a, D-24118 Kiel > phone: +49 (0)431 880 4802, fax: +49 (0)431 880 3968 > [EMAIL PROTECTED] www.ieap.uni-kiel.de/et -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apparent crashes persist.
On Sun, Jun 25, 2006 at 02:53:17PM +, Dimitris Lampridis wrote: > On Sunday 25 June 2006 12:15, [EMAIL PROTECTED] wrote: > > Left it running overnight. 9 full passes through memory, *no* faults > > detected. > > > > If you search recent posts on the list, you'll see that I also had problems > with my memory and they were not discovered by memtest. So, as others have > suggested too, maybe its better to open your box, remove memories and try > them one by one for some time. If the problem persists with every single > memory module, then either your memories are OK, or all of them are bad (but > the latter, being such an extreme case, would have been probably detected by > memtest...) Took a while to find just how to reduce the number of memories from 2 to 1. It turns out to be possible, but against all intuition the single memory had to be installed in the second slot, which was named A1. Got the machine wo work for awhile with only one G memory, then it crashed in the usual way. Tried it with the other memory in that slot, and it worked for longer, but still got around to crashing today. It crashes quickly when running Pan, when using mozilla firefox with complex web pages, and slowly when using xjig. Other things probably crash it too. It took a while to get to the tests involving Pan and the complex web0sites, because just to complicate things the DSL line I use for network died and the phone company had to get around to fixing it. But they crashed quite quickly when I finally got around to it. I have an idea that it is network activity (the mouse in X also talks on the net internally, I believe) during graphics activity that does it in. No definitive evidence for that, but I do seem to be doing both when it goes down. Once again, when it crashes, I can sometimes still manage to use a ssh connection to get in from elsewhere. What information should I collect, and how should I analyse it? > > What is ur memory configuration by the way? I remember you said 2G, but is it > 2x1G, 4x512M, something else? and what about the manufacturer? 2x1G. But now I'm running 1x1G. Kingston memory. memtest86+ never finds a thing wrong. Could be, of course that it's other hardware. -- hendrik > > Dimitris > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
Thanks for your response. We have the pgi compiler on the head node of a very old, 32-bit beowulf. I do my production calculations on a very nice large, 64-bit cluster at a national laboratory, but my desktop machine had, until about 6 weeks ago, been a 1.4 GHz 32-bit machine. The graphics had become hopelessly bogged down. So, ironically, our main internal compute engine is 32-bit and my desktop is 64. Go figure. I'm using my laptop for most code development and for making xmgrace figures for publication. Art Edwards On Sat, Jul 08, 2006 at 05:40:37PM +0100, Jimmy Tang wrote: > On 7/8/06, Art Edwards <[EMAIL PROTECTED]> wrote: > > > >I have been writing to the list about two applications that > >are so broken on the AMD64 distribution that they render the > >box pretty useless. I'm sure one could say that two measly > >applications are no big deal. However, if you do scientific computation > >for a living, and two of the primary tools are broken, you now have > >a rather clumsy paperweight where a computer should be. You could > >argue that we should simply learn new tools, and we could, but we > >should really be doing science instead. > > > >This brought up the question, who uses 64 bit Linux anyway? > >Surely gamers do not drive the 64-bit linux community. It can't be the > >desktop > >community, seeing that the standard office tool doesn't really > >work for 64-bit. I would think that scientific and engineering > >users would drive this community. Besides the instruction set, which > >can probably give some speed, but wouldn't justify the cost, the address > >space in 64-bit OS's mean that we can solve much larger problems. Unles > >you're > >not doing some heavy-duty, memory-intensive computation, 64-bits seems > >to be simply a status symbol. > > > >For compute servers the amd64 distribution is fine. All you really need > >are > >languages (compilers), libraries and decent MPICH. We run our small, 32 > >bit > >Beowulf on debian with abandon, and from my experience, I look forward to > >converting it to amd64 ... with a 32-bit node where things actually work. > > > >Unless such core pieces as the debugging tool (ddd) and the data display > >tool > >(xmgrace) are working, it is dishonest to pretend that the 64-bit version > >is ready for testing. It would be very nice if you, and other distro's, > >were > >to put appropriate caveats on the websites, saying that 64-bit is really > >not > >ready for the prime-time desktop. That way, we could make better > >purchasing > >decisions. > > > > > > > At the risk of imposing what we do at our work place onto your work flow, i > find that users generally should have access to better debuggers/profilers > than what ships with standard gnu distros. presumably if you are doing > scientific computations, you probably have access to a commercial compiler? > i know that the portland group compilers ship with a fairly good gui > debugger if you are not satisfied with gdb (in parallel attached to each > running process) > > also shouldnt users be using programs like xmgrace on their local > workstations? again with out trying to impose my workflow to yours, i find > sometimes users do silly things on the head node on clusters, and I tend to > try and get my users to do post analysis etc... stuff that can run serially > on their own desktops whenever possible. > > Jim > > > > -- > Jimmy Tang > Trinity Centre for High Performance Computing, > Lloyd Building, Trinity College Dublin. > http://www.tchpc.tcd.ie/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Copy/paste using third mouse button on some X apps
On Wed, 12 Jul 2006, Igor TAmara wrote: Hi, I've noticed that when I select with the mouse some text on emacs and xterm, I can not paste on gnome-terminal, if I use xchat or firefox, I can copy paste to gnome-terminal. Inside emacs I'm able to copy/paste with the mouse, but not from emacs to other, emacs do receives pasting when sourcing from other app. xterm do not receive copy/paste from inside nor from outside application. Yeah, I've had this annoying copy/paste problem on amd64 since day one. I cannot copy from Eterm and paste it to 32bit Opera. But then again I can copy from Opera and paste it to Eterm. Go figure. I've also noticed that I must first copy from Eterm, paste it to Gaim (or some other program, but Gaim is usually the one I have at hand), then copy it from Gaim and then paste it to Opera. Voilà, it works. -- .--- OAMK <--- http://www.pyksy.fi/ <--- pyksy @IrcNet <-- `-> Teh OTEqi Information Minister--> Linux/Amiga/c64 freak
Re: failure to start kernel k8-smp
This "sent-again" to refer that I have examined the *.out file for the mpqc b3lyp MCSearch OO geometry optimization for the C22H25NO6 molekule. max_iteration = 40 was felt, because the calculation went to iteration 13 (converged at line optimization step 3), when the system crashed (kernel panic!) at iter 5 during iteration 14, with no sign of irregularity in the output file. It seems to me that this rules out any failure due to the application. What remains open is: ---Check of the ECC 8GB memories (I don't know how in this sytem); ---Kernel failure (this is very likely the problem and I am waiting to know what to do: I am no more inclined to a purge and new install of the kernel because the existing alternative (generic kernel) seems also to deserve now little if any confidence. I must add that with the equivalent k7 kernel for i386 32bit I never had problems. francesco _ Sent again because there are two more kernels (k7) today and further problems arose with present kernel, as well as for a question on memories and a reply to "what do you think". Today linux-image-2.6.15-1-amd64-k8-smp starts without, however, accepting the user password. To get that accepted, I had to launch from linux-image-2.6-amd64-generic #2 Mon Mar 20 10:43:41 UTC 2006 x86_64 GNU/Linux (the one from installation) On Tuesday 11 July 2006 20:15, helices wrote: > * Francesco Pietra <[EMAIL PROTECTED]> [2006:07:11:15:56:12+0200] scribed: > > If this is the situation, I hope that a suggestion will come whether to > > unistall (I still have the generic kernel) > > linux-image-2.6.15-1-amd64-k8-smp > > and install > > linux-image-2.6.16-1-amd64-k8-smp > > should it exist. Why replacement does not occur on > > #aptitude upgrdade > > ? > > > > If I am not alone having problems, or the problems I reported seem to be > > caused by the OS system, this is a situation to clarify. One does not > > come to 64bit to run applications that can be run at the same level of > > efficiency at 32bit (personally I'll never install such applications as > > kde gnome openoffice, etc at 64bit, or 32bit chroots or ia386 (although > > lib32 are installed by the system against my will!) as I have my old pc > > for that). One comes to 64bit for the floating point and the precision. > > > > Until a clarification and a path to follow I must sadly say that I am > > stopped with quantum mechanical calculations. > > What do you get with the following? > > COLUMNS=200 dpkg -l 'linux-image*' | sed 's!^!!;s! .*$!!' | grep ^l $ COLUMNS=200 dpkg -l 'linux-image*' | sed 's!^!!;s! .*$!!' | grep ^l linux-image linux-image-2.6 linux-image-2.6-386 linux-image-2.6-486 linux-image-2.6-686 linux-image-2.6-686-smp linux-image-2.6-amd64-generic linux-image-2.6-amd64-k8 linux-image-2.6-amd64-k8-smp linux-image-2.6-em64t-p4 linux-image-2.6-k7 linux-image-2.6-k7-smp linux-image-2.6-em64t-p4-smp linux-image-2.6.15-1-amd64-generic linux-image-2.6.15-1-amd64-k8 linux-image-2.6.15-1-amd64-k8-smp linux-image-2.6.15-1-em64t-p4 linux-image-2.6.15-1-em64t-p4-smp linux-image-amd64-generic linux-image-amd64-k8 linux-image-amd64-k8-smp linux-image-em64t-p4 linux-image-em64t-p4-smp Memories are eight slots Kingston KVR400D4R3A/1G PC400 1GB > > Simple deduction indicates that your problem has three (3) possible root > causes: > > [1] memory[leak?] Taking into account that the above k8-smp kernel failed to start a few days ago, and the systemcould be recovered with reinstall/install, followed yesterday by a breakdown while computing, and finally failure today to accept user password, my naive impression is that of a kernel to get free of. What about, instead of reinstall/install, carry out a purge/remove from this k8-smp kernel and reinstall it freshly by downloading it? If I had no adviser I would do that. AT ANY EVENT, is it any software to carry out an exhaustive check of the 8 slots of ECC memories? You appreciate that I can not rely on a system that works correctly for a few hours only, while Sarge does not support my hardware. > [2] kernel > [3] application > > IMHO, the simplest to change, and to test, is [2]. > > What do you think? Although it may be idiosyncratic, I am very uncomfortable at the /lib32 that the system insists to install even after a purge/remove from them. See the list: /lib libwrap.so.0.76 lsb modules security terminfo udev x86_64-linux-gnu /lib64 -> /lib /lib32 -> /emul/ia32-linux/lib ld-2.3.6.so ld-linux.so.2 libanl-2.3.6.so libanl.so.1 libBrokenLocale.so.1 libc-2.3.6.so libcidn-2.3.6.so libcidn.so.1 libc.so.6 libdl.so.2 libm-2.3.6.so libmemusage.so libm.so.6 libnsl.so.1 libnss_compsat-2.3.6.2 libnss_compsat.so.2 libnss_dns-2.3.6.so libnss_files-2.3.6.so libnss_files.so.2 libnss_hesiod-2.3.6.so libnss_hesiod.so.2 libnss_nis-2.3.6.so libnss_nisplus-2.3.6.so libnss_nisplus.so.2 libnss_nis.so.2 libpcprofile.so libpthread-2.3.6.so libpthread.so.0 libresolv.so.2
Copy/paste using third mouse button on some X apps
Hi, I've noticed that when I select with the mouse some text on emacs and xterm, I can not paste on gnome-terminal, if I use xchat or firefox, I can copy paste to gnome-terminal. Inside emacs I'm able to copy/paste with the mouse, but not from emacs to other, emacs do receives pasting when sourcing from other app. xterm do not receive copy/paste from inside nor from outside application. And other thing is that in emacs I'm unable to make accents while on other applications I am. I'm on etch 2.6.15-1-amd64-k8 : emacs21 21.4a-6 xorg7.0.22 xterm 210-3 My locale "es_CO.UTF-8 UTF-8" How can I fix that? thx in advance. -- Recomiendo Python como lenguaje de programación http://www.python.org signature.asc Description: Digital signature
Re: failure to start kernel k8-smp
Francesco Pietra wrote: > If this is the situation, I hope that a suggestion will come whether to > unistall (I still have the generic kernel) > linux-image-2.6.15-1-amd64-k8-smp > and install > linux-image-2.6.16-1-amd64-k8-smp > should it exist. Why replacement does not occur on > #aptitude upgrdade > ? <..snip..> Aptitude will upgrade a kernel of the same revision in place (it will replace 2.6.16-18 with 2.6.16-19) but when the kernel version is upgraded (2.6.16 to 2.6.17), it adds the new kernel to the existing kernel. This is so that if you have problems with the new kernel, you still have a working kernel on your box that you can go back to. If you are using any modules that are not part of the kernel (nvidia, ati, etc.) you will have to rebuild those with your new kernel also. Once you have completed the transition to your new kernel, you have to manually remove the previous one if you don't want it on your box any more. -Scott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
BXZ
to gawk that you couldn't push your way through them. And it was so typical. "To fly as fast as thought, to anywhere that is," he said, "you must begin I went past the parking lot. There was a checkpoint there. There were old one had ever flown. Why, with half the effort, he thought, I'll get -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: No sound on etch when using video players
--- P|pex <[EMAIL PROTECTED]> ha scritto: > --- Sam Varghese <[EMAIL PROTECTED]> ha scritto: > > > I can play audio CDs using the KDE player kscd but > > the gnome player and > > xmms do not work. > > > > No matter which video player I use - totem, > mplayer > > or kaffeine - I > > get no sound. > > Do you have daemon sound server installed? the sound daemon for gnome is esd sorry bye Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: No sound on etch when using video players
--- Sam Varghese <[EMAIL PROTECTED]> ha scritto: > I can play audio CDs using the KDE player kscd but > the gnome player and > xmms do not work. > > No matter which video player I use - totem, mplayer > or kaffeine - I > get no sound. Do you have daemon sound server installed? Please check that gstreamer* packs are installed. Also add your user to sound group #adduser sound %yourusers% restart Gnome and tell us. bye Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: kernel error, packages, unstable
Thanks for detailing your experience and for your patience. However, before moving, I decided to wait for the whole day, until a balanced view, which hopefully also takes into account the (problem ?) of /lib32. On Wednesday 12 July 2006 09:15, Gudjon I. Gudjonsson wrote: > Hi >I hope I am not forcing my solutions to the list. I have had the problem > with kernel 2.6 14 and 2.6.15 (2.6.13 never installed) that the computer > froze, most often during heavy simulation but also without anything > happening. The same happened to some i386 machines as well. With kernels > 2.6.12 and 2.6.16 it hasn't crashed a single time. >I have decided several times to stick to Debian testing but unstable > seems to be more usable and less problematic in many ways. >After reading the incoming mails and talking to my Debian friends I > think I should recommend two things: > http://www.debian.org/distrib/packages > On this homepage, all of the debian packages and their contents can be > search in such a simple way that even I can do it. > The tool > dselect > is a very handy tool to install packages. I found it difficult to use, but it may be my fault. > You can see the whole list of > installed and available packages. A friend of min recommends aptitude but I > haven't had the time to check it out properly. I found it easier to use that dselect, and I use it. Probably, any such help is a limitation to what can be done if one knowns the system adequately. Which is not my case. I found #aptitude useful to get a broad view on the system. Cheers francesco > The only problem with > dselect is that sometimes (when large unresolved upgrades occur) it want's > to throw out several hundred packages at once and if I am not fast enough > pressing "x", then I need to press plus several hundred times. Pressing x > and using apt-get under such circumstances works perfectly. > > Regards > Gudjon > > > Ps my old mailing list thread > http://lists.debian.org/debian-amd64/2006/02/msg00125.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kernel error, packages, unstable
Hi I hope I am not forcing my solutions to the list. I have had the problem with kernel 2.6 14 and 2.6.15 (2.6.13 never installed) that the computer froze, most often during heavy simulation but also without anything happening. The same happened to some i386 machines as well. With kernels 2.6.12 and 2.6.16 it hasn't crashed a single time. I have decided several times to stick to Debian testing but unstable seems to be more usable and less problematic in many ways. After reading the incoming mails and talking to my Debian friends I think I should recommend two things: http://www.debian.org/distrib/packages On this homepage, all of the debian packages and their contents can be search in such a simple way that even I can do it. The tool dselect is a very handy tool to install packages. You can see the whole list of installed and available packages. A friend of min recommends aptitude but I haven't had the time to check it out properly. The only problem with dselect is that sometimes (when large unresolved upgrades occur) it want's to throw out several hundred packages at once and if I am not fast enough pressing "x", then I need to press plus several hundred times. Pressing x and using apt-get under such circumstances works perfectly. Regards Gudjon Ps my old mailing list thread http://lists.debian.org/debian-amd64/2006/02/msg00125.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]