Bug#744820:
The version in squeeze-proposed-updates (0.3.2-1+deb6u1) still got this wrong - running catfish from the terminal gives: python: can't open file '/usr/share/catfish/bin/catfish.py': [Errno 2] No such file or directory Where the /usr/bin/catfish has got: #!/usr/bin/env bash python /usr/share/catfish/bin/catfish.py $@ it should be: #!/usr/bin/env bash python /usr/share/catfish/catfish.py $@ (I just tested it in a Squeeze VM) regards /Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746251: catfish: /usr/bin/catfish fails to run - no such job error
I could fix this via an NMU if there wouldn't be any objections - I haven't contacted the release team yet though, and I need a sponsor. Diff for my suggested NMU attached. best regards -- Andreas Rönnquist gus...@gusnan.se diff -u catfish-0.3.2/debian/changelog catfish-0.3.2/debian/changelog --- catfish-0.3.2/debian/changelog +++ catfish-0.3.2/debian/changelog @@ -1,3 +1,11 @@ +catfish (0.3.2-2+deb7u1.1) stable; urgency=low + + * Non-maintainer upload. + * Fix the patch 50Fix_cve.dpatch, correcting the calling +python command (Closes: #746251) + + -- Andreas Rönnquist gus...@gusnan.se Fri, 02 May 2014 16:20:45 +0200 + catfish (0.3.2-2+deb7u1) stable; urgency=medium * Add 50Fix_cve.dpatch. Closes: #739958 diff -u catfish-0.3.2/debian/patches/50Fix_cve.dpatch catfish-0.3.2/debian/patches/50Fix_cve.dpatch --- catfish-0.3.2/debian/patches/50Fix_cve.dpatch +++ catfish-0.3.2/debian/patches/50Fix_cve.dpatch @@ -22 +22 @@ -+%python% %prefix%/share/catfish/bin/catfish.py $@ ++python %prefix%/share/catfish/catfish.py $@
Bug#746251: catfish: /usr/bin/catfish fails to run - no such job error
Better would be to fix it in the patch that causes the problem - see the attached patch. -- Andreas Rönnquist gus...@gusnan.se diff --git a/debian/patches/50Fix_cve.dpatch b/debian/patches/50Fix_cve.dpatch index 3d44ddb..45b9db7 100644 --- a/debian/patches/50Fix_cve.dpatch +++ b/debian/patches/50Fix_cve.dpatch @@ -19,4 +19,4 @@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' -python $APPNAME.pyc $@ -fi -fi -+%python% %prefix%/share/catfish/bin/catfish.py $@ ++python %prefix%/share/catfish/catfish.py $@
Bug#741269: Git and not GIT
I might be nitpicking, but I believe it should be written like Git, and not like GIT - I don't have any strong backup to strengthen my case other than that in official places only is written like git or Git, but pretty much never like GIT. - and, also, it isn't an abbreviation, right? (And also, in the developers reference its never written like GIT.) Osamus patch, with the above mentioned change attached. -- Andreas Rönnquist gus...@gusnan.se diff --git a/developers-reference/tools.dbk b/developers-reference/tools.dbk index 70514dc..22af3a3 100644 --- a/developers-reference/tools.dbk +++ b/developers-reference/tools.dbk @@ -212,17 +212,17 @@ packages. The following packages help with the package building process, general driving commanddpkg-buildpackage/command as well as handling supporting tasks. /para -section id=cvs-buildpackage -titlesystemitem role=packagecvs-buildpackage/systemitem/title +section id=git-buildpackage +titlesystemitem role=packagegit-buildpackage/systemitem/title para -systemitem role=packagecvs-buildpackage/systemitem provides the -capability to inject or import Debian source packages into a CVS repository, -build a Debian package from the CVS repository, and helps in integrating +systemitem role=packagegit-buildpackage/systemitem provides the +capability to inject or import Debian source packages into a Git repository, +build a Debian package from the Git repository, and helps in integrating upstream changes into the repository. /para para -These utilities provide an infrastructure to facilitate the use of CVS by -Debian maintainers. This allows one to keep separate CVS branches of a package +These utilities provide an infrastructure to facilitate the use of Git by +Debian maintainers. This allows one to keep separate Git branches of a package for literalstable/literal, literalunstable/literal and possibly literalexperimental/literal distributions, along with the other benefits of a version control system. @@ -254,9 +254,8 @@ package's build-dependencies are correct, and to be sure that unnecessary and wrong build dependencies will not exist in the resulting package. /para para -A related package is systemitem role=packagepbuilder-uml/systemitem, -which goes even further by doing the build within a User Mode Linux -environment. +A related package is systemitem role=packagecowbuilder/systemitem, +which speeds up the build process using COW filesystem on any standard Linux filesystem. /para /section
Bug#733318: lintian doesn't detect an embedded tinyxml
Package: lintian Version: 2.5.20 Severity: normal Packaging the game xye I discovered that lintian doesn't detect the embedded version of tinyxml properly - xye includes all files of an (old) version of tinyxml, but changes the file-names to include xye_ in a folder inside the src folder: http://http://sources.debian.net/src/xye/0.12.2%2Bdfsg-2/src/tinyxml The check in lintian seems to check for a string like Error when TiXmlDocument added to document which doesn't seem to detect this version of an embedded tinyxml. I have contacted upstream of xye to remove the embedded tinyxml, and will remove it when packaging the next upstream version. Thanks for all your work on lintian! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24-2 ii bzip2 1.0.6-5 ii diffstat 1.57-1 ii file 1:5.14-2 ii gettext0.18.3.1-2 ii hardening-includes 2.5 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.30-7 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.36-1 ii libdpkg-perl 1.17.5 ii libemail-valid-perl1.192-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-1+b2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.06~01-2 ii libtimedate-perl 2.3000-1 ii liburi-perl1.60-1 ii man-db 2.6.5-2 ii patchutils 0.3.2-3 ii perl [libdigest-sha-perl] 5.18.1-5 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.21-1 ii libperlio-gzip-perl 0.18-1+b3 ii perl-modules [libautodie-perl] 5.18.1-5 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.5 ii libhtml-parser-perl3.71-1+b1 pn libtext-template-perl none ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- Andreas Rönnquist gus...@gusnan.se -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733318: Correct the link
Correct link: http://sources.debian.net/src/xye/0.12.2%2Bdfsg-2/src/tinyxml -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732613: RFS: xye/0.12.2+dfsg-1 [ITA]
Hi Andreas, On Thu, Dec 19, 2013 at 12:00:25PM +0100, Andreas Rönnquist wrote: I am looking for a sponsor for my package xye I like Xye, so I thought I'd give your package a look, with the intent of sponsoring it eventually. Thank you, much appreciated! I've just got a couple of comments: * debian/repack is nice but seems like an awful lot of effort to remove two files; have you noticed the new Files-Excluded header in debian/copyright which uscan now supports? Ah, I hadn't - thanks! Well, I am kind of irritated on that bug I mentioned in README.source (##635920) which makes it impossible to use git-import-orig --uscan in combination with a debian/repack script... I guess using the mentioned Files-Excluded would solve this? * The manpage doesn't follow the typical Unix manpage style, although if there are no command-line options then the text you've written is good enough. You might get bug reports requesting the manpage to document how to play but until then... I'll think I'll wait for those bug reports... ;) * You should update debian/copyright to include yourself. Done. Incidentally while trying to determine whether xye takes any command-line parameters, I discovered that specifying any parameter causes xye to crash! (I'll file a bug...) Oh! I have managed to include a patch that fixes this problem, but when doing so I found more related problems - if running with a folder which doesn't contain any data files it still segfaults (but later). I will try to put together a patch for this problem too. (I have pushed my current changes to alioth). Would you like me to put together a new package on mentors, or do you simply get the gbp packaging from alioth? best regards, and many thanks -- Andreas Rönnquist gus...@gusnan.se signature.asc Description: PGP signature
Bug#732613: RFS: xye/0.12.2+dfsg-1 [ITA]
On Sat, 21 Dec 2013 21:30:28 +0100, Andreas Rönnquist gus...@gusnan.se wrote: Ah, I hadn't - thanks! Well, I am kind of irritated on that bug I mentioned in README.source (##635920) which makes it impossible to use git-import-orig --uscan in combination with a debian/repack script... I guess using the mentioned Files-Excluded would solve this? I haven't actually got round to using it myself yet, so I can't say for sure... But I get the impression that uscan repacks the original tarball itself with the same name when removing excluded files, so it should work transparently with git-import-orig --uscan. I'll leave it to you to decide what you want to do for this version of the xye package, since it's too late for the 0.12.2 import anyway, and it would require rewriting debian/copyright in machine-readable format. Alright, lets put this conversion on hold at least to until before the next upstream import then. Would you like me to put together a new package on mentors, or do you simply get the gbp packaging from alioth? I'm pulling your packaging from alioth, so no need to update mentors. BTW I noticed in your email to debian-devel-games that you mentioned the newer-standards-version lintian warning; this is fixed in the latest version of lintian, currently available in unstable only. ---8--- Ah, I know - I get the 'newer-standards-version' lintian warning on the mentors site - seems like they havn't updated the lintian version there yet. (I have the latest lintian here on my computer, and don't get the warning here). Let me know when you reckon you've finished preparing the package, whether or not you fix the second segfault you mention (I can't reproduce it, but I may not be testing the right thing). I get it if I simply run xye /usr/ (or any folder other than /usr/share/xye/ for that matter)... I have tried to debug it, but it seems to be a harder nut to crack. I guess it can wait until another release (another debian release, or another upstream) - I will of course report it upstream. I find the package pretty much ready to upload - Would you like me to replace that UNRELEASED with unstable in the changelog, or do you take care of that? best regards, and many many thanks -- Andreas Rönnquist gus...@gusnan.se signature.asc Description: PGP signature
Bug#732613: RFS: xye/0.12.2+dfsg-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package xye * Package name: xye Version : 0.12.2+dfsg-1 Upstream Author : Víctor Hugo Solíz Kuncar vexor...@gmail.com * URL : http://xye.sourceforge.net/ * License : Xye License (PNG/ZLIB) Section : games It builds those binary packages: xye - puzzle game - get all the gems in the room xye-data - data files for xye To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xye Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xye/xye_0.12.2+dfsg-1.dsc Changes since the last upload: * Imported Upstream version 0.12.2+dfsg * Adopt package under the Debian Games Team (Closes: #731790) * Refresh patches * Add script to repack and make uscan/watch use this * Update package descriptions (Fixes lintian warnings extended-description-is-probably-too-short and duplicate-short-description) * Update to Standards version 3.9.5 (No change required) * Upgrade to debhelper 9 * Enable hardening flags * Add description and author fields to patches * Add a man-page * Remove Debian-provided desktop file, and add patch fix_desktop_file.diff to instead use the upstream version, but patch it instead * Add a debian/README.source describing repack script and its usage * Add Vcs-Git and Vcs-Browser fields to debian/control * Upgrade to compat level 9 I intend to adopt and maintain this in the games team, and have packaged this in the games team git repository, and configured mrconfig to include it. http://anonscm.debian.org/gitweb/?p=pkg-games/xye.git;a=summary The copyright is available here: http://anonscm.debian.org/gitweb/?p=pkg-games/xye.git;a=blob;f=debian/copyright;h=5d340a168375a0fa8dafb2b9fef720fa478b93b2;hb=bb241141fab79cabe0cbacfd7a5cae169be12106 I will add this RFS to the Games Team Sponsor Request Queue here: http://wiki.debian.org/Games/Sponsors/Queue (Just to mention it, I do have DM status). Thank you, -- Andreas Rönnquist gus...@gusnan.se -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702075: please reopen this ticket
Sorry, I am not using HexChat (or XChat) any longer - I have migrated to irssi, and wouldn't be comfortable in maintaining a package that I don't really use myself. So, if anyone else wants to be the maintainer - please go ahead. /Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727039: debian-maintainers: Annual ping for Andreas Rönnquist
Package: debian-maintainers Severity: normal This is my (rather late) annual ping - -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Andreas Rönnquist gus...@gusnan.se signature.asc Description: PGP signature
Bug#724263: (no subject)
Do you have the package scanbuttond installed? See #598102 at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598102 , which could be the problem you run into. (In that case, removing the scanbuttond package should solve the problem and make the scanner usable again, but that unfortunately makes the buttons on the scanner useless, you'll have to operate it through software like sane instead.) -- Andreas Rönnquist gus...@gusnan.se -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702075: Abandoning Hexchat ITP
noowner 702075 retitle 702075 RFP: hexchat -- an IRC client based on XChat thanks I am abandoning this ITP - First, it has a GPL license, but links OpenSSL, but doesn't have an OpenSSL exception, which makes it a bit problematic. - Other than that, Hexchat is in active development upstream, but there was talk from someone that said that he planned to continue XChat development (as a fork of Hexchat if I understand correctly) and had got the necessary rights from the previous XChat developer. Since XChat is already present in Debian, I am guessing that they would continue packaging this work. -- Andreas Rönnquist gus...@gusnan.se -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717739: debian-policy: policy examplifies minutes as (00-59) but seconds as (00-60)
Package: debian-policy Severity: minor Tags: patch In the changelog chapter of policy (4.4), it says mm is the two-digit minutes (00-59) ss is the two-digit seconds (00-60) - which looks a bit strange to me - shouldn't both these be 00-59? see http://www.debian.org/doc/debian-policy/ch-source.html#s-dpkgchangelog Patch attached. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Andreas Rönnquist gus...@gusnan.se diff --git a/policy.sgml b/policy.sgml index 5760a3f..03d187e 100644 --- a/policy.sgml +++ b/policy.sgml @@ -1778,7 +1778,7 @@ zope. item is the four-digit year (e.g. 2010)/item itemhh is the two-digit hour (00-23)/item itemmm is the two-digit minutes (00-59)/item - itemss is the two-digit seconds (00-60)/item + itemss is the two-digit seconds (00-59)/item item + or - is the the time zone offset from Coordinated Universal Time (UTC). + indicates that the time is ahead
Bug#716850: RFS: allegro4.4/2:4.4.2-4
Package: sponsorship-request Severity: normal Dear mentors, I am looking for a sponsor for my package allegro4.4 * Package name: allegro4.4 Version : 2:4.4.2-4 Upstream Author : Shawn Hargreaves + the Allegro developers * URL : http://liballeg.org/ * License : Allegro-gift-ware Section : devel It builds those binary packages: allegro4-doc - documentation for the Allegro library liballeggl4-dev - development files for the allegrogl library liballeggl4.4 - library to mix OpenGL graphics with Allegro routines liballegro-doc - transitional dummy package liballegro4-dev - development files for the Allegro library liballegro4.4 - portable library for cross-platform game and multimedia developme liballegro4.4-plugin-alsa - ALSA audio plugin for the Allegro library libjpgalleg4-dev - development files for the JPG loading addon for Allegro 4 libjpgalleg4.4 - JPG loading addon for Allegro 4 libloadpng4-dev - development files for the PNG loading addon for Allegro 4 libloadpng4.4 - PNG loading addon for Allegro 4 liblogg4-dev - development files for the OGG loading addon for Allegro 4 liblogg4.4 - OGG loading addon for Allegro 4 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/allegro4.4 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/allegro4.4/allegro4.4_4.4.2-4.dsc More information about allegro4.4 can be obtained from http://liballeg.org Changes since the last upload: allegro4.4 (2:4.4.2-4) unstable; urgency=low * Add replaces / breaks on liballegro4.2-dev (Closes: #714595, #714814) * Fix lintian vcs-field-not-canonical warning * Fix unused-override hardening-no-fortify-functions -- Andreas Rönnquist gus...@gusnan.se -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714595: liballegro4.2-dev: not installable in sid
affects 714595 - liballegro4.2-dev affects 714595 + liballegro4-dev tags 714595 + pending pending thanks The coming upload of liballegro4-dev should properly fix the Replaces / Breaks so that the liballegro4.2-dev is properly replaced with liballegro4-dev, and at the same time fix so that you'll have a proper upgrade path 4.2 to 4.4. -- Andreas Rönnquist gus...@gusnan.se -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705234: iso-codes: Swedish name of United Kingdom should be Storbritannien
Package: iso-codes Version: 3.41-1 Severity: normal Tags: l10n patch It was reported that United Kingdom was translated wrongly to Förenade Kungariket on the debian-l10n-swedish mailinglist: https://lists.debian.org/debian-l10n-swedish/2013/04/msg1.html As the mail says, the phrase Förenade Kungariket is not used in Swedish, but Storbritannien is commonly used to describe the country instead. A patch against iso-codes is attached to this mail. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash iso-codes depends on no packages. iso-codes recommends no packages. Versions of packages iso-codes suggests: ii isoquery 1.7-1 -- no debconf information diff --git a/iso_3166/sv.po b/iso_3166/sv.po index 5ab7e27..b79531b 100644 --- a/iso_3166/sv.po +++ b/iso_3166/sv.po @@ -1907,7 +1907,7 @@ msgstr Förenade Arabemiraten # name for GBR #. name for GBR msgid United Kingdom -msgstr Förenade kungariket +msgstr Storbritannien # official_name for GBR #. official_name for GBR
Bug#697392: thunar: Ugly GUI layout in default Bulk Rename screen
Package: thunar Version: 1.2.3-4+b1 Severity: minor The line with Format: and the combobox fills out all space on the height - which gives a quite ugly effect - see this image: http://www.gusnan.se/images/bulk_rename_combobox.png I would expect space below the Custom format: line instead to fill out excessing space below the entries. This is only in the Audio Tags rename facility though, in all other space is used to fill out space, which looks very much better. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thunar depends on: ii desktop-file-utils 0.20-0.1 ii exo-utils 0.6.2-5 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100-1 ii libexo-1-0 0.6.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7 ii libice6 2:1.0.8-2 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libthunarx-2-0 1.2.3-4+b1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii shared-mime-info1.0-1+b1 ii thunar-data 1.2.3-4 Versions of packages thunar recommends: ii dbus-x111.6.8-1 ii gvfs1.12.3-1+b1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii thunar-volman 0.6.1-1 ii tumbler 0.1.25-1+b1 ii xdg-user-dirs 0.14-1 ii xfce4-panel 4.8.6-4 Versions of packages thunar suggests: ii thunar-archive-plugin 0.3.0-4 ii thunar-media-tags-plugin 0.2.0-1 -- no debconf information signature.asc Description: PGP signature
Bug#693529: poedit: Current testing release lacks support for message context
Package: poedit Version: 1.4.2-5 Severity: wishlist Is there any chance to try to get a freeze exception for 1.5.4 that is in unstable to get it into testing? Testing has got 1.4.6, which lacks support for msgctxt, which would be a heavy blow to some translators. I am a translator of a program that is migrating context format from Q_(context|string) to C_(context, string), which is only supported in poedit 1.5.0 or later, and it would really nice to have a poedit with support of the feature available in the next stable Debian release. Or, if that isn't possible, a backport of the only that functionality? I guess that is a whole lot of work though, and not quite reasonable... best regards -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages poedit depends on: ii gettext 0.18.1.1-3 GNU Internationalization utilities ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-7~bpo60+1 The Cairo 2D vector graphics libra ii libdb4.7 4.7.25-9 Berkeley v4.7 Database Libraries [ ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libwxbase2.8-02.8.10.1-3+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t poedit recommends no packages. poedit 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#674882: Noowner libircclient
retitle 674882 O: libircclient -- C library to create IRC clients noowner 674882 thanks Giving some thought into it, I have changed my mind, and I will not adopt this package - I will however make the changes recorded in the collab-maint repository mentioned above after the wheezy freeze as a QA upload if someone doesn't adopt the package before. /Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690369: gftp: Keyboard shortcut Ctrl-D is used for several menu items
Package: gftp Version: 2.0.19-4 Severity: normal The keyboard shortcut Ctrl-D is used for several menu items - in my case, trying to delete a file, I discovered that I could press Ctrl-D to get it done, but trying that just disconnected my FTP connection. A simple look in the Remote menu confirms this, two menu items reports the same keyboard shortcut to be used. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gftp depends on: ii gftp-gtk 2.0.19-4 ii gftp-text 2.0.19-4 gftp recommends no packages. gftp 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#684100: Please add Andreas Rönnquist as a Debian Maintainer
Package: debian-maintainers Severity: normal Please add Andreas Rönnquist gus...@gusnan.se to the Debian Maintainer keyring. The jetring changeset is attached. Thanks /Andreas add-194B631AB2DA2888 Description: Binary data
Bug#674882: Claiming ownership, ITA libircclient
retitle 674882 ITA: libircclient -- C library to create IRC clients owner! thanks I am interested in this package, and would like to maintain it - I realise that it is wy to late to get a new upstream version into Wheezy, but aim to upload a new upstream release when wheezy has been released. (libircclient doesn't have any bugs reported in the Debian BTS, but do have newer upstream versions than what is packaged.) I will put it into git version control under the collab-maint umbrella on alioth, and would gladly welcome co-maintainers for the package if anybody is interested. If anybody has any other suggestions regarding team-maintenance, I am all ears. /Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674882: Packaging availible
Packaging is availible here: http://anonscm.debian.org/gitweb/?p=collab-maint/libircclient.git;a=summary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676026: (no subject)
I have committed a fix to the SVN repository. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676026: excellent-bifurcation: FTBFS: ld: cannot find -lalleg-4.2.2
To solve this, please link against -lalleg, instead of -lalleg-4.2.2 - Simple patch against Makefile applied. /Andreas --- a/src/Makefile +++ b/src/Makefile @@ -3,7 +3,7 @@ PKGCONFIG_FILES=libxdg-basedir PKGCONFIG_CFLAGS= `pkg-config $(PKGCONFIG_FILES) --cflags` PKGCONFIG_LDFLAGS= `pkg-config $(PKGCONFIG_FILES) --libs` -LDFLAGS=-lalleg-4.2.2 +LDFLAGS=-lalleg SOURCES=$(shell find . -name *.c) OBJECTS=$(SOURCES:.c=.o) EXECUTABLE=excellent-bifurcation
Bug#668896: git-buildpackage: reports that a git repository is modified while it isn't
Package: git-buildpackage Version: 0.6.0~git20120404 Severity: normal Tags: l10n Dear Maintainer, git-buildpackage reports that a git repository is modified in an incorrect way - if using a localized system and git-buildpackage on a repository which has no un-commited changes, it still reports as if it has uncommited changes, and refuses to build. To come around this problem I can simply use LANG=C git-buildpackage My guess is that it compares output with english strings to determine if we are on a modified git repository, which of course fails with a localized git / git-buildpackage. git recently has this change (in 1:1.7.10-1) * debian/control: package git: Suggests: gettext-base for translated output in shell scripts. which I believe is the source of the problem. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.11.6 ii git 1:1.7.10-1 ii python 2.7.2-10 ii python-dateutil 1.5-1 ii python2.62.6.7-4 ii python2.72.7.3~rc2-2 Versions of packages git-buildpackage recommends: ii cowbuilder0.69 ii pristine-tar 1.24 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-6 -- Configuration Files: /etc/git-buildpackage/gbp.conf changed [not included] -- no debconf information signature.asc Description: PGP signature
Bug#668905: RFP: dfc -- display file system usage using graph and colors
Package: wnpp Severity: wishlist * Package name: dfc Version : 2.5.0 Upstream Author : Robin Hahling robin.hahl...@gw-computing.net * URL : http://projects.gw-computing.net/projects/dfc * License : BSD (3-clause) Programming Lang: C Description : display file system usage using graph and colors dfc is a simple tool that diplay file system usage, using a graph and nice colors - It contains a whole lot of options. signature.asc Description: PGP signature
Bug#668317: debian-refcard: Swedish translation stig should be sökväg
Package: debian-refcard Severity: minor Tags: l10n, patch The Swedish translation of the refcard uses the term stig where I believe sökväg would be much more appropriate. Small patch attached. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: po4a/sv.po === --- po4a/sv.po (revision 9176) +++ po4a/sv.po (arbetskopia) @@ -1319,7 +1319,7 @@ scp replaceablefiles/replaceable replaceableuser@host:path/ replaceable msgstr -scp replaceablefiler/replaceable replaceableanv@värd:stig/replaceable +scp replaceablefiler/replaceable replaceableanv@värd:sökväg/replaceable # type: Content of: articlesectionglosslistglossentryglossdefpara #. type: Content of: articlesectionglosslistglossentryglossdefpara signature.asc Description: PGP signature
Bug#666524: ITP: allegro4.4 -- portable library for cross-platform game and multimedia development
Package: wnpp Severity: wishlist Owner: Andreas Rönnquist gus...@gusnan.se * Package name: allegro4.4 Version : 4.4.2 Upstream Author : Shawn Hargreaves (sh...@talula.demon.co.uk) and others, see AUTHORS file * URL : http://www.liballeg.org/ * License : Allegro gift-ware license [1] Programming Lang: C Description : portable library for cross-platform game and multimedia development Me and Tobias Hansen have decided to do something about the situation of the Allegro Game programmers library in Debian - Both packaging version 5.0 (ITP at [2]) and the newer versions, but also do something about the situation of the older libs. Allegro 4.2 which is packaged in debian has been abandoned upstream for a long time, while 4.4 is still in maintenance mode upstream with the occasional bug-fix coming. Since there still are packages in Debian which uses the 4 series, we would like to package 4.4 also, and in time get rid of the 4.2 version. We intend to maintain Allegro under the games team and if anyone would like to step up and help out, they would be most welcome. best regards /Andreas [1] - http://www.liballeg.org/license.html [2] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612778 signature.asc Description: PGP signature
Bug#581169: outdated sourceforge redirector
Problems with my package sciteproj's Sourceforge qa redirector again - 0.7.01 availible at ftp://ftp.heanet.ie/mirrors/download.sourceforge.net/pub/sourceforge/s/project/sc/sciteproj/ but not at http://qa.debian.org/watch/sf.php/sciteproj/ best regards /Andreas signature.asc Description: PGP signature
Bug#658631: maint-guide: Contains some strange wording in a sentence
Package: maint-guide Version: 1.2.27 Severity: minor The Debian New Maintainers' Guide uses some strange wording in a sentence: This document was made using with these two documents as examples: I find it unnecessary to use both using and with in that sentence - it could simply be re-written as This document was made using these two documents as examples: I am not a native speaker, comments from a native english speaker would be very much welcome. The actual text is found on the first page of the text version of the maint-guide on the debian web page: http://www.debian.org/doc/manuals/maint-guide/maint-guide.en.txt -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash maint-guide depends on no packages. maint-guide recommends no packages. Versions of packages maint-guide suggests: ii debian-policy 3.9.2.0 ii developers-reference none ii devscripts2.11.3 ii dh-make none ii doc-base none ii dput 0.9.6.2 ii fakeroot 1.18.2-1 ii lintian 2.5.4 ii pbuilder 0.206 ii quilt 0.51-1 -- no debconf information signature.asc Description: PGP signature
Bug#651918: claws-mail: Stepping through posts in RSS feed consistently causes segfault
Package: claws-mail Version: 3.7.10-2 Severity: important Stepping through the posts in an RSS feed (in this case Planet Claws Mail - http://planet.claws-mail.org/rss20.xml) causes claws-mail to segfault. I step through them one after another pressing Shift-N, but unfortunately it doesn't seem consistent which post causes the segfault. - backtrace as follows: (gdb) thread apply all bt Thread 3 (Thread 0x7fffdfe37700 (LWP 3887)): #0 0x7545d2c4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64 -linux-gnu/libpthread.so.0 #1 0x7fffdfe3bc45 in bsfilter_filtering_thread (data=optimized out) at bsfilter.c:218 #2 0x75458b40 in start_thread () from /lib/x86_64-linux- gnu/libpthread.so.0 #3 0x7426036d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x in ?? () Thread 2 (Thread 0x7fffeb807700 (LWP 3878)): #0 0x74255723 in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x74d4c5d8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x74d4ce02 in g_main_loop_run () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #3 0x73193dc6 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #4 0x74d717e6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x75458b40 in start_thread () from /lib/x86_64-linux- gnu/libpthread.so.0 #6 0x7426036d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #7 0x in ?? () Thread 1 (Thread 0x77fc89a0 (LWP 3874)): #0 0x741bd405 in raise () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x741c0680 in abort () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x741f3dbb in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #3 0x741fd606 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x7420233c in free () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x74d39bba in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x74d39e9b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x74d3a23a in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 0x7fffe03f1730 in html_view_add_layout_box (box=0x9a5360, node=0xf42b60, view=0xc083e0) at htmlview.c:1880 #9 html_view_insert_node (node=0xf42b60, view=0xc083e0) at htmlview.c:1948 #10 html_view_build_tree (view=0xc083e0, root=optimized out) at htmlview.c:1961 #11 0x7fffe03f18bc in html_view_inserted (document=0x9b0300, node=optimized out, view=0xc083e0) at htmlview.c:1971 #12 0x75211804 in g_closure_invoke () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #13 0x7522378a in ?? () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #14 0x7522ce11 in g_signal_emit_valist () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #15 0x7522cfb2 in g_signal_emit () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #16 0x75211804 in g_closure_invoke () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #17 0x7522378a in ?? () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #18 0x7522ce11 in g_signal_emit_valist () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #19 0x7522cfb2 in g_signal_emit () from /usr/lib/x86_64-linux- gnu/libgobject-2.0.so.0 #20 0x7fffe00b7398 in ?? () from /usr/lib/libxml2.so.2 #21 0x7fffe00b9c1c in htmlParseChunk () from /usr/lib/libxml2.so.2 #22 0x7fffe03ebf09 in html_stream_write (stream=0x10578a0, buffer=optimized out, size=596) at htmlstream.c:85 #23 0x7fffe03bd486 in gtkhtml2_show_mimepart_real (_viewer=0xe6d4d0) at gtkhtml2_viewer.c:323 #24 0x74d4d8db in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #25 0x74d4c0cf in g_main_context_dispatch () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #26 0x74d4c8c8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #27 0x74d4ce02 in g_main_loop_run () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #28 0x77496987 in gtk_main () from /usr/lib/x86_64-linux- gnu/libgtk-x11-2.0.so.0 #29 0x0044c0c8 in main (argc=1, argv=0x7fffe258) at main.c:1681 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages claws-mail depends on: ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libcompfaceg1 1:1.5.2-5 ii libdbus-glib-1-20.98-1 ii libenchant1c2a 1.6.0-6 ii libetpan15 1.0-5 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.2-4 ii libgnutls26 2.12.14-3 ii libgtk2.0-0 2.24.8-2 ii libice6 2:1.0.7-2 ii libldap-2.4-2 2.4.25-4+b1 ii libpango1.0-0 1.29.4-2 ii libpisock9 0.12.5-4+b1 ii libsm6 2:1.2.0-2 ii xdg-utils
Bug#634930: gpa: GPA unusable due to General Assuan error
For debugging info - I do run into this problem when running GPA on sid, but for some reason the problem is gone on my Debian installations that run testing - I believe the real problem is in a library that GPA uses instead of the GPA package itself. I hope this might help finding the real cause of the problem. best regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649974: devilspie: lots of errors on startup
Thank you for your bugreport - What are the contents of the rules files you are using when you get these results? It looks like you run into 412042 (see #1), in combination with debugging info in your rules. #1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=412042 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644416: ITP: devilspie2 -- a LUA-based window-matching utility
Package: wnpp Severity: wishlist Owner: Andreas Rönnquist gus...@gusnan.se Package name: devilspie2 Version: ?? Upstream author: Andreas Rönnquist gus...@gusnan.se URL: http://www.gusnan.se/devilspie2/ License: GPL3 Programming Language: C, LUA Description: a LUA-based window-matching utility Devilspie2 is a window matching utility, using LUA scripts to perform actions on windows on their creation. It is a continuation of Ross Burtons project Devilspie, with the most significant change that the s-expressions of that project is replaced with LUA scripting, making it a whole lot easier to maintain. I haven't made a release yet, but a git repository is available if you follow the link above - This ITP is just made to make sure no one else starts packaging it to avoid double work, I intend to package and maintain it in Debian myself. best regards Andreas gus...@gusnan.se -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644202: RFA: devilspie -- find windows and perform actions on them
Package: wnpp Severity: normal I would like someone else to take over devilspie - http://packages.debian.org/sid/devilspie The package description is: This tool will find windows as they are created and perform actions best regards Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642577: RFH: devilspie -- find windows and perform actions on them
Package: wnpp Severity: wishlist I am looking for co-maintainers for devilspie [1] - I took over maintenance when I noted FTBFS bugs on it, and have fixed those, and updated packaging to current standards. I would very much appriciate a co-maintainer or a team to help keeping devilspie in an usable state - this little gem of a program is very useful, and it would be a shame to see it drop out of Debian. I currently don't have the packaging under version control, but I am very positive to having it under git-buildpackage version control under alioth for maintenance. [1] http://packages.debian.org/devilspie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#353336: devilspie: maximize_vertically does full maximize
Replying to a _very_ old bug here - I cannot reproduce this on current devilspie, this appears to have been solved in recent versions. Do you still run devilspie and experience this issue? best regards /Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638991: Fix gdk_display FTBFS
I have prepared a patch which I believe fixes this:
(I have simply replaced the gdk_display calls with
GDK_DISPLAY_XDISPLAY(gdk_display_get_default())
)
best regards
Index: devilspie-0.22/src/xutils.c
===
--- devilspie-0.22.orig/src/xutils.c 2011-09-12 01:02:01.0 +0200
+++ devilspie-0.22/src/xutils.c 2011-09-12 01:22:35.0 +0200
@@ -40,7 +40,7 @@
retval = GPOINTER_TO_UINT (g_hash_table_lookup (atom_hash, atom_name));
if (!retval)
{
- retval = XInternAtom (gdk_display, atom_name, FALSE);
+ retval = XInternAtom (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()), atom_name, FALSE);
if (retval != None)
{
@@ -76,7 +76,7 @@
xev.xclient.type = ClientMessage;
xev.xclient.serial = 0;
xev.xclient.send_event = True;
- xev.xclient.display = gdk_display;
+ xev.xclient.display = GDK_DISPLAY_XDISPLAY(gdk_display_get_default());
xev.xclient.window = xwindow;
xev.xclient.message_type = my_wnck_atom_get (_NET_WM_STATE);
xev.xclient.format = 32;
@@ -84,7 +84,7 @@
xev.xclient.data.l[1] = state1;
xev.xclient.data.l[2] = state2;
- XSendEvent (gdk_display,
+ XSendEvent (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()),
RootWindowOfScreen (screen),
False,
SubstructureRedirectMask | SubstructureNotifyMask,
@@ -100,7 +100,7 @@
int
my_wnck_error_trap_pop (void)
{
- XSync (gdk_display, False);
+ XSync (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()), False);
return gdk_error_trap_pop ();
}
@@ -122,7 +122,7 @@
my_wnck_error_trap_push ();
property = NULL;
- result = XGetWindowProperty (gdk_display,
+ result = XGetWindowProperty (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()),
xwindow, atom,
0, G_MAXLONG,
False, AnyPropertyType, type, format, nitems,
@@ -144,7 +144,7 @@
pp = (long *)property; // we can assume (long *) since format == 32
if (nitems == 1)
{
- prop_name = XGetAtomName (gdk_display, *pp);
+ prop_name = XGetAtomName (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()), *pp);
if (prop_name)
{
retval = g_strdup (prop_name);
@@ -157,7 +157,7 @@
prop_names[nitems] = NULL;
for (i=0; i nitems; i++)
{
- prop_names[i] = XGetAtomName (gdk_display, *pp++);
+ prop_names[i] = XGetAtomName (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()), *pp++);
}
retval = g_strjoinv (, , prop_names);
for (i=0; i nitems; i++)
@@ -179,7 +179,7 @@
XWindowAttributes attrs;
xid = wnck_window_get_xid (window);
- XGetWindowAttributes(gdk_display, xid, attrs);
+ XGetWindowAttributes(GDK_DISPLAY_XDISPLAY(gdk_display_get_default()), xid, attrs);
return attrs.screen;
}
@@ -202,7 +202,7 @@
my_wnck_error_trap_push ();
type = None;
- result = XGetWindowProperty (gdk_display,
+ result = XGetWindowProperty (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()),
xwindow,
atom,
0, G_MAXLONG,
@@ -242,7 +242,7 @@
my_wnck_error_trap_push ();
type = None;
- result = XGetWindowProperty (gdk_display,
+ result = XGetWindowProperty (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()),
xwindow,
atom,
0, G_MAXLONG,
@@ -325,7 +325,7 @@
}
my_wnck_error_trap_push ();
- XChangeProperty (GDK_DISPLAY(), wnck_window_get_xid(window),
+ XChangeProperty (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()), wnck_window_get_xid(window),
my_wnck_atom_get (_NET_WM_WINDOW_TYPE),
XA_ATOM, 32, PropModeReplace, (guchar *)atom, 1);
Index: devilspie-0.22/src/actions.c
===
--- devilspie-0.22.orig/src/actions.c 2011-09-12 01:28:55.0 +0200
+++ devilspie-0.22/src/actions.c 2011-09-12 01:32:51.0 +0200
@@ -205,7 +205,7 @@
/* try to set new position.. */
my_wnck_error_trap_push ();
- XMoveResizeWindow (gdk_display,
+ XMoveResizeWindow (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()),
wnck_window_get_xid (c-window),
new_xoffset, new_yoffset,
new_width, new_height);
@@ -253,7 +253,7 @@
/* Try to set new position.. */
my_wnck_error_trap_push ();
- XMoveWindow (gdk_display,
+ XMoveWindow (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()),
wnck_window_get_xid (c-window),
xoffset, yoffset);
@@ -504,7 +504,7 @@
x = ((num - 1) * wnck_screen_get_width (screen)) - viewport_start + x;
my_wnck_error_trap_push ();
- XMoveResizeWindow (gdk_display,
+ XMoveResizeWindow (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()),
Bug#638991: Better patch
I found that you can use gdk_x11_get_default_xdisplay instead - Which
results in a shorter patch (attached).
(I have replaced both the deprecated gdk_display and GDK_DISPLAY() in
the code).
Index: devilspie-0.22/src/xutils.c
===
--- devilspie-0.22.orig/src/xutils.c 2011-09-12 05:50:07.0 +0200
+++ devilspie-0.22/src/xutils.c 2011-09-12 05:58:41.0 +0200
@@ -40,7 +40,7 @@
retval = GPOINTER_TO_UINT (g_hash_table_lookup (atom_hash, atom_name));
if (!retval)
{
- retval = XInternAtom (gdk_display, atom_name, FALSE);
+ retval = XInternAtom (gdk_x11_get_default_xdisplay(), atom_name, FALSE);
if (retval != None)
{
@@ -76,7 +76,7 @@
xev.xclient.type = ClientMessage;
xev.xclient.serial = 0;
xev.xclient.send_event = True;
- xev.xclient.display = gdk_display;
+ xev.xclient.display = gdk_x11_get_default_xdisplay();
xev.xclient.window = xwindow;
xev.xclient.message_type = my_wnck_atom_get (_NET_WM_STATE);
xev.xclient.format = 32;
@@ -84,7 +84,7 @@
xev.xclient.data.l[1] = state1;
xev.xclient.data.l[2] = state2;
- XSendEvent (gdk_display,
+ XSendEvent (gdk_x11_get_default_xdisplay(),
RootWindowOfScreen (screen),
False,
SubstructureRedirectMask | SubstructureNotifyMask,
@@ -100,7 +100,7 @@
int
my_wnck_error_trap_pop (void)
{
- XSync (gdk_display, False);
+ XSync (gdk_x11_get_default_xdisplay(), False);
return gdk_error_trap_pop ();
}
@@ -122,7 +122,7 @@
my_wnck_error_trap_push ();
property = NULL;
- result = XGetWindowProperty (gdk_display,
+ result = XGetWindowProperty (gdk_x11_get_default_xdisplay(),
xwindow, atom,
0, G_MAXLONG,
False, AnyPropertyType, type, format, nitems,
@@ -144,7 +144,7 @@
pp = (long *)property; // we can assume (long *) since format == 32
if (nitems == 1)
{
- prop_name = XGetAtomName (gdk_display, *pp);
+ prop_name = XGetAtomName (gdk_x11_get_default_xdisplay(), *pp);
if (prop_name)
{
retval = g_strdup (prop_name);
@@ -157,7 +157,7 @@
prop_names[nitems] = NULL;
for (i=0; i nitems; i++)
{
- prop_names[i] = XGetAtomName (gdk_display, *pp++);
+ prop_names[i] = XGetAtomName (gdk_x11_get_default_xdisplay(), *pp++);
}
retval = g_strjoinv (, , prop_names);
for (i=0; i nitems; i++)
@@ -179,7 +179,7 @@
XWindowAttributes attrs;
xid = wnck_window_get_xid (window);
- XGetWindowAttributes(gdk_display, xid, attrs);
+ XGetWindowAttributes(gdk_x11_get_default_xdisplay(), xid, attrs);
return attrs.screen;
}
@@ -202,7 +202,7 @@
my_wnck_error_trap_push ();
type = None;
- result = XGetWindowProperty (gdk_display,
+ result = XGetWindowProperty (gdk_x11_get_default_xdisplay(),
xwindow,
atom,
0, G_MAXLONG,
@@ -242,7 +242,7 @@
my_wnck_error_trap_push ();
type = None;
- result = XGetWindowProperty (gdk_display,
+ result = XGetWindowProperty (gdk_x11_get_default_xdisplay(),
xwindow,
atom,
0, G_MAXLONG,
@@ -325,7 +325,7 @@
}
my_wnck_error_trap_push ();
- XChangeProperty (GDK_DISPLAY(), wnck_window_get_xid(window),
+ XChangeProperty (gdk_x11_get_default_xdisplay(), wnck_window_get_xid(window),
my_wnck_atom_get (_NET_WM_WINDOW_TYPE),
XA_ATOM, 32, PropModeReplace, (guchar *)atom, 1);
Index: devilspie-0.22/src/actions.c
===
--- devilspie-0.22.orig/src/actions.c 2011-09-12 05:59:55.0 +0200
+++ devilspie-0.22/src/actions.c 2011-09-12 06:03:36.0 +0200
@@ -205,7 +205,7 @@
/* try to set new position.. */
my_wnck_error_trap_push ();
- XMoveResizeWindow (gdk_display,
+ XMoveResizeWindow (gdk_x11_get_default_xdisplay(),
wnck_window_get_xid (c-window),
new_xoffset, new_yoffset,
new_width, new_height);
@@ -253,7 +253,7 @@
/* Try to set new position.. */
my_wnck_error_trap_push ();
- XMoveWindow (gdk_display,
+ XMoveWindow (gdk_x11_get_default_xdisplay(),
wnck_window_get_xid (c-window),
xoffset, yoffset);
@@ -504,7 +504,7 @@
x = ((num - 1) * wnck_screen_get_width (screen)) - viewport_start + x;
my_wnck_error_trap_push ();
- XMoveResizeWindow (gdk_display,
+ XMoveResizeWindow (gdk_x11_get_default_xdisplay(),
wnck_window_get_xid (c-window),
x, y, width, height);
if (my_wnck_error_trap_pop ()) {
@@ -577,7 +577,7 @@
hints.decorations = decorate ? 1 : 0;
/* Set Motif hints, most window managers handle
Bug#542538: Cannot upgrade pidgin - libpurple0 has unmet requirements
Package: libpurple0 Version: 2.4.3-4lenny3 Severity: serious Justification: Policy 3.5 Trying to install security upgrade DSA-1870 libpurple depends on a version of libdbus-glib-1-2 that isn't availible on stable AMD64. See thread at http://lists.debian.org/debian-user/2009/08/msg01318.html for more info. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) 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 libpurple0 depends on: ii libavahi-clien 0.6.23-3lenny1Avahi client library ii libavahi-commo 0.6.23-3lenny1Avahi common library ii libavahi-glib1 0.6.23-3lenny1Avahi glib integration library ii libc6 2.7-18GNU C Library: Shared libraries ii libdbus-1-31.2.1-5+lenny1simple interprocess messaging syst ii libdbus-glib-1 0.76-1simple interprocess messaging syst ii libgadu3 1:1.8.0+r592-3Gadu-Gadu protocol library - runti ii libglib2.0-0 2.16.6-2 The GLib library of C routines ii libmeanwhile1 1.0.2-3 open implementation of the Lotus S ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library ii libnss3-1d 3.12.0-6 Network Security Service libraries ii libperl5.105.10.0-19 Shared Perl library ii libsasl2-2 2.1.22.dfsg1-23+lenny1Cyrus SASL - authentication abstra ii libsasl2-modul 2.1.22.dfsg1-23+lenny1Cyrus SASL - pluggable authenticat ii libsilc-1.1-2 1.1.7-2 SILC library (silc-toolkit) ii libxml22.6.32.dfsg-5+lenny1 GNOME XML library ii libzephyr3 2.1.20070719.SNAPSHOT-1.2 Project Athena's notification serv ii perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-base [per 5.10.0-19 minimal Perl system pn pidgin-datanone(no description available) Versions of packages libpurple0 recommends: ii ca-certificates 20080809 Common CA certificates pn libpurple-bin none (no description available) Versions of packages libpurple0 suggests: ii tcl8.48.4.19-2 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.19-2 Tk toolkit for Tcl and X11, v8.4 - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#434272: [Pkg-xfce-devel] Bug#434272: Bug#434272: Simple fix?
On Sat, 19 Apr 2008 12:32:47 +0200 Yves-Alexis Perez [EMAIL PROTECTED] wrote: On ven, 2008-04-18 at 16:04 +0200, Andreas Rönnquist wrote: Hi! There seems to be a _very_ simple fix to #434272 - I have attached a patch that _I_ guess would fix it. (it is a one-line change.) Doesn't seem to fix anything no. The RSS size is now only 0, and VM size doesn't change. -- Yves-Alexis Really sorry, my mistake. Second try attached. (This should be right.) /Andreas --- xfce4-taskmanager-0.4.0~rc2/src/xfce-taskmanager-linux-orig.c 2008-04-19 12:49:56.0 +0200 +++ xfce4-taskmanager-0.4.0~rc2/src/xfce-taskmanager-linux.c 2008-04-19 12:52:05.0 +0200 @@ -81,6 +81,8 @@ task.time = stime + utime; task.old_time = task.time; task.time_percentage = 0; + + task.size=task.size/1024; } task.uid = status.st_uid; passwdp = getpwuid(task.uid);
Bug#434272: Simple fix?
Hi! There seems to be a _very_ simple fix to #434272 - I have attached a patch that _I_ guess would fix it. (it is a one-line change.) /Andreas --- xfce4-taskmanager-0.4.0~rc2/src/xfce-taskmanager-linux.c 2006-08-23 20:05:42.0 +0200 +++ xfce4-taskmanager-0.4.0~rc2/src/xfce-taskmanager-linux-patched.c 2008-04-16 19:16:37.0 +0200 @@ -81,6 +81,8 @@ task.time = stime + utime; task.old_time = task.time; task.time_percentage = 0; + + task.rss=task.rss/1024; } task.uid = status.st_uid; passwdp = getpwuid(task.uid);
Bug#475157: RFP: ripoff - GTK+ based CD Ripper
Package: wnpp Severity: wishlist RipOff is a GTK+ based CD Ripper for Linux (and hopefully for other Unixy systems once some testing and fixing has been done) that sports a simple interface, CDDB lookups, and a plugin-based encoder architecture. It looks GUI-wise suspciously like Sound Juicer in some ways, although I've changed the parts I didn't like of Sound Juicer's interface (of course). It is currently in a pre-1.0 release cycle. http://ripoffc.sourceforge.net License is GPL v2 or later. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404963: Sylpheed Help-FAQ-English tells me to install sylpheed-doc even if it is already installed
Package: Sylpheed Version: 2.3.0~beta5-1 When selecting any FAQ through the menu in Sylpheed it tells me to apt-get install sylpheed-doc even though it is already installed. (It doesn't matter what language I select.) This is on Etch, and having the latest versions of both sylpheed and sylpheed-doc installed: debian:/home/bhagabhi# apt-show-versions sylpheed sylpheed/etch uptodate 2.3.0~beta5-1 debian:/home/bhagabhi# apt-show-versions sylpheed-doc sylpheed-doc/etch uptodate 20030309-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
