Wxmaxima does not work
Hi Could anyone test this please Open wxmaxima Open the help try some examples like (%i1) factor(10!);8 4 2 (%o1) 2 3 5 7 (%i2) expand ((x + y)^6); 65 2 4 3 3 4 2 5 6 (%o2) y + 6 x y + 15 x y + 20 x y + 15 x y + 6 x y + x (%i3) factor (x^6 - 1); 22 (%o3) (x - 1) (x + 1) (x - x + 1) (x + x + 1) It does not work for me. Then I recompiled the package apt-src install wxmaxima cd wxmaxima... fakeroot debian/rules binary cd .. apt-src install maxima cd maxima... fakeroot debian/rules binary cd .. dpkg -i *maxima*.deb and everything works perfectly. I am using wxmaxima: Installed: 0.6.5-1 maxima: Installed: 5.9.3-1.1 I think the problem is more general than only for this single package. But I would like some more clever people than me to verify it before making more fuzz about it. Regards Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: performance of AAC-RAID (ICP9087MA) - NFS actually
Andrew Sharp wrote: On Tue, Sep 12, 2006 at 02:17:48PM +0200, Erik Mouw wrote: On Tue, Sep 12, 2006 at 11:50:46AM +0200, Raimund Jacob wrote: Hello again! My largish CVS-module checks out (cvs up -dP actually) in about 1s when I do it locally on the server machine. It also takes about 1s when I check it out on a remote machine but on a local disk. On the same remote machine via NFS it takes about 30s. So NFS is actually the problem here, not the ICP. One of the main problems with remote CVS is that it uses /tmp on the server. Make sure that is a fast and large disk as well, or tell CVS to use another (fast) directory as scratch space. ok. /tmp is fast enough. it's only NFS performance i have problems with. raid - cvs pserver - local disk is pretty fast. Furthermore I observed this: I ran 'vmstat 1'. Checking out locally shows a 'bo' of about 1MB during the second it takes. During the checkount via NFS there is a sustained 2 to 3 MB 'bo' on the server. So my assumption is that lots of fs metadata get updated during that 30s (files dont actually change) and due to the sync nature of the mount everything is committed to disk pretty hard (ext3) - and that is what I'm waiting for. Mounting filesystems with -o noatime,nodiratime makes quite a difference. yeah, i guess so. but on this fs i want to keep my atimes. If you're using ext3 with lots of files in a single directory, make sure you're using htree directory indexing. To see if it is enabled: dumpe2fs /dev/whatever Look for the features line, if it has dir_index, it is enabled. If not, enable it with (can be done on a mounted filesystem): tune2fs -O dir_index /dev/whatever Now all new directories will be created with a directory index. If you want to enable it on all directories, unmount the filesystem and run e2fsck on it: e2fsck -f -y -D /dev/whatever that's a nice hint. i'll do that next time i reboot (not anytime soon :). Increasing the journal size can also make a difference, or try putting the journal on a separate device (quite invasive, make sure you have a backup). See tune2fs(8). ack. These are all good suggestions for speedups, especially this last one, but I would think that none of this should really be necessary unless your load is remarkably high, not just one user doing a cvs check out. I would strace the cvs checkout with timestamps and see where it is waiting. It seems to me like this has more to do with some configuration snafu than any of this stuff. as i described it's all NFS fault. Why are you trying to configure it this way anyway? Just use the standard client/server configuration. You'll probably be glad you did. And it seems to work a lot faster that way anyway ~:^) well, shared /home among multiple unix workstations is not that uncommon. Here is what I will try next (when people leave the office): - Mount the exported fs as data=journal - the NFS-HOWTO says this might improve things. I hope this works with remount since reboot is not an option. I personally would NOT do this. There is a good reason why none of the top performing journaling file systems journal data by default. I don't think it makes a difference, I'd rather say it makes things worse cause it forces all *data* (and not only metadata) through the journal. ok, i see. i found that in the NFS-HOWTO and probably got it wrong. the manpage was really enlightning either. your comments make sense so i wont even try. so, after having another look at our UPS and at the other folks i decided to just async-export the fs and - of course - that solved all problems. the very same cvs checkout takes 2 to 4 seconds now (not 30). i twiggled the rsize/wsize but that's below noise, seems our LAN is as good as it gets. bottom line: the ICP behaves as it should was far as one can notice. performance problems were due to NFS and were solved by exporting async. local fs optimizations on the server and NFS client options are still to be tuned but everything is to acceptable speed now. thanks for all the suggestions, i learned something in this thread. Raimund -- Die Lösung für effizientes Kundenbeziehungsmanagement. Jetzt informieren: http://www.universal-messenger.de Pinuts media+science GmbH http://www.pinuts.de Dipl.-Inform. Raimund Jacob [EMAIL PROTECTED] Krausenstr. 9-10 voice : +49 30 59 00 90 322 10117 Berlin fax : +49 30 59 00 90 390 Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PCI (the plain old version) expansion card problems
On Thu, Sep 14, 2006 at 11:31:09AM +0200, Erik Mouw wrote: [snip problems] You'd better ask such hardware questions on the linux-kernel mailing list (linux-kernel@vger.kernel.org). Be sure to try the latest kernel (2.6.18-rc7 at time of writing) before you do, or otherwise that will be the first question. Will do, but I was curious if other amd64 users have seen this, guess not. -- When you do things right, people won't be sure you've done anything at all. Daniel Tryba signature.asc Description: Digital signature
Shutdown problem on Tyan S2875 opteron SMP
Shutdown problem on Tyan tiger s2875 dual opteron system. The command shutdown -h does not completely poweroff the system for kernels 2.6.11, 2.6.12, and 2.6.16. However 2.6.8 does turn off as it should! I did track the problem in the 2.6.12 kernel, writing to the mainboard LED and concluding that the kernel was indeed halting where it was supposed to in drivers/acpi/hardware/hwsleep.c, function acpi_enter_sleep_state, calling acpi_hw_register_write, but leaving fans and power on. This was about 12 months ago. I concluded it was a board problem, because the kernel software seemed to be doing everything according to spec. However in my experience attempting to install debian stable, I installed a 2.6.8 kernel, and this does power down correctly. I have noticed some discussions on this type of problem in the ubuntu forums: https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/36158 https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/43961 Any comments or suggestions on this issue, would be grateful. Its just so tedious not being able to press the poweroff button and leave immediately. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gkrellm mail checker SSL?
Hi, what packages do I have to have installed in order to be able to check mail through SSL with gkrellm2? I went through aptitude and verified I have OpenSSL installed and installed some crypto libraries but with no luck. This is the state of *ssl* packages on my system: [EMAIL PROTECTED]:~$ dpkg -l '*ssl*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un apache-ssl none (no description available) ii docbook-dsssl 1.79-4 modular DocBook DSSSL stylesheets, for print un docbook-dsssl- none (no description available) un fetchmail-ssl none (no description available) un gnustep-sslnone (no description available) ii libio-socket-s 0.999-1Perl module implementing object oriented int ii libnet-ssleay- 1.30-1 Perl module for Secure Sockets Layer (SSL) un libopenssl-rub none (no description available) un libssl none (no description available) ii libssl-dev 0.9.8b-2 SSL development libraries, header files and ii libssl0.9.70.9.7i-1 SSL shared libraries ii libssl0.9.80.9.8b-2 SSL shared libraries un libssl08-dev none (no description available) un libssl09-dev none (no description available) un libssl095a-dev none (no description available) un libssl096-dev none (no description available) un libwww-ssl0none (no description available) ii libxmlsec1-ope 1.2.9-5Openssl engine for the XML security library ii openssl0.9.8b-2 Secure Socket Layer (SSL) binary and related ii ssl-cert 1.0.13 Simple debconf wrapper for openssl un ssleay none (no description available) un w3m-sslnone (no description available) un wget-ssl none (no description available) un zmailer-sslnone (no description available) and *crypto* packages: [EMAIL PROTECTED]:~$ dpkg -l '*crypto*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un libcrypto++5.2 none (no description available) un libcrypto++5.2 none (no description available) ii libcrypto++5.2 5.2.1c2a-3 General purpose cryptographic shared library un m2crypto none (no description available) ii python-m2crypt 0.16-1.1 a crypto and SSL toolkit for Python un python2.3-m2cr none (no description available) un python2.4-m2cr none (no description available) On my i386 notebook the gkrellm has no problem usig SSL and I have pretty much the same stuff installed (or even less). Thank you very much in advance, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dell 1950 Boot Problem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexander Meis wrote:
Hi,
i got now the Dell 1950 Server. While the installation of the
Debian-testing-amd64 everything works well. When i reboot the
system it get stuck when mounting the hd (raid1 megaraid_sas). It
uses /dev/sdb to mount when grub is installed. Is this right or is
there a problem with the scsi drivers? Can someone tell me how to
get it running?
Thanks Alex
I had a problem with a 1950 booting up off of a Promise raid array
connected via SCSI.
My kludge was to add
for x in 1 2 3 4 5
do
/bin/sleep 5
if [ -e ${ROOT} ]; then
break
fi
vgchange -ay ${vg}
done
to the end of /usr/share/initramfs-tools/scripts/local-top/lvm and
then run /usr/sbin/update-initramfs
I'm not sure if your problem is the same, but just in case
Ian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFCvvRT+PBhH0uo0ERAsT5AJwIYZBb+/eq42Mfd9vRid/BSDhCbwCdHw8p
A7qbETroWdwThO/Yc2ofbUI=
=BQgN
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Shutdown problem on Tyan S2875 opteron SMP
On Sat, 16 Sep 2006, garrone wrote: Shutdown problem on Tyan tiger s2875 dual opteron system. The command shutdown -h does not completely poweroff the system for kernels 2.6.11, 2.6.12, and 2.6.16. However 2.6.8 does turn off as it should! Same board, same problem. I've tried all the fixes suggested in the references without success. 2.8.15 did shut down. I'm hoping 2.8.17 or 2.8.18 will work again. My bios is 3.02. Don -- Don.Hayward at pomobuli.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
NVidia official driver
Hi friends. I am trying to install NVIDIA-Linux-x86_64-1.0-8774-pkg2.run on my new amd64 system but it didn't find kernel source. How do I can install this driver? My kernel is 2.6.17-2 and Ive installed linux-headers-2.6.17-2 linux-headers-2.6.17-2-amd64 linux-source-2.6.17. Thanks -- Linux User Registered #232544 Jabber : [EMAIL PROTECTED] Ekiga : [EMAIL PROTECTED] ICQ : 337889406 GnuPG-key : www.keyserver.net --- dum loquimur, fugerit invida aetas: carpe diem, quam minimum credula postero. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NVidia official driver
On 9/16/06, Pepo [EMAIL PROTECTED] wrote: Hi friends. I am trying to install NVIDIA-Linux-x86_64-1.0-8774-pkg2.run on my new amd64 system but it didn't find kernel source. How do I can install this driver? My kernel is 2.6.17-2 and Ive installed linux-headers-2.6.17-2 linux-headers-2.6.17-2-amd64 linux-source-2.6.17. Hello, try to install module-assistant and run m-a -- LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NVidia official driver
Hi again It works perfectly for me. Are you using unstable? I have found testing often to be less dependable than unstable. Please send me some more debug information if you need help. /Gudjon Þann Laugardagur 16 september 2006 07:19 skrifaði LI Daobing: On 9/16/06, Pepo [EMAIL PROTECTED] wrote: Hi friends. I am trying to install NVIDIA-Linux-x86_64-1.0-8774-pkg2.run on my new amd64 system but it didn't find kernel source. How do I can install this driver? My kernel is 2.6.17-2 and Ive installed linux-headers-2.6.17-2 linux-headers-2.6.17-2-amd64 linux-source-2.6.17. Hello, try to install module-assistant and run m-a -- LI Daobing
Sorry SPAM(Re: NVidia official driver)
Sorry for the spamming. Forgot to check where the email was coming from before answering:) /Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
