KDE in AMD64 etch
I have just installed debian AMD64 etch on a new system (I use etch on my non-AMD systems). The installation (using a daily build netinst kit) went fine. However, I can't install KDE. I get the following errors: The following packages have unmet dependencies: kdelibs4c2a: Depends: libcupsys2 (= 1.1.23-1) which is a virtual package. libboost-python1.33.0c2a: Depends: python2.3 (= 2.3) which is a virtual package. python: Depends: python2.3 (= 2.3.5-1) which is a virtual package. kig: Depends: python2.3 (= 2.3) which is a virtual package. kdelibs-bin: Depends: libcupsys2 (= 1.1.23-1) which is a virtual package. The discussions on the mailing list last month seemed to suggest that KDE was now fine. Is that only in sid? Any ideas on when KDE will arrive in etch? Is the only option, if you want to use a new AMD64 workstation, to use sid? I don't think using sarge is an option because I don't think it has support for the nVidia components on the ASUS A8N-SLI motherboard I am using (am I wrong?). Graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE in AMD64 etch
On Mon, Feb 06, 2006 at 10:29:55AM +, Graham Cobb wrote: I have just installed debian AMD64 etch on a new system (I use etch on my non-AMD systems). The installation (using a daily build netinst kit) went fine. However, I can't install KDE. I get the following errors: The following packages have unmet dependencies: kdelibs4c2a: Depends: libcupsys2 (= 1.1.23-1) which is a virtual package. libboost-python1.33.0c2a: Depends: python2.3 (= 2.3) which is a virtual package. python: Depends: python2.3 (= 2.3.5-1) which is a virtual package. kig: Depends: python2.3 (= 2.3) which is a virtual package. kdelibs-bin: Depends: libcupsys2 (= 1.1.23-1) which is a virtual package. The discussions on the mailing list last month seemed to suggest that KDE was now fine. Is that only in sid? Any ideas on when KDE will arrive in etch? Is the only option, if you want to use a new AMD64 workstation, to use sid? I don't think using sarge is an option because I don't think it has support for the nVidia components on the ASUS A8N-SLI motherboard I am using (am I wrong?). Probably true. You might have some luck using my 2.6.12 based sarge installer, although testing or unstable would be mroe complete. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE in AMD64 etch
On Mon, Feb 06, 2006 at 10:29:55AM +, Graham Cobb wrote: The discussions on the mailing list last month seemed to suggest that KDE was now fine. Is that only in sid? Any ideas on when KDE will arrive in etch? The good aproximation you can find on http://packages.qa.debian.org/packagename. For example: http://packages.qa.debian.org/kdelibs4c2a Is the only option, if you want to use a new AMD64 workstation, to use sid? This question is valid regardles of your architecture. Etch is in testing phase. That means it could be messed up more than sid. Especially during any transition. I don't think using sarge is an option because I don't think it has support for the nVidia components on the ASUS A8N-SLI motherboard I am using (am I wrong?). What special modules you need? If you tell us somebody can look into sarge's kernel and check availability of those modules. Regards Artur -- Kalafiory to w ogóle powinny być zakazane. I brokuły. I w ogóle: nie powinno się jeść fraktali. /Sigurd, pl.rec.fantastyka.sf-f/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE in AMD64 etch
On Mon, 6 Feb 2006, Artur R. Czechowski wrote: I don't think using sarge is an option because I don't think it has support for the nVidia components on the ASUS A8N-SLI motherboard I am using (am I wrong?). The support you need is in the kernel, which means that you cannot use sarge as it is on your machine. Nonetheless, you can use just sarge + a recent kernel + a handful of backported packages from sid to support this. The backported packages would be: - module-init-tools - udev (if you use it) - yaird or initramfs (if you use an initrd to boot your machine) - nvidia support packages if you want to use non-free nvidia graphics drivers - the dependencies from the above... I don't know whether backports.org supports amd64. If it does, you can just install something like 5 packages and you have a fully functional sarge+something machine. I have some 6 such machines I administer here, they work like a charm, with uptimes 4 months. Essentially they usually only go down for kernel upgrades or power blackouts... Bye Giacomo -- _ Giacomo Mulas [EMAIL PROTECTED] _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Quanta 3.5.x crashing
Hi Guys. Ive recently started experiencing crashes with Quanta. They started when I upgraded to 3.5, but at the time were very infrequent. Quanta had been rock-solid up to that point. Today I've already had 2 crashes in 30 mins. I apt-get upgraded to 3.5.1 this morning, and the crashes seem to be identical. I took a look at Bugzilla, and 120983 seems similar to my issue, but they're telling me: quote Your crash seems to be completely independent of Quanta. Might be a: - libc bug - gcc misscompilation issue - hardware error /quote Has anyone else experienced this? Regards, Ozz. pgpYrh90IJDk5.pgp Description: PGP signature
Re: 3D games stop
Am Montag 06 Februar 2006 10:40 schrieb Jo Shields: Is your kernel 32 or 64 bit? Are your games 32 or 64 bit? Currently, Radeon DRI cannot mix match. These temporary freezes occur wether I use 32 bit (chroot) or 64 bit games when I use a 64 bit kernel and X server. When I use a 32 bit kernel and X server, everything works. What I haven't tried yet, however, is a 64 bit kernel with a 32 bit X server, or the other way round. Maybe I should do so to find out wether it's a kernel or a X server problem. I don't understand what you mean exactly with cannot mix match. I remember that 32 bit games fell down to software rendering on a 64 bit X server. Is this what you mean? Since I dist-upgraded both the 32 bit and the 64 bit system some time ago, this isn't a problem any more. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE in AMD64 etch
Graham Cobb wrote: don't think using sarge is an option because I don't think it has support for the nVidia components on the ASUS A8N-SLI motherboard I am using (am I wrong?). I run AMD64 sarge on an A8N-SLI with nvidia video, but I roll my own kernels and had to `weave and duck' to get the system installed in the first place. ael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: separate firefox processes (was Re: segmentation fault with firefox 1.5 after apt-get upgrade yesterday)
Mark Montague [EMAIL PROTECTED] writes: SUMMARY: I want to run a second firefox process in my 32bit chroot, without it just sending a remote command to open a new window from my 64-bit firefox. This was possible with script-fu until recently, but now I can't figure out how to make firefox-bin ignore another firefox on the same X display. After poking around the source code, I found a solution: env MOZ_NO_REMOTE=1 do_dchroot_run firefox -P secondary where do_dchroot_run is similar to do_dchroot in the faq, but runs its argument: #!/bin/sh com=$1 shift exec /usr/bin/dchroot -c ia32 -d $(basename $com) $@ Of course, you need to create the secondary profile first-- if you're running the same profile as the 64bit firefox, it pops up a complaint window... if anyone knows a way to deal with that, I'm still interested, but at least I'm now at the this is a pain level rather than this is driving me nuts. I think I'll file a wishlist bug for the debian package to add a -noremote flag to the firefox-runner (installed as /usr/bin/firefox) script that sets MOZ_NO_REMOTE. - M -- Mark Monty Montague | [EMAIL PROTECTED] | I don't do Windows(tm) If a tree falls when there's no one observing, does its wave function collapse? URL:http://www.gg.caltech.edu/~monty/monty.shtml X-GNUPG-Fingerprint: E1E3 E513 3687 94E3 5C61 C97B CBC7 2CA6 01B1 F0A7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ekiga (was Gnomemeeting) and pwc module (Quickcam Pro 4000)
Hi, btw your friend can use window$ http://snapshots.gnomemeeting.net/win32/ Please, don't forget this port is less than a beta... so don't criticize, help debug if you use it... But i had working sessions with a win XP (if sound cuts, try to disable echo cancellation). Regards, Yannick Thierry LARMIER a écrit : Marvelous It's working! I see my face. I will test an internet call with a friend thanks Le dimanche 05 février 2006 à 21:36 +0100, Yannick - Debian/Linux a écrit : Hi, Just to let you know this : Ekiga (was gnomemeeting) is packaged for AMD64 : AMD64 is supported for all dists. Just put deb http://snapshots.gnomemeeting.net/debian sarge main and install ekiga-cvs with ekiga-cvs-dbg You also need libopal-cvs, libpt-cvs, libpt-cvs-plugins-alsa (for audio with alsa, best choice. Works great with dmix -to have severals sound application running at the same time/or better with jackd for real-time), libpt-cvs-plugins-v4l2 (for video with video4lunix 2 = no more grey borders in your video !). Don't forget to remove previous libpt and plugins it had. (dbg is for use with gdb to get a backtrace in case of crash, as this is beta release sync with cvs) But don't fear it : it's working quit good ! Enjoy. Regards, Yannick Thierry LARMIER a écrit : Thanks Yannick, But I don't want to upgrade to Sid... Ok so.., I have dual root: - Debian Sarge AMD64bits - Debian sid 32bits. I will install Ekiga in the 32bits root. By Le jeudi 26 janvier 2006 à 08:53 +0100, Yannick - Debian/Linux a écrit : Hi, First, Gnomemeeting is dead ; version 2.00 is named Ekiga. Luc Saillard is working on it and added support to Video4Linux2 and other stuffs. You should upgrade to last pwc and try Ekiga BETA1. More info here : http://www.ekiga.org I've pwc too and i'm using Ekiga : works great. Regards, Yannick Thierry LARMIER a écrit : Hello all, I have a Logitech Quickcam Pro 4000. I use the Luc Saillard's pwc module . My webcam working fine with xawtv or camstream. But not with Gnomemeeting. I don't see my beautiful face :-) but there are scrumble lines that move if I move my hand in front of the webcam. So it is a format problem. I anderstood that gnomeeting don't read yuv420p format. I saw in the Luc Saillard web site a patch for gnomemeeting ptlib_add_yuv420p_resizefunc.patch But I don't know what to do? Any idee? thanks
Re: Quanta 3.5.x crashing
Probably nothing to do with your problem, but it might help to share the pain... I was having problems on Quanta startup with 3.5.0 and 3.5.1; it actually made X restart when painting the main window. Started it once from tty1, and ran fine then; disabled startup splash TOD, now it runs fine...!? Austin Denyer wrote: Hi Guys. Ive recently started experiencing crashes with Quanta. They started when I upgraded to 3.5, but at the time were very infrequent. Quanta had been rock-solid up to that point. Today I've already had 2 crashes in 30 mins. I apt-get upgraded to 3.5.1 this morning, and the crashes seem to be identical. I took a look at Bugzilla, and 120983 seems similar to my issue, but they're telling me: quote Your crash seems to be completely independent of Quanta. Might be a: - libc bug - gcc misscompilation issue - hardware error /quote Has anyone else experienced this? Regards, Ozz. -- Nelson Menezes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]