Bug#903429: clang-6.0: depends on libstdc++-8-dev
Package: clang-6.0 Version: 1:6.0.1-2 Severity: important Dear Maintainers, my impression is that clang++-6.0 depends on libstdc++-8-dev. Withoutthis package, even compiling a simple "hello world" style program fails with a message like helloworld.cpp:1:10: fatal error: 'iostream' file not found #include ^~ 1 error generated. Best regards Alexander -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (450, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8), LANGUAGE=en_DK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages clang-6.0 depends on: ii binutils 2.30-22 ii libc6 2.27-3 ii libc6-dev 2.27-3 ii libclang-common-6.0-dev 1:6.0.1-2 ii libclang1-6.0 1:6.0.1-2 ii libgcc-7-dev 7.3.0-24 ii libgcc1 1:8.1.0-9 ii libjsoncpp1 1.7.4-3 ii libllvm6.0 1:6.0.1-2 ii libobjc-7-dev 7.3.0-24 ii libstdc++-7-dev 7.3.0-24 ii libstdc++6 8.1.0-9 Versions of packages clang-6.0 recommends: ii libomp-dev 6.0.1-1 ii llvm-6.0-dev 1:6.0.1-2 ii python 2.7.15-3 Versions of packages clang-6.0 suggests: pn clang-6.0-doc pn gnustep pn gnustep-devel -- no debconf information
Bug#816193: hugin: seems to depend on libvigraimpex6
Package: hugin Version: 2015.0.0+dfsg-1+b1 Severity: important Dear Maintainer, if I start hugin I get the error message hugin: error while loading shared libraries: libvigraimpex.so.6: cannot open shared object file: No such file or directory Installing libvigraimpex6 solves the problem, so maybe the hugin package should depend on this library? ldd does not mention libvigraimpex5, so the package does not seem to depend on libvigraimpex5v5. Best wishes, Alexander -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (450, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hugin depends on: ii enblend 4.1.4+dfsg-4 ii enfuse4.1.4+dfsg-4 ii hugin-tools 2015.0.0+dfsg-1+b1 ii libc6 2.21-9 ii libexiv2-14 0.25-2.1 ii libfftw3-double3 3.3.4-2 ii libgcc1 1:5.3.1-8 ii libgl1-mesa-glx [libgl1] 11.1.2-1 ii libglew1.13 1.13.0-2 ii libglu1-mesa [libglu1]9.0.0-2.1 ii libgomp1 5.3.1-8 ii libimage-exiftool-perl10.11-1 ii libpano13-3 2.9.19+dfsg-2 ii libsqlite3-0 3.10.2-1 ii libstdc++65.3.1-8 ii libtiff5 4.0.6-1 ii libvigraimpex5v5 1.10.0+dfsg-11 ii libwxbase3.0-0v5 3.0.2+dfsg-1.3 ii libwxgtk3.0-0v5 3.0.2+dfsg-1.3 ii make 4.1-6 hugin recommends no packages. hugin suggests no packages. -- no debconf information
Bug#525735: xmms2-plugin-avcodec fails to load -- missing symbol
Package: xmms2-plugin-avcodec Version: 0.5DrLecter-2.1 Severity: important xmms2 cannot load the avcodec plugin as there is a missing symbol. It says: ERROR: ../src/xmms/plugin.c:370: Failed to open plugin /usr/lib/xmms2/libxmms_avcodec.so: /usr/lib/xmms2/libxmms_avcodec.so: undefined symbol: avcodec_decode_audio This seems to be bug 2053 from the xmms2 page. It has been fixed with a simple-looking patch (see thread http://www.mail-archive.com/xmms2-de...@lists.xmms.se/msg01222.html) for xmms2 0.6. It would be nice to somehow use the patch also in the present 0.5 debian package, as the plugin cannot be used (and some files not be played) when there is an undefined symbol. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28-eee901 (SMP w/2 CPU cores) 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 xmms2-plugin-avcodec depends on: ii libavcodec52 3:0.svn20090303-1 ffmpeg codec library ii libc6 2.9-7 GNU C Library: Shared ii libglib2.0-0 2.20.0-2 The GLib library of C ii xmms2-core 0.5DrLecter-2.1 XMMS2 - core package Versions of packages xmms2-plugin-avcodec recommends: ii xmms2-plugin-asf 0.5DrLecter-2.1 XMMS2 - ASF plugin pn xmms2-plugin-mp4 (no description available) xmms2-plugin-avcodec suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525100: inkscape: does not permit to set 100% r/g/b/alpha in "Fill and Stroke"
Hi Wolfram, >> the color sliders in the "Fill and Stroke" dialog only allow values from >> 0 to 245. ... > ... tried to reproduce ... I can set all values including the values > 245...255 for r/g/b/a. I did the same: start inkscape, F4, draw a rectangle, Ctrl-Shift-F, only <= 245 is possible. I tried it on two computers both running a Debian testing/unstable mixture, and on a virtual machine with unstable only. All three show this problem. I also tried with a new account with an empty home directory, and with a different gtk engine (I normally use the xfce engine), but the problem stays. (On another system with ubuntu, there is no such problem.) I tried to figure out where in the inkscape code the limits for these "sliders" are set, but I did not find it. If you know the right place, I could more easily try to find out what goes wrong. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525100: inkscape: does not permit to set 100% r/g/b/alpha in "Fill and Stroke"
Package: inkscape Version: 0.46-6 Severity: important Dear inkscape maintainers/packagers, the color sliders in the "Fill and Stroke" dialog only allow values from 0 to 245. This applies for red, green, blue, and especially for alpha. Therefore the only way to create non-transparent objects is to use the XML editor after each color change. I would expect that this is a typo somewhere, accidentally replacing 255 with 245. Best regards, Alexander Bürger -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores) 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 inkscape depends on: ii libatk1.0-01.24.0-2 The ATK accessibility ii libc6 2.9-4 GNU C Library: Shared ii libcairo2 1.8.6-2+b1The Cairo 2D vector ii libcairomm-1.0-1 1.8.0-1 C++ wrappers for Cairo ii libfontconfig1 2.6.0-3 generic font configuration ii libfreetype6 2.3.9-4 FreeType 2 font engine, ii libgc1c2 1:6.8-1.2 conservative garbage ii libgcc11:4.3.3-3 GCC support library ii libgconf2-42.24.0-7 GNOME configuration ii libglib2.0-0 2.20.0-2 The GLib library of C ii libglibmm-2.4-1c2a 2.20.0-1 C++ wrapper for the GLib ii libgnomevfs2-0 1:2.24.1-1GNOME Virtual File System ii libgtk2.0-02.16.1-2 The GTK+ graphical user ii libgtkmm-2.4-1c2a 1:2.14.3-2C++ wrappers for GTK+ 2.4 ii libgtkspell0 2.0.13-2 a spell-checking addon for ii liblcms1 1.18.dfsg-1 Color management library ii libmagick++10 7:6.3.7.9.dfsg2-1 C++ API to the ImageMagick ii libmagick107:6.3.7.9.dfsg2-1 image manipulation library ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of ii libpangomm-1.4-1 2.24.0-2 C++ Wrapper for pango ii libpng12-0 1.2.35-1 PNG library - runtime ii libpoppler-glib4 0.10.4-3 PDF rendering library ii libpoppler40.10.4-3 PDF rendering library ii libpopt0 1.14-4lib for parsing cmdline ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework ii libssl0.9.80.9.8g-16 SSL shared libraries ii libstdc++6 4.3.3-3 The GNU Standard C++ ii libwpd8c2a 0.8.14-1 Library for handling ii libwpg-0.1-1 0.1.3-1 WordPerfect graphics ii libx11-6 2:1.2.1-1 X11 client-side library ii libxft22.1.13-3 FreeType-based font drawing ii libxml22.7.3.dfsg-1 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - ii zlib1g 1:1.2.3.3.dfsg-13 compression library - Versions of packages inkscape recommends: ii imagemagick7:6.3.7.9.dfsg2-1 image manipulation programs pn libwmf-bin (no description available) pn perlmagick (no description available) pn pstoedit (no description available) Versions of packages inkscape suggests: pn dia | dia-gnome(no description available) ii libgnomevfs2-extra1:2.24.1-1 GNOME Virtual File System pn libsvg-perl(no description available) pn libxml-xql-perl(no description available) ii python2.5.4-2An interactive high-level ii python-lxml 2.1.5-1pythonic binding for the ii python-numpy 1:1.2.1-1 Numerical Python adds a pn python-uniconvertor(no description available) pn ruby (no description available) pn skencil(no description available) ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#481022: ITP: figtoipe -- convert FIG files to XML files for ipe
Package: wnpp Severity: wishlist Owner: Alexander Bürger <[EMAIL PROTECTED]> * Package name: figtoipe Version : 20080505 Upstream Author : Otfried Cheong, [EMAIL PROTECTED] Alexander Bürger, [EMAIL PROTECTED] * URL : http://tclab.kaist.ac.kr/ipe * License : GPL Programming Lang: C++ Description : convert FIG files to XML files for ipe Figtoipe is a program that reads FIG files (as generated by xfig) and generates an XML file readable by Ipe. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463238: patch
Here is a first patch to fix the bug. It seems to fix the problem, but somebody else should check. Submitted to upstream bugzilla, bug #514300. --- camel/providers/imap/camel-imap-store-summary.c.orig 2008-02-04 14:42:58.0 +0100 +++ camel/providers/imap/camel-imap-store-summary.c 2008-02-04 14:39:54.0 +0100 @@ -335,6 +335,9 @@ pathu8 = camel_imap_store_summary_full_to_path(s, full_name, dir_sep); } + if (!g_ascii_strcasecmp (pathu8, "INBOX")) + pathu8 = "INBOX"; + info = (CamelImapStoreInfo *)camel_store_summary_add_from_path((CamelStoreSummary *)s, pathu8); if (info) { d(printf(" '%s' -> '%s'\n", pathu8, full_name));
Bug#463238: Acknowledgement (evolution-data-server: IMAP INBOX capitalization error)
Fixing the problem manually by editing .ev-store-summary does not work. Now evolution finds two Inbox folders. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463238: evolution-data-server: IMAP INBOX capitalization error
Package: evolution-data-server Version: 1.12.3-1 Severity: important Using evolution offline mode does not work with AOL.de. I assume that the reason is that they have an "Inbox" while evolution prefers "INBOX". When starting up offline, "INBOX" is not found in .ev-store-summary (called from camel-store-imap.c:2071) and thus an error message appears "No such folder INBOX". For other imap servers sending "INBOX", this problem does not appear, and it also disappears for AOL.de if one replaces "Inbox" by "INBOX" in .ev-store-summary manually; but I cannot estimate if this manual change might introduce other problems. Maybe only the lines 2068--2071 in camel-imap-store.c (funtion get_folder_offline) need to be re-ordered? I did not test this as I have little motivation to recompile evolution-data-server. Anyway I think it is better if somebody familiar with libcamel looks into this and fixes the problem soon! Alexander -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.9 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution-data-server depends on: ii evolution-data-server 1.12.3-1 architecture independent files for ii libbonobo2-0 2.20.4-1 Bonobo CORBA interfaces library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcamel1.2-101.12.3-1 The Evolution MIME message handlin ii libcomerr21.40.3-1 common error description library ii libdb4.4 4.4.20-11 Berkeley v4.4 Database Libraries [ ii libebook1.2-9 1.12.3-1 Client library for evolution addre ii libecal1.2-7 1.12.3-1 Client library for evolution calen ii libedata-book1.2-21.12.3-1 Backend library for evolution addr ii libedata-cal1.2-6 1.12.3-1 Backend library for evolution cale ii libedataserver1.2-9 1.12.3-1 Utility library for evolution data ii libegroupwise1.2-13 1.12.3-1 Client library for accessing group ii libgconf2-4 2.20.1-2+b1GNOME configuration database syste ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomevfs2-01:2.20.1-1 GNOME Virtual File System (runtime ii libgnutls13 2.0.4-1the GNU TLS library - runtime libr ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.7-4OpenLDAP libraries ii libnspr4-0d 4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libnss3-1d3.12.0~1.9b1-2 Network Security Service libraries ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsoup2.2-8 2.2.104-1 an HTTP library implementation in ii libxml2 2.6.31.dfsg-1 GNOME XML library ii zlib1g1:1.2.3.3.dfsg-11 compression library - runtime evolution-data-server recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423012: dictionaries-common: impossible to install due to circular dependency
>> Did you install dpkg 1.14.1? Then you probably ran into bug #422979 >> and should downgrade dpkg ASAP. > > Or upgrade to 1.14.2. Bug#422979 is claimed fixed in this version. We first down-graded to 1.13 and then went to 1.14.2. Now everything works. Thanks. Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412088: [Splashy-devel] Bug#412088: libsplashy0: suspend/resume splash with uswsusp depends on libdirectfb-extra
> I think it was required because the theme you're using probably is > using JPEG images. We're removing its support to use GIF and PNG > only. We'll probably release splashy-themes package with those > converted in some days. > > Once it was done, we can close this bug. > reassign 412088 splashy-themes No, that's wrong. I use the default theme, without other themes installed. Boot & shutdown splash images were coming without libdirectfb-extra, only suspend/resume was missing. Maybe uswsusp searches for something in libdirectfb-extra when checking for splashy? Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412088: libsplashy0: suspend/resume splash with uswsusp depends on libdirectfb-extra
Package: libsplashy0 Version: 0.3.2 Severity: normal splashy started working for suspend/resume after installation of libdirectfb-extra (required by qingy). Maybe libsplashy0 should depend on libdirectfb-extra? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages libsplashy0 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdirectfb-0.9-25 0.9.25.1-5 direct frame buffer graphics - sha ii libglib2.0-02.12.6-2 The GLib library of C routines libsplashy0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406258: kmail loses all of inbox, mixes different account with disconnected imap
Package: kmail Version: 4:3.5.5.dfsg.1-5 Severity: grave Justification: renders package unusable Trying kmail today I lost all of my inbox folder on one of my accounts. Reading all my mail offline sounded different... kmail behaves very strange. I set up two dimap folders one month ago, but then stopped using it because it was showing several inboxes for one account, like Inbox, inbox and INBOX (very strange for IMAP). Now I tried again with the latest version and my mails were lost after loggin in. Also the folder names of the two accounts were mixed, folders of one account appearing in the tree for the other account. The two accounts I have are with aol.de and web.de, so maybe opening a free test account there helps for debugging. Meanwhile users of kmail should be kind of warned, like with a message on startup: kmail sometimes deletes all of your mail. to continue, please enter 'yes I am aware that kmail has horrible bugs and that by using it I might lose all my emails': Should be easy with a little wrapper script and xmessage. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages kmail depends on: ii kdebase-kio-plugins4:3.5.5a.dfsg.1-5 core I/O slaves for KDE ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii kdepim-kio-plugins 4:3.5.5.dfsg.1-5 KDE pim I/O Slaves ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkcal2b 4:3.5.5.dfsg.1-5 KDE calendaring library ii libkdepim1a4:3.5.5.dfsg.1-5 KDE PIM library ii libkleopatra1 4:3.5.5.dfsg.1-5 KDE GnuPG interface libraries ii libkmime2 4:3.5.5.dfsg.1-5 KDE MIME interface library ii libkpimidentities1 4:3.5.5.dfsg.1-5 KDE PIM user identity information ii libksieve0 4:3.5.5.dfsg.1-5 KDE mail/news message filtering li ii libmimelib1c2a 4:3.5.5.dfsg.1-5 KDE mime library ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt3-mt 3:3.3.7-2 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii perl 5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages kmail recommends: pn procmail (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397582: icedove: Many many windows opened with Return+Mouse1
>> While trying to select several junk messages for deletion, I clicked on >> the first of the messages, accidentally hit&held Return insted of shift and >> then on the last message. This opened a very large number of mail >> windows -- around twice as many as were in the selection -- all showing the >> same message. > > Is this a bug? AFAIK, pressing enter/return while selecting a message > will open the message in a new window. Considering that holding down a > key fires several "key-pressed" events, this behaviour is expected, > isn't it? Or did I misread your bug-report? It opens the *same* message several times. I do not think that too many people want to read the same message something like 30 times from 30 different windows. Most people probably do not even want 30 windows to be opened at once. It may be, to some degree, expected from the programmer's side, but I still think it's a misbehaviour. In my opinion something like if( number of windows to be opened > 5 ) alert("You really want to open > 5 windows?") would help. A+ Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388744: selinux-policy-refpolicy-targeted: postinst package list retrieval suggestion
Hi Manoj, >> The postinst script of the package seems to generate policies for >> all available packages, not only the installed ones, > > Why do you say that? The code seems to show that only > installed packages have the corresponding policies loaded. The policy > on my virtual machines seems different from the policy on my > desktop. I do not understand why you get different policies. Maybe your /etc/apt/sources.list are different? To my knowledge, system("dpkg-query -W $pkg > /dev/null 2>\&1") == 0 checks the exit status of dpkg-query. This is non-zero only for unknown packages. If you test for a package that is not installed on your system, say the package "wmcoincoin", you still get a non-zero exit. === #!/usr/bin/env perl for my $pkg (@ARGV) { print "checking $pkg:"; if( system("dpkg-query -W $pkg > /dev/null 2>\&1") == 0 ) { print " non-zero exit status of 'dpkg-query -W $pkg'"; } print "\n"; } === So, it is necessary to check the output of dpkg-query -W because only if the package is installed, this contains a version number after the tab character. > This means going through every single installed package, even > the ones we do not care specially for, as opposed to looking for > packages corresponding to policy module packages. Running the above script for ten package names: real0m18.824s user0m16.501s sys 0m0.832s Running the following script for ten package names: real0m1.774s user0m1.660s sys 0m0.068s === #!/usr/bin/env perl my %installed; open( my $PACKAGES, "dpkg-query -W |" ) or die("Cannot run 'dpkg-query -W'. $!"); while( my $p = <$PACKAGES> ) { $installed{$1} = $2 if( $p =~ /^(.*)\t(.+)$/ ); } close($PACKAGES) or die("Could not close pipe."); print "Listing only installed packages:\n"; foreach my $q (@ARGV) { print "$q: $installed{$q}\n" if( $installed{$q} ); } === I think it is obvious that dpkg-query takes ~2s per invocation, so the time gain is roughly (40-1)*1.8s=70s (assuming 40 avaiable policies) just by calling dpkg-query only once. Of course the time for compiling still adds to this. Best wishes, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383464: OOo asks to switch desktop
Running icewm under gdb, it looks like ooffice sends a message to switch the desktop when a menu is popped down. IceWM gets a ClientMesage event that _XA_NET_CURRENT_DESKTOP was set to the workspace number where ooffice was started. I see no reason why OOo should ever send such a message, even less when just a menu is opened. Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383464: icewm: impossible to move OpenOffice.org between workspaces
> Funny (not), I have seen something like that with XChat already but > there it was harder to reproduce. This also seems to be quite recent. I use IceWM and OOo since a very long time but this behaviour is quite new. Unfortunately I am unable to give some more precise date. cout << "Grüße" << endl << "Alexander" << endl;
Bug#380748: seems to be icewm
This seems to be a window manager problem. With sawfish, there is no problem moving OOo windows from one workspace to the next. Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350089: xemacs21: Problem with savehist/exit.
Hi, What flavor of xemacs21 do you use? -mule or -nomule? I had used nomule. With mule this problem does not appear. Thanks, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338132: gtklookat does depend on mozilla-browser
Package: gtklookat Version: 0.13.0-3 Severity: important Running gtklookat without having mozilla-browser installed is not possible as it links to libmozjs.so, but there is no dependency in the package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Versions of packages gtklookat depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libgcj6 4.0.2-3Java runtime library for use with ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libglu1-xorg [libglu1]6.8.2.dfsg.1-8 Mesa OpenGL utility library [X.Org ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libgtkgl2.0-1 1.99.0-2 Gimp Toolkit OpenGL area widget sh ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libopenvrml4c20.15.10-3 runtime shared library for VRML ii libpango1.0-0 1.8.2-2Layout 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-8 X Window System protocol client li ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-8 Mesa 3D graphics library [X.Org] ii xlibs 6.8.2.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime gtklookat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]