Bug#926887: [Pkg-samba-maint] Bug#926887: Upgrade replaced smb.conf
On Thu, Apr 18, 2019 at 4:04 PM Mathieu Parent wrote: > Control: fixed -1 2:4.8.1+dfsg-1 > > Le jeu. 11 avr. 2019 à 22:06, Alexander Toresson > a écrit : > > > > Package: samba-common > > Version: 2:4.2.14+dfsg-0+deb8u12 > > > > Hi, > > > > Suddenly my smb shares stopped working. I found out that an unattended > upgrade of samba-common hade replaced (!) smb.conf, for whatever reason: > > > > Excerpt from /var/log/unattended-upgrades/unattended-upgrades-dpkg.log: > > ... > > Setting up samba-common (2:4.2.14+dfsg-0+deb8u12) ... > > Replacing config file /etc/samba/smb.conf with new version > > ... > > > > This is not something I'd expect to happen on package upgrade, at least > not without being asked about it, which cannot be done for an unattended > upgrade. Also, this was a security upgrade from deb8u11 to deb8u12, on > which I'd expect it even less. > > > > This occured on debian 8.11 armel. > > Samba uses ucf to manage config file during upgrade. This should > ensure proper three way merge between old, new and local config. > However this is a bit broken in stretch as it searches for [cdrom] > section. > > Can you send your /etc/samba/smb.conf* (including .ucf*) and > /var/run/samba/upgrades/smb.conf files? > > Regards > -- > Mathieu Parent > Hi! Please se attached (note that I have undone the changes done to /etc/samba/smb.conf by the upgrade). BR, Alexander smbconf.tar.bz2 Description: Binary data
Bug#926887: Upgrade replaced smb.conf
Package: samba-common Version: 2:4.2.14+dfsg-0+deb8u12 Hi, Suddenly my smb shares stopped working. I found out that an unattended upgrade of samba-common hade replaced (!) smb.conf, for whatever reason: Excerpt from /var/log/unattended-upgrades/unattended-upgrades-dpkg.log: ... Setting up samba-common (2:4.2.14+dfsg-0+deb8u12) ... Replacing config file /etc/samba/smb.conf with new version ... This is not something I'd expect to happen on package upgrade, at least not without being asked about it, which cannot be done for an unattended upgrade. Also, this was a security upgrade from deb8u11 to deb8u12, on which I'd expect it even less. This occured on debian 8.11 armel. // Alexander
Bug#854413: fgallery: Missing dependency: zip/7za
Package: fgallery Version: 1.8.2-1 Severity: important Running after installing the package produces the following error: $ fgallery important/photos/ /data/www/photos/ error: cannot run "zip" (check if 7za or zip is installed) Probably one of these should be made dependencies. I downloaded and installed the package on wheezy, but this part should be the same on all debian versions. But, sorry in advance if this is an incorrect bug report. -- System Information: Debian Release: 7.11 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: armhf (armv7l) Foreign Architectures: armel Kernel: Linux 4.4.35.rn102 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fgallery depends on: ii exiftran2.07-10 ii imagemagick 8:6.7.7.10-5+deb7u11 ii libimage-exiftool-perl 8.60-2 ii libjs-mootools 1.4.5~debian1-2.1 ii libjson-perl2.53-1 Versions of packages fgallery recommends: pn liblcms2-utils Versions of packages fgallery suggests: pn facedetect pn jpegoptim pn pngcrush -- no debconf information
Bug#612245: Regarding FCEU/FCEUX
Thanks, that's great! I'll look into how to get access to Alioth. I contacted three people about theur Lua scripts (the three I have found contact info for so far), I already got replies from two. // Alexander On Mon, Mar 11, 2013 at 7:04 AM, Joe Nahmias j...@nahmias.net wrote: On Sun, Mar 10, 2013 at 09:29:55PM +0100, Alexander Toresson wrote: I've gone through the lua scripts. Many of them are by FCEUX contributors who committed them themselves, so GPL-2+ should apply to them. However, there are scripts by a few other authors, with unspecified license. I'll need to investigate those. // Alexander That's very good. Just so you know, I've set up a collab-maint git repo on alioth for the packaging. You can find it at: http://anonscm.debian.org/gitweb/?p=collab-maint/fceux.git If you can get access to alioth, then you should be able to commit directly there. --Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612245: Regarding FCEU/FCEUX
I have registered an account on Alioth and requested access to the collab-maint repo, for the fceux repo. Can you request access for my account chellomere-guest to the fceux repo? In other news, I received replies from the third mail I sent out regarding Lua script licenses today. Thanks, Alexander On Mon, Mar 11, 2013 at 8:37 AM, Alexander Toresson alexander.tores...@gmail.com wrote: Thanks, that's great! I'll look into how to get access to Alioth. I contacted three people about theur Lua scripts (the three I have found contact info for so far), I already got replies from two. // Alexander On Mon, Mar 11, 2013 at 7:04 AM, Joe Nahmias j...@nahmias.net wrote: On Sun, Mar 10, 2013 at 09:29:55PM +0100, Alexander Toresson wrote: I've gone through the lua scripts. Many of them are by FCEUX contributors who committed them themselves, so GPL-2+ should apply to them. However, there are scripts by a few other authors, with unspecified license. I'll need to investigate those. // Alexander That's very good. Just so you know, I've set up a collab-maint git repo on alioth for the packaging. You can find it at: http://anonscm.debian.org/gitweb/?p=collab-maint/fceux.git If you can get access to alioth, then you should be able to commit directly there. --Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612245: Status of this ITP
Hello Joe, Are you still planning on pursuing this? I contacted you in June, and then you responded affirmatively regarding this. After this, I haven't received any response from you. // Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689174: libgl1-nvidia-glx-ia32: Can't compile shaders (but this probably isn't the only thing not working)
Ah, right, sorry. I thought I had read the description, turned out I was confused and read the description of an older version. I assume that this meant that it tried to use the mesa libGL, which doesn't understand shaders? // Alexander On Sat, Sep 29, 2012 at 9:08 PM, Andreas Beckmann deb...@abeckmann.de wrote: On 2012-09-29 20:44, Alexander Toresson wrote: The program outputs an error if it is unable to compile a very basic fragment shader. This fails for me if I compile the program in a i386 chroot and then run it on an amd64 with libgl1-nvidia-glx-ia32. It works on the amd64 host if I use libgl1-nvidia-glx:i386 instead. Then it's working as intended. Did you read the description of the -ia32 package? Did you read the NEWS in the -ia32 package? (hint: install apt-listchanges) The -ia32 to :i386 transition needs some additional actions to be performed by the user. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678870:
I've been thinking about this for a while. I don't think it's a good idea to package in its current state: 1. The system libunwind should be used, to ease maintainability and application of security patches. This could probably be done quite easily. 2. There's no official release. This could also be fixed quite easily, if strace-plus is to be developed further. 3. strace-plus currently duplicates all the source code of strace. This IMHO is the most severe issue, and also the issue which is hardest to resolve. If possible, I'd like to see the features of strace-plus merged into strace. I have mailed the author of strace-plus, and offered to help with fixing this if he agrees, we will see what the answer is. // Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678870:
Darn it. Of course it should've read: * Package name: strace+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678870: ITP: strace+ -- An improved version of strace that collects stack traces
Package: wnpp Severity: wishlist Owner: Alexander Toresson alexander.tores...@gmail.com * Package name: fceux Version : no release yet Upstream Author : Philip Guo pgbov...@google.com * URL : http://code.google.com/p/strace-plus/ * License : New BSD License (http://www.opensource.org/licenses/bsd-license.php) Programming Lang: C Description : An improved version of strace that collects stack traces strace+ is an improved version of strace that collects stack traces associated with each system call. Since system calls require an expensive user-kernel context switch, they are often sources of performance bottlenecks. strace+ allows programmers to do more detailed system call profiling and determine, say, which call sites led to costly syscalls and thus have potential for optimization. It also enabled developers to find out from where specific system calls were performed, as this may not be very easy to find out when using many libraries. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542109: fatsort: new version available
Package: fatsort Version: 0.9.8.3-1 Version 0.9.10 is available at https://developer.berlios.de/project/showfiles.php?group_id=2731 , compared to 0.9.8.3 it adds a few useful features: the ability to sort only one directory (with or without subdirectories) and natural sorting. // Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533051: ITP: lcs -- Liberal Crime Squad, a satirical role-playing/strategy game
Package: wnpp Severity: wishlist * Package name: lcs Version : 3.19.4 Upstream Author : Tarn Adams (www.bay12games.com) * URL : http://lcsgame.sourceforge.net/ * License : Mostly GPLv2 A satirical console-based political role-playing/strategy game in which you recruit a team of Elite Liberal radicals and try to save the United States from a descent into Arch-Conservatism. Gameplay based loosely on the classic 1983 RPG Oubliette. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533051: License update
Sorry, I confused the license with another piece of software I'm packaging; this game is fully GPLv2, except one file that I had to remove from the upstream source. (and which wasn't used on linux anyway) // Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513134: New upstream version
Hello, FCEUX features major improvements versus the old FCEU. I'd like to see this in debian. Do you have time and intent to package it? Otherwise, I'd like to perform an attempt. However, as I have little experience with packaging, it would probably take me a while. I would also need a sponsor. // Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#406892: [Pkg-xfce-devel] Bug#406892: xfce4-mcs-manager: lack of capitalization of User interface in Settings
tags 406892 fixed-upstream thanks This has been fixed upstream in the 4.4 branch now; please note that the currently developed 4.6/trunk branch never was affected by this. // Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503933: iceweasel: Some text is not displayed
Package: iceweasel Version: 3.0.3-2 Severity: normal Hello, Since some time back Iceweasel on my system does not display some text inside webpages at all. I tried starting it in safe mode, and that didn't fix it. However, it works in upstream's Firefox 3.0.3. This has worked before in Iceweasel 3.0.x; some recent update broke it. An example of a page that is affected is: http://www.cs.lth.se/Education/natfak/ On this page, there is no text displayed at all (except text that 'really is an image'). On other pages, some text is displayed while other text is not, however. On most pages, all text is displayed. // Alexander -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (499, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-14 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 0.1-8 Xft-compatible versions of some La ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) pn xprintnone (no description available) ii xulrunner-1.9-gnome-s 1.9.0.3-1 Support for GNOME in xulrunner app -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503933: iceweasel: Some text is not displayed
On Wed, Oct 29, 2008 at 1:55 PM, Mike Hommey [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 01:42:09PM +0100, Alexander Toresson [EMAIL PROTECTED] wrote: Package: iceweasel Version: 3.0.3-2 Severity: normal Hello, Since some time back Iceweasel on my system does not display some text inside webpages at all. I tried starting it in safe mode, and that didn't fix it. However, it works in upstream's Firefox 3.0.3. This has worked before in Iceweasel 3.0.x; some recent update broke it. An example of a page that is affected is: http://www.cs.lth.se/Education/natfak/ On this page, there is no text displayed at all (except text that 'really is an image'). On other pages, some text is displayed while other text is not, however. On most pages, all text is displayed. Can you try http://glandium.org/blog/?p=209 ? Mike I already had xulrunner-1.9 of the same version installed, so I just installed the custom libcairo2 package. Still with it, the same problem manifests itself. (After restarting iceweasel, of course). I also tried using the nv Xorg driver instead of the nvidia driver to see if that would help. It didn't. A few more details about my setup: I'm running Xfce from svn trunk (shouldn't make any difference), and I'm using its composite manager (could perhaps make a difference). I tried turning it off, didn't make any difference, though xcomposite is still enabled, of course. If you think it's worth it I could try disabling it. Also, I'm normally using version 173.14.09-5 of the nvidia driver, but as the test with using nv instead indicates, it's not related to the Xorg video driver. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503933: iceweasel: Some text is not displayed
On Wed, Oct 29, 2008 at 2:23 PM, Mike Hommey [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 02:11:16PM +0100, Alexander Toresson [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 1:55 PM, Mike Hommey [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 01:42:09PM +0100, Alexander Toresson [EMAIL PROTECTED] wrote: Package: iceweasel Version: 3.0.3-2 Severity: normal Hello, Since some time back Iceweasel on my system does not display some text inside webpages at all. I tried starting it in safe mode, and that didn't fix it. However, it works in upstream's Firefox 3.0.3. This has worked before in Iceweasel 3.0.x; some recent update broke it. An example of a page that is affected is: http://www.cs.lth.se/Education/natfak/ On this page, there is no text displayed at all (except text that 'really is an image'). On other pages, some text is displayed while other text is not, however. On most pages, all text is displayed. Can you try http://glandium.org/blog/?p=209 ? Mike I already had xulrunner-1.9 of the same version installed, so I just installed the custom libcairo2 package. Still with it, the same problem manifests itself. (After restarting iceweasel, of course). I also tried using the nv Xorg driver instead of the nvidia driver to see if that would help. It didn't. A few more details about my setup: I'm running Xfce from svn trunk (shouldn't make any difference), and I'm using its composite manager (could perhaps make a difference). I tried turning it off, didn't make any difference, though xcomposite is still enabled, of course. If you think it's worth it I could try disabling it. Also, I'm normally using version 173.14.09-5 of the nvidia driver, but as the test with using nv instead indicates, it's not related to the Xorg video driver. What happens if you change Page Style in the Edit menu to No style ? Mike Then the text is displayed. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503933: iceweasel: Some text is not displayed
On Wed, Oct 29, 2008 at 2:38 PM, Mike Hommey [EMAIL PROTECTED] wrote: Is pango-graphite installed on your system? Mike No, it's not, and installing it didn't make any difference, except that spaces between words between very big (o.O). In any case, I decided to investigate this and strip down a page to the smallest one that would still have the problem, and got quite surprised by the results. I had expected the problem to manifest itself with a specific font. Instead, the problem showed when some text had a font-size attribute set, whose unit was pt or cm. px, %, or literals like x-large didn't cause the problem. Here's the resulting page that has the problem: html head style TYPE=text/css body {font-size:10pt;} /style /head body Hej hej paring; dig min vauml;n /body /html pt and cm units depend on DPI, right? Could it be that iceweasel detects the dpi as 0? Even setting font-size to 1000pt doesn't make any difference. I tried setting a minimum size for text, but that didn't make any difference. My DPI is set correctly: $ xdpyinfo |grep resolution resolution:96x96 dots per inch // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503933: iceweasel: Some text is not displayed
On Wed, Oct 29, 2008 at 6:04 PM, Mike Hommey [EMAIL PROTECTED] wrote: If you open about:config in iceweasel and search for layout.css.dpi, what is its value? What if you try setting it to 96? Mike Ah, it was set to 0! Setting it to 96 fixed the problem. Why does iceweasel have its own dpi setting anyway? I may have altered the DPI setting in older versions of iceweasel/firefox, however, and if so, it was to make the font sizes consistent with the rest of the system. It does not seem to be possible to set the DPI through the settings dialog in 3.0.x, though. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502561: intltool: 0.40.3 and older do not handle translatable entries with dashes in .desktop files
On Sat, Oct 18, 2008 at 3:43 AM, Jordi Mallach [EMAIL PROTECTED] wrote: On Fri, Oct 17, 2008 at 10:30:08PM +0200, Alexander Toresson wrote: intltool 0.40.3 and older does not handle translatable entries with dashes in desktop files. For example: _X-XfceSettingsName=Window Manager This may be more common that you would expect, as non-standard entries in .desktop files are required to start with 'X-'. For example, this affects the Xfce way of specifying 'short' names for entries in the settings manager, at least in the upcoming 4.6 release. I extracted the patch to fix this from the intltool subversion repo, and I've attached it to this mail. The patch may need some minor modification to work with 0.40.0 or even 0.40.3, as the line number may have changed (but patch(1) may be intelligent enough to get this). I guess this is too late for etch, though? Another option for unstable/next stable (after lenny) would be to upgrade to 0.40.4, which has this fix included. I believe this sort of fixes should go into lenny, if it needs to be a useful development platform. Actually reviewing if having 0.40.3+patch or 0.40.4 is possible would be even better, as there are other important bug fixes since 0.40.0. I'll see what other team members say before we push things one way or another. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ Thank you, that would be really great! Just FYI, the upstream bug report in question for this issue is at http://bugzilla.gnome.org/show_bug.cgi?id=549243 . // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502561: intltool: 0.40.3 and older do not handle translatable entries with dashes in .desktop files
Package: intltool Version: 0.40.0-1 Severity: normal intltool 0.40.3 and older does not handle translatable entries with dashes in desktop files. For example: _X-XfceSettingsName=Window Manager This may be more common that you would expect, as non-standard entries in .desktop files are required to start with 'X-'. For example, this affects the Xfce way of specifying 'short' names for entries in the settings manager, at least in the upcoming 4.6 release. I extracted the patch to fix this from the intltool subversion repo, and I've attached it to this mail. The patch may need some minor modification to work with 0.40.0 or even 0.40.3, as the line number may have changed (but patch(1) may be intelligent enough to get this). I guess this is too late for etch, though? Another option for unstable/next stable (after lenny) would be to upgrade to 0.40.4, which has this fix included. // Alexander -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (499, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages intltool depends on: ii automake [automaken] 1:1.10.1-3 A tool for generating GNU Standard ii file 4.26-1 Determines file type using magic ii gettext 0.17-4 GNU Internationalization utilities ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii patch2.5.9-5 Apply a diff file to an original ii perl 5.10.0-15 Larry Wall's Practical Extraction intltool recommends no packages. intltool suggests no packages. -- no debconf information Index: intltool-merge.in === --- intltool-merge.in (revision 755) +++ intltool-merge.in (revision 756) @@ -1224,7 +1224,7 @@ while (INPUT) { -if (s/^(\s*)_(\w+=(.*))/$1$2/) +if (s/^(\s*)_([A-Za-z0-9\-]+=(.*))/$1$2/) { my $string = $3;
Bug#496277: [Pkg-xfce-devel] Bug#496277: Confirmation that downgrading libxml2 is valid workaround
close #496277 thanks On Wed, Aug 27, 2008 at 2:35 PM, Jonas Smedegaard [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I was hit by this bug as well, and can confirm that downgrading libxml2 works: libxml2 2.6.32.dfsg-2+lenny1 - 2.6.32.dfsg-1 - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki1ShEACgkQn7DbMsAkQLhFVwCfdxykelbXkoyTlfpcltczWVxS pwkAn0yMRWXcwASgo/jEZ6FcNX2r+iKR =4Ppx -END PGP SIGNATURE- libxml2 2.6.32.dfsg-3 is now in testing, so this should be fixed if you upgrade it. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496277: [Pkg-xfce-devel] Bug#496277: Bug#496277: xfce4-menu-plugin segfaults, causing xfce-panel to exit on startup
On Tue, Aug 26, 2008 at 3:37 PM, Matsche [EMAIL PROTECTED] wrote: Alexander Toresson wrote: Could this be caused by http://bugs.debian.org/496125 , perhaps? You could try downgrading libxml2 and libxml2-dev again, or upgrading to the new -3 (which unfortunately doesn't seem to have reached lenny yet). // Alexander Maybe, but i'm bewildered about the fact, that such e bug can pass the quality control at that state. I've thought lenny is in frozen state. This is a realy serious bug in a very fundamental lib. matsche I still think this should be the problem. You could try downgrading/upgrading libxml2, or getting a backtrace using gdb (if so, please have the -dbg package for libxml2 installed). Also, please reply to the bts, and not just to me. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496277: [Pkg-xfce-devel] Bug#496277: Bug#496277: xfce4-menu-plugin segfaults, causing xfce-panel to exit on startup
On Tue, Aug 26, 2008 at 1:06 PM, Matsche [EMAIL PROTECTED] wrote: OK, this is my last try to replay to this bug... :/ the behavior of the groups is not understandable for me. Yves-Alexis Perez wrote: On dim, 2008-08-24 at 16:03 +1000, Ian MacKinnell wrote: If I open the desktop menu by right-clicking on the desktop background, the menu works OK unless I pass over Graphics or Games, at which point the menu instantly disappears instead of displaying the submenu, and all my desktop icons disappear, and I have to press Alt-F2 to get a prompt to run xfce-setting-show, go to Desktop Preferences and switch back on Allow XFCE to manage the desktop. In other words, the menu is crashing AND causing a configuration change on the XFCE desktop. The menu crashes and makes xfdesktop crashes. I guess you have dirty menu entries, or something like that. Could you show us what entries you have in this categories? I think it depends on some xml-svg-stuff. In my case, the panel crashes with error message (xfce4-menu-plugin:10967): Gdk-WARNING **: GdkWindow 0x403 unexpectedly destroyed The program 'xfce4-menu-plugin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 154 error_code 3 request_code 18 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) . After some timespending dumpstering i found an launcher entry with: [Entry 0] Name=ScummVM Exec=/usr/games/scummvm Terminal=false StartupNotify=false Comment=Interpreter for several adventure games Icon=scummvm.svg after commenting (#) the icon line it works. All this happened as a result of a daily dist-upgrade on Friday night (22 Aug) AEST. Could you show use what got upgraded? The packages are: libxml2_2.6.32.dfsg-2+lenny1_i386.deb python2.5_2.5.2-6+lenny1_i386.deb libxml2-dev_2.6.32.dfsg-2+lenny1_i386.deb python2.5-minimal_2.5.2-6+lenny1_i386.deb libxml2-utils_2.6.32.dfsg-2+lenny1_i386.deb python-libxml2_2.6.32.dfsg-2+lenny1_i386.deb openvpn_2.1~rc9-3_i386.deb I hope it helps. Cheers, matsche ___ Pkg-xfce-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-xfce-devel Could this be caused by http://bugs.debian.org/496125 , perhaps? You could try downgrading libxml2 and libxml2-dev again, or upgrading to the new -3 (which unfortunately doesn't seem to have reached lenny yet). // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488938: [Pkg-xfce-devel] Bug#488938: [xfce4-panel] no output
On Wed, Jul 2, 2008 at 11:48 AM, Matthias Krüger [EMAIL PROTECTED] wrote: Package: xfce4-panel Version: 4.4.2-6 --- Please enter the report below this line. --- The program kfind doesn't appear in the task list when I launch it. Thank you for your fine work! Matthias Krüger I'd say kfind hides itself from the task list. Can't you give a little more details? There was no output in the terminal (kfind) and no specific output in the .xsession-errors -file (xfce4-panel). I'll try to install some kde-dbg-packages but I don't know if it'll help (give some useful output). Thank you for your fine work!Matthias Krüger Try running xprop on the kfind window. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480587: [Pkg-xfce-devel] Bug#480587: xfwm4: Using Compositing causes X to eat major CPU
On Sun, May 11, 2008 at 5:29 AM, Daniel Dickinson [EMAIL PROTECTED] wrote: With an accelerated video card with composting enabled in xorg.conf and for compositing works under GNOME, using compositing in Window Manager Tweaks results in X consuming huge amounts of CPU bringing the system to a crawl. Compositing under gnome -- is that with compiz or with the compositor metacity has gained lately? Because compiz uses opengl for effects, while xfwm4 and metacity use xrender. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480547: [Pkg-xfce-devel] Bug#480547: xfce4-mount-plugin: Mount pluging requires device exist in fstab by device name
severity 480547 wishlist thanks On Sat, May 10, 2008 at 9:48 PM, Daniel Dickinson [EMAIL PROTECTED] wrote: If a mount does not exist in the fstab (such as a user mounted CIFS filesystem), or the mount is mounted by UUID not device name, the mount does not appear in the lists of mounts for the plugin/applet. This is by design, thus this can be considered a feature request. Downgrading to wishlist. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480587: [Pkg-xfce-devel] Bug#480587: xfwm4: Using Compositing causes X to eat major CPU
On Sun, May 11, 2008 at 10:55 PM, Daniel Dickinson [EMAIL PROTECTED] wrote: On Sun, 11 May 2008 22:35:20 +0200 Alexander Toresson [EMAIL PROTECTED] wrote: On Sun, May 11, 2008 at 5:29 AM, Daniel Dickinson [EMAIL PROTECTED] wrote: With an accelerated video card with composting enabled in xorg.conf and for compositing works under GNOME, using compositing in Window Manager Tweaks results in X consuming huge amounts of CPU bringing the system to a crawl. Compositing under gnome -- is that with compiz or with the compositor metacity has gained lately? Because compiz uses opengl for effects, while xfwm4 and metacity use xrender. That was with compiz. It may be that metacity compositing has the same the problems; I don't know and am not planning on installing gnome to find out :-) So it could be a problem with xrender; are there other programs that use that I can test with? You could try using xcompmgr; it's a standalone composite manager, and see it it excibits the same problem. // Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480405: cowsay: duck.cow does not work on (at least) lenny
Package: cowsay Version: 3.03-9.1 Severity: normal $ cowthink -f duck wak wak Bareword found where operator expected at /usr/share/cowsay/cows/duck.cow line 3, near )_ (Missing operator before _?) Bareword found where operator expected at /usr/share/cowsay/cows/duck.cow line 4, near )__ (Missing operator before __?) cowthink: syntax error at /usr/share/cowsay/cows/duck.cow line 3, near } This is just a guess, but perhaps the problem is that lenny has perl 5.8 while unstable has 5.10? I couldn't verify, as installing perl 5.10 from unstable here wanted a lot more dependencies than I would be comfortable getting from unstable // Alexander -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (499, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowsay depends on: ii perl 5.8.8-12 Larry Wall's Practical Extraction Versions of packages cowsay recommends: ii filters 2.44 a collection of filters, including -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480404: cowsay: duck.cow does not work on (at least) lenny
Package: cowsay Version: 3.03-9.1 Severity: normal $ cowthink -f duck wak wak Bareword found where operator expected at /usr/share/cowsay/cows/duck.cow line 3, near )_ (Missing operator before _?) Bareword found where operator expected at /usr/share/cowsay/cows/duck.cow line 4, near )__ (Missing operator before __?) cowthink: syntax error at /usr/share/cowsay/cows/duck.cow line 3, near } This is just a guess, but perhaps the problem is that lenny has perl 5.8 while unstable has 5.10? I couldn't verify, as installing perl 5.10 from unstable here wanted a lot more dependencies than I would be comfortable getting from unstable // Alexander -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (499, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowsay depends on: ii perl 5.8.8-12 Larry Wall's Practical Extraction Versions of packages cowsay recommends: ii filters 2.44 a collection of filters, including -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470145: sysprof-module-source: causes kernel panics and lock-ups when system is stressed
Package: sysprof-module-source Version: 1.0.8-1 Severity: normal I've for long had stability issues (random kernel panics and lock-ups, but which occur mostly when the system is stressed) in debian on two different machines: This one, a Dell XPS m1330 ,and an Inspiron 6000. The problem has been present since at least when running 2.6.21 up to 2.6.24. So yesterday I managed to figure out that the sysprof kernel module was causing the problems. With it loaded, the system ran a compile for barely 30 minutes before locking up. Without it, I ran it for approximately totally 15h that without it locking up. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (499, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysprof-module-source depends on: ii build-essential 11.3 informational list of build-essent ii bzip2 1.0.4-3high-quality block-sorting file co ii debhelper 6.0.5 helper programs for debian/rules ii module-assistant 0.10.11.0 tool to make module package creati sysprof-module-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467441: [Pkg-xfce-devel] Bug#467441: appfinder can't get contents of file electricsheep.desktop
On Mon, Feb 25, 2008 at 2:31 PM, Matthias Krüger [EMAIL PROTECTED] wrote: Package: xfce4-appfinder Version: 4.4.2-1 Severity: minor --- Please enter the report below this line. --- When I launched xfce4-appfinder, the terminal sais: (xfce4-appfinder:8158): libxfce4util-WARNING **: Could not get contents of file /usr/share//applnk/System/ScreenSavers/electricsheep.desktop (xfce4-appfinder:8158): libxfce4util-WARNING **: Could not get contents of file /usr/share/applnk/System/ScreenSavers/electricsheep.desktop Appears that on at least my system, /usr/share/applnk/System/ScreenSavers/electricsheep.desktop is a broken symlink. Regards, Alexander Toresson
Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize
On 10/4/07, Bruno Kleinert [EMAIL PROTECTED] wrote: Package: xfce4-terminal Version: 0.2.6-4 Severity: minor hi, xfterm consumes a lot of cpu-time when it has to redraw its window. this effect shows up, when i resize a xfterm window and when i switch to a workspaces with large-sized xfterm window. xfterm nearly takes a second to draw its window at a resolution of 1680x1024. reading through the debian changelog, it appears that there were no changes in the code for more than four weeks. so i suspect this bug was introduced by another package, because it showed up about one to two weeks ago for the first time. i cannot remember the first time i noticed this behaviour, so i can't figure out, which package(s) might be the culprit. i tested resizing the xfterm with and without xfce's integrated compositing manager and also within a compiz environment - no difference between them. cheers - fuddl You could try disabling the composite extension in X. Terminal uses an ARGB window if it is enabled. Also, note that xfterm4 is a script that launches the best terminal it finds. (Just to make you verify that you've got Terminal aka xfce4-terminal there) Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284229: [Pkg-xfce-devel] Bug#284229: bug #284229
On 9/16/07, Michael Gilbert [EMAIL PROTECTED] wrote: as a user, i expect the font to always be the same, regardless of the number of dots per inch computed. well, a 8 points font won't look the same if you change the number of points displayed per inches. i'd expect the font to be the same size regardless of dpi, but it would look really bad at the low dpi setting, rather than being shrunk. I'm sorry, but that doesn't make any sense. Font sizes are specified in points. Note that points are not the same as pixels. Then to figure out how big the font should be in pixels, the X server's dpi setting is used. This is so a font of a given point size will be the same size on all monitors, as long as you have specified the right dpi for it. If you specify a too big dpi setting, your fonts will be too big and if it is too small, the fonts will be too small. I think I understand what you're thinking, though. You're thinking dpi in terms of printers, where the dpi you print with specifies the quality of the print. However, your monitor does at a given resolution only have one dpi, which can be calculated from the size of the monitor and the resolution. If the 'real' dpi of your monitor is 100 dpi, and you set it to 200 dpi, this would result in kinda the same result as you would get if you send picture data at 200 dpi to your printer _when it expects 100 dpi data_. That is, stuff will be printed as twice as big as was intended. Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440848: [Pkg-xfce-devel] Bug#440848: xfce menu terminating unexpectedly
On 9/4/07, Yann Dirson [EMAIL PROTECTED] wrote: Package: xfdesktop4 Version: 4.4.1-5 Severity: important Twice in the last days, the xfce menu plugin was not there any more after unlocking the screen. My .xsession-errors has 2 occurences of the following lines. I have only started to use xfce a short time ago, so I can't tell if that's a recent issue. | ** Message: Xfce Menu: screen changed: 0 | | ** Message: No valid plug window. | | (xfce4-panel:15761): Gtk-CRITICAL **: gtk_socket_get_id: assertion `GTK_WIDGET_ANCHORED (socket)' failed | | ** (xfce4-panel:15761): CRITICAL **: An item was unexpectedly removed: Xfce Menu. I bet this is due to it leaking memory and thus eventually crashing. It would be nice if you could verify that or at least measure the memory usage of the menu plugin after a few hours, though. If you then would like to be really ambitious, you could try to provide us with a valgrind log of the leak for us to pass to upstream. Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429165: [Pkg-xfce-devel] Bug#429165: [EMAIL PROTECTED]: Re: Bug#429165: thunar: support writing iso files to cd on right-click menu]
On 6/18/07, Michael Gilbert [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] You can use the custom actions: http://thunar.xfce.org/pwiki/documentation/custom_actions http://thunar.xfce.org/pwiki/documentation/custom_actions#burn A simple command like `wodim file.iso` for the command would also work. Just make sure you insert a writable media before executing the command :) this is a solution that works, but its just not user-friendly. From: Mathias Brodala You can install Brasero for this. this works great. brasero looks like it works well and integrates nicely into the thunar context menus. if brasero were added to the thunar recommends, i would be very satisfied with the resolution of this bug. mike I would find it odd if an Xfce application recommended a Gnome application Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379354: [Pkg-xfce-devel] Bug#379354: Bug#379354: xfce4-panel: xfce4-panel uses 2% cpu continuously due to polling
On 5/27/07, Yves-Alexis Perez [EMAIL PROTECTED] wrote: On dim, 2006-07-23 at 02:15 +0200, Hein Zelle wrote: On my Debian unstable system (athlon 2600), xfce4-panel eats a continuous 2% cpu, approximately. A strace on the process shows that within approximately 10 seconds, the following functions are called: grep -c ioctl strace.log 142 grep -c gettime strace.log 267 grep -c poll strace.log 141 Following up on this bug, could you try powertop (available in debian unstable for i386) and see if xfce4-panel is waking up too much? Currently clock plugins wake up every second even if seconds aren't displayed, this should be fixed in current svn, for next releases. Regards, -- Yves-Alexis It might also be an idea to use sysprofile (m-a a-i sysprof-module modprobe sysprof-module apt-get install sysprof sysprof) to try to profile what is causing the cpu usage of xfce4-panel. Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406892: xfce4-mcs-manager: lack of capitalization of User interface in Settings
forwarded #406892 http://bugzilla.xfce.org/show_bug.cgi?id=3286 thanks Michael Gilbert wrote: Package: xfce4-mcs-manager Version: 4.3.99.2-1 Severity: minor in the xfce settings manager, the i in User interface is not capitalized. this is inconsistant with the other icons available. i recommend that User interface be modified to User Interface. thanks. mike Sounds reasonable. I've forwarded this to upstream, thank you. Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408445: xfce4-mcs-manager: Configuration dialog for simple splash screen resizes
reassign #408445 xfce4-session forwarded #408445 http://bugzilla.xfce.org/show_bug.cgi?id=3287 thanks Mathias Brodala wrote: The configure dialog for the simple splash screen is buggy. This is the way it normally looks like: http://download.noctus.net/gallery/caps/simple_configure_normal.png But after a resize it looks like this: http://download.noctus.net/gallery/caps/simple_configure_resized.png As you can see the Choose button for the splash image gets resized whereas the input box next to it should be resized instead. Confirmed and forwarded to upstream, thank you. Reassigned to xfce4-session; the splash engines are part of that package. Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423276: xfrun4: Fails to interpret ~ as home directory
Ben Stewart wrote: Package: xfce4-utils Version: 4.4.1-1 Severity: normal xfce4-utils' xfrun4 utility does not support the use of ~ as a prefix that is translated to the home directory. Interpreting ~ is implemented by nearly every Unix shell, and is expected behaviour from applications that are a shell substitute. xfrun4 should support ~ as a prefix that is translated into /home/foo. Hello Ben, xfrun4 does not launch a shell and does thus not interpret ~, nor does it expand environment variables, *, expressions inside backticks etc. This is an active decision by upstream, to keep xfrun4 fast and light. It would, however, maybe be feasible to add special code inside xfrun4 to interpret just ~, as it is so commonly used. Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351424: 'man xfce4-session' typos: contens, plattform x 2, and typicaly
forwarded 351424 http://bugzilla.xfce.org/show_bug.cgi?id=3288 thanks A Costa wrote: Package: xfce4-session Version: 4.2.3-1 Severity: minor Tags: patch Found some typos in '/usr/share/man/man1/xfce4-session.1.gz', see attached '.diff'. Hope this helps... Quite interesting that this bug did still apply after such a long time. Forwarded to upstream, thank you for your report. Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408911: xfce4-terminal: can't use Ctrl+Tab as shortcut key
forwarded #408911 http://bugzilla.xfce.org/show_bug.cgi?id=3285 thanks Markus Järvinen wrote: Package: xfce4-terminal Version: 0.2.5.8rc2-1 Severity: normal I'm trying to change the Next Tab shortcut to Ctrl+Tab. Pressing Ctrl+Tab after that however only produces a tab in the shell. Could reproduce this here on 0.2.7svn-25764 too. Forwarded upstream, thank you. Regards, Alexander Toresson
Bug#426016: libburn-1: New upstream version available
Package: libburn-1 Severity: wishlist Hello, There has for a long time been new upstream versions of libburn (and libisofs too for that matter) at http://libburnia.pykix.org/ . Please consider upgrading; for example current upstream xfburn _requires_ libburn 0.3.x. Regards, Alexander Toresson -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.8-3-386 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401921:
This is a problem in gtk 2.8 which didn't support the Mod4 modifier key. This was fixed in gtk 2.10. Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355589: Debian bug followup (Re: bug 355589)
On 2/25/07, Sven Arvidsson [EMAIL PROTECTED] wrote: This is a follow up to Debian bug 355589. See http://bugs.debian.org/355589 Hi, Does this bug still happen with GTK+ version 2.8.20-5 (or later) on an up to date Etch system? -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 Yes, it still happens in screem and ghex2. Pressing enter doesn't do anything when the focus is on the file name box. Neither does pressing tab. Though I discovered a thing: shift-tab does work, so it's possible to reach the 'Save' button that way. I also noticed that pressing tab in the save dialog doesn't seem to work in any gtk2 application, and the shift-tab trick works. But why wouldn't just pressing tab work? Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329222: Debian bug followup (Re: bug 329222)
On 2/25/07, Sven Arvidsson [EMAIL PROTECTED] wrote: This is a follow up to Debian bug 329222. See http://bugs.debian.org/329222 Hi, Does this bug still happen with GTK+ version 2.8.20-5 (or later) on an up to date Etch system? -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 Yes. I just tested and it looks like it shouldn't do. That is, how it always looked outside of gnome. I seem to have lost the image showing the difference and I don't have gnome installed currently, though :/ Regards, Alexander Toresson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384790: upx-ucl: Please package older version in a separate package
Package: upx-ucl Version: 2.01-1 Severity: normal $ upx-ucl -d ./exu Ultimate Packer for eXecutables Copyright (C) 1996,1997,1998,1999,2000,2001,2002,2003,2004,2005,2006 UPX 2.01Markus Oberhumer, Laszlo Molnar John Reiser Jun 06th 2006 File size Ratio Format Name -- --- --- upx-ucl: ./exu: CantUnpackException: I am not compatible with older versions of UPX That is, I'm unable to unpack an executable that was compressed using an older version of upx. So, I'd like a separate package with the older version in; if this cannot be fixed. Oh, and this applies to upx-nrv too. Regards, Alexander Toresson -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.custom.1.0 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages upx-ucl depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-5 GCC support library ii libstdc++64.1.1-5The GNU Standard C++ Library v3 ii libucl1 1.03-2 Portable compression library - run ii zlib1g1:1.2.3-13 compression library - runtime upx-ucl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355589: libgtk2.0-0: GTK2 file save dialog unusable without a mouse in some programs
Package: libgtk2.0-0 Version: 2.8.12-1 Severity: normal In some gtk2 programs you can't solely use the keyboard in the file save dialog. After entering a file name in the file save dialog, pressing enter does nothing. So does trying to tab to the Save button. This happens in mousepad, screem and ghex2. This slows me down because I have to move my hand away from the keyboard to the mouse, move the mouse pointer to be above the Save button and click, instead of just pressing enter. This is also a problem from an accibility point of view. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.custom.3.0 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgtk2.0-bin 2.8.12-1 The programs for the GTK+ graphica ii libgtk2.0-common 2.8.12-1 Common files for the GTK+ graphica ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpango1.0-0 1.10.3-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libtiff4 3.8.0-2Tag Image File Format (TIFF) libra ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.8-3 default fallback theme for FreeDes -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349710: gaim: can't create mcop directory
Package: gaim Version: 1:1.2.1-1.4 Severity: normal Logging in to msn works very well, but when I attempt to message anyone, I get the following text in the terminal I started it in: Creating link /home/alex/.kde/socket-neolextop. can't create mcop directory I have tried using 1:1.5.0+1.5.1cvs20051015-1 from unstable and testing, 1:1.4.0-5etch2 from testing-security and 1:1.2.1-1.4 from stable. They all have the same problem. This didn't happen a few days ago, btw. This may also be a bug in arts. Please reassign if that is the case. Regards, Alexander Toresson -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.custom.3.0 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data1:1.2.1-1.4 multi-protocol instant messaging c ii libao2 0.8.6-1.1 Cross Platform Audio Output Librar ii libaspell15 0.60.4-1GNU Aspell spell-checker runtime l ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.8.5-1 The GLib library of C routines ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libgtkspell0 2.0.10-3a spell-checking addon for GTK's T ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libpango1.0-01.10.2-1Layout and rendering of internatio ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstartup-notification0 0.8-2 library for program launch feedbac ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m gaim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344507: not a bug
Bart Martens wrote: On Sat, Jan 14, 2006 at 01:33:40PM +0100, Alexander Toresson wrote: Sure, flashplugin-nonfree is a script, but I would nevertheless assume that if you downgrade the script, it will downgrade the flash plugin too. Part of this is the version numbers the scripts do have, part of it is that I don't see why the user wouldn't want to downgrade to flash 7.0.25 when the user downgrades the script to version 7.0.25 (which currently fetches version 7.0.25 if no newer version is installed, right?). I agree with this. But downgrading the plugin together with the package is not always possible. The old plugin may no longer be available on the upstream download site and on the local system. I think that downgrading a Debian package must not fail over such outside aspects. That's true. Maybe changing the version numbering takes away the confusion. Feel free to submit a patch to suggest that to the maintainer. I don't know. Maybe adding some text besides the no new versions is detected on downgrade that tells the user how to downgrade the plugin itself. I'll see what I'll do. Anyway, I agree with you that things are a bit confusing. The best solution would be that Macromedia allows redistribution with the GPL. Yep. Regards, Alexander Toresson
Bug#348047: anjuta: crashes when trying to open the fonts and colors editor
) at gdkevents-x11.c:2291 #21 0xb73a9371 in IA__g_main_context_dispatch (context=0x82161f0) at gmain.c:1934 #22 0xb73ac5d7 in g_main_context_iterate (context=0x82161f0, block=1, dispatch=1, self=0x81ef3f8) at gmain.c:2565 #23 0xb73acb28 in IA__g_main_loop_run (loop=0x8bacfc0) at gmain.c:2769 #24 0xb7af0df9 in IA__gtk_main () at gtkmain.c:991 #25 0x080be126 in main () (gdb) I don't know if this is a bug in anjuta or gtk2 (or potentially even glib) but it looks like IA__gtk_widget_show() gets passed a NULL widget id, so my guess is that it's a bug in Anjuta. Please reassign if that is not the case. Regards, Alexander Toresson -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.custom.3.0 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages anjuta depends on: ii anjuta-common2.0.1-2 A GNOME development IDE, for C/C++ ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libgcc1 1:4.1-0exp6 GCC support library ii libgconf2-4 2.12.1-8GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.5-1 The GLib library of C routines ii libgnome-keyring00.4.6-2 GNOME keyring services library ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.12.0-2A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-3The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-2GNOME 2.2 print architecture User ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.2-3The GNOME virtual file-system libr ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.2-1Layout and rendering of internatio ii libpcre3 6.4-1.1 Perl 5 Compatible Regular Expressi ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libvte4 1:0.11.15-4 Terminal emulator widget for GTK+ ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxml2 2.6.23-1.1 GNOME XML library ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages anjuta recommends: ii autoconf 2.59a-7automatic configure script builder pn autogen none (no description available) pn automake none (no description available) ii cvs 1:1.12.9-17Concurrent Versions System pn devhelp none (no description available) ii exuberant-ctags [ctags] 1:5.5.4-1 build tag file indexes of source c ii g++ 4:4.0.2-2 The GNU C++ compiler ii gcc 4:4.0.2-2 The GNU C compiler ii gdb 6.4-1 The GNU Debugger pn gnome-devel none (no description available) ii gnome-terminal2.10.0-3 The GNOME 2 terminal emulator appl ii indent2.2.9-7C language source code formatting ii libtool 1.5.22-1 Generic library support script ii make 3.80+3.81.b4-1 The GNU version
Bug#344507: not a bug
Sorry for the late reply; your reply didn't reach me for some reason. May have something to do with the way I have exim4 setup on my system. Bart Martens wrote: The Debian package flashplugin-nonfree does not contain the Flash plugin. It only contains an installer script. The installer script downloads the .tar.gz from Macromedia, unpacks it, and installs it on your system. If you downgrade flashplugin-nonfree, then you downgrade only the installer script, not the Flash plugin. How to downgrade the Flash plugin : See man update-flashplugin. Use the option --local-file pointing to the directory where you have kept the old .tar.gz . If you have not kept the old .tar.gz, then downgrading the Flash plugin is not possible, because Macromedia puts only one version available for download, and that's currently version 7.0.61. Note however that --local-file is broken in 7.0.25-5 and 7.0.61-1, see bug 341238 for details and patches. Bottom line is that flashplugin-nonfree does successfully downgrade the installer script. I suggest that you close this bug report. For now, I'll change the title and severity, in case you don't want to close this bug. Sure, flashplugin-nonfree is a script, but I would nevertheless assume that if you downgrade the script, it will downgrade the flash plugin too. Part of this is the version numbers the scripts do have, part of it is that I don't see why the user wouldn't want to downgrade to flash 7.0.25 when the user downgrades the script to version 7.0.25 (which currently fetches version 7.0.25 if no newer version is installed, right?). About firefox : there are already bug reports about problems with firefox and flashplugin-nonfree version 7.0.61-1. Yes, I realized that. Regards, Alexander Toresson
Bug#348047: anjuta: crashes when trying to open the fonts and colors editor
On 1/14/06, Rob Bradford [EMAIL PROTECTED] wrote: On Sat, 2006-01-14 at 13:09 +0100, Alexander Toresson wrote: Package: anjuta Version: 1.2.4a-2 Severity: normal When I select Editor colors and fonts ... from the Settings menu in Anjuta, it crashes inside IA__gtk_widget_show() right after being called from Anjuta: Versions of packages anjuta depends on: ii anjuta-common2.0.1-2 A GNOME development IDE, for C/C++ You have the experimental version of anjuta-common installed. Install the version in unstable and all will be well. Cheers, Rob -- Rob Bradford [EMAIL PROTECTED] Oh, yes, I have had anjuta from experimental installed to try it out *blushes* Well then, just a pebkac, nothing to see here :) The funny thing is that I've been upgrading and downgrading anjuta several times when trying to fix it. I was also confused that whatever I did, the splash screen of anjuta stayed the same as it was in anjuta from experimental. /me feels dumb Regards, Alexander Toresson
Bug#344507: flashplugin-nonfree: Downgrading fails: No new version is detected
Package: flashplugin-nonfree Version: 7.0.61-1 Severity: important I think the following says it all: $ apt-cache policy flashplugin-nonfree flashplugin-nonfree: Installed: 7.0.61-1 Candidate: 7.0.61-1 Version table: *** 7.0.61-1 0 500 http://127.0.0.1 unstable/contrib Packages 100 /var/lib/dpkg/status 7.0.25-5 0 500 http://127.0.0.1 stable/contrib Packages $ md5sum /usr/lib/mozilla-firefox/plugins/libflashplayer.so 2890d0a185d57395d8f016d00a840c8b /usr/lib/mozilla-firefox/plugins/libflashplayer.so $ sudo apt-get install flashplugin-nonfree/stable Reading package lists... Done Building dependency tree... Done Selected version 7.0.25-5 (Debian:3.1r1/stable) for flashplugin-nonfree Recommended packages: gsfonts-x11 The following packages will be DOWNGRADED: flashplugin-nonfree 0 upgraded, 0 newly installed, 1 downgraded, 0 to remove and 7 not upgraded. Need to get 0B/22.6kB of archives. After unpacking 4096B disk space will be freed. Do you want to continue [Y/n]? y Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Preconfiguring packages ... dpkg - warning: downgrading flashplugin-nonfree from 7.0.61-1 to 7.0.25-5. (Reading database ... 196794 files and directories currently installed.) Preparing to replace flashplugin-nonfree 7.0.61-1 (using .../flashplugin-nonfree_7.0.25-5_i386.deb) ... Unpacking replacement flashplugin-nonfree ... Setting up flashplugin-nonfree (7.0.25-5) ... Installing new version of config file /etc/update-flashplugin.conf.rb ... Checking new upstream release... I: checking http://macromedia.rediris.es/tarball/debian/... No new version is detected. ( = 7.0.61) $ md5sum /usr/lib/mozilla-firefox/plugins/libflashplayer.so 2890d0a185d57395d8f016d00a840c8b /usr/lib/mozilla-firefox/plugins/libflashplayer.so $ sudo apt-get remove flashplugin-nonfree Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: flashplugin-nonfree 0 upgraded, 0 newly installed, 1 to remove and 7 not upgraded. Need to get 0B of archives. After unpacking 160kB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 196791 files and directories currently installed.) Removing flashplugin-nonfree ... Removing plugin files and symlinks... [EMAIL PROTECTED]:~$ sudo apt-get install flashplugin-nonfree/stable Reading package lists... Done Building dependency tree... Done Selected version 7.0.25-5 (Debian:3.1r1/stable) for flashplugin-nonfree Recommended packages: gsfonts-x11 The following NEW packages will be installed: flashplugin-nonfree 0 upgraded, 1 newly installed, 0 to remove and 7 not upgraded. Need to get 0B/22.6kB of archives. After unpacking 160kB of additional disk space will be used. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Preconfiguring packages ... Selecting previously deselected package flashplugin-nonfree. (Reading database ... 196785 files and directories currently installed.) Unpacking flashplugin-nonfree (from .../flashplugin-nonfree_7.0.25-5_i386.deb) ... Setting up flashplugin-nonfree (7.0.25-5) ... Checking new upstream release... I: checking http://macromedia.rediris.es/tarball/debian/... No new version is detected. ( = not installed) $ md5sum /usr/lib/mozilla-firefox/plugins/libflashplayer.so md5sum: /usr/lib/mozilla-firefox/plugins/libflashplayer.so: No such file or directory So, this lead to that I had no option but to reinstall 7.0.61-1. I tried to downgrade flashplugin-nonfree because flash suddenly stoppped working in firefox. If I don't manage to resolve that I will cover that in another bug report. Regards, Alexander Toresson -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.custom.2.3 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages flashplugin-nonfree depends on: ii debconf 1.4.62 Debian configuration management sy ii libruby 1.8.2-1Libraries necessary to run Ruby 1. ii ruby 1.8.2-1An interpreter of object-oriented Versions of packages flashplugin-nonfree recommends: pn gsfonts-x11 none (no description available) ii libstdc++2.10-glibc2.2 1:2.95.4-22 The GNU stdc++ library -- debconf information: * flashplugin-nonfree/httpget: true flashplugin-nonfree/not_exist: * flashplugin-nonfree/http_proxy: * flashplugin-nonfree/local: * flashplugin-nonfree/delete: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340209: btdownloadgui: Should get default font from system instead of setting its own
On 11/22/05, Micah Anderson [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Toresson wrote: Package: bittornado Version: 0.3.13-1 Severity: minor IMHO the bittornado gtk2 gui should use the default gtk2 font instead of making the user select the font size manually. The current way also has the problem that it's impossible to make bittornado use a custom font. This can very easily create inconsistency in the appearance of applications. I'd be happy to make it use the default gtk2 font, but I have no idea how. I have never been forced to select the font size manually, it just seemed to have the right font size when I used it. Any ideas? Sorry, but I have absolutely no experience programming in python or with wxwidgets (whose python binding I see that you use). This may very likely be a bug in wxwidgets or wxgtk, or even maybe in wxpython. Btw, I've noticed a small graphics glitch when running bittornado with bigger fonts: http://eulex.0nyx.com/bittornado-jumbled.png
Bug#340209: btdownloadgui: Should get default font from system instead of setting its own
On 11/23/05, Alexander Toresson [EMAIL PROTECTED] wrote: On 11/22/05, Micah Anderson [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Toresson wrote: Package: bittornado Version: 0.3.13-1 Severity: minor IMHO the bittornado gtk2 gui should use the default gtk2 font instead of making the user select the font size manually. The current way also has the problem that it's impossible to make bittornado use a custom font. This can very easily create inconsistency in the appearance of applications. I'd be happy to make it use the default gtk2 font, but I have no idea how. I have never been forced to select the font size manually, it just seemed to have the right font size when I used it. Any ideas? Sorry, but I have absolutely no experience programming in python or with wxwidgets (whose python binding I see that you use). This may very likely be a bug in wxwidgets or wxgtk, or even maybe in wxpython. I just tested a few applications written with wxpython and a few others written with wxgtk directly. All of the programs I tested (wxvlc, xchm, drpython, kiki) used the odd/special font I had selected (to easily see if a program used that font). The problem seems for some reason to be specific to bittornado. Although I noticed a strange thing with drpython: The font in the left pane of the preferences dialog always seemed to use the standard gtk2 font that was selected when it was started. This suggests that it querys and sets the font itself, because it's for some reason not correctly set when the program is started.
Bug#340038: gstreamer0.8-tools: (playbin) gst-launch fails to replay a mod correctly while gst-launch-0.8 succeeds
Package: gstreamer0.8-tools Version: 0.8.11-1 Severity: normal If I run: gst-launch playbin uri=file:///path to mod Where path to mod is a path to any .mod, .xm, .s3m or .it, handled by mikmod, I get sound that stutters a lot and that sounds like it's running at 8000Hz. It's like 0.5s normal playing, 1s silence etc. If I run: gst-launch-0.8 playbin uri=file:///path to mod I get normal and fully working sound. Interestingly, /usr/bin/gst-launch is a symlink to /etc/alternatives/gst-launch which is a symlink to /usr/bin/gst-launch-0.8 . Regards, Alexander Toresson -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.custom.2.1 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages gstreamer0.8-tools depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgstreamer0.8-0 0.8.11-1 Core GStreamer libraries, plugins, ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libxml2 2.6.22-2 GNOME XML library ii pkg-config0.20-1 manage compile and link flags for ii zlib1g1:1.2.3-4 compression library - runtime gstreamer0.8-tools recommends no packages. -- no debconf information
Bug#325333: this is a non-issue
On 11/16/05, Francesco P. Lovergine [EMAIL PROTECTED] wrote: severity 325333 wishlist thanks Package: rox-filer Version: 2.3-1 Followup-For: Bug #325333 Sorry for the long delay, anyway: Running applications in that way is a poor strategy, and I doubt upstream would change working dir to manage those kind of things. I consider this to be very convenient. I just have to double-click on an archive to extract it. You can: - write a better script to auto-create a working directory whenever you want. Yes, that's a possibility. However, I'd consider it a work-around (for suggested solution, see below). Also, I do not have the necessary bash scripting knowledge to create such a script. - use a better archiver than tar. The thing is that I mostly use this to extract files downloaded from the net, and thus I can't choose what archiver the files are archived with. both strategies are acceptable. In general there are as many reasons to runs script starting from home as reasons to run them from the 'current' directory (what ever it is). I would close this report, indeed... With the current directory I mean the directory where the file I double click on is. A compromise would be to add check box that determines if the command is run from home or the file's directory. Regards, Alexander Toresson
Bug#338716: mozilla-firefox: Fonts too big in 1.5rc2
Package: mozilla-firefox Version: 1.4.99+1.5rc2.dfsg-1 Severity: normal Firefox 1.5rc2, as did 1.5rc1, has a problem with the fonts of the gtk2 interface, when running in xfce. They are simply much bigger than they should. No other gtk2 app has that big fonts. Here's a comparison between 1.0.7 and 1.5rc2: http://eulex.0nyx.com/firefox107.png vs http://eulex.0nyx.com/firefox15rc2.png This happens in xfce, but not in gnome. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1.custom.1.1 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages mozilla-firefox depends on: ii debianutils 2.15 Miscellaneous utilities specific t ii fontconfig2.3.2-1generic font configuration library ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libcairo2 1.0.2-1The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-7 X Window System multi-head display ii libxp66.8.2.dfsg.1-7 X Window System printing extension ii libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics ii psmisc21.6-1 Utilities that use the proc filesy ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime mozilla-firefox recommends no packages. -- no debconf information
Bug#338716: mozilla-firefox: Fonts too big in 1.5rc2
Sorry for sending my reply to your personal e-mail address. I didn't check where gmail was going to send it and assumed it would send it to the right bug in the bts. Anyway, here comes the message to the bts: On 11/12/05, Mike Hommey [EMAIL PROTECTED] wrote: On Sat, Nov 12, 2005 at 11:19:15AM +0100, Alexander Toresson [EMAIL PROTECTED] wrote: Package: mozilla-firefox Version: 1.4.99+1.5rc2.dfsg-1 Severity: normal Firefox 1.5rc2, as did 1.5rc1, has a problem with the fonts of the gtk2 interface, when running in xfce. They are simply much bigger than they should. No other gtk2 app has that big fonts. Here's a comparison between 1.0.7 and 1.5rc2: http://eulex.0nyx.com/firefox107.png vs http://eulex.0nyx.com/firefox15rc2.png This happens in xfce, but not in gnome. Did you enable pango with the MOZ_ENABLE_PANGO environment variable ? Mike No. That fixed it. However, shouldn't this be set by default? Regards, Alexander Toresson
Bug#338716: mozilla-firefox: Fonts too big in 1.5rc2
On 11/12/05, Mike Hommey [EMAIL PROTECTED] wrote: On Sat, Nov 12, 2005 at 06:30:00PM +0100, Mike Hommey [EMAIL PROTECTED] wrote: On Sat, Nov 12, 2005 at 02:31:11PM +0100, Alexander Toresson [EMAIL PROTECTED] wrote: On 11/12/05, Mike Hommey [EMAIL PROTECTED] wrote: On Sat, Nov 12, 2005 at 11:19:15AM +0100, Alexander Toresson [EMAIL PROTECTED] wrote: Package: mozilla-firefox Version: 1.4.99+1.5rc2.dfsg-1 Severity: normal Firefox 1.5rc2, as did 1.5rc1, has a problem with the fonts of the gtk2 interface, when running in xfce. They are simply much bigger than they should. No other gtk2 app has that big fonts. Here's a comparison between 1.0.7 and 1.5rc2: http://eulex.0nyx.com/firefox107.png vs http://eulex.0nyx.com/firefox15rc2.png This happens in xfce, but not in gnome. Did you enable pango with the MOZ_ENABLE_PANGO environment variable ? Mike No. That fixed it. However, shouldn't this be set by default? Regards, Alexander Toresson Mm interesting... I got the exact opposite behaviour, that's why i disabled it by default... What is the number of dots per inch on your display ? (xdpyinfo | grep resolution) Mike 75x75 dpi. This is on a high-resolution (1680x1050) display if that matters. I haven't set the dpi to the right one on this computer (I imagine it should be higher than it is now); instead I've set the gtk2 font size in the xfce settings manager. Regards, Alexander Toresson
Bug#329222: gtk2-engines-pixbuf: Gtk2 frames don't look good when using certain pixmap themes outside gnome
On 9/21/05, Josselin Mouette [EMAIL PROTECTED] wrote: Le mardi 20 septembre 2005 à 19:11 +0200, Alexander Toresson a écrit : http://eulex.0nyx.com/gnome_vs_xfce.png I have checked this on another box that is too running debian testing, though it runs fluxbox and not xfce, so it cannot be a problem with xfce. Could you explain a bit further? I see nothing wrong on this screenshot. For example, look at the border of the status bar in firefox. In gnome, it's very smooth, while in xfce it's almost just a black line. In xfce it's a lot stronger or bolder than in gnome. Same goes for the menu, toolbars, address bar and search bar in firefox, Forget about firefox. It is obviously not using the right theme at all. Probably some mozilla-firefox-gnome-support weirdness. Yes, it looks more strange than other apps, running with this theme. and the talk edit box, topic edit box, channel view, etc in xchat. Don't forget that xchat has a weird behavior wrt text entry boxes. There is a xchat preference to tell it to use the same text and colors as the main window. Is the xchat configuration identical for the 2 users? Yes, they are afaik identical. I tried turning on that option, though it only changed the background color of the edit box. I have the problem with the borders in all gtk2 apps I run. Except from in firefox and xchat it also exists in rox-filer, xfce4-terminal, gaim, gimp, xfce4-panel, the settings manager and its plugins in xfce4, xfmedia, abiword, inkscape, anjuta, bluefish, gucharmap, and most probably all other gtk2 apps.
Bug#329222: gtk2-engines-pixbuf: Gtk2 frames don't look good when using certain pixmap themes outside gnome
Package: gtk2-engines-pixbuf Version: 2.6.8-1 Severity: important When using the themes Smokey-Blue and Grand-Canyon outside gnome, the frames or separators, or whatever they are called, of many gtk widgets don't look very well. Because those themes are pixmap themes, I chose to report this bug on gtk2-engines-pixbuf. The frames look like they do in the gtk2 default theme and not like they should. This is best shown and explained with a screenshot: http://eulex.0nyx.com/gnome_vs_xfce.png I have checked this on another box that is too running debian testing, though it runs fluxbox and not xfce, so it cannot be a problem with xfce. Regards, Alexander Toresson -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1.custom.1.1 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages gtk2-engines-pixbuf depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libx11-6 6.8.2.dfsg.1-6 X Window System protocol client li ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m gtk2-engines-pixbuf recommends no packages. -- no debconf information
Bug#329222: gtk2-engines-pixbuf: Gtk2 frames don't look good when using certain pixmap themes outside gnome
On 9/20/05, Josselin Mouette [EMAIL PROTECTED] wrote: Le mardi 20 septembre 2005 à 17:01 +0200, Alexander Toresson a écrit : Package: gtk2-engines-pixbuf Version: 2.6.8-1 Severity: important When using the themes Smokey-Blue and Grand-Canyon outside gnome, the frames or separators, or whatever they are called, of many gtk widgets don't look very well. Because those themes are pixmap themes, I chose to report this bug on gtk2-engines-pixbuf. The frames look like they do in the gtk2 default theme and not like they should. This is best shown and explained with a screenshot: http://eulex.0nyx.com/gnome_vs_xfce.png I have checked this on another box that is too running debian testing, though it runs fluxbox and not xfce, so it cannot be a problem with xfce. Could you explain a bit further? I see nothing wrong on this screenshot. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBDMDwkrSla4ddfhTMRAkiKAKD0SI5DKu50EFLzolcr5iODUYjZ1ACfZhd6 WqmR4K/iGtoDWkzPoMMtYvY= =htX4 -END PGP SIGNATURE- For example, look at the border of the status bar in firefox. In gnome, it's very smooth, while in xfce it's almost just a black line. In xfce it's a lot stronger or bolder than in gnome. Same goes for the menu, toolbars, address bar and search bar in firefox, and the talk edit box, topic edit box, channel view, etc in xchat. Btw, you may have to scroll to see the apps as run in xfce, because the screenshot is very big. And keep in mind that this didn't only happen in xfce, it did also happen in fluxbox. Regards, Alexander Toresson
Bug#325332: Subject: rox-filer: Many options for Select if: does not work
Package: rox-filer Version: 2.2.0-2 Severity: normal Many options of the Select if:-feature, reached by pressing ?, does not work on debian. According to http://rox.sourceforge.net/Manual/Manual/Manual.html#id2515901, you should for example be able to type IsDir and press enter and have all your directories selected. If I type IsDir, it keeps being red and thinks it's illegal. If I press enter, it complains that it's illegal. Same thing applies to for example size 10mb, however, '*.htm' works. I've tried compiling the latest upstream, 2.3, and it didn't work on that either. I've also compiled rox-filer 2.3 on CygWin, where this feature worked flawlessly. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1.custom.1.1 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages rox-filer depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-5GNU C Library: Shared libraries an ii libglib2.0-0 2.6.5-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libice6 6.8.2-7Inter-Client Exchange library ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libsm66.8.2-7X Window System Session Management ii libx11-6 6.8.2-7X Window System protocol client li ii libxml2 2.6.20-1 GNOME XML library ii shared-mime-info 0.16-3 FreeDesktop.org shared MIME databa ii xlibs 6.8.2-7X Window System client libraries m ii zlib1g1:1.2.2-4 compression library - runtime rox-filer recommends no packages.
Bug#325333: rox-filer: Does not run commands in the current directory when associating a file type toa command
Package: rox-filer Version: 2.2.0-2 Severity: normal This is best explained with an example, so here goes: I have set .tar.bz2 files to be run with tar -xvjf $@. However, when I then double click on a .tar.bz2 file, the files in the archive are extracted to my home directory, and not to the directory the archive is in. This works ok when selecting a file, pressing ! and entering tar -xvjf $@, but not when I set such a file to be run with the same command. The effect is even worse with .zip files (set to be run with unzip $@), because they most often don't extract to a subdir, so the contents will be scattered all over my home dir. What I'd like to be able to do is to create a new directory, move the .zip file into it and double click on it to extract it into that directory. I have compiled the latest upstream, 2.3, and it has the same problem. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1.custom.1.1 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages rox-filer depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-5GNU C Library: Shared libraries an ii libglib2.0-0 2.6.5-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libice6 6.8.2-7Inter-Client Exchange library ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libsm66.8.2-7X Window System Session Management ii libx11-6 6.8.2-7X Window System protocol client li ii libxml2 2.6.20-1 GNOME XML library ii shared-mime-info 0.16-3 FreeDesktop.org shared MIME databa ii xlibs 6.8.2-7X Window System client libraries m ii zlib1g1:1.2.2-4 compression library - runtime rox-filer recommends no packages.
Bug#323646: gcc-4.0: -O1 -msse2 -ftree-vectorize breaks certain code
Package: gcc-4.0 Version: 4.0.1-2 Severity: normal When compiled with -O1 -msse2 -ftree-vectorize, the following code snippet segfaults on data[i] = 1;: #include stdlib.h void *NM_First; void *NM_Allocate(int bytes) { void *ret; while (1) { ret = NM_First; NM_First = (void*) ((long) NM_First + bytes); return ret; } return 0; } void* repeat_atom() { double *data; void* item; int i; data = NM_Allocate(16); for (i=0; i 4; i++) { data[i] = 1; } item = NM_Allocate(12); return item; } int main() { struct ITEM *array1, *array2; NM_First = malloc(256); array1 = repeat_atom(); array2 = repeat_atom(); return 0; } This was tested on a Pentium M Sonoma. Regards, Alexander Toresson -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1.custom.1.1 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages gcc-4.0 depends on: ii binutils 2.16.1-3 The GNU assembler, linker and bina ii cpp-4.0 4.0.1-2The GNU C preprocessor ii gcc-4.0-base 4.0.1-2The GNU Compiler Collection (base ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2 GCC support library Versions of packages gcc-4.0 recommends: ii libc6-dev 2.3.5-4GNU C Library: Development Librari pn libmudflap0-dev none (no description available) -- no debconf information
Bug#304954: Unable to see messages after winding back clock
Package: centericq Version: 4.20.0-1 Severity: normal *** Please type your report below this line *** If you wind back the system clock while running centericq, any message sent or received won't be visible to you, they will only be visible a second or so after starting a conversation for the first time after starting centericq. This was seen chatting on msn, but probably applies to centericq in general. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages centericq depends on: ii centericq-common4.20.0-1 A text-mode multi-protocol instant ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libcurl37.13.0-2 Multi-protocol file transfer libra ii libgcc1 1:3.4.3-6GCC support library ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libgpgme11 1.0.2-1 GPGME - GnuPG Made Easy ii libidn110.5.13-1.0 GNU libidn library, implementation ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libncurses5 5.4-4Shared libraries for terminal hand ii libssl0.9.7 0.9.7f-1 SSL shared libraries ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293213: Too small fonts
Package: dillo Version: 0.8.3-1 Severity: normal I'm trying to use the dillo browser because of its sheer speed on a p2 300, however, I'm running it in 1024x768 resolution, so the fonts in the gui and text edits, button, etc on home pages get very small, almost unreadable. If I had used a crt monitor, they would have been unreadable. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages dillo depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng10-0 1.0.18-1PNG library, older version - runti ii libssl0.9.7 0.9.7e-2SSL shared libraries ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime - no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]