Re: Netboot- problem to find mirror
On 04-Oct-14 23:23, Peter Cordes wrote: It's actually a symlink to sid, or something like that. Andreas (IIRC) said he had his own AMD64 Sarge archive, but I don't think he said he was going to put it on Alioth. I did not put my gcc-3.4 sarge archive on alioth because alioth is somewhat low on disk space. Besides that, I am currently recompiling my gcc-3.4 sarge archive using only packages from sarge itself. When this has been comleted, I could make that archive available if there is demand for that. Regards Andreas Jochens
Re: Ubuntu Linux AMD64 Port
* Ryan Lovett | On Thu, Oct 14, 2004 at 12:55:26PM +0200, Tollef Fog Heen wrote: | | It's a 64bit only port, yes, and it is built with the same sources as | the rest of ubuntu, that is a stabilized, patched sid snapshot as of | late June (with fixes ported over from sid). | | Sorry for taking a while to respond -- just saw this thread. :) | | So it is built with gcc-3.3 then? (just to confirm) Mostly, yes. Some parts (read: mozilla*) is built using gcc 3.4. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Antivirus for AMD64
Could anybody recomends me some Antivirus working at Debian x86-64 arch ? Thanks Jiri Madle
Re: Antivirus for AMD64
On Fri, 2004-10-15 at 15:20 +0200, TAC-TAC computer wrote: Could anybody recomends me some Antivirus working at Debian x86-64 arch ? The regular AV packages in Debian should work, right? -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B A C program is like a fast dance on a newly waxed dance floor by people carrying razors. Waldi Ravens signature.asc Description: This is a digitally signed message part
Re: Antivirus for AMD64
clamav should works great on amd64. :) Daniel van Eeden [EMAIL PROTECTED] On Fri, 2004-10-15 at 15:20 +0200, TAC-TAC computer wrote: Could anybody recomends me some Antivirus working at Debian x86-64 arch ? Thanks Jiri Madle -- Daniel van Eeden [EMAIL PROTECTED]
Re: Recommendations for cheap Linux-compatible Opteron mobo
On Thu, Oct 14, 2004 at 08:11:33PM -0700, Alex Perry wrote: If you want a AMD64 3000+, 60 GB hard drive, 512 MB memory basic server, two hour UPS, keyboard, scrollwheel mouse, etc ... the e-machines M6805 laptop is available from best buy for $1100 or so at the moment. Does it have supported video? The complexities of accelerated 3D, wireless networking and other desktop peripherals are irrelevant if you're going to use it as a 64 bit server. As a bonus, since it is a mobile processor, you can speedstep it from 3000+ to 2700+ and even down to 1300+ equivalent speeds. Really handy. Offhand I don't recall whether it uses ECC memory, but I'd assume not. My wife bought a Compaq R3240ca for $1800cdn which is a 3200+ with 60G 512M, nvidia 440MX go video and 15.4 WXGA display and a DVD+RW drive and (stupid hard to make work) broadcom 11g. Still have to get her to try loading 64bit debian in addition to the 32bit. Lennart Sorensen
Re: Recommendations for cheap Linux-compatible Opteron mobo
Lennart Sorensen wrote: On Thu, Oct 14, 2004 at 08:11:33PM -0700, Alex Perry wrote: If you want a AMD64 3000+, 60 GB hard drive, 512 MB memory basic server, two hour UPS, keyboard, scrollwheel mouse, etc ... the e-machines M6805 laptop is available from best buy for $1100 or so at the moment. Does it have supported video? Video is ATI 9600, which works fine (accelerated 2D, software 3D) using the open source xfree86 drivers in 32 or 64 bit. The ATI binary driver, that gives you accelerated 3D, was (last time I looked) only 32 bit and the associated kernel module is not 64 bit capable. This may have changed. I should point out, for people joining this thread, that this is an Athlon64 not an Opteron laptop. We're using it as a compute server that also controls lab experiments and has a built in X terminal. The compute service has good availability because (even when an experiment is being moved from one lab to another) the combination of battery and wireless ensure that the other users can always talk to it. I'm describing the display as an X terminal purely because of the lack of accelerated 3D when in pure 64. My wife bought a Compaq R3240ca for $1800cdn which is a 3200+ with 60G 512M, nvidia 440MX go video and 15.4 WXGA display and a DVD+RW drive and (stupid hard to make work) broadcom 11g. Still have to get her to try loading 64bit debian in addition to the 32bit. Yeah, I'm using an external 802.11 card. The Nvidia video does, I gather from this mailing list, run with the 32 bit libs in otherwise-pure64. Hope that helps.
Compiling third-party kernel modules for amd64 kernel on Debian/386
Hi, I just installed kernel-image-2.6.8-9-amd64-k8 and kernel-headers-2.6.8-9-amd64-k8 from Debian/unstable. I also have gcc 3.4 installed and made sure my /usr/bin/gcc was pointing to gcc-3.4 (and the same for g++). Now I want to compile the VMWare modules: # vmware-config.pl ... snip ... Building for VMware Workstation 4.5.2 or VMware GSX Server 3.1.0. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config7/vmmon-only' make -C /usr/src/kernel-headers-2.6.8-9-amd64-k8/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/kernel-headers-2.6.8-9-amd64-k8' CC [M] /tmp/vmware-config7/vmmon-only/linux/driver.o /tmp/vmware-config7/vmmon-only/linux/driver.c:1: error: code model `kernel' not supportedin the 32 bit mode So I edited /usr/src/kernel-headers-2.6.8-9-amd64-k8/Makefile and added -m64 to the CFLAGS and retried the build: # vmware-config.pl ... snip ... make[1]: Entering directory `/usr/src/kernel-headers-2.6.8-9-amd64-k8' CC [M] /tmp/vmware-config8/vmmon-only/linux/driver.o CC [M] /tmp/vmware-config8/vmmon-only/linux/hostif.o CC [M] /tmp/vmware-config8/vmmon-only/common/cpuid.o ... snip ... LD [M] /tmp/vmware-config8/vmmon-only/vmmon.o Building modules, stage 2. MODPOST modpost: /tmp/vmware-config8/vmmon-only/vmmon.o no symtab? /bin/sh: line 1: 17532 Aborted (core dumped) scripts/mod/modpost -i /usr/src/kernel-headers-2.6.8-9-amd64-k8/Module.symvers /tmp/vmware-config8/vmmon-only/vmmon.o make[2]: *** [__modpost] Error 134 make[1]: *** [modules] Error 2 make[1]: Leaving directory `/usr/src/kernel-headers-2.6.8-9-amd64-k8' make: *** [vmmon.ko] Error 2 make: Leaving directory `/tmp/vmware-config8/vmmon-only' Unable to build the vmmon module. I am having similar problems building the NVIDIA drivers, and I am at a loss how to proceed. Any suggestions? -- Dave Carrigan Seattle, WA, USA [EMAIL PROTECTED] | http://www.rudedog.org/ | ICQ:161669680 UNIX-Apache-Perl-Linux-Firewalls-LDAP-C-C++-DNS-PalmOS-PostgreSQL-MySQL Dave is currently listening to Andy White - All Of The Thing I Can Bring (Teenage) signature.asc Description: Digital signature
RE: Antivirus for AMD64
AFAIK just one virus has been created for AMD64, and even that was a test. Standard 32-bit AV programs should work fine for the time being. Marc J. Miller Strategic Alliance Manager Partner Center AMD Computational Products Group -Original Message- From: Ron Johnson [mailto:[EMAIL PROTECTED] Sent: Friday, October 15, 2004 6:24 AM To: Debian-AMD64 Subject: Re: Antivirus for AMD64 On Fri, 2004-10-15 at 15:20 +0200, TAC-TAC computer wrote: Could anybody recomends me some Antivirus working at Debian x86-64 arch ? The regular AV packages in Debian should work, right? -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B A C program is like a fast dance on a newly waxed dance floor by people carrying razors. Waldi Ravens
RE: Antivirus for AMD64
On Fri, 2004-10-15 at 09:51 -0700, Miller, Marc wrote: AFAIK just one virus has been created for AMD64, and even that was a test. Standard 32-bit AV programs should work fine for the time being. Presumably, the OP is using the AMD64 box as a mailserver for a bunch of Windows clients. Hopefully, though, tac-tac.cz has a bunch of Linux clients, and OP doesn't need AV. Marc J. Miller Strategic Alliance Manager Partner Center AMD Computational Products Group -Original Message- From: Ron Johnson [mailto:[EMAIL PROTECTED] Sent: Friday, October 15, 2004 6:24 AM To: Debian-AMD64 Subject: Re: Antivirus for AMD64 On Fri, 2004-10-15 at 15:20 +0200, TAC-TAC computer wrote: Could anybody recomends me some Antivirus working at Debian x86-64 arch ? The regular AV packages in Debian should work, right? -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B Would you mind not firing on the thermonuclear weapons? A great line, from a *great* movie: Broken Arrow signature.asc Description: This is a digitally signed message part
Compiling MySQL on amd64 (Success); Was: [LinuxThreads, NPTL]
On Thu, Oct 07, 2004 at 07:42:16AM +0200, Andreas Jochens wrote: On 04-Oct-06 17:53, Pete Harlan wrote: Do you know how I can compile a program that requires LinuxThreads? Specifically, when running configure from the mysql source from mysql.com, it now fails with: checking LinuxThreads... Not found configure: error: This is a linux system and Linuxthreads was not found. On linux Linuxthreads should be used. Please install Linuxthreads (or a new glibc) and try again. See the Installation chapter in the Reference Manual for more information. This is an upstream bug in mysql. I think this will be fixed upstream soon. In the meantime, please try the attached patch (which is against mysql-dfsg-4.0.21). Thank you for the patch. I did finally manage to get a seemingly stable MySQL on amd64. Specifically, by converting from pure64 to your gcc-3.4 repository. Thank you for that too! After patching the sources, MySQL failed on the pure64 (3.3) archive whether compiled from upstream MySQL sources or Alioth sources, and whether I used gcc-3.3 or gcc-3.4. Compiling (with gcc-3.4) on the gcc-3.4 archive did the trick though. Either some of your patches to the libs, or simply compiling those libs with gcc-3.4, seems to have solved the problems I was seeing. The problem I had been seeing was when I'd do a make test after a make, it would usually work. But if I ran it over and over again in a loop, some one or another of the 206 tests run by make test would fail once every 15-20 times through the loop. It was a different test that would fail each time, and which iteration of the tests would fail also seemed random. This was reproducible on two separate machines, one of which has had extensive memory testing, so I don't think it's dodgy hardware. Compiling and running on a gcc-3.4-archive box ran rock solid, making it through ~250 iterations of make test without an error before I stopped it. It gives me more faith in the gcc-3.4 archive for everything, since the differences presumably are in one of the libraries used by MySQL. Those would be: % ldd sql/mysqld librt.so.1 = /lib/librt.so.1 libdl.so.2 = /lib/libdl.so.2 libcrypt.so.1 = /lib/libcrypt.so.1 libnsl.so.1 = /lib/libnsl.so.1 libpthread.so.0 = /lib/libpthread.so.0 libstdc++.so.6 = /usr/lib/libstdc++.so.6 libm.so.6 = /lib/libm.so.6 libgcc_s.so.1 = /lib/libgcc_s.so.1 libc.so.6 = /lib/libc.so.6 /lib/ld-linux-x86-64.so.2 = /lib/ld-linux-x86-64.so.2 % So, thanks again for your work! --Pete PS: Andreas's MySQL upstream source patch for configuring MySQL on a LinuxThreads-free NPTL system (e.g., Debian amd64): diff -urN ../tmp-orig/mysql-dfsg-4.0.21/configure ./configure --- ../tmp-orig/mysql-dfsg-4.0.21/configure 2004-10-01 14:22:20.900250208 +0200 +++ ./configure 2004-10-01 14:22:17.787723384 +0200 @@ -24953,18 +24953,10 @@ else echo $as_me:$LINENO: result: \Not found\ 5 echo ${ECHO_T}\Not found\ 6 - # If this is a linux machine we should barf if test $IS_LINUX = true then - { { echo $as_me:$LINENO: error: This is a linux system and Linuxthreads was not -found. On linux Linuxthreads should be used. Please install Linuxthreads -(or a new glibc) and try again. See the Installation chapter in the -Reference Manual for more information. 5 -echo $as_me: error: This is a linux system and Linuxthreads was not -found. On linux Linuxthreads should be used. Please install Linuxthreads -(or a new glibc) and try again. See the Installation chapter in the -Reference Manual for more information. 2;} - { (exit 1); exit 1; }; } +# use nptl instead of linuxthreads +CFLAGS=$CFLAGS -DUSE_MUTEX_INSTEAD_OF_RW_LOCKS -DPTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP else echo $as_me:$LINENO: checking \DEC threads\ 5 echo $ECHO_N checking \DEC threads\... $ECHO_C 6 diff -urN ../tmp-orig/mysql-dfsg-4.0.21/configure.in ./configure.in --- ../tmp-orig/mysql-dfsg-4.0.21/configure.in 2004-09-07 00:29:39.0 +0200 +++ ./configure.in 2004-10-01 14:22:10.295862320 +0200 @@ -1238,13 +1238,10 @@ with_named_thread=-lpthread else AC_MSG_RESULT(Not found) - # If this is a linux machine we should barf if test $IS_LINUX = true then - AC_MSG_ERROR([This is a linux system and Linuxthreads was not -found. On linux Linuxthreads should be used. Please install Linuxthreads -(or a new glibc) and try again. See the Installation chapter in the -Reference Manual for more information.]) +# use nptl instead of linuxthreads +CFLAGS=$CFLAGS -DUSE_MUTEX_INSTEAD_OF_RW_LOCKS -DPTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP else AC_MSG_CHECKING(DEC threads) if
Re: Asus K8V - acpi/cpufreq
Sebastian Steinlechner wrote: On Sun, 2004-10-10 at 17:56, Anders Peter Fugmann wrote: -- VCore: +1.10 V (min = +1.71 V, max = +1.89 V) +3.3V: +3.30 V (min = +3.14 V, max = +3.47 V) +5V: +5.00 V (min = +4.76 V, max = +5.24 V) +12V: +11.25 V (min = +10.82 V, max = +13.19 V) -12V: +0.30 V (min = -13.18 V, max = -10.80 V) -5V: +5.10 V (min = -5.25 V, max = -4.75 V) V5SB: +5.51 V (min = +4.76 V, max = +5.24 V) VBat: +0.02 V (min = +2.40 V, max = +3.60 V) fan1:0 RPM (min = 37500 RPM, div = 2) fan2:0 RPM (min = 337500 RPM, div = 2) temp1: +29°C (high =+4°C, hyst =+0°C) sensor = thermistor temp2: +30.0°C (high = +80°C, hyst = +75°C) sensor = thermistor alarms: Chassis intrusion detection ALARM beep_enable: Sound alarm disabled -- It's easy to see there are some completely bogus values in there. I Other than the -12V, I see no bogus values, other than the stopped fans. (Maybe the V5SB is a bit off, but it can be your power supply.) don't know about the fan speed - the bios correctly reports it, but it doesn't show here (and I'm _really_ interested in seeing a fan that does 337500 rpm as a minimum...). Whatever, I found the two measured Maybe you need to increase the 'div' on the fans to get a reading. Try something like: echo 32 /sys/bus/i2c/devices/0-0290/fan1_div echo 32 /sys/bus/i2c/devices/0-0290/fan2_div to read out the fan rotation when they are running at low speeds. temperatures to be correct. temp1 is motherboard temp, temp2 is cpu temp. fan2 is cpu fan here, and I can throttle it to as low as 120, which stabilizes cpu temperature at about 32°C during normal typing work (so, idle most of the time) on a 3200+ using powernowd. Probably I could even switch it off, but air flow in my box isn't too good (and frankly, I don't care - on 120, the fan isn't audible anyway.) I wonder what happens to the CPU temperature when you run 'while true; do true:done' for ten minutes, or if you try render something with povray. Static fan settings can be dangerous, when set too low. Luckily the AMD64 processors all have thermal protection. Regards Anders Fugmann
test message to test my filters, do not respond
test -- Damon L. Chesser [EMAIL PROTECTED]