Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
On Mon, Mar 05, 2007 at 05:57:13PM -0800, Steve Langasek wrote:
Hi Sjoerd,
On Mon, Mar 05, 2007 at 12:02:47PM +0100, Sjoerd Simons wrote:
I've just uploaded an NMU of libvisual to the DELAYED/2-day queue on gluck,
which works around the issue of the altivec detection causing gstreamer to
segv on some powerpc machines without altivec. Which in turn breaks the
gnome
desktop on these machines. The workaround simply completely disables the
altivec detection.
Where is the diff for this NMU, please?
Oh, forgot to attach it, sorry. See attachment
With this workaround #404876 and #407153 can either be closed or downgraded
retitled to please enable/fix altivec detection.
Have you not closed these bugs in the changelog of your NMU?
No, as Loic mentioned in his mail we decided that this bug should be downgraded
instead of being closed as it's just a work-around instead of a real fix.
If you prefer, i can ofcourse upload a new version which does clone the bug and
we can do some magic to open a new one with the same info, stating what
actually should be fixed :)
Sjoerd
PS: Please keep me CC'd in replies
--
Expansion means complexity; and complexity decay.
diff -u libvisual-0.4.0/debian/changelog libvisual-0.4.0/debian/changelog
--- libvisual-0.4.0/debian/changelog
+++ libvisual-0.4.0/debian/changelog
@@ -1,3 +1,11 @@
+libvisual (0.4.0-1.1) unstable; urgency=high
+
+ * NMU
+ * Disable altivec detection code, it breaks gstreamer on machines without
+altivec.
+
+ -- Sjoerd Simons [EMAIL PROTECTED] Sun, 14 Jan 2007 14:26:45 +0100
+
libvisual (0.4.0-1) unstable; urgency=low
* New upstream release
only in patch2:
unchanged:
--- libvisual-0.4.0.orig/libvisual/lv_cpu.c
+++ libvisual-0.4.0/libvisual/lv_cpu.c
@@ -143,6 +143,7 @@
static void check_os_altivec_support( void )
{
+ return;
#if defined(VISUAL_OS_DARWIN)
int sels[2] = {CTL_HW, HW_VECTORUNIT};
int has_vu = 0;
Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
On Tue, Mar 06, 2007 at 12:24:46PM +0100, Sjoerd Simons wrote: If you prefer, i can ofcourse upload a new version which does clone the bug s/clone/close/ ^ and we can do some magic to open a new one with the same info, stating what actually should be fixed :) Sjoerd -- Do not seek death; death will find you. But seek the road which makes death a fulfillment. -- Dag Hammarskjold -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
On Tue, Mar 06, 2007 at 08:36:19AM +0100, Loïc Minier wrote: On Mon, Mar 05, 2007, Steve Langasek wrote: With this workaround #404876 and #407153 can either be closed or downgraded retitled to please enable/fix altivec detection. Have you not closed these bugs in the changelog of your NMU? I'm the one who proposed not to close the bug as the bug isn't fixed, only hidden, and altivec support is desirable. Perhaps we should clone the bug and close one if you need a RC bug to track this upload. Yes, please. There are two separate bugs here: earlier versions of the package have broken altivec detection that leaves the package unusable on some procs, later versions have no altivec detection at all. The former is RC (at least arguably), the latter is not, so it would be helpful to be able to distinguish between the two. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
I've just uploaded an NMU of libvisual to the DELAYED/2-day queue on gluck, which works around the issue of the altivec detection causing gstreamer to segv on some powerpc machines without altivec. Which in turn breaks the gnome desktop on these machines. The workaround simply completely disables the altivec detection. With this workaround #404876 and #407153 can either be closed or downgraded retitled to please enable/fix altivec detection. Sjoerd -- How can you do 'New Math' problems with an 'Old Math' mind? -- Charles Schulz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
Hi Sjoerd, On Mon, Mar 05, 2007 at 12:02:47PM +0100, Sjoerd Simons wrote: I've just uploaded an NMU of libvisual to the DELAYED/2-day queue on gluck, which works around the issue of the altivec detection causing gstreamer to segv on some powerpc machines without altivec. Which in turn breaks the gnome desktop on these machines. The workaround simply completely disables the altivec detection. Where is the diff for this NMU, please? With this workaround #404876 and #407153 can either be closed or downgraded retitled to please enable/fix altivec detection. Have you not closed these bugs in the changelog of your NMU? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
On Mon, Mar 05, 2007, Steve Langasek wrote: With this workaround #404876 and #407153 can either be closed or downgraded retitled to please enable/fix altivec detection. Have you not closed these bugs in the changelog of your NMU? I'm the one who proposed not to close the bug as the bug isn't fixed, only hidden, and altivec support is desirable. Perhaps we should clone the bug and close one if you need a RC bug to track this upload. -- Loïc Minier [EMAIL PROTECTED]
Bug#404876: Doesn't work on BlueWhite G3 either...
Previously I reported that my BlueWhite G3 Powermac didn't get the wigglies. Apparently that was a lie. I recently re-installed this machine and there there were! So both my G3 machines (Beige OldWorld G3 and BW NewWorld G3) have this problem. Has there been any progress lately? Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Backtrace
Hi, On Mon, Jan 01, 2007, Yavor Doganov wrote: Sorry, but I can't revert that state any more... It is working and the bug is not reproducible (gnome-settings-daemon doesn't restart as well, i.e. everything is fine). Argh! Could you try with the registry cleanup as suggested by David Schleef? If you do manage to reach the final SIGILL again, it would be very interesting to send us the output of disas in gdb as well as the backtrace. Thanks! -- Loïc Minier [EMAIL PROTECTED]
Bug#404876: Backtrace
В пн, 2007-01-29 в 10:10 +0100, Loïc Minier написа: On Mon, Jan 01, 2007, Yavor Doganov wrote: Sorry, but I can't revert that state any more... It is working and the bug is not reproducible (gnome-settings-daemon doesn't restart as well, i.e. everything is fine). Argh! Could you try with the registry cleanup as suggested by David Schleef? I am following his instructions exactly, but all I get is the usual pipeline error (which is the normal behaviour). I checked whether I've made a snafu while moving the files from/to /usr/lib, but everything seems in order. I can't reproduce the bug :/
Bug#404876: G3 (or other non-altivec machines) testers sought
On Jan 14, 2007, at 5:08 PM, Sjoerd Simons wrote: Hi, Gstreamer currently has a release critical bug that seems to be only reproducable on powerpc machines without altivec support and even then not always. The best hint to what the problem might be seems to indicate there is an issue in the libvisual altivec detection code[0].. Here's an interesting counterpoint to my previous experiences with an OldWorld Beige G3 PowerMac... I tried installing on a BlueWhite G3 NewWorld (just barely! -- it was one of the very first of Apple's NewWorld PowerMacs). It has the G3 processor (no altivec) but the wigglys don't happen! I installed from the Jan 21, 2007 09:10:17 UTC businesscard CD. I haven't tried the whole testing process that Sjoerd recommended. I will do that soon. Curiouser and curioser!, cried Alice. Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: PowerMac beige G3 - test of [Re: G3 (or other non-altivec machines) testers sought]
On Jan 14, 2007, at 5:08 PM, Sjoerd Simons wrote: The best hint to what the problem might be seems to indicate there is an issue in the libvisual altivec detection code[0].. I installed on my beige G3 PowerMac (OldWorld) test machine. I used the latest d-i netinst CD dated 2007 Jan 21 09:10:17 UTC, downloaded from http://cdimage.debian.org/cdimage/daily-builds/sid_d- i/20070121-1/powerpc/iso-cd/ I did a default install. When it came to running tasksel I chose the desktop and standard tasks. It installed everything pretty much as expected except that it wound up in a red screen saying: [!!] Configure gnome-applets Installation step failed An installation step failed. The failing step is: Select and install software. I continued anyway and allowed it to reboot, which went pretty much as expected. After the reboot, I tried to log into Gnome. It behaved as described in bug#404876 (popup telling of a problem loading OAFID:GNOME_MixerApplet, and the screen went all wiggly.) I then followed Sjoerd's instructions for testing. 0: Install gstreamer no problem. 1: rm ~/.gstreamer-0.10/registry.*.xml That directory didn't exist. So there was nothing to remove. gst-launch-0.10 --gst-disable-registry-fork crashed with illegal instruction 2b: installed the kernel from SID. gst-launch... still gave illegal instruction downloaded and installed libvisual-0.4-0_0.4.0-1.0.1_powerpc.deb from sjoerd's directory. got ERROR: pipeline could not be constructed: empty pipeline not allowed. I assume this is the right answer? Then I logged out and logged back in again to Gnome. No more wiggles. So that fixes the problem, whatever it was. Congratulations! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Reassigning 404876 to libvisual
reassign 404876 libvisual retitle 404876 libvisual's altivec detection is broken or breaks with some kernels and should be disabled stop Hi, It's not clear whether the altivec detection code is broken or not, differrent kernels and different kernel configs on different hardware resulted in mixed success; it seems that it would be best to either change it to something more reliable (I read that libc is supposed to provide this type of routines), or to disable it for etch. Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#404876: G3 (or other non-altivec machines) testers sought
On Fri, Jan 19, 2007 at 01:19:32AM +0100, Bertrand Mingaud wrote: Hello ! I'm on an iBook G3 machine (ref M8600LL/A on Apple website), which should be a non Altivec one if I understood well (?). I tried your test and the result is Instruction illégale. Versions : - gstreamer-base and -tools : 0.10.10-2 - kernel : linux-image-2.6.18 (locally compiled from Debian source with Debian conf) I then downloaded the new libvisual you pointed. The result has change : ERREUR: le tube n'a pas pu etre construit: tube vide non autorisé. (The pipe couldn't be constructed, empty pipe forbidden). Actually the error message you got is the ``right'' result. As in it shows that my libvisual fixes the crash :) Thanks for testing! Sjoerd -- An age is called Dark not because the light fails to shine, but because people refuse to see it. -- James Michener, Space
Bug#404876: G3 (or other non-altivec machines) testers sought
Hello ! I'm on an iBook G3 machine (ref M8600LL/A on Apple website), which should be a non Altivec one if I understood well (?). I tried your test and the result is Instruction illégale. Versions : - gstreamer-base and -tools : 0.10.10-2 - kernel : linux-image-2.6.18 (locally compiled from Debian source with Debian conf) I then downloaded the new libvisual you pointed. The result has change : ERREUR: le tube n'a pas pu etre construit: tube vide non autorisé. (The pipe couldn't be constructed, empty pipe forbidden). What do you want me to do next ? Hoping it could help you... Bertrand Original Message Follows : De: Sjoerd Simons [EMAIL PROTECTED] Répondre à: [EMAIL PROTECTED] À: [EMAIL PROTECTED], debian-powerpc@lists.debian.org Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Sujet: G3 (or other non-altivec machines) testers sought Date: Sun, 14 Jan 2007 23:08:03 +0100 Client de messagerie: Mutt/1.5.13 (2006-08-11) Hi, Gstreamer currently has a release critical bug that seems to be only reproducable on powerpc machines without altivec support and even then not always. The best hint to what the problem might be seems to indicate there is an issue in the libvisual altivec detection code[0].. Also for some reporters the problem went away (!?). Google revealed that pld-linux re-enabled the altivec detection because it works ``on fixed kernel''. So it might be related to specific kernel versions. So what i would like people to do (Only on machine without altivec!): 0: Install gstreamer 0.10 (at least gstreamer0.10-plugins-base and gstreamer0.10-tools from etch) 1: Run: rm ~/.gstreamer-0.10/registry.*.xml gst-launch-0.10 --gst-disable-registry-fork 2a: If it doesn't crash: - please try on an older kernel if possible 2b: If it does crash: - please try on a newer (debian) kernel if possible - if that doesn't help try the libvisual packages at: http://people.debian.org/~sjoerd/libvisual/ 3: Thanks for testing! Please mail your experiences, kernel versions, machines types etc. Sjoerd 0: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=404876;msg=88 -- Don't kid yourself. Little is relevant, and nothing lasts forever.
Bug#404876: Jonathans 2.6.19.2 config doesn't solve the problem on my PPC.
Hello! Just reporting that running 2.6.19.2 with the .config that Jonathan supplied does _not_ solve the problem on my PowerPC. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: (no subject)
On Tue, Jan 16, 2007, Jonathan Bastien-Filiatrault wrote: So I compiled a vanilla 2.6.19.2 with make-kpkg and reverted libvisual to the official debian package. I have not been able to reproduce this bug with this kernel. Should we reassign this bug to linux-source ? Anyway, thanks for the help and keep up the great work, if I can help, let me know. Could you attach the .config of the 2.6.19.2 you built and that works for you? Thanks! -- Loïc Minier [EMAIL PROTECTED]
Bug#404876: CONFIG_ALTIVEC=n doesn't solve anything eigther.
For the record... I just tried my vanilla 2.6.18 kernel with CONFIG_ALTIVEC disabled, but the problem persisted still. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876:
Loïc Minier ha scritto: It was interesting to test this kernel. Could you try a kernel from the 2.6.20 series from the same host? Thanks! The problem is that I could not still find a 2.6.20 pre-compiled linux package (.deb) for ppc in that host. Do I need to compile it by hand (that means that my old ibook will slowly compile for hours and hours...), or is there already a .deb package, that I've not been able to find? Thanks, Giovanni -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Scopri RIS il sistema di ricarica infinita. Meglio delle cartucce, meglio degli inchiostri, economico, facile da installare e da utilizzare, solo su refill.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5191d=17-1
Bug#404876:
On Wed, Jan 17, 2007, Giovanni Cataldi wrote: The problem is that I could not still find a 2.6.20 pre-compiled linux package (.deb) for ppc in that host. Do I need to compile it by hand (that means that my old ibook will slowly compile for hours and hours...), or is there already a .deb package, that I've not been able to find? There are some pre-compiled kernels on buildserver.net; at least the 2.6.20-rc5 and the next sid version (2.6.18-9). Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#404876:
Loïc Minier ha scritto: On Wed, Jan 17, 2007, Giovanni Cataldi wrote: (kernel-archive.buldserver.net/pool/main/l/linux-2.6/), I can't see a ppc or powerpc 2.6.20 linux-kernel. Can you kindly send me the exact link of the kernel you wish I install and test? Oh, sorry, it's failing to build for ppc. :-/ Anyway, it seems the problem can be reproduced between different 2.6.18 configurations; but there's no clear strategy in finding out what config items cause the problem. :-/ Ok, no problems for the kernel. Just a moment: you tell that this problem seems to arise just with 2.6.18 kernel, but I had the same problem even with Ubuntu 2.6.17 kernel (installed by default using last ubuntu 6.10 ppc cdrom)... can it be an useful information for you? Anyway, let me know if additional tests are needed/possible and, by my side, I'll check everyday if new ppc 2.6.20 kernel it's available. Thanks again, Giovanni -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Scopri RIS il sistema di ricarica infinita. Meglio delle cartucce, meglio degli inchiostri, economico, facile da installare e da utilizzare, solo su refill.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5191d=17-1
Bug#404876:
On Wed, Jan 17, 2007, Giovanni Cataldi wrote: Just a moment: you tell that this problem seems to arise just with 2.6.18 kernel, but I had the same problem even with Ubuntu 2.6.17 kernel (installed by default using last ubuntu 6.10 ppc cdrom)... can it be an useful information for you? Yes, it's always good to know. The problem is likely to disappear with a specific set of kernel config items, but it's not clear which. :-/ Anyway, let me know if additional tests are needed/possible and, by my side, I'll check everyday if new ppc 2.6.20 kernel it's available. 2.6.20 does not seem to be an useful test target anymore, some people confirmed the bug also happens there unfortunately. -- Loïc Minier [EMAIL PROTECTED]
Bug#404876: (no subject)
The libvisual at http://people.debian.org/~sjoerd/libvisual/ fixes it for me. Cheers, finally I have a working gnome-settings-daemon !! Linux freedom4.home.x2a.org 2.6.18-3-powerpc #1 Mon Dec 4 15:30:06 CET 2006 ppc GNU/Linux processor : 0 cpu : 750FX temperature : 19-21 C (uncalibrated) clock : 800.00MHz revision: 2.3 (pvr 7000 0203) bogomips: 49.53 timebase: 24835277 platform: PowerMac machine : PowerBook4,3 motherboard : PowerBook4,3 MacRISC2 MacRISC Power Macintosh detected as : 257 (iBook 2 rev. 2) pmac flags : 001b L2 cache: 512K unified pmac-generation : NewWorld -- Jonathan Bastien-Filiatrault, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: (no subject)
On Tue, Jan 16, 2007, Jonathan Bastien-Filiatrault wrote: The libvisual at http://people.debian.org/~sjoerd/libvisual/ fixes it for me. Cheers, finally I have a working gnome-settings-daemon !! Ok, that's interesting, thanks! But could you revert to the libvisual that breaks and test a newer kernel (e.g. 2.6.20 or 2.6.19)? -- Loïc Minier [EMAIL PROTECTED]
Bug#404876:
Hi guys! I found the same problem today installing Debian on my old ibook (Debian SID): # uname -a Linux ibook 2.6.18-3-powerpc #1 Sun Dec 10 17:59:01 CET 2006 ppc GNU/Linux # cat /proc/cpuinfo processor : 0 cpu : 750CXe temperature : 11-13 C (uncalibrated) clock : 499.999000MHz revision: 34.21 (pvr 0008 2215) bogomips: 33.15 timebase: 1664 platform: PowerMac machine : PowerBook4,1 motherboard : PowerBook4,1 MacRISC2 MacRISC Power Macintosh detected as : 257 (iBook 2) pmac flags : 001b L2 cache: 256K unified pmac-generation : NewWorld # cat /proc/meminfo MemTotal: 255988 kB MemFree: 24472 kB Buffers: 11388 kB Cached: 138932 kB SwapCached: 0 kB Active: 151396 kB Inactive:63984 kB HighTotal: 0 kB HighFree:0 kB LowTotal: 255988 kB LowFree: 24472 kB SwapTotal: 749992 kB SwapFree: 749992 kB Dirty: 88 kB Writeback: 0 kB AnonPages: 65076 kB Mapped: 31216 kB Slab:10080 kB PageTables: 1540 kB NFS_Unstable:0 kB Bounce: 0 kB CommitLimit:877984 kB Committed_AS: 152116 kB VmallocTotal: 711076 kB VmallocUsed: 16768 kB VmallocChunk: 693152 kB # lspci :00:0b.0 Host bridge: Apple Computer Inc. UniNorth/Pangea AGP :00:10.0 VGA compatible controller: ATI Technologies Inc Rage Mobility M3 AGP 2x (rev 02) 0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth/Pangea PCI 0001:10:17.0 Class ff00: Apple Computer Inc. KeyLargo/Pangea Mac I/O 0001:10:18.0 USB Controller: Apple Computer Inc. KeyLargo/Pangea USB 0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo/Pangea USB 0002:20:0b.0 Host bridge: Apple Computer Inc. UniNorth/Pangea Internal PCI 0002:20:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth/Pangea FireWire 0002:20:0f.0 Ethernet controller: Apple Computer Inc. UniNorth/Pangea GMAC (Sun GEM) Here the logs... but I don't think they are really useful. However I have the same GNOME Settings Daemon error logging in Gnome. # tail /var/log/messages Jan 16 21:18:41 ibook kernel: Bluetooth: RFCOMM socket layer initialized Jan 16 21:18:41 ibook kernel: Bluetooth: RFCOMM TTY layer initialized Jan 16 21:18:41 ibook kernel: Bluetooth: RFCOMM ver 1.8 Jan 16 21:19:31 ibook gconfd (giopas-2636): Inizializzazione (versione 2.16.0), pid 2636, utente 'giopas' Jan 16 21:19:31 ibook gconfd (giopas-2636): L'indirizzo xml:readonly:/etc/gconf/gconf.xml.mandatory è stato risolta ad una fonte di configurazione in sola lettura in posizione 0 Jan 16 21:19:31 ibook gconfd (giopas-2636): L'indirizzo xml:readwrite:/home/giopas/.gconf è stato risolto ad una fonte di configurazione scrivibile in posizione 1 Jan 16 21:19:31 ibook gconfd (giopas-2636): L'indirizzo xml:readonly:/etc/gconf/gconf.xml.defaults è stato risolta ad una fonte di configurazione in sola lettura in posizione 2 Jan 16 21:19:31 ibook gconfd (giopas-2636): L'indirizzo xml:readonly:/var/lib/gconf/debian.defaults è stato risolta ad una fonte di configurazione in sola lettura in posizione 3 Jan 16 21:19:31 ibook gconfd (giopas-2636): L'indirizzo xml:readonly:/var/lib/gconf/defaults è stato risolta ad una fonte di configurazione in sola lettura in posizione 4 Jan 16 21:19:38 ibook gconfd (giopas-2636): L'indirizzo xml:readwrite:/home/giopas/.gconf è stato risolto ad una fonte di configurazione scrivibile in posizione 0 # dmesg | tail lp: driver loaded but no devices found Bluetooth: Core ver 2.10 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: L2CAP ver 2.8 Bluetooth: L2CAP socket layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM ver 1.8 ibook:/home/giopas# cat .xsession-errors /etc/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/gdm/PreSession/Default: running: /usr/bin/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x /var/lib/gdm/:0.Xservers -h -l :0 giopas /etc/gdm/Xsession: Beginning session setup... SESSION_MANAGER=local/ibook:/tmp/.ICE-unix/2587 ** Message: Server desktop remoto non avviato I didn't yet tested all stuff here proposed, but I'm ready to provide you all additional information you could need. Actually, I can say that installing libvisual-0.4-0 doesn't solve for me the problem. Giovanni -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Vuoi stupirla con un gesto d'amore? Ricorda... un Diamante è per sempre! * Regalale un gioiello con Diamante e punta dritto al suo cuore! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5632d=16-1
Bug#404876:
On Tue, Jan 16, 2007, Giovanni Cataldi wrote: I found the same problem today installing Debian on my old ibook (Debian SID): Thanks, could you report the version of the Debian kernel where it crashed? Could you try the version from sid and report back here? Could you try a newer upstream kernel such as 2.6.20-rc5? (You can download pre-built kernels from: http://kernel-archive.buildserver.net/debian-kernel) -- Loïc Minier [EMAIL PROTECTED]
Bug#404876:
Loïc Minier ha scritto: On Tue, Jan 16, 2007, Giovanni Cataldi wrote: I found the same problem today installing Debian on my old ibook (Debian SID): Thanks, could you report the version of the Debian kernel where it crashed? Could you try the version from sid and report back here? Could you try a newer upstream kernel such as 2.6.20-rc5? (You can download pre-built kernels from: http://kernel-archive.buildserver.net/debian-kernel) The kernel I run on this ibook is: # uname -a Linux ibook 2.6.18-3-powerpc I downloaded this kernel (2.6.20-ppc-version's kernel is still not available) from that link: http://kernel-archive.buildserver.net/debian-kernel/build/pool/main/l/linux-2.6/linux-image-2.6.18-4-powerpc_2.6.18-9~snapshot.8189_powerpc.deb 'couse it seams to be the last available. I had the following result: # dpkg -i linux-image-2.6.18-4-powerpc_2.6.18-9~snapshot.8189_powerpc.deb Selezionato il pacchetto linux-image-2.6.18-4-powerpc, che non lo era. (Lettura del database ... 83730 file e directory attualmente installati.) Spacchetto linux-image-2.6.18-4-powerpc (da linux-image-2.6.18-4-powerpc_2.6.18-9~snapshot.8189_powerpc.deb) ... Done. Configuro linux-image-2.6.18-4-powerpc (2.6.18-9~snapshot.8189) ... Hmm. The package shipped with a symbolic link /lib/modules/2.6.18-4-powerpc/source However, I can not read the target: No such file or directory Therefore, I am deleting /lib/modules/2.6.18-4-powerpc/source Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/mkvmlinuz Then, I rebooted my laptop but I still got the same GNOME daemon / IDL:Bonobo/GeneralError:1.0 error. Maybe, Loïc, you meant a different kernel. Can you just link me the exact one, or some additional test to do, please? I'm not a geek at all... but, anyway, I'll do my best... :) Giovanni -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Le speciali Offerte di Benvenuto di Cassine di Pietra: * scopra il gusto ed i vantaggi delle tradizioni contadine * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3924d=16-1
Bug#404876: (no subject)
Allright, I finished my iBook logic board upgrade, the laptop is now in one piece for testing (as compared to all over the place when I wrote this morning). So I compiled a vanilla 2.6.19.2 with make-kpkg and reverted libvisual to the official debian package. I have not been able to reproduce this bug with this kernel. Should we reassign this bug to linux-source ? Anyway, thanks for the help and keep up the great work, if I can help, let me know. -- Jonathan Bastien-Filiatrault, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: (no subject)
On Tue, Jan 16, 2007, Jonathan Bastien-Filiatrault wrote: So I compiled a vanilla 2.6.19.2 with make-kpkg and reverted libvisual to the official debian package. I have not been able to reproduce this bug with this kernel. Should we reassign this bug to linux-source ? Anyway, thanks for the help and keep up the great work, if I can help, let me know. That's very interesting new, thanks! Could you try 2.6.18 vanilla to check whether this is caused by Debian specific patches or by an upstream kernel bug? Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#404876:
On Tue, Jan 16, 2007, Giovanni Cataldi wrote: http://kernel-archive.buildserver.net/debian-kernel/build/pool/main/l/linux-2.6/linux-image-2.6.18-4-powerpc_2.6.18-9~snapshot.8189_powerpc.deb It was interesting to test this kernel. Could you try a kernel from the 2.6.20 series from the same host? Thanks! -- Loïc Minier [EMAIL PROTECTED]
Bug#404876: G3 (or other non-altivec machines) testers sought
Hi, Gstreamer currently has a release critical bug that seems to be only reproducable on powerpc machines without altivec support and even then not always. The best hint to what the problem might be seems to indicate there is an issue in the libvisual altivec detection code[0].. Also for some reporters the problem went away (!?). Google revealed that pld-linux re-enabled the altivec detection because it works ``on fixed kernel''. So it might be related to specific kernel versions. So what i would like people to do (Only on machine without altivec!): 0: Install gstreamer 0.10 (at least gstreamer0.10-plugins-base and gstreamer0.10-tools from etch) 1: Run: rm ~/.gstreamer-0.10/registry.*.xml gst-launch-0.10 --gst-disable-registry-fork 2a: If it doesn't crash: - please try on an older kernel if possible 2b: If it does crash: - please try on a newer (debian) kernel if possible - if that doesn't help try the libvisual packages at: http://people.debian.org/~sjoerd/libvisual/ 3: Thanks for testing! Please mail your experiences, kernel versions, machines types etc. Sjoerd 0: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=404876;msg=88 -- Don't kid yourself. Little is relevant, and nothing lasts forever. signature.asc Description: Digital signature
Bug#404876: no background screen activity in GDE or KDE @debian
On Jan 6, 2007, at 2:21 AM, pranay prateek wrote: hi I am using debian 2.6 kernel . When i log in , the screen which i am greeted with doesnt show any activity in the background screen .i.e i dont get any pop up when i click mouse on my background , no icons in my desktop screen and having a constant color . this problem pervades through all display manager and desktop environments . i have tried (gdm,kdm)*(kde,xfce,gde) but all have the same problem . when i login to gde it shows the following error message : There was an error starting the GNOME Settings Daemon. Some things, such as themes, sounds, or background settings may not work correctly. The Settings Daemon restarted too many times. The last error message was: System exception: IDL:Bonobo/GeneralError:1.0 : Child process did not give an error message, unknown failure occurred GNOME will still try to restart the Settings Daemon next time you log in. Can any body suggest how this error can be rectified ? Thanx. PS: please include my email id in CC of the reply as i have not subscribed to debian-users list -- Pranay Prateek 3rd Yr Electrical Engineering Room No 339 ,Jamuna IIT Madras Pranay, This sounds a lot like http://bugs.debian.org/cgi-bin/bugreport.cgi? bug=404876 What hardware are you using? Is it a G3 based OldWorld PowerMac, by any chance? If so, does the workaround in the bug report help? If not on G3 PowerMac hardware, then it's even *more* interesting to know if the workaround helps! Enjoy! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Backtrace
At Sat, 30 Dec 2006 15:40:43 -0800, David Schleef wrote: On Sat, Dec 30, 2006 at 11:51:03AM +0200, Yavor Doganov wrote: However, if I remove libgstlibvisual.so, I get the following while launching the first command with LANG=C: Ok, that is approximately what I expected, although I'm a bit confused. Could you (or someone) get back to the state where it's broken, and run Sorry, but I can't revert that state any more... It is working and the bug is not reproducible (gnome-settings-daemon doesn't restart as well, i.e. everything is fine). I don't have a clue, really :/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Quick G3 Wiggly Gnome Fix
On Dec 31, 2006, at 12:37 PM, b9 wrote: I've created a quick hack fix for the Wiggly Gnome Bug. This is not a good fix as it doesn't address *why* the problem occurred or prevent it from occurring again. However, it's good enough for me to get work done on my G3 iMac, and I figured you might find it useful until the bug is properly squashed. You can compile your own libgstreamer or download the one that I posted: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=404876#msg98 --Ben I've got two machines, sitting side by side. One is the Beige G3 PowerMac that started all this. The other is a G4 Powermac. They are both running up-to-date Debian etch. Both are configured for the GNOME desktop manager. I did the series of magical passes described in the message b9 pointed to on each of them. The wigglys on the G3 are now gone. Hurrah! I've done enough messing around on the G3 that I don't trust the config files to be meaningful, so I'm not going to send them yet. I'll do a complete re-install from scratch on the G3 then do b9's magic again. I'll send the config files from that one. Enjoy! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: libgstreamer0.10-0: Possible solution found
Hi Ben, On Sat, Dec 30, 2006, Ben Wong wrote: EXECUTIVE SUMMARY: Due to a regression, any program that links libgstreamer segfaults on G3 processors. I've fixed this by recompiling libgstreamer from source. Everything works again. Thanks, that's very interesting. $ apt-get source libgstreamer0.10-0 $ sudo aptitude install libgstreamer0.10-dev libglib-dev $ cd gstreamer0.10-0.10.10/ $ ./configure Could you attach the config.* files from this run? It would be interesting to compare them to a run on a G4 machine to see what differs. Thanks, -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#404876: libgstreamer0.10-0: Possible solution found
Hi Sjoerd,
On Sun, Dec 31, 2006, b9 wrote:
$ apt-get source libgstreamer0.10-0
$ sudo aptitude install libgstreamer0.10-dev libglib-dev
$ cd gstreamer0.10-0.10.10/
$ ./configure
[...]
Good idea. Here are config.{h,log,status} from the run. Let me know if
you need anything else.
Could you compare the config.* files from a configure run on your
powerpc in gstreamer0.10 with the files from the G3 run in #404876?
I hope this could help pin-point the relevant test that we need to
force to the G3 value on the buildds; perhaps it can even be moved to
runtime.
Thanks,
--
Loïc Minier [EMAIL PROTECTED]
Forget your stupid theme park! I'm gonna make my own! With hookers!
And blackjack! In fact, forget the theme park! -- Bender
Bug#404876: Output of gst-launch
On Sat, Dec 30, 2006 at 09:23:38AM +0200, Yavor Doganov wrote: On Fri, Dec 29, 2006 at 02:45:14PM -0800, David Schleef wrote: Could you run: rm ~/.gstreamer-0.10/registry.*.xml GST_DEBUG=*:3 gst-launch --gst-debug-no-color and attach the output? Attached is the output produced on my machine running unstable. Now try: rm ~/.gstreamer-0.10/registry.*.xml gdb -args gst-launch-0.10 --gst-disable-registry-fork and give gdb the command 'run'. GDB will stop once with a SIGILL in the function 'test_altivec()' called by 'oil_cpu_fault_try()'. Use the command 'c' to continue when this happens (since it's not a problem). It should stop again with a SIGILL. Please capture the backtrace at this point and attach it to the bug. Just in case I forgot about some other CPU detection code, please enter 'c' again. It should say something like Process Terminated, killed by signal. If it doesn't, it will probably continue along until it hits another SIGILL, at which point you should create a second backtrace. As an off the cuff guess, it's probably due to the ffmpeg plugin, /usr/lib/gstreamer-0.10/libgstffmpeg.so. You could attempt removing that to see if it starts working. (The test command above is bogus and will print an error, but it's not supposed to crash.) dave... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Backtrace
On Sat, Dec 30, 2006 at 12:49:36AM -0800, David Schleef wrote: Now try: rm ~/.gstreamer-0.10/registry.*.xml gdb -args gst-launch-0.10 --gst-disable-registry-fork and give gdb the command 'run'. GDB will stop once with a SIGILL in the function 'test_altivec()' called by 'oil_cpu_fault_try()'. Use the command 'c' to continue when this happens (since it's not a problem). It should stop again with a SIGILL. Please capture the backtrace at this point and attach it to the bug. It's not exactly as you describe: Program received signal SIGILL, Illegal instruction. [Switching to Thread 805422944 (LWP 16781)] 0x0e9fb2a8 in oil_cpu_get_flags () from /usr/lib/liboil-0.3.so.0 (gdb) bt #0 0x0e9fb2a8 in oil_cpu_get_flags () from /usr/lib/liboil-0.3.so.0 #1 0x0e9fb388 in oil_cpu_fault_check_try () from /usr/lib/liboil-0.3.so.0 #2 0x0e9fb544 in oil_cpu_fault_check_enable () from /usr/lib/liboil-0.3.so.0 #3 0x0e9fc660 in oil_init () from /usr/lib/liboil-0.3.so.0 #4 0x0ea6bc08 in gst_video_box_get_type () from /usr/lib/gstreamer-0.10/libgstvideobox.so #5 0x0fef69e4 in g_type_class_ref () from /usr/lib/libgobject-2.0.so.0 #6 0x0ff6a96c in gst_element_register (plugin=0x10050f48, name=0xea6d118 videobox, rank=0, type=269068808) at gstelementfactory.c:273 #7 0x0ea6b904 in gst_video_box_get_type () from /usr/lib/gstreamer-0.10/libgstvideobox.so #8 0x0ff88050 in gst_plugin_register_func (plugin=0x10050f48, module=value optimized out, desc=value optimized out) at gstplugin.c:259 #9 0x0ff88648 in gst_plugin_load_file (filename=0x1003f4e8 /usr/lib/gstreamer-0.10/libgstvideobox.so, error=0x0) at gstplugin.c:450 #10 0x0ff8e668 in gst_registry_scan_path_level (registry=0x10029000, path=0xffbf5fc /usr/lib/gstreamer-0.10, level=10) at gstregistry.c:834 #11 0x0ff8e8f8 in gst_registry_scan_path (registry=0x10029000, path=0xffbf5fc /usr/lib/gstreamer-0.10) at gstregistry.c:872 #12 0x0ff4dbd8 in scan_and_update_registry (default_registry=0x10029000, registry_file=0x1002acf8 /home/yavor/.gstreamer-0.10/registry.powerpc.xml, write_changes=1) at gst.c:634 #13 0x0ff4de90 in init_post () at gst.c:674 #14 0x0fdd29a0 in g_option_context_parse () from /usr/lib/libglib-2.0.so.0 #15 0x10003618 in main (argc=2, argv=0x7f8d8a34) at gst-launch.c:551 (gdb) c Continuing. Program received signal SIGILL, Illegal instruction. 0x0d74e4cc in visual_cpu_get_tsc () from /usr/lib/libvisual-0.4.so.0 (gdb) bt #0 0x0d74e4cc in visual_cpu_get_tsc () from /usr/lib/libvisual-0.4.so.0 #1 0x0d74e588 in visual_cpu_initialize () from /usr/lib/libvisual-0.4.so.0 #2 0x0d748d88 in visual_init () from /usr/lib/libvisual-0.4.so.0 #3 0x0d77a2a0 in gst_visual_get_type () from /usr/lib/gstreamer-0.10/libgstlibvisual.so #4 0x0ff88050 in gst_plugin_register_func (plugin=0x100e4570, module=value optimized out, desc=value optimized out) at gstplugin.c:259 #5 0x0ff88648 in gst_plugin_load_file (filename=0x10103168 /usr/lib/gstreamer-0.10/libgstlibvisual.so, error=0x0) at gstplugin.c:450 #6 0x0ff8e668 in gst_registry_scan_path_level (registry=0x10029000, path=0x100e4570 \020\002l\030, level=10) at gstregistry.c:834 #7 0x0ff8e8f8 in gst_registry_scan_path (registry=0x10029000, path=0xffbf5fc /usr/lib/gstreamer-0.10) at gstregistry.c:872 #8 0x0ff4dbd8 in scan_and_update_registry (default_registry=0x10029000, registry_file=0x1002acf8 /home/yavor/.gstreamer-0.10/registry.powerpc.xml, write_changes=1) at gst.c:634 #9 0x0ff4de90 in init_post () at gst.c:674 #10 0x0fdd29a0 in g_option_context_parse () from /usr/lib/libglib-2.0.so.0 #11 0x10003618 in main (argc=2, argv=0x7f8d8a34) at gst-launch.c:551 (gdb) c Continuing. reading register r0 (#0): No such process. As an off the cuff guess, it's probably due to the ffmpeg plugin, /usr/lib/gstreamer-0.10/libgstffmpeg.so. You could attempt removing that to see if it starts working. Removing this file doesn't change the behaviour. However, if I remove libgstlibvisual.so, I get the following while launching the first command with LANG=C: 0:00:01.701811000 16833 0x1001ae50 INFO GST_PIPELINE gstparse.c:150:gst_parse_launch: parsing pipeline description 0:00:01.702656000 16833 0x1001ae50 ERROR GST_PIPELINE ./grammar.y:765:_gst_parse__yyparse: empty pipeline not allowed ERROR: pipeline could not be constructed: empty pipeline not allowed. Amazingly, if I restore the file I continue to get the same error (removing ~/.gstreamer-0.10/registry.powerpc.xml every time). -- Best regards / SSC Varna | E-mail: [EMAIL PROTECTED] Yavor Doganov| Mobile: +359 88 7517748 Southway Shipping Consultancy Ltd.-Gibraltar, Varna Branch Ph: +359 52 600129, 600130, 603643 | Fax: +359 52 603612 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Output of gst-launch
On Dec 30, 2006, at 2:23 AM, Yavor Doganov wrote: On Fri, Dec 29, 2006 at 02:45:14PM -0800, David Schleef wrote: Could you run: rm ~/.gstreamer-0.10/registry.*.xml GST_DEBUG=*:3 gst-launch --gst-debug-no-color and attach the output? Attached is the output produced on my machine running unstable. gst-launch_output.txt Interesting. I'm not getting the mail from David Schleef, but I am getting the replies from Yavor Doganov. David, would you like me to try the same things on my Beige G3 under Etch? Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Backtrace
On Sat, Dec 30, 2006 at 11:51:03AM +0200, Yavor Doganov wrote: Program received signal SIGILL, Illegal instruction. 0x0d74e4cc in visual_cpu_get_tsc () from /usr/lib/libvisual-0.4.so.0 (gdb) bt #0 0x0d74e4cc in visual_cpu_get_tsc () from /usr/lib/libvisual-0.4.so.0 #1 0x0d74e588 in visual_cpu_initialize () from /usr/lib/libvisual-0.4.so.0 #2 0x0d748d88 in visual_init () from /usr/lib/libvisual-0.4.so.0 #3 0x0d77a2a0 in gst_visual_get_type () from /usr/lib/gstreamer-0.10/libgstlibvisual.so However, if I remove libgstlibvisual.so, I get the following while launching the first command with LANG=C: Ok, that is approximately what I expected, although I'm a bit confused. Could you (or someone) get back to the state where it's broken, and run ulimit -c unlimited rm ~/.gstreamer-0.10/registry.powerpc.xml gst-launch-0.10 And let it crash. Then run: gdb gst-launch-0.10 core and do a backtrace. (The core file might have a pid suffix.) dave... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Re:
On Dec 30, 2006, at 8:11 PM, Paul Mackerras wrote: Rick Thomas writes: However, after rebooting following the install, and logging in to gnome, it seems to be repeatedly trying to start/re-start something having to do with the appearance of the desktop. Things are very slow (as if a process in continually crashing and restarting) and the appearance of the desktop cycles thru a series of subtle but disturbing changes that I'll call wiggling for want of a better word. I have seen behaviour more or less like this when the clock was set wrongly, i.e. to 1904 or something, so check that the clock setting is reasonable. (I have no idea why a bogus clock setting upsets gnome so much.) Paul. A good thought. Unfortunately, the date time are correct on this machine. I just did aptitude update aptitude upgrade and it installed newer versions of lots of gnome related stuff. But no joy. The wiggles haven't gone away. Still hoping that somebody can help me debug this thing! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#404876:
Processing commands for [EMAIL PROTECTED]: reassign 404876 libgstreamer0.10-0 Bug#404876: gnome-desktop: strange behavior on OldWorld PowerMac Bug reassigned from package `gnome-desktop' to `libgstreamer0.10-0'. severity 404876 grave Bug#404876: gnome-desktop: strange behavior on OldWorld PowerMac Severity set to `grave' from `normal' retitle 404876 GStreamer broken on G3 powerpc architecture Bug#404876: gnome-desktop: strange behavior on OldWorld PowerMac Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876:
On Dec 29, 2006, at 4:42 AM, Josselin Mouette wrote: Well, nothing really useful here, except this confirms this is a problem somewhere in the GStreamer stack. Reassigning. @debian-powerpc: as it seem to render gstreamer completely useless on G3 processors, I think this must be addressed before the release. If anyone with powerpc knowledge has some time to find what is going wrong, that would be very helpful. Thanks for you help! Is there a (set of) configuration parameter(s) I can fiddle with that will disable (selected parts of) gstreamer? That might help to narrow the scope of the question. As noted elsewhere, I'm an old- fashioned command-line kinda guy and all this multi-media stuff is just so much glitz as far as I'm concerned. So disabling the troublesome parts (or the whole thing) is acceptable to me. Especially if it lets me get on with other testing activities on the OldWorld machine. I'm (of course) willing and anxious to help get this thing debugged. The machine in question is dedicated to Debian testing, so feel free to ask me to try anything that you think might help in diagnosing the problem. Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Fwd: Problems with GNOME on Beige G3
Begin forwarded message: Resent-From: debian-powerpc@lists.debian.org From: Yavor Doganov [EMAIL PROTECTED] Date: December 29, 2006 1:47:46 PM EST To: debian-powerpc@lists.debian.org Cc: debian-user@lists.debian.org Subject: Re: Problems with GNOME on Beige G3 Rick Thomas wrote: The computer in question is an OldWorld PowerMac Apple Macintosh, Beige G3 tower. This problem only happens on this machine. It does not occur on my G4 test box. I have a Beige G3 Gossamer, not a tower, but it's practically the same. I'd very much appreciate it if somebody else with a beige G3 would try it and let me know if they see the same problem. I noticed the same behaviour a few months ago. As I generally run Window Maker/GNUstep on that machine, I just ignored that as I thought there is something broken in my configuration. I'll try to find out what's wrong, but that won't happen in the forthcoming weeks. Apparently this has nothing to do with the installation CDs, as my machine has been running Debian for ages. One thing you could do, as a startup, is to attach gdb to that applet and see what's crashing it. That might give you a clue where to investigate further. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876:
On Fri, Dec 29, 2006 at 11:03:47AM -0500, Rick Thomas wrote: I'm (of course) willing and anxious to help get this thing debugged. The machine in question is dedicated to Debian testing, so feel free to ask me to try anything that you think might help in diagnosing the problem. Could you run: rm ~/.gstreamer-0.10/registry.*.xml GST_DEBUG=*:3 gst-launch --gst-debug-no-color and attach the output? dave... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876: Output of gst-launch
On Fri, Dec 29, 2006 at 02:45:14PM -0800, David Schleef wrote: Could you run: rm ~/.gstreamer-0.10/registry.*.xml GST_DEBUG=*:3 gst-launch --gst-debug-no-color and attach the output? Attached is the output produced on my machine running unstable. 0:00:00.001279000 16293 0x1001ae50 INFO GST_INIT gst.c:531:init_pre: Initializing GStreamer Core Library version 0.10.10 0:00:00.00223 16293 0x1001ae50 INFO GST_INIT gst.c:532:init_pre: Using library installed in /usr/lib 0:00:00.003201000 16293 0x1001ae50 INFO GST_INIT gstquery.c:101:_gst_query_initialize: init queries 0:00:00.005681000 16293 0x1001ae50 INFO GST_INIT gstmessage.c:72:_gst_message_initialize: init messages 0:00:00.013637000 16293 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:182:_gst_plugin_register_static: loaded static plugin staticelements 0:00:00.044731000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstffmpegcolorspace.so loaded 0:00:00.059158000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstcoreelements.so loaded 0:00:00.062666000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstcoreindexers.so loaded 0:00:00.089582000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstalsa.so loaded 0:00:00.099457000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgst1394.so loaded 0:00:00.150659000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstaasink.so loaded 0:00:00.155005000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstalaw.so loaded 0:00:00.159338000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstalpha.so loaded 0:00:00.163016000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstapetag.so loaded 0:00:00.183941000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstavi.so loaded 0:00:00.206405000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstautodetect.so loaded 0:00:00.256012000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstcacasink.so loaded 0:00:00.266161000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstcdio.so loaded 0:00:00.289961000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgsteffectv.so loaded 0:00:00.294852000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstgoom.so loaded 0:00:00.300725000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstid3demux.so loaded 0:00:00.305177000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstlevel.so loaded 0:00:00.308464000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstefence.so loaded 0:00:00.312398000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstmulaw.so loaded 0:00:00.319232000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstossaudio.so loaded 0:00:00.346285000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstrtp.so loaded 0:00:00.352413000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstrtsp.so loaded 0:00:00.357856000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstsmpte.so loaded 0:00:00.364988000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstudp.so loaded 0:00:00.624215000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstvideobox.so loaded 0:00:00.629103000 16294 0x1001ae50 INFOGST_PLUGIN_LOADING gstplugin.c:467:gst_plugin_load_file: plugin /usr/lib/gstreamer-0.10/libgstvideoflip.so loaded 0:00:00.632905000 16294 0x1001ae50
