Bug#390344: ssh-copy-id: Should specify that the remote command must be ran with /bin/sh
found 390344 1:5.1p1-5 thanks There's another way to run the command without making assumptions about the remote shell: use mkdir -p Xr --- ssh-copy-id.orig 2009-05-18 13:43:58.0 +0200 +++ ssh-copy-id 2009-05-18 13:44:21.0 +0200 @@ -38,7 +38,7 @@ exit 1 fi -{ eval "$GET_ID" ; } | ssh ${1%:} "umask 077; test -d .ssh || mkdir .ssh ; cat >> .ssh/authorized_keys" || exit 1 +{ eval "$GET_ID" ; } | ssh ${1%:} "umask 077; mkdir -p .ssh ; cat >> .ssh/authorized_keys" || exit 1 cat <
Bug#527358: [Pkg-xfce-devel] Bug#527358: Workrave applet broken after upgrade to 4.6
>> Package: xfce4-panel >> Version: 4.6.1-1 >> Severity: normal >> >> Since the update to Xfce 4.6, the workrave applet is broken (see >> attached screenshot). >> A similar bug has already been filled on Launchpad but I thought it >> should be mentioned here as well : >> https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/370100 . >> >> To sum things up, the whole applet looks like it is constrained to the >> standard size of a square icon. >> This size is dependent on the size of the panel : with my configured >> width of 24 pixels, the applet is broken ; but if I scale the panel to >> 80 pixels, the applet is fully displayed. >> >> I'm using workrave 1.9.0-7. >> > > Hmhm, this looks a bit like #522953 or #523018 but maybe not. > I doubt it's #522953. AFAIK, the state of the applet is kept by workrave, not the panel, so I don't see how a migration script issue would cause this. As for #523018, I thought about it but my notification area grows correctly when other icons show up. I just read the whole report and two other things make me think it's unrelated : - Workrave uses GTK, not QT - Workave also has another icon (yeah, that's silly) which is correctly shown. It's hidden in the screenshot I posted, but when it isn't, it works as intended, even on 4.6. -- Xr This address only accepts mails from a restricted set of BTS and ML. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527358: Workrave applet broken after upgrade to 4.6
Package: xfce4-panel Version: 4.6.1-1 Severity: normal Since the update to Xfce 4.6, the workrave applet is broken (see attached screenshot). A similar bug has already been filled on Launchpad but I thought it should be mentioned here as well : https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/370100 . To sum things up, the whole applet looks like it is constrained to the standard size of a square icon. This size is dependent on the size of the panel : with my configured width of 24 pixels, the applet is broken ; but if I scale the panel to 80 pixels, the applet is fully displayed. I'm using workrave 1.9.0-7. Cheers, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-panel depends on: ii exo-utils 0.3.101-1 Utility files for libexo ii libatk1.0-01.24.0-2 The ATK accessibility toolkit ii libc6 2.9-4 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libexo-0.3-0 0.3.101-1 Library with extensions for Xfce ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4 FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii libsm6 2:1.1.0-2 X11 Session Management library ii libstartup-notificatio 0.10-1library for program launch feedbac ii libwnck22 2.24.2-2 Window Navigator Construction Kit ii libx11-6 2:1.2.1-1 X11 client-side library ii libxfce4util4 4.6.1-1 Utility functions library for Xfce ii libxfcegui4-4 4.6.1-1 Basic GUI C functions for Xfce4 ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime xfce4-panel recommends no packages. xfce4-panel suggests no packages. -- no debconf information -- Xr This address only accepts mails from a restricted set of BTS and ML. <>
Bug#525222: [Pkg-xfce-devel] Bug#525222: USB devices do not trigger any response from hal - XFCE
>>>> I'm leaving the bug open until we decide wether it makes sense or not to >>>> add hal to thunar-volman recommends/dependencies. >>>> >> Looking at the thunar-volman code, I think it should definitely add a >> dependency >> on hal, as it will be basically useless without. >> > > Sure, but isn't thunar-volman useless without thunar anyway (thunar > already recommends the hal daemon)? thunar-volman depends on thunar, which depends on libc6, so there's no way you could install thunar-volman without pulling libc6. Still, libc6 is added as an explicit dependency on thunar-volman because without it, thunar-volman could never run. >From that point of view, both options (add to thunar-volman or leave the current behavior) look reasonable. Does thunar use hal for something else than acting as a "dependency proxy" to thunar-volman ? Because if it doesn't, then the recommendation on hal should be moved to thunal-volman. -- Xr This address only accepts mails from a restricted set of BTS and ML.
Bug#492118: pidgin-musictracker: moc support
Hello, Upstream seems to have support for moc in 0.4.14, which was released last month. Issue was at http://code.google.com/p/pidgin-musictracker/issues/detail?id=74 . Cheers, -- Xr This address only accepts mails from a restricted set of BTS and ML. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515186: xfdesktop4: Please only recommend xfce4-utils
> In other words: Anyone not installing a "Recommends" > accepts a small breakage. In this case the breakage is "not > working menu items". Not good, but "unusual installation" > is a perfect term. > I tend to disagree. I hardly ever install recommended packages and never see anything break. Missing functionalities are OK, but not breakage. I'm not really against putting xfce4-utils in the "Recommends" field, but it shouldn't break anything. If it breaks anything, then the package should depend on it. If you really want to put it as a recommended package rather than a dependency, I advise removing the bogus menu entries. Cheers, Xr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#495088: Typo dans proc(5) / Typo in proc(5)
Package: manpages-fr Version: 3.03.1-1 Severity: minor Tags: path Il y a une erreur dans la traduction de la page de proc(5). Dans la description de /proc/net/snmp, il est question de SMTP alors que la version originale parle bien d'SNMP. There is a translation mistake in the proc(5) french manpage. The description for /proc/net/snmp mentions SMTP while the original manpage talks about SNMP. Cheers, Xr --- manpages-fr-3.03.1/po4a/man5/po/fr.po_3.03.1-1 2008-08-14 14:11:42.0 +0200 +++ manpages-fr-3.03.1/po4a/man5/po/fr.po 2008-08-14 14:11:53.0 +0200 @@ -12557,7 +12557,7 @@ "management information bases for an SNMP agent." msgstr "" "Ce fichier contient les données ASCII nécessaires pour les bases " -"d'information d'IP, ICMP, TCP et UDP pour un agent SMTP." +"d'information d'IP, ICMP, TCP et UDP pour un agent SNMP." # type: TP #: manpages/C/man5/proc.5:1420
Bug#493680: Typo in rcS(5) manpage
Package: initscripts Version: 2.86.ds1-59 Severity: minor Tags: patch There is a typo in the rcS(5) manpage. In the paragraph describing FSCKFIX, 'manually' is spelled 'maually'. Diff attached (not worth a lot for a simple mistake like this but meh). Cheers, Xr --- debian/initscripts/rcS.5-2.86.ds1-59 2008-08-04 08:12:59.0 +0200 +++ debian/initscripts/rcS.5 2008-08-04 08:13:14.0 +0200 @@ -88,7 +88,7 @@ If there are major inconsistencies then the fsck process will bail out. The system will print a message -asking the administrator to repair the file system maually +asking the administrator to repair the file system manually and will present a root shell prompt (actually a \fIsulogin\fP prompt) on the console.
Bug#457510: xfce menu: deliberately empty
Hello, The thing is, I'm not sure update-menus is really run in xfdesktop4.postinst, I have to investigate more on this. I don't know much (hardly anything would be more accurate) about Debian's packaging system, but all xfdesktop4.postinst does is create /etc/xdg/xfce4/desktop/menudefs.hook and set its content to the notice that update-menus should be run, if the file doesn't exist already, In other words, initial installations will yield an empty menu, but updates won't break anything. Regards, Xr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390344: ssh-copy-id: Should specify that the remote command must be ran with /bin/sh
found 390344 1:4.7p1-8 tag 390344 patch thanks I second this. fish is still exotic but gaining popularity (at least as far as I know). The patch is simple and since ssh-copy-id already relies on /bin/sh for local execution, it could as well rely on it for remote execution. Cheers, Xr --- ssh-copy-id.orig 2008-05-14 14:07:17.0 +0200 +++ ssh-copy-id 2008-05-14 13:54:22.0 +0200 @@ -38,7 +38,7 @@ exit 1 fi -{ eval "$GET_ID" ; } | ssh $1 "umask 077; test -d .ssh || mkdir .ssh ; cat >> .ssh/authorized_keys" || exit 1 +{ eval "$GET_ID" ; } | ssh $1 "sh -c 'umask 077; test -d .ssh || mkdir .ssh ; cat >> .ssh/authorized_keys'" || exit 1 cat <
Bug#480380: [Pkg-xfce-devel] Bug#480380: xfce4: No easy way to add launchers from the menu to the panel
Yves-Alexis Perez wrote: On ven, 2008-05-09 at 12:18 -0400, Daniel Dickinson wrote: To add a launcher you have to know the commandline command to launch the program. For a newbie this would be difficult, therefore having the ability to pick from a list, or right-click on a menu entry, in order to add a menu launcher to the panel would be helpful. When adding a launcher (when the popup where you enter infos is opened), you can drag and drop stuff from xfce4-appfinder into the launchers list. Assuming no message magically appears when xfce4-appfinder is installed (I don't have it here and my mirror is down right now), that feature isn't clearly advertised. The message in the popup should make it clear that elements from the appfinder list can also be dragged. Better yet, there should be a button to launch the appfinder from that popup. Cheers, Xr
Bug#461756: Reinstall nvidia driver
Hello, I used to have the same problem (i.e. backtracing to the same point) any time I launched a program that presumably made use of the GLX extension (I tried glxgears, beryl and stepmania). xserver-xorg-core was recently updated from 2:1.3.0.0.dfsg-12lenny1 to 2:1.3.0.0.dfsg-12lenny2 . If you built your nvidia module by yourself (e.g. with the official driver but probably also with module-assistant), you'll need to re-build it against the new X version so that it operates correctly. The error in Xorg's log announcing that the GLX extension could not be started should disappear and your programs should work again. Regards, Xr
Bug#426164: xfce4: link to editor in bottom panel (very) broken
mousepad is *not* required. xfce4-panel works even if it's not installed, just the “editor” launcher is useless. It only the default install, and can be removed or edited when user want to. So I don't think of it as a dependency. Makes sense :) I disagree. Wether I am right or not doesn't change anything to the fact that some users disable that automatic installation. I also still know people who use apt-get. I know its use is now discouraged but iirc, it doesn't install recommended packages. However, these configuration changes are probably more relevant to users who would know how to change the panel in a second anyway. I also just noticed that xfce4 already recommends xfmedia, xfprint4 and other utilities so for the sake of consistency, maybe mousepad should also be recommended. To sum it up, my opinion is that you should either change the bug owner to debianutils (but they are probably going to reply that $VISUAL should be set, which is true), or recommend mousepad. The opinion of the bug owner would also be interesting. Regards, Xr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426164: xfce4: link to editor in bottom panel (very) broken
- run mousepad in this launcher and Depends: on it (maybe Recommends: is enough) I think you shouldn't rely on Recommends: to install required packages. I for one disabled the automatic installation of recommended packages in aptitude (I like to keep my system clean) and think that basic functionality should always be available with Depends: only. In other words, if you have a shortcut to an application in a visible place like the panel, you should make sure that it is indeed available. That said, having a package depend on too many other packages can be boring for some users. - other? Maybe forward the bug to debianutils ? If sensible-browser checks if an X session is available, I don't see why sensible-editor couldn't do the same. Regards, Xr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#451217: Erroneous charset declaration in HTML summary
Package: apt-listbugs Version: 0.0.82 Severity: normal Hello, When using apt-listbugs to show an HTML summary of the bugs, the character set declared in the generated file doesn't match the system locale (here, it's iso-8859-1 instead of utf-8). This results in the well known misinterpretation of multibyte characters (e.g. accentuated characters that are fairly common in foreign languages) by the browser. Regards, Xr -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listbugs depends on: ii apt 0.7.6 Advanced front-end for dpkg ii libdpkg-ruby1.8 0.3.2 modules/classes for dpkg on ruby 1 ii libhttp-access2-ruby1.8 2.0.6-3HTTP accessing library for ruby ii libintl-gettext-ruby1.8 0.11-10Gettext wrapper for Ruby 1.8 ii libruby1.8 [libzlib-ruby1.8] 1.8.6.36-3 Libraries necessary to run Ruby 1. ii libxml-parser-ruby1.8 0.6.8-2Interface of expat for the scripti ii ruby 1.8.2-1An interpreter of object-oriented apt-listbugs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449336: Behaviour in upstream
Reproducible under Thunderbird 2.0.0.6 / Win32 like expected -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449336: Icedove should tolerate erroneous quotas
Package: icedove Version: 2.0.0.6-1 Severity: normal Hello, When Icedove tries to access an IMAP folder supporting the QUOTA extension, an integer overflow can be triggered. Here's a partial dump of the connection (using tcpflow) with IPs greyed out. As you can see, the server (apparently courier-imap) reports a negative quota, which doesn't seem to be prohibited by RFC2087 but is indeed quite senseless. > [client].34986-[server].00143: 29 getquotaroot "INBOX" > > [server].00143-[client].34986: * QUOTAROOT "INBOX" "ROOT" > * QUOTA "ROOT" (STORAGE -14 195313 MESSAGE 9 25000) > 29 OK GETQUOTAROOT Ok. In about:config, my mail.quota.mainwindow_threshold.show property is set to 0. The problem is that icedove then reports the quota as 2199018% full : 4294967282 of 195313 KB used, which is 2^32-14 (-14 for an unsigned 32bit int). This problem has already happened before but I never tracked down the problem with tcpflow. I'll test the bug on Thunderbird this evening assuming I don't receive mails on that address until then, as the quota would probably be fixed by a change in the inbox. Regards, Xr -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.25.1 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2 generic font configuration library ii libatk1.0-0 1.20.0-1The ATK accessibility toolkit ii libc62.6.1-1+b1 GNU C Library: Shared libraries ii libcairo21.4.10-1The Cairo 2D vector graphics libra ii libfontconfi 2.4.2-1.2 generic font configuration library ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-3 GCC support library ii libglib2.0-0 2.14.1-5The GLib library of C routines ii libgtk2.0-0 2.12.1-1The GTK+ graphical user interface ii libhunspell- 1.1.9-1 spell checker and morphological an ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libnspr4-0d 1.8.0.14~pre071019b-0lenny1 NetScape Portable Runtime Library ii libnss3-0d 3.11.7-1Network Security Service libraries ii libpango1.0- 1.18.2-1Layout and rendering of internatio ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposit 1:0.3.2-1+b1X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-6compression library - runtime icedove recommends no packages. -- no debconf information
Bug#420177: Fix is working
3 steps to get rid of this bug on amd64: http://ningning.org/blog2/?p=111 Regards, Ellen Thanks, it works like a charm. A few comments, though : - I did not disable "glx" but "dri" (glx is loaded) - The amd64 version of 8776 is available at http://www.nvidia.com/object/linux_display_amd64_1.0-8776.html . Your link only lists the latest versions of the driver. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428697: Workaround doesn't work
Hello I have the same problem and the workaround from #420177 doesn't work : # gcc -shared -o nvidia_drv.so nvidia_drv.o /usr/bin/ld: nvidia_drv.o: relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC nvidia_drv.o: could not read symbols: Bad value collect2: ld returned 1 exit status Xr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394506: Additional info
Okay, starting from a Doxygen page that failed, I stripped code piece by piece and came to the conclusion that arial italic failed. For some reason, I never got to make ttf fonts work under XFree86 (now running X.org) but I left them in /usr/X11R6/lib/X11/fonts/, thinking that it wouldn't matter as they weren't in the font path anyway. I totally forgot about that until today but it seems like I was wrong since Firefox found them. I did like Birger, moved the ttf fonts out of the way and everything is back to normal. Even if it comes from my system, I'd still like to know why it failed all of a sudden. Those fonts have been there since 2004 (didn't know much about GNU/Linux back then) and never caused any problem. If it's still any use, I've attached a backtrace of a segfault in Firefox. I'll wait until the bug is closed to get rid of the symbols and upgrade libpango. Thanks for the help, Xr(gdb) run Starting program: /usr/lib/firefox/firefox-bin [Thread debugging using libthread_db enabled] [New Thread -1490520384 (LWP 4759)] [New Thread -1491276880 (LWP 4762)] [New Thread -1500451920 (LWP 4763)] [New Thread -1510343760 (LWP 4766)] [New Thread -1519637584 (LWP 4767)] [New Thread -1528591440 (LWP 4768)] [New Thread -1538933840 (LWP 4769)] [Thread -1519637584 (LWP 4767) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1490520384 (LWP 4759)] 0x08306f5a in nsTextFrame::Paint (this=0x96b4368, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsTextFrame.cpp:594 594 nsTextFrame.cpp: Aucun fichier ou répertoire de ce type. in nsTextFrame.cpp (gdb) bt #0 0x08306f5a in nsTextFrame::Paint (this=0x96b4368, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsTextFrame.cpp:594 #1 0x082be61d in nsContainerFrame::PaintChild (this=0x96b42c8, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aFrame=0x96b4368, aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsContainerFrame.cpp:282 #2 0x082b13c8 in nsBlockFrame::PaintChildren (this=0x96b42c8, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsBlockFrame.cpp:6443 #3 0x082d423a in nsHTMLContainerFrame::PaintDecorationsAndChildren ( this=0x96b42c8, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aIsBlock=1, aFlags=0) at nsHTMLContainerFrame.cpp:136 #4 0x082b0fbc in nsBlockFrame::Paint (this=0x96b42c8, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsBlockFrame.cpp:6337 #5 0x082be61d in nsContainerFrame::PaintChild (this=0x96b3f24, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aFrame=0x96b42c8, aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsContainerFrame.cpp:282 #6 0x082b13c8 in nsBlockFrame::PaintChildren (this=0x96b3f24, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsBlockFrame.cpp:6443 #7 0x082d423a in nsHTMLContainerFrame::PaintDecorationsAndChildren ( this=0x96b3f24, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aIsBlock=1, aFlags=0) at nsHTMLContainerFrame.cpp:136 #8 0x082b0fbc in nsBlockFrame::Paint (this=0x96b3f24, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsBlockFrame.cpp:6337 #9 0x082be61d in nsContainerFrame::PaintChild (this=0x96b3ed4, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aFrame=0x96b3f24, aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsContainerFrame.cpp:282 #10 0x082b13c8 in nsBlockFrame::PaintChildren (this=0x96b3ed4, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsBlockFrame.cpp:6443 #11 0x082d423a in nsHTMLContainerFrame::PaintDecorationsAndChildren ( this=0x96b3ed4, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aIsBlock=1, aFlags=0) at nsHTMLContainerFrame.cpp:136 #12 0x082b0fbc in nsBlockFrame::Paint (this=0x96b3ed4, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsBlockFrame.cpp:6337 #13 0x082be61d in nsContainerFrame::PaintChild (this=0x96c0ac4, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aFrame=0x96b3ed4, aWhichLayer=eFramePaintLayer_Overlay, aFlags=0) at nsContainerFrame.cpp:282 #14 0x082b13c8 in nsBlockFrame::PaintChildren (this=0x96c0ac4, aPresContext=0x945c8e8, [EMAIL PROTECTED], [EMAIL PROTECTED], aWhichLayer=eFrameP
Bug#394506: At least since libpango1.0-0 1.14.5-1
This was already found in #392344, though I didn't backtrace as Firefox was not compiled with debug info. That bug exists since libpango1.0-0 1.14.5-1 at least. Here's my version info (based on firefox 1.5.dfsg+1.5.0 dependencies, running Etch) ii debianutils2.17 Miscellaneous utilities specific to Debian ii fontconfig 2.4.1-2generic font configuration library - support ii libatk1.0-01.12.2-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics library ii libfontconfig1 2.4.1-2generic font configuration library - runtime ii libfreetype6 2.2.1-5FreeType 2 font engine, shared library files ii libgcc14.1.1-13 GCC support library ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgtk2.0-02.8.20-2 The GTK+ graphical user interface library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG runtime li ii libpango1.0-0 1.14.5-1 Layout and rendering of internationalized te ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 1.0.0-9X11 client-side library ii libxft22.1.8.2-8 FreeType-based font drawing library for X ii libxinerama1 1.0.1-4.1 X11 Xinerama extension library ii libxp6 1.0.0.xsf1-1 X Printing Extension (Xprint) client library ii libxt6 1.0.2-2X11 toolkit intrinsics library ii psmisc 22.3-1 Utilities that use the proc filesystem ii zlib1g 1.2.3-13 compression library - runtime
Bug#392344: Reproducible on my system
I can reproduce it with that page, as well as with http://sylvestre.ledru.info/howto/howto_acpi.php and a few others (I didn't keep a list but it shouldn't be too hard to find if needed). 1.5.dfsg+1.5.0.6-4 didn't have that bug. All extensions are disabled, and I don't have any plugins. Regards, Xr
Bug#290837: module-assistant: No error log either
Same here on module-assistant 0.7.2 with Debian Testing. module-assistant auto-install nvidia fails asking me to check a log that does not exist (View / Continue / Stop). However, this seems to be due to the fact that Sarge no longer has a version of nvidia-kernel-source, maybe because of the problem described in bug #267799 So m-a can't download sources and compile module on his own (At least, that's what I understood). I had of course ran m-a prepare, which succeeded. Package versions follow : Package: module-assistant Version: 0.7.2 Package: nvidia-kernel-source Version: 1.0.6629+1-1 (note : I grabbed this one from the unstable repository when I decided to compile the module by hand) Package: nvidia-kernel-2.6.8-1-386 Version: 1.0.6629+1-1 Package: nvidia-kernel-common Version: 1.0.6629+1 Package: nvidia-glx Version: 1.0.6629+1-1 Using Debian GNU/Linux 3.1 (Sarge / Testing) , kernel 2.6.8-1-386 , libc6 Version: 2.3.2.ds1-20 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]