Re: [a-users] Re: ITP: fmit -- free music instrument tuner
Hi, > I'm trying to debug why 'fmit' is so unstable on my unstable amd64 > box. Backtrace is looking suspiciously too qt to be application > specific. Anyone seen this kind of backtrace recently? At first sight > it looks like some allocator bug. I've tried to find out if this application works under ibook, and it was equally unusable. I guess this isn't a powerpc problem. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Preparing to give 64 bit a shot again on Gateway laptop
On Fri, Feb 03, 2006 at 02:24:40PM -0700, Tannon Weber wrote: > I've been monkeying with i386 for a day and a half now, and I'm still > having fun (pronounced "pain") getting that to work. Maybe once I > have 32 bit working and documented as to what I had to do I'll give > AMD64 a try again. Maybe by the time that I get i386 working properly > AMD64 will be fully mature too... *grin* > > At least if I can get all of the hardware functioning in 32bit then > maybe the migration won't be so bad. Well just don't try loading Sarge on that machine. It won't work. A daily build might load, although since testing still has 2.6.12, you are better off selecting unstable for now and loading 2.6.15. Then it might work OK. Of course many people are having trouble building the fglrx drivers for 2.6.15 (at least on amd64) so that may be a different issue (although one likely to be resolved soon). Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Preparing to give 64 bit a shot again on Gateway laptop
I've been monkeying with i386 for a day and a half now, and I'm still having fun (pronounced "pain") getting that to work. Maybe once I have 32 bit working and documented as to what I had to do I'll give AMD64 a try again. Maybe by the time that I get i386 working properly AMD64 will be fully mature too... *grin* At least if I can get all of the hardware functioning in 32bit then maybe the migration won't be so bad. Thanks! -- Tannon Weber [EMAIL PROTECTED] --- "Cats are intended to teach us that not everything in nature has a function." --Garrison Keillor
Re: AMD64 Install (failure) report
[EMAIL PROTECTED] writes: > Install source: Etch Netinstall CD image dated 2006/01/11. A few weeks > old, but I've successfully used it several times to install on this same > machine, with the same hardware, as practice / just screwing around. I think you'll have to update this, as etch is a moving target. Alternatively, if your hardware permits it, you could install sarge and then (dist-)upgrade to etch. >>From inspecting my mirror (debian.csail.mit.edu), the package > base-config appears to have gone weird around January 1. There > are two versions on the mirror; 2.73 has a 251k .deb file which > includes /usr/sbin/termwrap, while 2.76 has a 41k .deb which > does not (and which is also missing lots of other stuff in the > 2.73 file). Its functionality has deliberately been shifted into the installer. > So maybe after rebooting into the system to finish the install, > "updated" versions of packages installed from the netinstall CD > are fetched, and that one is broken? But then how was I able to > install successfully previous times since January 11? Maybe > some other package's install script calls termwrap, and isn't > supposed to anymore? Although base-config 2.76 entered unstable (sid) on December 31, it didn't propagate into testing (etch) until February 2 (yesterday), according to http://packages.qa.debian.org/b/base-config.html . -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
3D games stop
Hello I have the following problem: whenever I play a 3D game like ppracer or torcs the display freezes every once and then for half a second or so. This is quite annoying. This doesn't occur when using a 32-bit Debian or 64-bit SuSE. Xorg.0.log doesn't show any helpful information. dmesg however shows the following: [...] [drm] Initialized drm 1.0.0 20040925 ACPI: PCI Interrupt :01:00.0[A] -> GSI 16 (level, low) -> IRQ 18 [drm] Initialized radeon 1.19.0 20050911 on minor 0: agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 4x mode agpgart: Putting AGP V3 device at :01:00.0 into 4x mode [drm] Loading R200 Microcode agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 4x mode agpgart: Putting AGP V3 device at :01:00.0 into 4x mode [drm] Loading R200 Microcode NET: Registered protocol family 4 NET: Registered protocol family 3 NET: Registered protocol family 5 agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 4x mode agpgart: Putting AGP V3 device at :01:00.0 into 4x mode [drm] Loading R200 Microcode agpgart: Found an AGP 3.0 compliant device at :00:00.0. agpgart: Putting AGP V3 device at :00:00.0 into 4x mode agpgart: Putting AGP V3 device at :01:00.0 into 4x mode [drm] Loading R200 Microcode Why is this "Loading R200 Microcode" four times? Has this maybe something to do with my problem? Any ideas how to solve this problem would be appreciated. Thanks in advance Gian PS: I have Debian Unstable. I use an Asus Radeon 9250GE, a Gigabyte K8VT800 Pro and an AMD Sempron 2800+. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stable vs Etch
Am Freitag 03 Februar 2006 19:36 schrieb Austin Denyer: > On Fri, 3 Feb 2006 19:08:09 +0100 > > Gian Domeni Calgeer <[EMAIL PROTECTED]> wrote: > > Stable is Sarge and the most stable one; Testing is Sid and a bit > > less stable; Unstable is Etch and even less stable. > > You are correct in that Stable is currently Sarge. > > However, Testing is currently Etch, not Sid. > > Unstable is Sid, not Etch. > > Unstable will always be Sid. Ah, sorry. I mixed them up. > > For those who don't know, the names are from characters in the movie > "Toy Story", and Sid was the boy who broke toys #;-D > > Regards, > Ozz. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fglrx and linux-image-2.6.15-1-amd64-k8
Fielder George Dowding kiedys napisal: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Yes, I am also very interested in the 8.21.7 ATI driver for the > 2.6.15-1-amd64-k8 kernel. I will be attempting (yet again) to get it > working tonight at the AKLUG Laboratory Session. > I've looked into this module and there seems to be many, many problems with both drivers. But some are errors not warnings, First is about lack of ioctl32 so it can be replaced with right header but it seems that it doesn't makes it working. Tonight I will search for any asm headers if it has to be replaced. -- |Athlon64 3000+|mobo GA-K8NF-9|1024 RAM|graph x800 GT Sapphire|SAMSUNG SP1614N & SP0802N|LG DVD-ROM DRD-8160B|LITE-ON DVDRW SOHW-1633S|Debian SID amd64 port Registered Linux User 369908 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 32bit chroot problems
On Fri, 03 Feb 2006 17:50:17 +0100, Henrik Rasmussen wrote: > I had also tried to download from http://ftp.debian.org/debian, with no > success > how do i come further? I had a similar issue. I deleted everything and tried again, and it worked. Hardly helpful, I know. -- Best Regards, Jack Linux User #264449 Powered by Debian GNU/Linux on AMD64 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fglrx and linux-image-2.6.15-1-amd64-k8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yes, I am also very interested in the 8.21.7 ATI driver for the 2.6.15-1-amd64-k8 kernel. I will be attempting (yet again) to get it working tonight at the AKLUG Laboratory Session. Marcin D?bicki wrote: > Did anyone installed successfully 8.21.7 driver for ATI on 2.6.15 kernel? I > am using kernel image from repo (linux-image-2.6.15-1-amd64-k8). > Compilation goes ok, ko module is generated. Many warnings obviously are > whown but module is generated. While trying to modprobe it seems that > module cannot be inserted because of some reason. > > I've tried compilation woth and without patch from this site: > http://www.thinkwiki.org/wiki/Problems_with_fglrx#fglrx_8.21.7 - -- Fielder George Dowding, Chief Iceworm.^. Debian/GNU Linux dba Iceworm Enterprises, Anchorage, Alaska /v\ "etch" Testing Since 1976 - Over 25 Years of Service. /( )\ User Number 269482 ^^-^^ "irad" 301256 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD46CO2kl99FX0AIkRAhzqAKCVB/atPXSKi3dW9bEuWbvkgrwUrgCeMaZs eCPKW3MW6YfP28ylJhlhS5Q= =2zaH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stable vs Etch
On Fri, 3 Feb 2006 19:08:09 +0100 Gian Domeni Calgeer <[EMAIL PROTECTED]> wrote: > > Stable is Sarge and the most stable one; Testing is Sid and a bit > less stable; Unstable is Etch and even less stable. You are correct in that Stable is currently Sarge. However, Testing is currently Etch, not Sid. Unstable is Sid, not Etch. Unstable will always be Sid. For those who don't know, the names are from characters in the movie "Toy Story", and Sid was the boy who broke toys #;-D Regards, Ozz. pgpAsm8mHs1qN.pgp Description: PGP signature
Re: Stable vs Etch
[I accidentally posted this to russ directly, posting to list now] On 2/3/06, Russ Cook <[EMAIL PROTECTED]> wrote: > I am currently running a 64-bit system, using Stable in my apt sources.list. > I find that some packages are unavailable to me (as expected). I understand > that amd64 is not an official part of the archives yet, but all the > ramifications > are unclear to me. Not all packages are available in testing, and unstable either. If you want to run a package not in the amd64 archive (such as openoffice, flash and so on), you'll have to install a 32-bit chroot. See this howto: http://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html > Is Etch the current unstable source tree for amd64, > or is > it testing, and is unstable more unstable than testing, or vice-versa? Dist name association is (http://www.debian.org/releases/) Stable: Sarge Testing: Etch Unstable: Sid It doesn't matter which architecture you run, the dist name association is the same. You can refer to the distribution either as "etch", either as "testing" (for example). So you can put "testing" in your apt sources, and even when another release appears, you are going to use the new "testing" distribution. If you say etch, then you are going to use the etch distribution, even when it becomes stable, oldstable and so on. If you say unstable, or sid you are going to use that, as "sid" is always the name of the unstable distro. I hope I explained this clear enough. > I want to be able to play and write dvds, run Azureus, etc, but I don't want > to take any more risks than necessary of my system crashing due to > experimental packages. I'm will to take some risk, but I'd like to know the > relative levels with the various packages. I am using the unstable distribution on amd64, and didn't have crashes. I was using the unstable distribution on i386 too. I didn't notice 'unstable on amd64' being "more unstable" than 'unstable on i386'. Of course since you are currently using stable I recomend staying with it. Upgrade to testing though, if you have hardware that is not supported by stable. > I guess what I'm really > asking is > what is the correspondence between degress of stability with stable, > unstable, testing, experimental, and what dist names are associated with > these levels - Sid, Sarge, Etch, etc? See my answer above > > What does debian-marrilat offer that the other mirrors don't? I don't know, perhaps somebody else can shed some light on this. Edwin
Re: Stable vs Etch
Am Freitag 03 Februar 2006 18:51 schrieb Russ Cook: > I am currently running a 64-bit system, using Stable in my apt > sources.list. I find that some packages are unavailable to me (as > expected). I understand that amd64 is not an official part of the archives > yet, but all the ramifications > are unclear to me. Is Etch the current unstable source tree for amd64, > or is > it testing, and is unstable more unstable than testing, or vice-versa? > > I want to be able to play and write dvds, run Azureus, etc, but I don't > want to take any more risks than necessary of my system crashing due to > experimental packages. I'm will to take some risk, but I'd like to know > the relative levels with the various packages. I guess what I'm really > asking is > what is the correspondence between degress of stability with stable, > unstable, testing, experimental, and what dist names are associated with > these levels - Sid, Sarge, Etch, etc? Stable is Sarge and the most stable one; Testing is Sid and a bit less stable; Unstable is Etch and even less stable. > > What does debian-marrilat offer that the other mirrors don't? If you want to play DVDs, MP3s and so on, you'll need debian-marillat in addition to one of the "normal" debian mirrors. It doesn't replace them. > > Thanks much, >Russ To play DVDs, Sarge is enough if you add debian-marrillat to your /etc/apt/source.list. To run Azureus, however, you'll need a Java. I recommend to use Java-Package to install it, so you are able to easily remove it if you don't need it any more. It makes a Debian package from the Java installer you can download at www.java.com. Gian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Stable vs Etch
I am currently running a 64-bit system, using Stable in my apt sources.list. I find that some packages are unavailable to me (as expected). I understand that amd64 is not an official part of the archives yet, but all the ramifications are unclear to me. Is Etch the current unstable source tree for amd64, or is it testing, and is unstable more unstable than testing, or vice-versa? I want to be able to play and write dvds, run Azureus, etc, but I don't want to take any more risks than necessary of my system crashing due to experimental packages. I'm will to take some risk, but I'd like to know the relative levels with the various packages. I guess what I'm really asking is what is the correspondence between degress of stability with stable, unstable, testing, experimental, and what dist names are associated with these levels - Sid, Sarge, Etch, etc? What does debian-marrilat offer that the other mirrors don't? Thanks much, Russ #deb file:///cdrom/ sarge main deb http://mirror.espri.arizona.edu/debian-amd64/debian/ stable main contrib non-free deb-src http://mirror.espri.arizona.edu/debian-amd64/debian/ stable main contrib non-free deb http://security.debian.org/ stable/updates main contrib non-free
32bit chroot problems
Hei I had tried to install a 32 bit chroot on my 64 bit system, by following the Debian 64bit howto. Then i run the command: debootstrap --arch i386 sid /var/chroot/sid-ia32 http://ftp.debian.org/debian/ It starts to download, but then it comes to the libsigc++-1.2-5c102 it stops downloading and say: E: Couldn't download libsigc++-1.2-5c102 I had also tried to download from http://ftp.debian.org/debian, with no success how do i come further? Henrik Rasmussen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: When will amd64 unstable be official?
> BTW, AMD64 is very almost an official port. > It is autobuilding packages as they are uploaded > to Debian, so any package that's not included is > probaby due to arch-specific reasons. All that AMD64 > is waiting for to become "official" is a place on the > official mirrors. Mmmm, so why there isn't any r1 image in the http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/ path whereas there are many r0a? Bye, ;David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Xinerama for Nvidia Quadro
On Fri, Feb 03, 2006 at 02:11:16PM +0100, antonio giulio wrote: > I have a notebook with quadro nvidia card + external monitor. Does > anybody know how to set xorg.conf for an "extended desktop" via I am not sure if you have to use the nvidia binary drivers to do it. > Xinerama with different resolutions? > Is it possible switch on/off Xinerama internally my desktop session > (without logout) via shell or GUI? I don't think you can reconfigure X without restarting it. Maybe some day. After all it used to be you couldn't change resolutions without restarting X and now you can. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Jumbo Frames?
On Fri, Feb 03, 2006 at 06:26:28PM +1100, Hamish Moffatt wrote: > Err, are you sure? Since all 4 pairs are used, I thought most PHY > devices were capable of working out which was which by themselves. > Ie cross-over will be automatically detected. Most cross over cables only cross 2 pairs and leave the other two pairs disconnected. The disconnected pairs are the real problem. There is a way to cross all 4 pairs, but most commercially made cross over cables I have seen are only doing the 10/100mbit pairs. Most homemade crossover cables also weren't made for gigabit. Of course since gigabit seems to always do auto MDI-X it is much simpler to just use the cheaper straight cables. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Preparing to give 64 bit a shot again on Gateway laptop
On Thu, Feb 02, 2006 at 04:33:51PM -0700, Tannon Weber wrote: > I've been doing some further reading on the subject since my last > inquiry, and it looks like I have a Broadcomm wireless chipset. Crap. > Everything that I've found online so far indicates that it won't work > with 64 bit when trying a wrapper. Video doesn't seem to be nearly as > much of a problem, as ATI's support page has the Xpress X600 listed, > and I think that the chipset itself is theirs, but I'm still trying to > figure that out. I have read about some people getting broadcom to work with the x4 bit windows xp driver in ndiswrapper. I haven't tried it myself (My wife has an amd64 laptop with a broadcom, but she is running i386 for now). The video you can probably make work either way with the fglrx debian packages that someone maintains. A google search finds then easily. ATI chipsets on the other hand in general seem to be a bit of a nightmare. The newer the kernel the better the changes. 2.6.8 is an absolute disaster. 2.6.12 isn't bad. 2.6.15 is supposed to be getting usable. > I may just save myself the headache and put 32 bit Linux on it for the > moment, just so that I don't have to do any extra work for the > time-being. Well to avoid headaches you have to avoid ati chips in general when buying hardware. At least if you want to run linux. The support just isn't there yet. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DMA missing after install -- rebuild initrd? HOWTO?
On Fri, Feb 03, 2006 at 05:14:09AM +, [EMAIL PROTECTED] wrote: > None of the above -- I use nothing, since I've never monkeyed around > with initrds before. But I had a vague memory of people here > discussing mkinitrd being deprecated in favor of yaird, but yaird > having some problem on amd64 at the moment. Am I remembering > correctly? You have to use one of them. The debian kernels require it. Check which you have installed. Anything up to 2.6.12 works with mkinitrd. Anything later requires a different tool I believe. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian ADM64 Etch (testing/unstable) system freeze
Rami Saarinen wrote: > Anyway, I am glad to inform that yes it really was the memory that was > causing the trouble. I let the machine run the memtest86+ last night and > after 10 hours it had found four memory errors. Apparently I was too > hasty at the first time. Well, now you get the next fun step... verifying that the bad memory didn't corrupt your system install, or your data. I think you said you have ECC memory, so you're probably safe, but you should run debsums, making sure it checks every package installed on your system (you'll have to download copies of a bunch of the .deb's that don't include md5sum information in them). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Xinerama for Nvidia Quadro
Hi, I have a notebook with quadro nvidia card + external monitor. Does anybody know how to set xorg.conf for an "extended desktop" via Xinerama with different resolutions? Is it possible switch on/off Xinerama internally my desktop session (without logout) via shell or GUI? Thanks, Giulio
fglrx and linux-image-2.6.15-1-amd64-k8
Did anyone installed successfully 8.21.7 driver for ATI on 2.6.15 kernel? I am using kernel image from repo (linux-image-2.6.15-1-amd64-k8). Compilation goes ok, ko module is generated. Many warnings obviously are whown but module is generated. While trying to modprobe it seems that module cannot be inserted because of some reason. I've tried compilation woth and without patch from this site: http://www.thinkwiki.org/wiki/Problems_with_fglrx#fglrx_8.21.7 -- |Athlon64 3000+|mobo GA-K8NF-9|1024 RAM|graph x800 GT Sapphire|SAMSUNG SP1614N & SP0802N|LG DVD-ROM DRD-8160B|LITE-ON DVDRW SOHW-1633S|Debian SID amd64 port Registered Linux User 369908 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Jumbo Frames?
On Fri, Feb 03, 2006 at 06:26:28PM +1100, Hamish Moffatt wrote: > On Tue, Jan 31, 2006 at 02:49:39PM -0800, Andrew Sharp wrote: > > Ur, you cannot use a crossover cable with gigabit+. It has to be an > > 8 wire cable of type "straight thru" which is the standard twisted > > pair wire. Make sure your cable, if you didn't make it yourself, > > Err, are you sure? Since all 4 pairs are used, I thought most PHY > devices were capable of working out which was which by themselves. > Ie cross-over will be automatically detected. A cross-over cable is a cable to connect two ethernet (10 Mbit/s) or fast ethernet (100 Mbit/s) NICs and uses only two wire pairs. The other two pairs are usually not connected. A GigE NIC should be able to detect such a cable (or rather: must be able, IIRC) and use it at the maximum allowed speed: 100 Mbit/s. Erik -- +-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 -- | Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Make, ccache and unreaped defunct shells
On Fri, Feb 03, 2006 at 12:47:10AM +0100, Frederik Schueler wrote: > I suggest you pick the backported linux-image-2.6.15-1-amd64-k8-smp > and yaird from www.backports.org. That's what I ended up doing not long after posting. The problem seemed to go away but it's been replaced by another network related problem that I'm currently discussing on the Linux netdev list. Once I was convinced that the make problem had gone away I was going to post a followup. > The ccache version you are using is newer than the one in sarge > (2.3-1.1), is it a sid backport? It's compiled straight from source. Thanks for the advice. -- Mike Crowe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]