transcode filter plugins
I'm experimenting with capturing television using transcode and getting very interesting results from the following: transcode -x v4l2 -o tv2.avi -f 30 -i /dev/video0 -y ffmpeg -F mpeg4 \ -p /dev/dsp -b 128 -g 720x480 -I 1 --print_status 20 -u 128 -H 0 \ -w 1500 -J hqdn3d=pre=1 -J smartyuv With Christian Marillat's new yasm package for Debian pure64, the machine keeps up with the 29.97 fps with an astounding 12% CPU usage (Opteron 240). (The aspect ratio must not be changed or you'll run out of capture buffers.) However, I get Command not found for both -J hqdn3d=pre=1 and -J smartyuv, also when I only include them one at a time. Does anyone have these transcode filter plugins working on amd64? Cheers, Dave ranscode v0.6.14 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] V: import frame | 720x480 1.50:1 [transcode] V: de-interlace | (mode=1) interpolate scanlines (fast) [transcode] V: bits/pixel | 0.145 (low) [transcode] V: decoding fps,frc | 30.000,0 [transcode] V: Y'CbCr | YV12/I420 [transcode] A: import format| 0x2000 AC3 [48000,16,2] [transcode] A: export format| 0x55MPEG layer-3 [48000,16,2] 128 kbps [transcode] V: encoding fps,frc | 29.970,4 [transcode] A: bytes per frame | 6408 (6406.40) [transcode] A: adjustment | [EMAIL PROTECTED] tc_memcpy: using libc for memcpy [transcode] V: video buffer | 128 @ 720x480 [import_v4l2.so] v1.3.4 (2004-08-25) (video) v4l2 | (audio) pcm [export_ffmpeg.so] v0.3.13 (2004-08-03) (video) FFmpegcvsb4736 | (audio) MPEG/AC3/PCM [import_v4l2.so]: v4l2 audio grabbing [import_v4l2.so]: v4l2 video grabbing [import_v4l2.so]: resync disabled [import_v4l2.so]: video grabbing, driver = bttv, card = BT878 video (AVerMedia TVCaptur [import_v4l2.so]: Pixel format conversion: YVU420 [planar] - YUV420 [planar] (no conversion) [import_v4l2.so]: driver does not support setting parameters (ioctl(VIDIOC_S_PARM) returns Invalid argument) [import_v4l2.so]: checking colour framerate standards: [NTSC] [import_v4l2.so]: receiving 30 frames / sec [import_v4l2.so]: driver does not support cropping (ioctl(VIDIOC_CROPCAP) returns Invalid argument), disabled [import_v4l2.so]: 32 buffers available [export_ffmpeg.so] Using FFMPEG codec 'mpeg4' (FourCC 'DIVX', MPEG4 compliant video). [export_ffmpeg.so]: WARNING: Interlacing parameters unknown, use --encode_fields [export_ffmpeg.so]: INFO: No profile selected [export_ffmpeg.so] Neither './ffmpeg.cfg' nor '~/.transcode/ffmpeg.cfg' [export_ffmpeg.so] found. Default settings will be used instead. [export_ffmpeg.so]: INFO: Starting 1 thread(s) [export_ffmpeg.so]: INFO: Set display aspect ratio to input Audio: using new version Audio: using lame-3.96.1 encoding frames [00-60], 29.97 fps, EMT: 0:00:02, ( 0| 0| 1) [transcode] (sighandler) SIGINT received [import_v4l2.so]: Totals: sequence V/A: 64/65, frames C/D: 0/0 clean up | frame threads | unload modules | cancel signal | internal threads | done [transcode] encoded 63 frames (0 dropped, 0 cloned), clip length 2.10 s ./tv-transcode: line 19: -J: command not found -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID bus controller: Promise Technology, Inc. PDC20376 (FastTrak376)(rev02)
[EMAIL PROTECTED] wrote: I have the onboard Promise and VIA chips with raid features. I also use those now as individual disks with the raid turned off. Unless I missed something, I think there is no raid support for these chips under Linux. Lots of fun stuff happening with Linux raid -- cf. http://linux.yyz.us/sata/faq-sata-raid.html Both Fasttrack and Via are now supported -- cf. the Linux software raid dmraid driver at http://people.redhat.com/~heinzm/sw/dmraid, which lists these: Highpoint HPT37X Highpoint HPT45X Intel Software RAID LSI Logic MegaRAID NVidia NForce Promise FastTrack Silicon Image Medley VIA Software RAID Jeff Garzik has just added PATA support to the libata driver -- looks like IDE will become obsolete altogether. Some of the Promise cards also have libata support, not yet in the kernel, but likely to be merged by 2.6.12 and already included in some vendor kernels (gentoo and ubuntu). Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Setting up an internal Debian AMD64 mirror
Brett Viren wrote: Yes. You are also free to use mine at: mirror.phy.bnl.gov::Debian-amd64 There was some discussion on IRC the other day regarding mirroring. I never did find a good mirror to get the pure64 Debian data. David -- David J. Coulson email: [EMAIL PROTECTED] web: http://www.davidcoulson.net/ phone: (216) 920-3100 / (216) 258-4942 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian-amd64 Mirror
Hello, I have setup a mirror of the debian-amd64 directory from alioth. It is available via both FTP and HTTP at http://mirror.ohiolinux.net/pub/mirrors/debian-amd64/ (replace http with ftp, as appropriate :-) If there is anything missing, please let me know. I have it updating every 6hrs at this point, but I can change this if necessary. David -- David J. Coulson email: [EMAIL PROTECTED] web: http://www.davidcoulson.net/ phone: (216) 920-3100 / (216) 258-4942 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Multiarch distribution
Hi all, I was wondering wether a multiarch distribution is already (partially) available. I'm interested in testing/toying around with this. I read that at least some packages already support this. Could anyone tell me anything about this? I found a multiarch directory on debian-amd64.alioth.d.o, but found it (almost) empty... Greetings, David Hartveld -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Enigmail
Javier Kohen wrote: Hi, is anybody using Enigmail successfully with Thunderbird? It doesn't work at all here: the keymanager doesn't work, signatures and encryption don't work either for incoming or outgoing messages. No error messages are being shown, except by the Test feature inside the Debug tab in Enigmail's preferences. It says that it cannot contact the Enigmail service. Greetings, Hi Javier, I've been using it for several months. I had to build mozilla-thunderbird-enigmail from the debian source package, as it needed to be compiled for gcc-3.4 and g++-3.4. See /share/software/src/zinfo for details. I then switched to Encrypting your e-mails with Thunderbird, Enigmail GnuPG http://www.uk-dave.com/tutorials/misc/enigmail.shtml and generated keys directly from Thunderbird. This works -- just make sure you don't use Use pgp-agent for passphrase handling -- that failed consistently (warrants further testing; there were a lot of variables and I may be mistaken). To see your keys, issue gpg --list-keys. I then exported the keys to a public key server using this command (later I discovered kpgp will do it): gpg --keyserver wwwkeys.pgp.net --send-keys 0xpublic key ID It took a while, but eventually it worked. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Big filesystems.
On Tue, 15 Feb 2005, Adam Skutt wrote: I've had filesystem corruption on every fileystem I've used that's caused data loss: FAT16, FAT32, NTFSv4, NTFSv5, ext2, ext3, ReiserV3, XFS, VMS' ODS-11, HFS. It's funny, you got me thinking. Have I ever seen an independent corruption problem with the older Windows filesystems? I have no idea how I could tell. Like trying to measure the longevity of a car driven by a 16 year old alcoholic. Remember the Windows 95 bug where it would crash if just left running idle for something like 38 days? It took them years to discover it. :) Just speaking in terms of Linux, did you really have as many problems with the more popular filesystems as the less popular ones? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CPU frequency scaling on AMD64 laptop
You might have a BIOS bug that you can solve with a BIOS update. Other than that, I think you are going to have to troubleshoot the ACPI code in the kernel. On Wed, 2005-02-16 at 21:23 +0100, Luk Oliva wrote: Hi, Thanks for useful advices, it was enough to remove cpufreq and start to use powernowd. The problem was in my ACPI, that does not work properly yet, but powernowd knows how to cope with it. It just needs powernow-k8 module loaded. CPU scaling is running, the only little thing is that it can tune frequency just between 800 and 2200, so the ventilator is still running (maybe Linux works more han Windows that are able to go lower). Do you think that there could be any possibility to make my ACPI working. I don't know what to do precisely. I turned on ACPI debugging in kernel, but I don't know how to understand it. Thanks Luk Oliva -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Big filesystems.
FWIW, I had expected ReiserFS to perform well at large partition sizes. For the most part it does, but I was surprised to see there is already a noticeable (~7-8 sec) delay mounting a ~400GB LVM part. On Mon, 14 Feb 2005, Ron Johnson wrote: On Mon, 2005-02-14 at 23:14 +0100, Juergen Kreileder wrote: Ben Russo [EMAIL PROTECTED] writes: [snip] , | Kernel 2.6: For both 32-bit systems with option CONFIG_LBD set and for | 64-bit systems: The size of a file system is limited to 2^73 (far too | much for today). On 32-bit systems the size of a file is limited to 2 ^ For clarity, I think that this should be added here: without CONFIG_LBD, | TiB. Note that not all filesystems and hardware drivers might handle -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B I prefer encrypted mail. Microkernels have won. Andrew Tanenbaum, January 1992 -- 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: Big filesystems.
Yes, that's every time. On Tue, 15 Feb 2005, Tom Vier wrote: On Tue, Feb 15, 2005 at 09:24:00AM -0500, David Wood wrote: FWIW, I had expected ReiserFS to perform well at large partition sizes. For the most part it does, but I was surprised to see there is already a noticeable (~7-8 sec) delay mounting a ~400GB LVM part. Did you mount it more than once? The first time you mount after mkreiserfs, it takes a few seconds. -- Tom Vier [EMAIL PROTECTED] DSA Key ID 0x15741ECE -- 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: Big filesystems.
On Tue, 15 Feb 2005, Kyle Rose wrote: Same here, but that doesn't bother me so much. What bothers me is file deletion time. Anyone have any clue why ReiserFS takes so long to delete files, and why the delete operation evidently blocks all other FS operations? It seems that ReiserFS should log the delete, and then have a kernel thread handling cleanup in the background in such a way that it doesn't cause other operations to block. Yeah, I know this is offtopic. :) The MythTV guys did a bunch of comparisons on filesystems, because they run into this issue a lot; using big partitions, holding big files, deleteing them frequently, etc etc. I recall they highlighted this problem with reiser, although I honestly haven't noticed it myself. I gather XFS gets high marks, but then there are rumors of trouble with it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Big filesystems.
On Tue, 15 Feb 2005, Jeffrey W. Baker wrote: Surely you aren't implying that Reiser uses anything as pedestrian as a b-tree! Why, Reiser's tree format is so novel, so utterly perfect, that no human could have ever thought of it. I understand their patent applications is sailing through the approval process, greeted by nothing but disbelief and Hosannas. LOL. I actually like ReiserFS. I do take Hans with a grain of salt, since quite a while after he declared his FS ready for production I found out his consistency check/recovery tools were still Beta, and it wasn't uncommon for them to just choke and dump core. Maybe this is arguable, but I always thought a working *fsck was part of the whole production package. This was all some time back. The problems were eventually addressed (from what I gather) years ago, and I haven't had any non-hardware-related incidents with the FS in years of pretty constant abuse. Unfortunately XFS also repeatedly swallowed a number of my volumes. I found it to be more unstable than any filesystem I have used (save VxFS). When using XFS, one must not read from the underlying device, or one risks corruption. This leads one to believe that using XFS on LVM, md, or enbd would be somewhat risky. fsck.xfs is sometimes at a loss to recover anything at all in these situations, even after running for days. That said, XFS is still your best choice if you've hit the hard limits in ext3. Ahh... _that_ said, it looks like (until they fix it) XFS is the best choice for punishing your enemies with. :o I hate to say it, but this is not the only place I have heard Linux/XFS horror stories. Of course I actually love experimenting, and there's nothing wrong with a work in progress, just so long as it's labeled. I guess the moral of the story is that if you've got a big partition, I hope you've got an even bigger backup tape. ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Big filesystems.
On Tue, 15 Feb 2005, Jeffrey W. Baker wrote: Maybe the moral is you should use what everybody else uses. ext2/3 and to some extent Reiser are very well tested because practically everybody uses them. Major bugs in ext3 are readily apparent because it has millions of users. Major bugs in XFS are not found until one of sgi's 17 customers happens to trip over one. Worse, XFS is the sole user of lots of in-kernel code. ext3 uses lots of underlying code that is also used by other kernel pieces. The segmentation helps in rooting out problems. OK, the moral of the story is to use what everybody else uses. AND get a big backup tape. ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CPU frequency scaling on AMD64 laptop
I've seen several things cause this. Every BIOS is different, but you generally have to enable both Cool-n-Quiet and ACPI 2.0. My BIOS (a8v), for instance, had ACPI 2.0 disabled by default for some reason, and nothing complains when you turn CnQ on without it - it just doesn't work. Then the kernel itself has to support ACPI; you have to turn on the right parts, but it looks like you have. Beyond that... you know how laptops are. :( On Sun, 13 Feb 2005, [iso-8859-2] Luk Oliva wrote: Hi, I have a AMD64 Acer notebook and I can not make the cpufreq, powernowd or cpudyn make working. The problem is that it seems not to have a correct cpufreq interface. I tried to load modules acpi-cpufreq, but it returns me thet device does not exist. I tried to recompile the last kernel (2.6.11-rc3), because I read somewhere, that problem is in kernel, but no success. As I read on AMD pages, the processor should support CPU frequency scaling. Did anyone succeed in running it or it is just my problem? I also tried to search my notebook on linux-compatibility, but the problem of ACPI and cpufreq was not closely described here, although the notebook was there considered to be nearly all right. I am running Debian Sarge sid on it and it is Acer Aspire 1524. I would be grateful for any comment. Lukas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel 2.6.10-9-amd64-k8
Dustin N.Jenkins wrote: Just on a bit of a side note... If one wants to upgrade the amd64-k8 kernel (i.e. from the default 2.6.8-10 to 2.6.10), would the sources from www.kernel.org suffice, or is there a different place to acquire the amd64-k8 kernel? I much prefer downloading the source and rebuilding myself, but if I need to get it out of APT, then I guess I have to. I've been using 2.6.9-ac6 from kernel org for the past three months with rock solid stability. The -ac series, maintained by Alan Cox, is focused on adding stability and bugfixes to the vanilla kernel. Linus steadfastly refuses to follow reasonable steps to produce a consistently stable kernel release. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Previous packages?
Please post whatever details you find out. On Fri, 11 Feb 2005, Patrick Flaherty wrote: is it possible to donate harddrives/money for alioth? seeing as space is at a premium, i'd be happy to pool in some money/drives to see more space for the amd64 project (and the other projects too). i look at the hardware donations page ? should i just email them and ask how to beef up alioth? (i am going under the assumption they have some raid arry they can just plug in extra disks, i'm probly wrong) patrick Goswin von Brederlow wrote: David Liontooth [EMAIL PROTECTED] writes: Is it possible to revert to a previous package in our current repository system? The latest etherape (0.9.0-8) has a bug (277703) that makes it unusable on my i686 and amd64 machines. On the i686 I can get the previous package from http://snapshot.debian.net Of course these things typically happen when you need the app the most -- our network was mysteriously down and I couldn't use the tool I was familiar with to see what was happening! Cheers, Dave If it was a (very) recent upload the old deb will be in pure64/old/... with the same subdirs as the new one in pure64/pool. But since alioths disk is nearly full I clean that often. MfG Goswin -- 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]
vlc
What's the story with vlc and the libflac4 dependency? This was sorted out on i386 a while back and libflac6 is in place for amd64. Just wondering. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu with AMD64 Support
On Mon, 31 Jan 2005, Bernd Petrovitsch wrote: You can't predict the future - neither for $COMMERCIAL_DISTRIBUTION (God knows what will be in 1 or 2 years with e.g. SuSE) nor for $FREE_DISTRIBUTION (yes there were several which are pretty out-of-business right now). One way to look at the difference is that a free distribution will fail only if it can't grow big enough, whereas a commercial distribution may also fail if it succeeds too well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Unable to boot Kernel 2.6.10
Thanks for sharing this; it will probably help others. It's interesting
that these steps solved your problem; I wonder what caused it?
On Fri, 28 Jan 2005, Leoncini Xavier wrote:
I got to boot.
I erased my modprobe.conf and modprobe.d as well as my modules.conf and
modutils, then removed modconf and modutils and reinstalled them as well as
installed udev.
I have now no problem
Thanks for the different tips
Xavier
Le Mardi 25 Janvier 2005 19:37, Leoncini Xavier a écrit :
I guess it's my fault I was toolazy to copy the error message
and retype it. I was hoping it was a more common problem.
My computer is a laptop with an athlon 3000+
I use a precompiled debian kernel, and installed debian pure 64
on it last june and been upgrading regularly ever since.
The error message is:
Pid: 2065, comm setserial Tainted: G M 2.6.10-9-amd64-k8
RIP 0010 with garbage
RSP: 0018:...
RAX: etc..
Process setserial (pid: 2065, threadinfo ..)
Stack: f
Call trace
[n_tty_flush_buffer+9}
etc..
last message
Code: Bad RIP value
RIP [ff...] RSP ...
CR2: ...
/etc/rcS.d/S46setserial: line 152: 2065 killed ¤{SETSERIAL} -z $device
$args Then if I type ctrl C I lose allability to do anything
with another Bad RIP value and some kthread thread return worker_thread
message in the CallTrace message
I use also the cpudyn daemon when I can boot.
Well I hope it helps
PS: I have been using Debian since late 96, and its the first time I get
such a silly answer
Best
Xavier Leoncini
Le Mardi 25 Janvier 2005 19:17, Alvaro Hernandez a écrit :
Tue, Jan 25, 2005 at 07:10:07PM +0100, Egon Willighagen escribió:
On Tuesday 25 January 2005 17:22, Alvaro Hernandez wrote:
Tue, Jan 25, 2005 at 05:01:53PM +0100, Leoncini Xavier wrote:
I have a problem while booting 2.6.10
snip
;)) Take it with a grain of salt!
Yes, sure. Ok, I've encountered boot problems too in the past, but don't
really care about them.
It might be more helpful if people would not make fun of Leonici, but
tell him where to find information on how to debug the problems he has
?
Nobody is making fun of anyone, just joking. Anyway, it is very
difficult to tell someone how to debug a problem he hasn't provided no
information about it.
There is need, first, to know what is going on, what the error
messages are, software versions, etc.
Do you go to doctor and say it hurts, doctor, help me? Or do
you provide information to help doctor start asking questions?
Regards,
Alvaro
Re: Ubuntu with AMD64 Support
Is their amd64 support just based on the pseudo-mainline pure64 sid? On Fri, 28 Jan 2005, Daniel James wrote: Hi Johannes, Hoary Hedgehog is available as a native AMD64 version. Has anyone tested this thing so far? I tried the last version on my Opteron, and it was a very smooth install. The packages were well chosen, albeit biased towards GNOME. If you're looking for user-friendly Debian, it's a better bet that some other derivative versions, and the native amd64 support is a bonus. On the other hand, if you're the kind of person who likes to make their own setup choices then it may not be for you. (Mainstream Debian packages are available in 'universe' but they aren't supported). I don't think the development model is as democratic or open as mainstream Debian either. I mean, if you wanted a particular feature in Ubuntu but a certain well-known millionaire and space tourist was dead against it, do you think it would be implemented in his distribution? : ) Cheers Daniel -- 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: Asus K8N, Cool'n'Quiet, and sensors.conf
Has anyone else noticed instability when using cpufreq modules? I have a pretty stable system, but I get OOPSes within a few hours or days of using cpufreq_ondemand, and I've had a few crashes I was pretty sure were related to cpufreq_userspace/powernowd. On Wed, 26 Jan 2005, Jean-Luc Coulon (f5ibh) wrote: Le 26.01.2005 14:33:03, Stephan Seitz a écrit : Hi! Does anybody has the Asus K8N mainboard? I like to configure my sensors.conf for this board. For now, the output is (default sensors.conf): [EMAIL PROTECTED]:~$ sensors it8712-isa-0d00 Adapter: ISA adapter VCore 1: +1.50 V (min = +1.42 V, max = +1.57 V) ALARM VCore 2: +4.08 V (min = +2.40 V, max = +2.61 V) ALARM +3.3V: +6.43 V (min = +3.14 V, max = +3.46 V) ALARM +5V: +5.00 V (min = +4.76 V, max = +5.24 V) +12V: +11.78 V (min = +11.39 V, max = +12.61 V) -12V: +3.93 V (min = -12.63 V, max = -11.41 V) ALARM -5V: +4.03 V (min = -5.26 V, max = -4.77 V) ALARM Stdby: +6.85 V (min = +4.76 V, max = +5.24 V) ALARM VBat: +4.08 V fan1: 1506 RPM (min =0 RPM, div = 128) fan3: 1147 RPM (min = 664 RPM, div = 8) M/B Temp:+47°C (low = +15°C, high = +40°C) sensor = thermistor CPU Temp:+35°C (low = +15°C, high = +45°C) sensor = thermistor vid: +1.52 V I disabled fan2 because it is not used. Has anybody a working sensors.conf for this mainboard? I've not this board but an ASUS A8V so I cannot answer the previous questions. How do the values change if I'm using Cool'n'Quiet? I'm running powernowd which changes the CPU frequency. Does this conflict with Cool'n'Quiet? When using cool and quiet, the CPU frequecy and the VCORE voltage are changed according to data you can find in: /sys/devices/system/cpu/cpu0/cpufreq You have the running frequency as well as the max, and available frequencies. You can use fancontrol to adjust the fan speed as a function of the CPU temperature. With the lm-sensors package are shipped pwmconfig to setup a configuration file for the fancontrol program which is also part of this package. Debian Pure64, kernel 2.6.11-rc1 Vanilla. Shade and sweet water! Stephan Regarsd Jean-Luc
Re: Unable to boot Kernel 2.6.10
Seconded. Please, if you have nothing nice to say, silence is golden... Leoncini, your problems are unusual and troubleshooting them will doubtless be a project. This port of debian is raw, upstream support for the hardware is often raw, and I take it no one else here has had similar issues... in other words, you are probably on your own. You will have to learn more about the kernel and the parts of it that are failing, check for possible hardware problems (!)... Take that with a grain of salt too. On Tue, 25 Jan 2005, Egon Willighagen wrote: On Tuesday 25 January 2005 17:22, Alvaro Hernandez wrote: Tue, Jan 25, 2005 at 05:01:53PM +0100, Leoncini Xavier wrote: I have a problem while booting 2.6.10 snip ;)) Take it with a grain of salt! Yes, sure. Ok, I've encountered boot problems too in the past, but don't really care about them. It might be more helpful if people would not make fun of Leonici, but tell him where to find information on how to debug the problems he has ? Egon -- [EMAIL PROTECTED] PhD student on Molecular Representation in Chemometrics Radboud University Nijmegen http://www.cac.science.ru.nl/people/egonw/ GPG: 1024D/D6336BA6 -- 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: filesystem and x86 vs. x86_64 benchmarking...
Dale E. Martin wrote: I mentioned the other day I was doing some benchmarking on my shiney new amd64 system. Here is a quick writeup about it: http://www.the-martins.org/modules.php?op=modloadname=Sectionsfile=indexreq=viewarticleartid=4page=1 My test setup will not exist by the end of today so if I missed something obvious and/or important let me know ASAP! Thanks! Dale Thanks for doing this! Disappointing to see the poor amd64 results of course, but this is what we need to see. Cheers, Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 DHCP Network Configuration Failure
On Mon, 17 Jan 2005 18:37:21 +, Pat C [EMAIL PROTECTED] wrote: I just put a new system together. Here are the specs: AMD64 3200+ CPU 512MB DDR 3200 RAM 3DFX 16MB Graphics Card... old, yes I know :) Standard CD-Drive 20GB IDE Hard Drive 550 Watt Power Supply Antec Case Bridgecom 10/100 Fast Ethernet NIC DFI LANPARTY UT nF3 250Gb nForce3 250GB Chipset Motherboard (onboard 10/100/1000 Ethernet, Audio, USB, and Firewire) I am using the SargeAMD64 NetInstall .ISO Everything works until I get to the network configuration section. My Bridgecom 10/100 card shows up, as well as firewire (eth1). However, my onboard ethernet on the motherboard doesn't. Ok I think, I'll just use the older one for now. It goes to get DHCP information and can't do it. I put in my hostname and it still can't do it. When I go to configure it manually to see if it works, I put in all the information and then the system goes blank. What do you do to configure it manually. Did you edit the /etc/network/interfaces file, or just type ifconfig eth0 ip netmask netmask_addr. When exactly does the system go blank. During startup if you changed the above file I mentioned, or after using ifconfig? Can you do anything when it goes blank, try switching consoles or Ct-alt-del it. Or Is the system hard frozen? I know everything should work because I tried an old version of Debian for i386 and it could find everything for DHCP easily. Does anyone have any suggestions? Could this be a bug? Thank you for the help. :) DHCP seems like less of a problem as the system blanking when you try to configure it. If the network card and module are working, you can run dhclient anytime. -- 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: status of vmware
My brief impression of vmware 4.5 with the any-any patches was that it was so unstable as to basically be unusuable for anything but a proof of concept. Vmware has begun an open beta program for v5, which I can report is substantially improved (only one crash so far). However, given how these things could work, there could be a long lag between the beta shutting down and the commercial release... On Fri, 14 Jan 2005, kristian kvilekval wrote: Could someone update what is the status of vmware running on debian amd64. Unfortunately I may need to install windows and would rather stick it in vmware than run it natively. Thanks, kris -- 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: rock solid motherboard
On Wed, 12 Jan 2005, Hank Barta wrote: I have an ABIT AV8 (v1.1) The LAN driver did not load so I put in a RealTek card and moved on. Sound on the motherboard works fine. I do have RAM issues in that I have to run the RAM at DDR333 instead of DDR400 (for which it is speced) and this board is known to be sensitive to the quality of the RAM. (I think that means that not all RAM will work at advertised rates. ;) But at DDR333 the system is rock solid. (I should probably disclaim that I'm currently running Ubuntu, but under the covers it sure looks like Debian.) I could say this is another vote for the Via chipset; I have an Asus K8V Deluxe. However, the road has not been entirely smooth. For one, I had exactly the same problem with instability and RAM speed that my colleague describes here. I figured Asus and Kingston were two brands big enough to work out their issues with each other, but it took something like 4 rounds of RMA replacement with Kingston to get a stable system operating at rated (DDR400) speeds. That was a raving nightmare. My strong advice would be to buy the expensive RAM if you are building yourself (Corsair, Mushkin). Another note would be that if you plan on using SATA, make sure you stay current with kernels (even despite this not being an nvidia board), and if you plan on trying a SATA RAID, you will not be able to dual boot with it the way you expect. This is because the Via SATA RAID drivers are software RAID implemented in a Win32 driver. There is a binary only Linux module of same. Don't use it. I ended up doing an LVM2 Linux RAID with Win32 installed non-RAID on a single partition on one of the disks. Another note: I had to do this LVM raid setup by hand; at the time I tried it, the amd64 debian installer couldn't get through an LVM raid install without crashing. Root raid was even harder, requiring a hand-assembled init RAM disk. Don't know if there has been much movement in the installer since. All that said, the board does work very well now that I have it going (100% stable), and it is indeed fast. Fully functional USB, quite good audio quality, SATA, IDE, AGP, Serial/Parallel, ethernet (at 100Mb only for me), on board sensors, etc. Did not try the packaged Wifi hardware. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: amd64 / x86-64 as i386?
As the list archives will show, the unofficial debian pure64 port does work and is in use by many people, although it is not perfect. You can run the i386 version if you like. On Wed, 12 Jan 2005, Didde Brockman wrote: Hey all! Sorry about me coming with this stuped question, but I have browsed the documentation for the amd64 port but did not find a complete answer. I will be ordering a new system in couple of days time and through a local reseller I got a _really_ good offer on an AMD Athlon 64 2800+ CPU. Almost too good to resist... Anyway, I want to run Debian (testing or unstable) on the final machine and I did not not even come to think of the fact that the CPU has a 64-bit architecture until now! So, is it possible to run the i386 version of testing or unstable on this particular CPU or will I be limited to the amd64 port? I googled on the matter and all I found was some outdated posts about Athlon 64's segfaulting on basically everything... Is this still the case? Does anyone have any experience on running Debian on this CPU? I'd _really_ appreciate any pointers. Again, sorry about the level of this question =) //d. -- 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: libflac6 wacko dependencies
Kurt Roeckx wrote: On Fri, Jan 07, 2005 at 09:14:31PM -0800, David Liontooth wrote: Something went wrong with the dependencies for libflac6 on amd64. On i386 the package installs with no protests; in amd64 it requires the uninstallation of kdemultimedia, jack, and lots of others. Could the problem be vorbis-tools? You should be seeing the same on i386. Agreed, but I'm not -- it installed fine, even though the packages specified libflac4. This is the only reason I reported this to the list, otherwise I would have just waited as you suggest. Not a problem, it just looked like there might be a detail in the packaging that had gone wrong for amd64. Dave This is a general problem with unstable. This should be fixed in a few days. Just don't try to install libflac6 until everything is rebuild against it. And you might want to keep your libflac4 around too.
libflac6 wacko dependencies
Something went wrong with the dependencies for libflac6 on amd64. On i386 the package installs with no protests; in amd64 it requires the uninstallation of kdemultimedia, jack, and lots of others. Could the problem be vorbis-tools? Dave # apt-get install libflac6 -s Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: libflac-dev The following packages will be REMOVED: akode alsaplayer-alsa alsaplayer-common alsaplayer-gtk alsaplayer-jack alsaplayer-nas amarok amarok-arts amarok-engines amarok-gstreamer amarok-xine dir2ogg easytag gstreamer0.8-flac gstreamer0.8-plugins jack juk kaudiocreator kde kdemultimedia kdemultimedia-kio-plugins libflac4 libtunepimp-bin libtunepimp2 mozilla-plugin-vlc mp32ogg vlc vlc-plugin-alsa vorbis-tools wxvlc The following NEW packages will be installed: libflac6 The following packages will be upgraded: libflac-dev 1 upgraded, 1 newly installed, 30 to remove and 266 not upgraded.
Re: Kernel-2.6.10 and 32bit emulation
Aritz Beraza Garayalde [Rei] wrote: Hi, Sythos [EMAIL PROTECTED] wrote: I read on kernel 2.6.10 changelog that 32bit emulation is widely improved... This change something in amd64 situation? using that kernel I had the problem that mplayer-32bit (from marillat) totally freezes up my system. No matter if called from the chroot or from the 64bit-environment. But I didn't spend much time in solving this. Maybe its just a problem with my configuration. If you google a bit, you'll be able to find some amd64 packages for mplayer, also from marillat. Unfortunately last time i checked, there was no debian repository, so you can't install them by adding a few lines to your sources.list and using apt. You'll have to get all needed packages and install them with dpkg. The repository (as announced earlier on this list) is at deb http://cyberspace.ucla.edu/marillat/ unstable main Christian Marillat has just incorportated some new amd64 optimizations into mplayer (from the changelog): mplayer (1:1.0-pre6-0.3) unstable; urgency=low * Enable all optimizations for amd64. -- Christian Marillat [EMAIL PROTECTED] Tue, 4 Jan 2005 00:51:42 -0800 Cheers, Dave About 32 bit emulation, if i need to run a 32bit app i look for a statically compiled binary, and they use to work. I tried to configure a chroot environment to run labview 7, but i didn't success. Aritz Beraza [Rei]
Re: broken documentation link
Dale E. Martin wrote: Hello! I just recently started lurking here as I've got an Athlon 64 system on order and I'm a Debian user/developer. I went to [1] to read a bit about the basics and at the bottom of that page there is a link - Documentation (HOWTO and hardware compatibility list). When I click that link mozilla says You have received an invalid certificate. ... Your certificate contains the same serial number as another certificate issued by the same certificate authority. Please get a new certificate containing a unique serial number. Does anyone else see this problem? No -- works fine. You may have to clear out some of your certificate cache. I'm currently debating whether to run the x86 port or the AMD64 port on this machine, and any working links to help inform me about the options would be most appreciated! I need to be able to run Sun's JDK, CrossOver Office, etc. but another big part of what I do is C++ development using g++, so I'm conflicted Sun's JDK is available for both 32 and amd64; CrossOver will still have to run in 32-bit chroot, though VMware now runs great in pure64. Debian amd64 is very stable in my experience, though I maintain it somewhat conservatively -- no automatic upgrades, no new kernels unless there are features I need, etc. The sarge distribution would be ideal, once it's ready. I've had VMware crash the machine a few times, in two predictable situations -- the main one being that it cannot handle full-screen in a dual-screen setup under the proprietary nVidia driver. The other was when there was no space left on the root drive. Not elegant, but easy to avoid. My point is that the Debian software does a great job and I've never had a crash; a beautiful piece of work. Dave
Re: *****SPAM***** Re: sk98lin doesn't work
wrote: Hi, Dave I tried tg3 (modprobe tg3). It's loaded without error, but it seems not work. I can't see the NIC with 'ifconfig -a'. Something else can I try? Xiaolin, Ask for help from [EMAIL PROTECTED], as suggested in the kernel documentation at Documentation/networking/sk98lin.txt Cheers, Dave Thanks. Xiaolin On Wed, Dec 22, 2004 at 05:48:55PM -0800, David Liontooth wrote: wrote: Hi, Harri Thanks for helping. I got the latest sk98lin driver source from http://www.syskonnect.com/
Re: sk98lin doesn't work
wrote: Hi, Harri Thanks for helping. I got the latest sk98lin driver source from http://www.syskonnect.com/. I also installed the kernel-source-2.6.8.deb package, because installing the sk98lin driver needs to recompile the kernel. When running the sk98lin install.sh script (compiling the kernel), I got an error: + scripts/mod/empty.c:1: error: code model `kernel' not supported in the 32 bit mode + It's most probably because my CPUs (Intel(R) Xeon(TM) CPU 3.00GHz) are 64bits, but the compiler is default to -m32 instead of -m64. Shall I change the /usr/src/linux/Makefile to use -m64? and how? Thanks! Xiaolin Xiaolin, I have a Tyan K8S with built-in Broadcom NetXtreme BCM5704 NiCs that came with a sk98lin driver on the CD. I discovered this driver is substantively the same as the tg3 driver that's in the kernel and have been using that instead. You might give it a try. Now, if you're not building your own kernel, or have difficulties compiling it for 64-bit, this won't help you. I simply use # make-kpkg -rev 1 kernel_image modules_image It creates a deb package (or more if you have external modules). To run, modprobe tg3. Cheers, Dave On Wed, Dec 22, 2004 at 07:08:20AM +0100, Harald Dunkel wrote: ??? wrote: | Hi, there | | | It works great except one thing. One of the 1G-NICs doesn't work. | | lspci shows that this NIC is a: | | +++ | :05:00.0 Ethernet controller: Marvell Technology Group Ltd.: Unknown | device 4361 (rev 17) Did you try the most recent driver? I would suggest to check Documentation/networking/sk98lin.txt in the kernel sources. Or look at http://www.syskonnect.com/ Good luck Harri
Re: Mythtv
In The Night wrote: I'm working on it. I have a Pinnacle PCTV Pro (bt878 I think) I have all the stuff running, but some small MySQL-problems have to ironed out before I'm happy with it. Great. Could you send the list the results when you're done? I have the AverTV Stereo card working on a dual opteron box, but I'm not running MythTV at the moment. Cheers, Dave A. P. Kennedy wrote: | Hi, | | Has anyone had any luck running mythtv and with what card. Currently | using ivtv with random lockups under amd64, but i386 is stable. Using | latest ivtv driver and myth 0.16 debs recompiled for amd64. | | Thanks, | | Alan | | -- .O.Scream, Scream like the silence of the bits. ..ODead lies the flag by the feet of the cold one. OOOFreedom WILL break the walls of mammon.
Framebuffers
Is anyone using framebuffers? I tried loading fbcon and rivafb on an nVidia FX-5500 and got no result at all (fb0 not created). The drivers work on my 32-bit laptop. Cheers, Dave
Re: dchroot scripts
On Fri, Dec 17, 2004 at 05:29:01PM -0500, Kyle Rose wrote:
[EMAIL PROTECTED] (David M. Cooke) writes:
There are actually two separate problems with quoting in dchroot, and
they're both caused by interaction with su:
Bug #249655: dchroot -d ls -l broken: su tries to interpret -l switch
* dchroot doesn't call su with -- before the command, so su tries to
interpret anything in the command that looks like one of it's options.
Right: this is a definite dchroot problem.
I'd also call it an su problem: su shouldn't have any business trying to
interpret options after it's seen the username. The man page documents
it as 'su [OPTS] [-] [username [ARGS]]', not 'su [OPTS] [-] [username
and more opts and ARGS]'. (And -- isn't documented either). I should
file a bug...
Bug #276419: su appends the positional args to the command line
* Using su username command arg1 arg2, su calls sh -c with the string
command arg1 arg2 using execv, instead of execvp. So spaces, etc.
screw you up. If it used execvp, you wouldn't have to do the quoting.
?? You mean it calls
execv(/bin/sh, { -c, command arg1 arg2, 0 }) --- you know what I mean
? Because that's what it *should* do. The only difference between
this and execvp is that the p is for path, as in PATH search. I
think you're confused.
I was confused; I still want it to use execv, but not to strcat the
arguments together. It does do the above, as opposed to what I think is
better:
execv(/bin/sh, {-c, command, arg1, arg2, 0})
(which is also a valid way to call sh!). su _gets_ the arguments split
up like this; but it then strcats them together.
Basically, if you su like this (as dchroot does):
execv(/bin/su, {username, command, arg1, arg2, 0})
su then calls sh like you wrote. So the above is the exact same as
execv(/bin/su, {username command arg1 arg2, 0})
... giving you *no* way to not have to quote the command and arguments.
Besides, I'm guessing this won't be fixed in su: su's behavior in this
regard is well-understood, and shouldn't be changed even if everyone
agrees it's buggy. And I don't agree: sh -c XYZ should be
equivalent (modulo different login files being loaded) to running sh
and typing XYZ at the command line. This means you need to properly
quote, which is what quote-args and quote-sh are for.
I don't have high hopes for fixing it in su either. Looking at the code
for su, at some point the behaviour I would like was planned or used!
The array for the arguments to pass to execv is allocated to be big
enough to hold the arguments split up. But, it then goes and strcat's
them together, wasting all that space it just allocated ...
It's a matter of _where_ you want (for instance) $variable to be
interpreted. You can argue it either way; my feeling is that when su
strcat's the arguments togther, it's going out of it's way to *lose*
information that was given to (how the arguments _were_ split apart,
which is vitally important when you've got spaces in filenames from an
ls *, for instance), which then the shell has to undo.
--
||\/|
/--\
|David M. Cooke http://arbutus.physics.mcmaster.ca/dmc/
|[EMAIL PROTECTED]
JMF for amd64?
Gentoo seems to be packaging a version of the Java Media Framework for amd64. Is this something we could do in Debian? http://packages.gentoo.org/ebuilds/?jmf-bin-2.1.1e-r1 Cheers, Dave
Re: Unofficial multimedia repository
Johan Groth wrote: David Liontooth wrote: Christian Marillat has maintained an unofficial repository of Debian packages relating to multimedia applications for several years; cf. http://debian.video.free.fr/ He's now set up an amd64 version of the repository: deb http://cyberspace.ucla.edu/marillat/ unstable main The repository is working, but the packages have just been built for the first time and there may be issues. Major packages include ffmpeg, mjpegtools, mplayer, qdvdplayer, and transcode. For legal reasons, libdvdcss will be available from: deb ftp://ftp.nerim.net/debian-marillat/ unstable main Some of the upstream applications are still being ported, for instance xvid and transcode, so YMMV, but let Christian (not BTS) know if there are problems with the packaging. Has the assembly code in these packages been ported as well? /Johan You would have to track the invidual projects. xvid has just merged asm patches, but they are not yet released. Dave
Unofficial multimedia repository
Christian Marillat has maintained an unofficial repository of Debian packages relating to multimedia applications for several years; cf. http://debian.video.free.fr/ He's now set up an amd64 version of the repository: deb http://cyberspace.ucla.edu/marillat/ unstable main The repository is working, but the packages have just been built for the first time and there may be issues. Major packages include ffmpeg, mjpegtools, mplayer, qdvdplayer, and transcode. For legal reasons, libdvdcss will be available from: deb ftp://ftp.nerim.net/debian-marillat/ unstable main Some of the upstream applications are still being ported, for instance xvid and transcode, so YMMV, but let Christian (not BTS) know if there are problems with the packaging. Dave
Re: ud segfault
Steve McIntyre wrote: OK, so I'm bored. I've just looked at the bug and found the problem. ud's source is quite ugly, suggesting a novice author. I can recreate the bug quite readily here, and it's crashing down below a sprintf() call: (gdb) bt #0 0x002a956e9980 in strlen () from /lib/libc.so.6 #1 0x002a956b7c75 in vfprintf () from /lib/libc.so.6 #2 0x002a956d6ec5 in vsprintf () from /lib/libc.so.6 #3 0x002a956be50a in sprintf () from /lib/libc.so.6 #4 0x00401340 in get_kernel_version (kernel_version=0x7fb544 running Linux 2.6.9, IsCurrent=0) at ud.c:150 #5 0x004020c5 in main (argc=1, argv=0x7fb540) at ud.c:822 The reason for this becomes clear once you turn on warnings in the compilation: gcc -DPACKAGE=\ud\ -DVERSION=\0.7.1\ -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DRETSIGTYPE=void -DHAVE_GETHOSTNAME=1 -I. -I. -g -O2 -Wall -W -c ud.c ud.c: In function `get_kernel_version': ud.c:150: warning: implicit declaration of function `ctime' ud.c:150: warning: format argument is not a pointer (arg 3) ctime is returning a pointer rather than an int. Simply adding #include time.h to the top of the ud.c source file fixes this bug. Prototypes are there for a reason! Turning on warnings also highlights other silly coding bugs, but I'll leave those for other people. Cool. Praised be boredom. And thanks for submitting this to the bug report! Cheers, Dave
Re: amd64 repository for debian-marillat
Drew Hess wrote to debian-amd64@lists.debian.org : I want to set up a repository of AMD64 binary packages for the source packages at ftp://ftp.nerim.net/debian-marillat/ What I'd like is a script that checks the source packages there for updates. When a new source package version is available, it would build an AMD64 binary package and stick it in my repository. Is there a tool which automates this process? Maybe something which drives sbuild? thanks d Hi Drew, I suggest you contact Christian Marillat directly. I just offered him access to an amd64 for building and a repository, and I think he's got it going. You might want to just mirror that. Cheers, Dave
Re: [debian-amd64] Dependents on java runtime
Steve Feehan wrote: On Sun, Dec 12, 2004 at 03:26:22PM -0800, David Liontooth wrote: A number of recent packages in debian-amd64 depend variously on j2sdk1.5 (eg freewatch) and j2re1.4 (eg freemind) or java2-runtime (both), which are not available from the mirrors. I've installed Sun's now fully released jre-1_5_0-linux-amd64.bin. How do I tell these packages that java2-runtime is present? Force override? Java is in my path. Cheers, Dave You want to use the equivs package to create packages that provide the java stuff. Search google for 'debian java equivs' and you'll get several sets of instructions. Thanks, that worked great! Dave
ud segfault (was: When will the amd64 port be stable?)
Goswin von Brederlow wrote:
David Liontooth [EMAIL PROTECTED] writes:
Dec 11 12:59:13 clitunno ud[6280]: Uptime daemon starting...
Dec 11 12:59:13 clitunno kernel: ud[6280]: segfault at
958a7d00 rip 002a956e9980 rsp 007fbfffecb8 error 4
The daemon really does stop running, every time I try to start
it. Anything else I can try? Strace below.
Cheers,
Dave
# strace ud
And now the same with -f please. I didn't see a segfault in the starce
and it is probably its child that dies.
You can also compile the ud with debug infos and run it in gdb.
MfG
Goswin
Hi Goswin,
So this is not behavior others are seeing?
I have the pleasure of sending you a thousand EBADF reports below --
you're likely only interested in the last few lines:
chdir(/) = 0
umask(0)= 022
ioctl(2, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fb6d0) = -1 EBADF (Bad
file descriptor)
open(/etc/localtime, O_RDONLY)= 0
fstat(0, {st_mode=S_IFREG|0644, st_size=1017, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x2a9556b000
read(0, TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0...,
4096) = 1017
close(0)= 0
munmap(0x2a9556b000, 4096) = 0
getpid()= 11304
rt_sigaction(SIGPIPE, {0x2a9573b170, [], 0x400}, {SIG_DFL}, 8) = 0
socket(PF_FILE, SOCK_DGRAM, 0) = 0
fcntl(0, F_SETFD, FD_CLOEXEC) = 0
connect(0, {sa_family=AF_FILE, path=/dev/log}, 16) = 0
sendto(0, 30Dec 11 19:34:31 ud[11304]: U..., 56, 0, NULL, 0) = 56
rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0
close(0)= 0
getpid()= 11304
open(/var/run/ud.pid, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 0
chmod(/var/run/ud.pid, 0644) = 0
fstat(0, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x2a9556b000
write(0, 11304\n, 6) = 6
close(0)= 0
munmap(0x2a9556b000, 4096) = 0
open(/var/lib/misc/uptime.record, O_RDONLY) = 0
chmod(/var/lib/misc/uptime.record, 0644) = 0
fstat(0, {st_mode=S_IFREG|0644, st_size=36, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x2a9556b000
read(0, 0.7.1\n0.00\n\n0.00\n\n0...., 4096) = 36
close(0)= 0
munmap(0x2a9556b000, 4096) = 0
open(/proc/uptime, O_RDONLY) = 0
fstat(0, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x2a9556b000
read(0, 97472.40 97151.76\n, 1024)= 18
close(0)= 0
munmap(0x2a9556b000, 4096) = 0
uname({sys=Linux, node=clitunno, ...}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
Process 11304 detached
Cheers,
Dave
# strace -f ud
execve(/usr/bin/ud, [ud], [/* 15 vars */]) = 0
uname({sys=Linux, node=clitunno, ...}) = 0
brk(0) = 0x504000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x2a9556a000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=104400, ...}) = 0
mmap(NULL, 104400, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2a9556b000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0`\324\1\0...,
640) = 640
fstat(3, {st_mode=S_IFREG|0644, st_size=1294400, ...}) = 0
mmap(NULL, 2353800, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x2a9566c000
mprotect(0x2a9578e000, 1165960, PROT_NONE) = 0
mmap(0x2a9586c000, 241664, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0x10) = 0x2a9586c000
mmap(0x2a958a7000, 14984, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2a958a7000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x2a958ab000
arch_prctl(0x1002, 0x2a958ab520)= 0
munmap(0x2a9556b000, 104400)= 0
rt_sigaction(SIGINT, {0x401af0, [INT], SA_RESTART|0x400}, {SIG_DFL},
8) = 0
rt_sigaction(SIGHUP, {0x401af0, [HUP], SA_RESTART|0x400}, {SIG_DFL},
8) = 0
rt_sigaction(SIGQUIT, {0x401af0, [QUIT], SA_RESTART|0x400},
{SIG_DFL}, 8) = 0
rt_sigaction(SIGTERM, {0x401af0, [TERM], SA_RESTART|0x400},
{SIG_DFL}, 8) = 0
umask(022) = 022
brk(0) = 0x504000
brk(0x525000) = 0x525000
brk(0) = 0x525000
open(/proc/uptime, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0444, st_size=0
Re: When will the amd64 port be stable?
Ron Johnson wrote: On Fri, 2004-12-10 at 11:45 -0800, David Liontooth wrote: Goswin von Brederlow wrote: Same time the official sarge will be released (+ a day or two) the unofficial sarge amd64 should be finished. Hey, that's great news! (News to me anyway.) Aside from hankering after sarge, I've found sid to be rock solid at this end (aside from ud and xprt, which segfault). ud? uptime daemon -- crashes on startup: dmesg-2.6.9-ac6-5-FX5500: ud[1921]: segfault at 958a7d00 rip 002a956e9980 rsp 007fb048 error 4 dmesg-2.6.9-ac6-5-riva: ud[1788]: segfault at 958a7d00 rip 002a956e9980 rsp 007fb048 error 4 dmesg-2.6.9-ac6-5-snd-bt87x:ud[1948]: segfault at 958a7d00 rip 002a956e9980 rsp 007fb048 error 4 dmesg-2.6.9-ac6-6-ACPI: ud[3858]: segfault at 958a7d00 rip 002a956e9980 rsp 007fb058 error 4 dmesg-2.6.9-rc2:ud[1625]: segfault at 9589ffc0 rip 002a956e3790 rsp 007fb068 error 4 dmesg-2.6.9-rc2-02-promise: ud[1834]: segfault at 9589ffc0 rip 002a956e3790 rsp 007fb068 error 4 dmesg-2.6.9-rc2-acpi: ud[1891]: segfault at 9589ffc0 rip 002a956e3790 rsp 007fb068 error 4 dmesg-2.6.9-rc2-afterXP:ud[1766]: segfault at 9589ffc0 rip 002a956e3790 rsp 007fb068 error 4 dmesg-2.6.9-rc2-no-acpi:ud[1875]: segfault at 9589ffc0 rip 002a956e3790 rsp 007fb068 error 4 Not exactly crucial. The uptime command works fine. Dave
Re: MythTV
Don Montgomery wrote: Dave, I would be very interested to hear any info you have found about HDTV cards that work (or not) under amd64. Thanks, Don Don, it'll take a while -- I looked at the drivers and the 2.6 kernel drivers are built for FedoraCore2 (32-bit version), so we're going to start out with that, and then experiment in a Debian pure 64 chroot. Gentoo people have the driver working for amd64, so I don't think there are any real problems. (I need someone else to handle the project, so I'm recommending an optimal entry point.) Dave On Sun, 28 Nov 2004, David Liontooth wrote: Date: Sun, 28 Nov 2004 21:13:14 -0800 From: David Liontooth [EMAIL PROTECTED] To: debian-amd64@lists.debian.org Subject: MythTV Resent-Date: Sun, 28 Nov 2004 23:13:23 -0600 (CST) Resent-From: debian-amd64@lists.debian.org MythTV compiles on amd64 using the following procedure: * get liblame0 and liblame0-dev from http://debian.freenux.org/debian-marillat-amd64/ * add this to /etc/apt/sources.list and run update: deb-src http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv * wajig source mythtv * cd mythtv-0.16 * vi debian/control -- add this to dependencies, after liblame-dev: | liblame0-dev * apt-get install libqt3-mt-dev libmysqlclient-dev liblircclient-dev libartsc0-dev (this will also install mysql-common) * fakeroot dpkg-buildpackage I'm doing this just to test the build, to help me decide whether to advice somone else to buy and amd64 for a capture project, so I've not installed it. I've already tested that a bttv capture card works. The second decision is the pcHDTV capture card, which seems to be getting mixed reviews under amd64. Cheers, Dave
MythTV
MythTV compiles on amd64 using the following procedure: * get liblame0 and liblame0-dev from http://debian.freenux.org/debian-marillat-amd64/ * add this to /etc/apt/sources.list and run update: deb-src http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv * wajig source mythtv * cd mythtv-0.16 * vi debian/control -- add this to dependencies, after liblame-dev: | liblame0-dev * apt-get install libqt3-mt-dev libmysqlclient-dev liblircclient-dev libartsc0-dev (this will also install mysql-common) * fakeroot dpkg-buildpackage I'm doing this just to test the build, to help me decide whether to advice somone else to buy and amd64 for a capture project, so I've not installed it. I've already tested that a bttv capture card works. The second decision is the pcHDTV capture card, which seems to be getting mixed reviews under amd64. Cheers, Dave
Bug in Imlib11
Hi all I have found a bug in Imlib11 (1.9.14-17), on pure64 and gcc-3.4 The problem is that they are using long ints for loading the bmp header, the size of long int is 8bytes in amd64 and 4bytes in i386, this is causing kuickshow (and others) being unable to display bmps. i have fixed it changing a few lines in imlib-1.9.14/Imlib/load.c line 626: - fread(dbuf, 4, 4, file); - - size = dbuf[0]; - offset = dbuf[2]; - - fread(dbuf, 4, 2, file); - *w = (int)dbuf[0]; - *h = (int)dbuf[1]; + fread(dbuf, 4, 2, file); + size = (int)dbuf[0]; + fread(dbuf, 4, 2, file); + offset = (int)dbuf[0]; + + fread(dbuf, 4, 1, file); + *w = (int)dbuf[0]; + fread(dbuf, 4, 1, file); + *h = (int)dbuf[0]; I hope this can help.
Re: Permission to run chrooted X-apps remotely as user root
Bill Allombert wrote: On Fri, Nov 12, 2004 at 02:48:46AM -0800, David Liontooth wrote: This is not really an amd64 topic, aside from the fact that pure64 creates the need for a chroot. The issue is X11 permissions within an ia32 chroot. First off, never run a X11 app as root. Second, once you ignore the warning above, issue: xauth merge /home/your login/.Xauthority as root. This will add your credentials to root credentials. That should solve the problem. Cheers, Thanks, that's very useful, at least occasionally. Aside from that I'll follow your advice never to follow your advice! grin Cheers, Dave
Re: Reinstall *all* packages. How?
[EMAIL PROTECTED] wrote: Hi, I am able to login the amd64 box anymore, I have practically lost it as a bootable one. I do however have a lot of stuff (about 2GB) in /var/cache/apt/archives/ My question is: After setting up a fresh system from CD, how can I make the newly installed OS update itself from these already downloaded packages. I have tried a simple copy of the old /var/cache/apt/archives/ to the new installation, but simply copying the packages does not seem to work. Short of creating my local Debian repository, is there a way I can instruct apt-get (or aptitude) to use the files already downloaded. What I really want to do is a complete reinstall of the packages I have. Is that possible? dpkg -i *.deb I recommend wajig, which makes it easier to handle the various package control apps. In wajig you would issue wajig install *.deb You can also create a selective list of the packages and issue wajig file-install list name wajig is also useful if you need to force overrides etc. It's not quite as powerful as dpkg, but simpler to learn. Cheers, Dave
Re: Incommunicado after winxp/vmware access over NFS
Lennart Sorensen wrote: On Sun, Oct 31, 2004 at 10:38:52AM -0800, David Liontooth wrote: Thanks, Len -- I didn't realize the upgrade was free, so that's very useful. It turns out the problem can't have been vmware after all, however, as the same thing happened when I wasn't using it. I reverted the most recent change, which was upgrading the hotplug package, and it hasn't happened again, but this is not a diagnosis. I'll upgrade VMware anyway -- if I can run it on the amd64, that would be very cool -- but it would mean running a 32-bit app within a pure64 environment. My guess is that VMware 4.5 won't run in our pure64 Debian -- is that correct? Hmm, no idea I haven't tried vmware on 64bit myself, I just read about some kernel patches/driver patches for vmware related to amd64 support. I have found 4.5 much better than 4.0 for some things, so it's worth downloading the new one. VMware seems to always consider any point releases to be free upgrades. I suspect if/when they release a version with full 64bit support (both host and guest), it will be version 5.x and require an upgrade. :) Len Sorensen Well, good news on that front -- vmware 4.5.2 works great on Debian pure64, with these reservations: * it needs the libpopt library in /emul for smbpasswd to work * it may need X11 libraries in /emul too I run vmware over a network rather than locally and needed only libpopt. Snappy performance! It supports 32-bit guest OSes like WinXP. Cheers, Dave
Re: Incommunicado after winxp/vmware access over NFS
Lennart Sorensen wrote: On Fri, Oct 29, 2004 at 07:56:41PM -0700, David Liontooth wrote: Not terribly exciting, but my amd64 sid box (Thunder K8S/AMD-8111/3ware 8506/Broadcomm 5700) let me down for the first time today, after months of rock-solid performance. I was running WinXP over VMware on another computer (x86), and accessing the RAID volume over NFS (and Samba, which is how VMware sees beyond its navel). I've had trouble doing that before on amd64 -- able to read, but not write, and the connections were miserably slow. This setup has always worked fine on x86 boxes. This time the amd64 box simply cut me off. I couldn't even get a local display and it was unresponsive to the keyboard. ping came up empty. I guess I could have waited a long time, but I just warm booted. To complicate things, I run VMware over a remote X-windows connection, but I don't think that mattered -- it's just WinXP having problems. Is there simply a 32/64-bit conflict, as WinXP is obviously 32-bit and can't quite grok 64-bit NFS? So this simply should be expected not to work that well? Or a VMware problem? -- this is 4 rather than 4.5. But the failure didn't crash WinXP or VMware, it just rendered my 64-bit Linux friend incommunicado. Well there are patches against vmware that mention amd64 changes, such as vmware-any-any-update83. A google search should find the patch website with a list of changes. not sure if current patches are for 4.5.x only or if 4.x is still being supported (I can't think of ny good reason not to upgrade to 4.5 though, given it's a free upgrade from 4.0). The patches are probably past 83 now, but I remember that one mentioning amd64 at least. Len Sorensen Thanks, Len -- I didn't realize the upgrade was free, so that's very useful. It turns out the problem can't have been vmware after all, however, as the same thing happened when I wasn't using it. I reverted the most recent change, which was upgrading the hotplug package, and it hasn't happened again, but this is not a diagnosis. I'll upgrade VMware anyway -- if I can run it on the amd64, that would be very cool -- but it would mean running a 32-bit app within a pure64 environment. My guess is that VMware 4.5 won't run in our pure64 Debian -- is that correct? Cheers, Dave
Zope segfaulting
Has anybody been successful at running Zope on AMD64 yet? I've tried the upcoming Debian AMD64 release, Ubuntu and Fedora Core 2, and on all three distros it is segfaulting on me. Honestly I don't have the first clue how to debug a segfault so any advice on what course of action I should take will be greatly appreciated. Thanks, -- David Merrill http://www.lupercalia.net [EMAIL PROTECTED]
Re: Zope segfaulting
John Goerzen wrote: AFAIK, Zope is pure Python code, so the problem would lie with the Python interpreter. I'd start there -- maybe google around for info on that? And I know Python. I figured out which line it was crashing on - calling initgroups.initgroups(UID, gid) Unfortunately that seems to be a compiled module. However, the call seems only to be used in order to drop privileges if running as root. But since I'm not running as root anyway, I just disabled that little bit of code and my server is up and humming. So far no strange side effects. I was pulling my hair out on this, after spending personal funds on this baby to replace my aging webserver. Now I'm happy. Thanks, -- David Merrill http://www.lupercalia.net [EMAIL PROTECTED]
Howto install Openoffice.org on Debian amd64 pure64
Summarizing past instructions -- this works as of today: 1. apt-get install ia32-libs-openoffice.org 2. apt-get install libstlport4.6 3. echo deb http://debian-amd64.alioth.debian.org/openoffice.org ./ /etc/apt/sources.list 4. apt-get install openoffice.org-debian-files=1.1.2-2+1.0.1 5. download zlib1g_1.2.2-1_i386.deb from a Debian mirror 6. dpkg -X zlib1g_1.2.2-1_i386.deb /emul/ia32-linux 7. ldconfig If additional libraries are needed, repeat 5-6-7 for each. Cheers, Dave
Re: Install Report: Tyan Thunder K8S Pro / dual Opteron 250 / 2GB / SATA root
Next time, try mount / -o remount,rw. Don't forget to mount / -o remount,ro when you're done, for a clean shutdown. In fact, I tried it this time. By stuck in readonly I meant that even in single user mode it refused to remount root read-write. I still don't know why this happened. -David
Install Report: Tyan Thunder K8S Pro / dual Opteron 250 / 2GB / SATA root
Executive Summary: I didn't use the installer, rather I debootstrapped on a HDD and then put it in the new machine. Unlike any of my previous debian-amd64 installs, everything just worked. Thanks debian-amd64 developers for all of your hard work, as this port has come a long way! A Few Details: After rocky experiences installing debian-amd64 on Athlon64 boxen, I nevertheless decided to use it for my new computation server. This machine will be used for various long-running computationally-intensive mathematical tasks. The specs are: Tyan Thunder K8S Pro (s2882) with BIOS 2.03 Dual Opteron 250 2 GB Kingston ECC/Registered PC3200 DDR RAM Samsung SP1213C 120GB SATA HDD (By the way, the BIOS version may be important here. Tyan's web site says that Opteron 250 support was only recently added, but thankfully 2.03 has this feature.) I bootstrapped the installation rather than using a bootable CDROM; my procedure was: 1) Install HDD in working debian-amd64 box, partition and create filesystems. 2) cdebootstrap from alioth 3) chroot and apt-get miscellaneous utilities (scsi-tools, etc.) 4) compile kernel with hardware support as listed on debian-amd64 K8 mainboard compatibility list and safe options (e.g. no NUMA) 5) edit fstab and other config files to reflect predicted configuration of new machine 6) install GRUB 7) transplant HDD into dual Opteron machine and boot 8) apt-get more applications, recompile kernel with optimal settings (SMP, NUMA etc) The only hitch was that I left a /dev/sdb in fstab that needed to be /dev/sda, and as a result fsck failed on boot. The root filesystem seemed stuck in readonly mode, so my solution was to add the kernel parameter rw and skip fsck on boot. I was then able to edit fstab. The K8 mainboard compatibility list was very helpful and all of the onboard hardware was supported immediately when I compiled a kernel with the drivers listed there. Maybe, though, it would be good to add a list of XFree86 drivers for the onboard video where appropriate? The K8S Pro has builting ATI Rage/XL which works fine with the ati driver. Hardware monitoring with lm_sensors works well but really requires the custom sensors.conf available from http://www.tyan.com. So far, I can definitely recommend this board/CPU combination for use with debian-amd64. I will post an update if anything changes significantly. -David
libflash-mozplugin
Is it just me or does this plugin result in a segfault when trying to load any page in mozilla, firefox, or konqueror containing flash content? -Z 0x61165DC558657E5D5B09F7E93E80D74D82C6161A.asc Description: application/pgp-keys pgpy74CMPEvpP.pgp Description: PGP signature
Java working
Sun distributes a version of java for amd64 at http://java.sun.com/j2se/1.5.0/download.jsp and it works great. Cheers, David cd /usr/local /download/jre-1_5_0-rc-linux-amd64.bin vi /etc/profile add /usr/local/jre1.5.0/bin
Success report Thunder K8S/AMD-8111/3ware 8506/Broadcomm 5700
Greetings -- A big thank you to everyone who has worked hard to get this port running! It's a thrill to be back on Debian. I just switched my SuSE 9.0 system over, using the cross-install instructions at http://www.burgettsys.com/stories/59455/ and the debian-amd64-howto. Documentation suggestions: It might be really useful for people crossing over if the debian-amd64-howto contained these very simple instructions for crossing over. Since Debian is getting support for amd64 later than some of the other distros, there may be others who start out with a commercial distro and switch. Mention that you need module-init-tools, or no modules will load. Installation problems: There were various small problems with debootstrap -- init scripts retained the FAKE version after install, console-data didn't install, base-config needed to be rerun -- but the problems self-corrected on reinstalling these packages. tasksel never managed to actually install anything. Kernel issues: I kept making kernels that oopsed right at the outset while starting to boot, possibly because I built CONFIG_X86_MSR and CONFIG_X86_CPUID into the kernel (not confirmed). Debian's (Broadcomm's) bcm5700-source driver also killed my system reliably; use tg3. I can't comment on stability at this point, but things are looking good! Cheers, David
Re: Lots of PREEMPT on 2.6.7-6 and 2.6.7-3. 2.6.8-3 panics before mounting anything.
Off the top of my head.. Don't enable preemptive kernel in kernel config for Athlon 64. As it says in the documentation, it's not well-tested and may be unstable. -Z On Sunday 12 September 2004 02:24 pm, In The Night wrote: Home brewed 2.6.6 DOES work so far removed Here a snippet from messages: Sep 12 22:52:37 localhost kernel: PML4 0 Sep 12 22:52:37 localhost kernel: CPU 0 Any ideas out there... MSI NEO-K8T FSR (If I remembered correctly) with Athlon 64 3000+ Soundblaster Live 5.1 MSI FX5600 TD 128 Twinmos PC3200 Dual Pack (1024) RAM 2 SATA Drives + 3 PATA Drives + Plextor PX-712A Texas Intruments based Firewire card.
Re: Dialup Netinstall
On Thu, Aug 26, 2004 at 12:35:08PM -0700, bob wrote: I've looked around and can't find the .jigdo files for the AMD64 distribution? Good point. Perhaps you could download the sarge ones (if you can find them) and modify them to point to the amd64 repository. dd -- David Dooling
Re: Dialup Netinstall
On Tue, Aug 24, 2004 at 05:55:37PM -0700, bob wrote: I'm trying to install Debian AMD64 at home and all I have is dialup networking. Everything goes fine untill the installer trys to find the packages and then things fail. My question is, is there a way to make CD's for the rest of the packages I need. If you have access to a fast internet connection and a CD burner, you can use jigdo. http://www.debian.org/CD/jigdo-cd/ http://atterer.net/jigdo/ dd -- David Dooling
Re: Bug#260747: removing --enable-final allows successful compilation of arts-1.3.0
I was referring to the rules for arts-1.3.0-1, specifically, lines 73-76: # run configure with build tree $(objdir) cd $(objdir) \ CC=gcc-3.3 CXX=g++-3.3 ../configure $(configkde) --enable-final \ --with-alsa However, as you point out, gcc/g++ 3.3 is used to build the package by default. I removed the CC and CXX settings and rebuilt with the default version on my system (3.4.1), and experienced the segfault in mcopidl. I then removed the suspicious --enable-final option and the package compiled successfully with 3.4.1. Thus in the end I replaced the rules quoted above with: # run configure with build tree $(objdir) cd $(objdir) \ ../configure $(configkde) \ --with-alsa -David On Sun, 15 Aug 2004 21:56:08 +0200, Matthias Klose [EMAIL PROTECTED] wrote: the version you cite is not made by the gcc-3.4 package in unstable nor do I see that --enable-final is passed at configure time. Matthias David Dumas writes: I experienced the segfault in mcopidl when compiling arts-1.3.0 with gcc 3.4.1 under debian unstable (amd64). I looked at debian/rules and found that --enable-final is passed to configure; this option has the following description in the configure usage message: --enable-final build size optimized apps (experimental - needs lots of memory) Why would the debian package optimize for size? Anyway, removing this option allowed a successful build, i.e. no segfault in mcopidl. -David $ gcc -v Reading specs from /usr/lib/gcc/x86_64-linux/3.4.1/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/3.4 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --program-suffix=-3.4 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --disable-werror x86_64-linux Thread model: posix gcc version 3.4.1 (Debian 3.4.1-5.0.0.2.amd64)
Issues with arts using ALSA kernel sound on AMD64 arch.
I've been having a problem since I first installed the AMD64 distro where some
arts-aware apps will produce sound, and some will not.
I thought it was the mixer, because in the artscontrol app, no volumes are
shown in the master volume display, even when an arts application is
producing sound. My x86 laptop doesn't have this issue at all in KDE.
I have tried 3 different sound cards, with the same results; the problem is
somewhere in the arts libraries, I think. The same issue happens, even if I
use the OSS emulated device with artsd.
I did notice in an strace of the affected applications output of a pipe error
similar to this:
write(8, MCOP\0\0\0\0\0\0\4\0\0\0\33\0\0\0\0\0\0\0\37\0\0\0\v_..., 60) = 60
select(10, [3 5 8], [9], [5 8 9], {0, 18541}) = 2 (in [8], out [9], left {0,
19000})
read(8, MCOP\0\0\0\24\0\0\0\5\0\0\0\37\0\0\0\10, 8192) = 20
ioctl(9, 0x80984120, 0x7fbfffed40) = 0
ioctl(9, 0x40184150, 0x7fbfffeda0) = -1 EPIPE (Broken pipe)
ioctl(9, 0x4140, 0x2a96670807) = 0
ioctl(9, 0x4142, 0x2a96670807) = -1 EPIPE (Broken pipe)
write(2, ALSA lib pcm_hw.c:549:(snd_pcm_h..., 41ALSA lib pcm_hw.c:549:
(snd_pcm_hw_start) ) = 41
write(2, SNDRV_PCM_IOCTL_START failed, 28SNDRV_PCM_IOCTL_START failed) = 28
write(2, : Broken pipe, 13: Broken pipe) = 13
write(2, \n, 1
Having googled a bit, this seems to be a common problem/bug, but it's been
fixed in the i386 Debian distro, because I don't have this issue on my other
machines.
Any ideas? :D I would LOVE to be able to use amarok.
-Z
Re: New procps, may break
On Thu, 29 Jul 2004 23:08:21 +1000 [EMAIL PROTECTED] (Craig Small) wrote: A new procps has been uploaded. I think the 64bit arches will be ok but I'd just like to let you lot know that there might be problems on the sparc or amd64. Complaining won't fix it, but patches that don't break the package in other exciting ways will fix it. I know it works ok for an alpha so the compliing part is fine, but the lib vs lib64 might be a problem. Can you elaborate on the expected potential failure? You do have something specific your worried about, otherwise you wouldn't mention anything :-) Thanks. And I'll try to help out with whatever explodes.
unison 2.9.1 segfault on amd64
When I try to synchronize my laptop (running debian i386 unstable) with my desktop (running debian amd64 unstable) the unison process on the desktop segfaults just before starting to update files. Is anyone else experiencing this problem? (BTW I mentioned before that there isn't a segfault in debian amd64 that recompiling with gcc 3.4 doesn't fix. I must now retract that statement, though 3.4 is still the right way to go.)
Re: gcc-defaults: Please make gcc-3.4 the default on amd64
On Mon, 19 Jul 2004 23:00:34 +0200, Andreas Jochens [EMAIL PROTECTED] wrote: Please make gcc-3.4 the default on amd64. It has much better support for the amd64 architecture and also much better performance on amd64 than gcc-3.3. Yes, please do. I recently switched to the amd64 port full-time, and have not yet encountered a segfault that recompiling with gcc-3.4 didn't fix. Moreover, I think this relatively new port should standardize on a gcc with good K8 support while it is still young. -David
Re: amd64 sleeps too quickly
$ time ssh pergolesi.debian.org sleep 5; echo done done real0m2.957s The problem is not universal: $ uname -a Linux feynman 2.6.7.2004-07-11feynman-amd64 #3 Sun Jul 11 03:09:04 EDT 2004 x86_64 GNU/Linux $ time sleep 5 real0m5.001s user0m0.000s sys 0m0.002s $ dpkg -l coreutils 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 +++-==-==- ii coreutils 5.0.91-2 The GNU core utilities
