Bug#721593: guaranteed Segmentation fault
severity 721593 important tag 721593 unreproducible thanks Hello, I want to check in on the status of this bug report. I wanted to look into this bug, but it sort of works for me: ryan52@ryan52-laptop:~$ sudo su - nobody -c 'HOME=/tmp/$$;mkdir $HOME; midori http://www.geni.com/' No directory, logging in with HOME=/ No protocol specified Midori - Cannot open display: How are you working around the X display issue? Please provide exact steps to reproduce the problem. To try to discover any related problems I did the following: I actually logged in to my laptop as some test user using the standard display manager, after deleting their home directory. Using the same method as you, I was able to use Midori, with only a warning about database files on program startup. This does indicate a problem in how Midori is handling the home directory, but I believe it to be much lower severity. I am using the same version as reported here in my test case: midori: Installed: 0.4.3+dfsg-0.1 Candidate: 0.4.3+dfsg-0.1 Version table: *** 0.4.3+dfsg-0.1 0 500 http://ftp.us.debian.org/debian/ wheezy/main i386 Packages 100 /var/lib/dpkg/status If you still experience worse problems, I would be happy to work with you further on investigating to resolve any issues. Otherwise, this bug should remain open for the DB warnings. Thank you, Ryan Niebur On Mon, Sep 02, 2013 at 02:41:38PM +0800, jida...@jidanni.org wrote: Package: midori Version: 0.4.3+dfsg-0.1 # su - nobody -c 'HOME=/tmp/$$;mkdir $HOME; midori http://www.geni.com/' Segmentation fault -- System Information: Versions of packages midori depends on: ii dbus-x111.7.4-1 ii libc6 2.17-92+b1 ii libcairo2 1.12.14-5 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.37.6-1 ii libgtk2.0-0 2.24.20-1 ii libjavascriptcoregtk-1.0-0 2.1.90.1-1 ii libnotify4 0.7.5-2 ii libpango1.0-0 1.32.5-5+b1 ii libsoup2.4-12.42.2-6 ii libsqlite3-03.8.0.1-1 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 2.1.90.1-1 ii libx11-62:1.6.1-1 ii libxml2 2.9.1+dfsg1-3 ii libxss1 1:1.2.2-1 Versions of packages midori recommends: pn gnome-icon-theme none -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752038: ganeti: uses invoke-rc.d instead of service
Package: ganeti Version: 2.11.2-1 Severity: important Tags: patch Hello, There is a bug where the path to invoke-rc.d has been explicitely inserted and hard coded into the d/rules file. This should use the service command instead! Here is the relevant Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/ganeti/+bug/1308571 Thanks, Ryan -- diff --git a/debian/rules b/debian/rules index 420b9a9..e21c15f 100755 --- a/debian/rules +++ b/debian/rules @@ -42,7 +42,7 @@ override_dh_auto_configure: --disable-symlinks \ --with-user-prefix=$(GNT_USERGROUP_PREFIX) \ --with-group-prefix=$(GNT_USERGROUP_PREFIX) \ - --with-ssh-initscript=/usr/sbin/invoke-rc.d ssh + --with-ssh-initscript=/usr/sbin/service ssh override_dh_auto_clean: [ ! -f Makefile ] || $(MAKE) distclean
Bug#741035: A new upstream version is available: 0.90.1
Hi Andrew, Please feel free to move this to a 0 day delay if you want. Thank you much for the help! Ryan Niebur On Sun, Apr 20, 2014 at 03:23:39PM -0400, Andrew Starr-Bochicchio wrote: Hi Ryan, I've pushed the new upstream release to collab-maint and made a NMU upload to DELAYED-7. If you have any objections, let me know and I will cancel it. Thanks! -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730833: u-boot: FTBFS on kfreebsd
On Mon, Dec 16, 2013 at 08:43:05AM +, Ian Campbell wrote: [..] Are you sure it is our source package and not the upstream which contains this? I don't see a Debian patch which adds this stuff. I think a better approach here would be to work with the upstream u-boot project to make things more portable -- perhaps by replacing the use of linux/types.h (which is surely just a convenience for them) with something in the u-boot source itself. Wait -- the uboot upstream source already contains include/linux/types.h, so perhaps upstream just needs to increase the set of things which they supply themselves. Right, I followed the method upstream handled the situation with, by extending it for the other header files that are missing here. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730833: u-boot: FTBFS on kfreebsd
Attached is a more proper patch. On Fri, Nov 29, 2013 at 04:14:31PM -0800, Ryan Niebur wrote: Source: u-boot Version: 2013.10-3 Severity: important Tags: patch Hello, Description of problem: Attached is a quilt patch which will allow this package to build on kfreebsd, which was obtained by brute force. Here is the failure: https://buildd.debian.org/status/fetch.php?pkg=u-bootarch=kfreebsd-amd64ver=2013.10-3stamp=1384692375 Note that once that particular failure was resolved, there were additional failures related to other header files later in build. It also looks like the build failed for the same reasons on hurd: https://buildd.debian.org/status/fetch.php?pkg=u-bootarch=hurd-i386ver=2013.10-3stamp=1384681614 I suspect my changes may fix the problems seen there as well. Description of solution: I have copied many additional header files into the package source which were not used previously, but are required now. These mostly came from the linux-libc-dev, with some slight modification. This is the way the upstream maintainers have maintained the package for a while. The include/ directory already had many copies of header files copied from the linux-libc-dev package contents. Further testing needed: I have not yet tested that the package produced by these patches work. I will verify mkimage is able to run and produces correct output. I have not looked at the downstream uses of the definitions from these header files to see if they are actually used in this executable. I expect many are not, in which case the #include may be commented out for a simpler patch. However, if they are used, I do still need to verify that the settings copied here are correct and will not cause anything to subtly break or affect correct behavior during runtime. Further work on patch needed: I believe my patch will break builds happening under other kernels and architectures. I have used a brute force strategy to get the package to build on kfreebsd only. Next, I will be working my way back outward from my solution to find which parts are really necessary, before I clean it up to patch properly in a way only affecting kfreebsd. The biggest issue here is that the asm directory varies by architecture. Luckily, kfreebsd is only i386 and amd64, which seem to share headers. Timeline for completion: Within the next few days I will complete: * testing of the built package and mkimage executable * proper code review, deciding which changes are correct and needed * cleaning up the patch to allow the package to build correctly on other architectures and kernels, which were already working, by only using these architecture-specific headers under kfreebsd Thanks, Ryan -- Courtesy of linux-libc-dev package from i386 architecture, copied from the /usr/include/i386-linux-gnu/ directory. This is needed because our package source here includes a file, include/linux/types.h, also copied from that package. Patch by Ryan Niebur Index: u-boot-2013.10/include/asm/posix_types.h === --- /dev/null 1970-01-01 00:00:00.0 + +++ u-boot-2013.10/include/asm/posix_types.h 2013-11-30 00:27:04.0 +0100 @@ -0,0 +1,5 @@ +# ifdef __i386__ +# include posix_types_32.h +# else +# include posix_types_64.h +# endif Index: u-boot-2013.10/include/asm/posix_types_32.h === --- /dev/null 1970-01-01 00:00:00.0 + +++ u-boot-2013.10/include/asm/posix_types_32.h 2013-11-30 00:50:40.0 +0100 @@ -0,0 +1,49 @@ +#ifndef _ASM_X86_POSIX_TYPES_32_H +#define _ASM_X86_POSIX_TYPES_32_H + +/* + * This file is generally used by user-level software, so you need to + * be a little careful about namespace pollution etc. Also, we cannot + * assume GCC is being used. + */ + +#include sys/_types.h +// RYAN52: THIS PACKAGE NEEDS THE FOLLOWING COMMENTED OUT DUE TO CONFLICT IN /usr/include/sys/_types.h +//typedef unsigned long __kernel_ino_t; +typedef unsigned long__kernel_ino_t; +typedef unsigned short __kernel_mode_t; +typedef unsigned short __kernel_nlink_t; +typedef long __kernel_off_t; +typedef int __kernel_pid_t; +typedef unsigned short __kernel_ipc_pid_t; +typedef unsigned short __kernel_uid_t; +typedef unsigned short __kernel_gid_t; +typedef unsigned int __kernel_size_t; +typedef int __kernel_ssize_t; +typedef int __kernel_ptrdiff_t; +typedef long __kernel_time_t; +typedef long __kernel_suseconds_t; +typedef long __kernel_clock_t; +typedef int __kernel_timer_t; +typedef int __kernel_clockid_t; +typedef int __kernel_daddr_t; +typedef char * __kernel_caddr_t; +typedef unsigned short __kernel_uid16_t; +typedef unsigned short
Bug#730833: u-boot: FTBFS on kfreebsd
Source: u-boot
Version: 2013.10-3
Severity: important
Tags: patch
Hello,
Description of problem:
Attached is a quilt patch which will allow this package to build on
kfreebsd, which was obtained by brute force. Here is the failure:
https://buildd.debian.org/status/fetch.php?pkg=u-bootarch=kfreebsd-amd64ver=2013.10-3stamp=1384692375
Note that once that particular failure was resolved, there were
additional failures related to other header files later in build.
It also looks like the build failed for the same reasons on hurd:
https://buildd.debian.org/status/fetch.php?pkg=u-bootarch=hurd-i386ver=2013.10-3stamp=1384681614
I suspect my changes may fix the problems seen there as well.
Description of solution:
I have copied many additional header files into the package source
which were not used previously, but are required now. These mostly
came from the linux-libc-dev, with some slight modification.
This is the way the upstream maintainers have maintained the package
for a while. The include/ directory already had many copies of header
files copied from the linux-libc-dev package contents.
Further testing needed:
I have not yet tested that the package produced by these patches work.
I will verify mkimage is able to run and produces correct output.
I have not looked at the downstream uses of the definitions from these
header files to see if they are actually used in this executable. I
expect many are not, in which case the #include may be commented out
for a simpler patch. However, if they are used, I do still need to
verify that the settings copied here are correct and will not cause
anything to subtly break or affect correct behavior during runtime.
Further work on patch needed:
I believe my patch will break builds happening under other kernels and
architectures. I have used a brute force strategy to get the package
to build on kfreebsd only. Next, I will be working my way back outward
from my solution to find which parts are really necessary, before I
clean it up to patch properly in a way only affecting kfreebsd. The
biggest issue here is that the asm directory varies by architecture.
Luckily, kfreebsd is only i386 and amd64, which seem to share headers.
Timeline for completion:
Within the next few days I will complete:
* testing of the built package and mkimage executable
* proper code review, deciding which changes are correct and needed
* cleaning up the patch to allow the package to build correctly on
other architectures and kernels, which were already working, by
only using these architecture-specific headers under kfreebsd
Thanks,
Ryan
--
Courtesy of linux-libc-dev package from i386 architecture,
copied from the /usr/include/i386-linux-gnu/ directory.
This is needed because our package source here includes a
file, include/linux/types.h, also copied from that package.
Patch by Ryan Niebur
Index: u-boot-2013.10/include/asm/posix_types.h
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ u-boot-2013.10/include/asm/posix_types.h 2013-11-30 00:27:04.0 +0100
@@ -0,0 +1,5 @@
+# ifdef __i386__
+# include posix_types_32.h
+# else
+# include posix_types_64.h
+# endif
Index: u-boot-2013.10/include/asm/posix_types_32.h
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ u-boot-2013.10/include/asm/posix_types_32.h 2013-11-30 00:50:40.0 +0100
@@ -0,0 +1,49 @@
+#ifndef _ASM_X86_POSIX_TYPES_32_H
+#define _ASM_X86_POSIX_TYPES_32_H
+
+/*
+ * This file is generally used by user-level software, so you need to
+ * be a little careful about namespace pollution etc. Also, we cannot
+ * assume GCC is being used.
+ */
+
+#include sys/_types.h
+// RYAN52: THIS PACKAGE NEEDS THE FOLLOWING COMMENTED OUT DUE TO CONFLICT IN /usr/include/sys/_types.h
+//typedef unsigned long __kernel_ino_t;
+typedef unsigned long __kernel_ino_t;
+typedef unsigned short __kernel_mode_t;
+typedef unsigned short __kernel_nlink_t;
+typedef long __kernel_off_t;
+typedef int __kernel_pid_t;
+typedef unsigned short __kernel_ipc_pid_t;
+typedef unsigned short __kernel_uid_t;
+typedef unsigned short __kernel_gid_t;
+typedef unsigned int __kernel_size_t;
+typedef int __kernel_ssize_t;
+typedef int __kernel_ptrdiff_t;
+typedef long __kernel_time_t;
+typedef long __kernel_suseconds_t;
+typedef long __kernel_clock_t;
+typedef int __kernel_timer_t;
+typedef int __kernel_clockid_t;
+typedef int __kernel_daddr_t;
+typedef char * __kernel_caddr_t;
+typedef unsigned short __kernel_uid16_t;
+typedef unsigned short __kernel_gid16_t;
+typedef unsigned int __kernel_uid32_t;
+typedef unsigned int __kernel_gid32_t;
+
+typedef unsigned short __kernel_old_uid_t;
+typedef unsigned short __kernel_old_gid_t;
+typedef unsigned short __kernel_old_dev_t;
+
+#ifdef __GNUC__
+typedef long long __kernel_loff_t;
+#endif
+
+typedef struct {
+ int val[2];
+} __kernel_fsid_t;
+
+
+#endif
Bug#730835: bugs.debian.org: the BTS seems to no longer know who are the maintainers of the packages!
Hello, +1! I also noticed this, and asked about it on IRC in #debbugs right before this bug was reported: 16:24 Ryan52 All BRs I've looked at today show: Maintainer for FOO is (unknown) 16:24 Ryan52 Is this a known problem? If it's relevant, the pages say Machine Name: buxtehude.debian.org (not sure if the web host I have connected to makes any difference) 16:27 Ryan52 Oh, I found one where it works, I think it depends on the package. #730833 is an example of one which does not work. 16:39 BTS Opened #730835 (grave) in bugs.debian.org by Francesco Poli \(wintermute\) invernomuto@paranoi... «the BTS seems to no longer know who are the maintainers of the packages!». http://bugs.debian.org/730835 16:44 Ryan52 Heh, I'm not the only one. I also reproduced this with pages showing Machine Name: beach.debian.org. I therefor conclude that it is not specific to the web host being used. The package where I previously saw it work no longer has a Maintainer shown, I guess maybe a data import process is going wrong right now? Thanks, Ryan On Sat, Nov 30, 2013 at 01:35:52AM +0100, Francesco Poli (wintermute) wrote: Package: bugs.debian.org Severity: grave Justification: causes non-serious data loss Hello! The BTS seems to have forgotten the names and e-mail addresses of the maintainers of all packages! Or, at least, of a part of the packages... For instance: http://bugs.debian.org/730490 states Maintainer for apt is (unknown); http://bugs.debian.org/730822 states Maintainer for apt-listbugs is (unknown); and so forth... Well, *I* am the maintainer of apt-listbugs, as the package tracking system knows: http://packages.qa.debian.org/a/apt-listbugs.html But, if the BTS does not know, I think it fails to send bug reports and followups to the correct maintainer(s)! One followup sent by me to bug #730822 (assigned to my own package) was not re-sent to me and the Info received e-mail notification says: Your message has been sent to the package maintainer(s): unknown-pack...@qa.debian.org The Processed e-mail notification for control bot commands says: Warning: Unknown package 'apt-listbugs' What's going on? What did I fail to understand? If this is an actual issue with the BTS (as I suppose), I hope it may be fixed RSN! Thanks for your time! -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652850: even see warning on vanilla install
Hi Mirosław, I am working on getting a new, fixed version of Midori into Debian. I agree with you that naming a directory suffixed with .so is unusual and I thought so at first as well. However, once I thought about it, I realized that this was done by the authors of Midori to allow the configuration for the plugin, which is actually a file named libadblock.so as you would expect, to have a configuration directory that matches the name of the module. Anyways, the authors must have eventually decided this is too obscure, because they have renamed the directory to adblock, which matches the unique part of the plugin's .so file. The transition for this was not properly implemented in Debian, which led to the bug that has been reported here. The new version of Midori that I will be uploading to Debian uses a more standard facility that is now provided by the Debian packaging system in order to manage the transition properly, fixing the bugs. Thank you, Ryan Niebur On Sun, May 06, 2012 at 10:31:58AM +0200, Mirosław Zalewski wrote: On 06/05/2012 at 08:14, Yves-Alexis Perez cor...@debian.org wrote: What is more: how was rmdir /etc/xdg/midori/extensions/libadblock.so ever supposed to work? libadblock.so is obviously plain file, What does make you think that? This: #v+ # find / -xdev -type d -iname '*.so*' /usr/share/templates/.source /etc/ld.so.conf.d #v- (-xdev is only for find to not descend into my /home and /mnt, where it will not find anything anyway.) Of course you are free to name directories anything you want. But there seems to be some unwritten rule, that FS entries ended with .so (or .so.VERSION) are files, not directories. I thought it is much likely that someone made mistake in postinst script, than that Midori is/was one of few packages in whole Debian that uses directories ended with .so string. Anyway, quarrels aside. I did not know that this bug is fixed in newer version, that cannot be uploaded due to another bug blocking it. I am glad that this issue is taken care of and will wait for updated package. Thanks for all your work in Debian -- Best regards Mirosław Zalewski -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585448: NMUdiff for 0.3.6+nmu2
Thanks much! Sent from my Verizon Wireless 4G LTE DROID Thijs Kinkhorst th...@debian.org wrote: Hi, Please find attached the diff for the NMU to oldstable-proposed-updates. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700674: gnumeric: Should not remember number of copies to print from different files in a previous run
Package: gnumeric Version: 1.10.8-1squeeze5 Severity: minor Hi, We have observed behavior where gnumeric will remember the print job preferences, such as number of copies, from a previous run when we are opening a different file at a later point in time. Steps to reproduce: Part 1: Print something with 5 copies 1. Open Gnumeric 2. Save a spreadsheet as Book1.gnumeric 3. Go to the File-Print screen 4. Change the Copies: to 5 5. Click either Print Preview or Print 6. Close out of Gnumeric Part 2: Try to print something, expecting only once 1. Open Gnumeric again 2. Save a spreadsheet as Book2.gnumeric 3. Go to the File-Print screen 4. Observe that Copies: remembered 5 from the other spreadsheet The behavior we expect here is for Gnumeric to not remember the number of copies, or to at least only remember it for the specific file. The problem this causes is that most people expect the Copies: to default to 1, but if they don't remember that they've printed 20 copies of something last week, they end up wasting quite a lot of paper. We'd like to have a way to prevent that, if possible. Thanks in advance for considering this, Ryan -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673573: (no subject)
fixed 673573 grub2/2.0.0-7 thanks Confirmed it's fixed in grub2/2.0.0-7 from experimental, but was unable to easily isolate a clean fix this in Wheezy. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677113: don't you hate it when an update wrecks a package and then just is left sitting there
tag 677113 confirmed tag 677113 pending thanks On Mon, Jul 02, 2012 at 09:20:41AM +0800, jida...@jidanni.org wrote: Don't you hate it when an update wrecks a package and then just is left sitting there. Well, yes, but the NMU help is appreciated and this seems like it's actually a regression in libjpeg's scaling functionality, since it worked fine previously. I will upload a new version of xli which no longer tries to use libjpeg's scaling functionality and will handle zooming JPEGs like any other image type, which I've confirmed fixes this problem. Thanks, Ryan -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680024: unblock: xli/1.17.0+20061110-4
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal X-Debbugs-CC: 677...@bugs.debian.org Please unblock package xli, which fixes an important bug and implements the hardening release goal. Thanks, Ryan The git history of these changes is available here: http://anonscm.debian.org/gitweb/?p=collab-maint/xli.git;a=log;h=refs/tags/debian/1.17.0%2B20061110-4 And the entire diff is here: http://anonscm.debian.org/gitweb/?p=collab-maint/xli.git;a=commitdiff;h=044ca1e59bd87033d1566a05aa916dcaca2a787f;hp=7589afe00021df42a1b04754da800f2b8c7a7e69 Here is the description of the new patch, disable-libjpeg-scaling: This patch changes xli to no longer try to use libjpeg's scaling functionality, handling zooming JPEGs like any other image type. It seems there was a regression in libjpeg's scaling functionality between libjpeg62 and libjpeg8, see: http://bugs.debian.org/677113 Here is the full changelog entry: xli (1.17.0+20061110-4) unstable; urgency=low * Update my email address in Maintainer field * Add disable-libjpeg-scaling patch to disable using libjpeg for scaling, which broke after upgrading from libjpeg62 to libjpeg8 (Closes: #677113) * Add Vcs-* fields, maintaining the package within collab-maint * Use dpkg-buildflags in debian/rules to enable hardening -- Ryan Niebur r...@debian.org Mon, 02 Jul 2012 14:37:10 -0700 Finally, the unblock needed: unblock xli/1.17.0+20061110-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- signature.asc Description: Digital signature
Bug#640296: debsums: should not write to files in /var/lib/dpkg/info/
Thank you! On Mon, Jun 18, 2012 at 03:50:02AM +0200, Guillem Jover wrote: [..] Since version 1.16.3, dpkg generates md5sums files on unpack if they are missing from the .deb package. So the correct solution here is for debsums to stop generating those completely, and rely on dpkg doing that work, which would not imply any lose of functionality. thanks, guillem -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665234: libpoe-component-client-mpd-perl: FTBFS: tests hang
On Thu, Jun 14, 2012 at 11:14:10PM +0200, intrigeri wrote: Ryan, looks like (#517953) you uploaded it for your own needs, do you still use it? No, I do not use POE anymore, feel free to RM this if needed. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
On Sat, Jun 09, 2012 at 06:16:53PM +0200, intrigeri wrote: Ryan, you were the one who did the initial upload, so I assume you may have a particular interest in keeping this package in the archive -- any educated opinion from you? I have no personal interest in the package. If I remember correctly, this was packaged as a potential dependency of a new version of a package which already existed, but if that package does not require this dependency then there is probably no reason to keep it in the archive. Cheers, Ryan [who didn't actually look at the bug] -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676188: libmp3splt0 has circular Depends on libmp3splt0-mp3
tag 676188 confirmed quit Hi Bill, Thanks for reporting about this. I actually realized that I reintroduced this bug, which had been reported in the past, yesterday and plan to upload a fix today. Thanks, Ryan On Tue, Jun 05, 2012 at 11:42:36AM +0200, Bill Allombert wrote: Package: libmp3splt0 Version: 0.7.2-1 Severity: important Hello Ryan, There is a circular dependency between libmp3splt0 and libmp3splt0-mp3: libmp3splt0 :Depends: libmp3splt0-mp3 | libmp3splt0-plugin libmp3splt0-mp3 :Depends: libmp3splt0 (= 0.7.2-1) Circular dependencies involving shared libraries are known to cause problems during upgrade between stable releases, so we should try to get rid of them. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663577: irssi-scripts-20120326 new release
Hi Daniel, On Thu, May 03, 2012 at 07:50:16PM -0500, Daniel Echeverry wrote: Hi Ryan I updated the copyright file with license information found in the header of each script. I hope all is well now :) This all looks great, you've even improved accuracy from the previous copyright file in a few cases. I am uploading the package now. Thanks for your contribution! Cheers, Ryan -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663577: irssi-scripts-20120326 new release
Hi Daniel, On Sun, Apr 29, 2012 at 01:34:48PM -0500, Daniel Echeverry wrote: Hi, I have reviewed all the scripts from the list, I fix some typos, but there are other scripts that have 2 different licenses. Below I show you the scripts that were settled and those who need to reviewed again. [snip script output] Thanks for settling these. [1]: Declare a header with a license and below another license ( is it necessary contact the upstream ?) Fixed: error found and fixed OK: OK --- For this case it is necessary to contact the upstream to verify the license? I have looked at many of these and it seems the problem your are noticing is they have a license text block as a comment at the top, but the license specified for the %IRSSI settings is not referring to that specific license. Since the license setting allows plain text without a standard format, I beleive that the authors have simply been less precise here without realizing the potential confusion. As long as they specify the same type of license, but the block is more precise about the specific license versions, I think it will be fine for us to just use the license text block which is more precise and limiting. Thank you very much!! Thank you again for your work, and patience, on this! I may be able to work on this tonight, but hope to get this uploaded by tomorrow, if not. Cheers, Ryan -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663577: irssi-scripts-20120326 new release
Hello Daniel, Your new changes look good. Since I didn't trust myself to do a thorough reivew of the new copyright file (it seems like more than a person could reasonably handle in one sitting), I've written a script which compares it with the old version, which seems to have noticed some possible discrepancies. I will make the minor corrections for those tonight, if needed, before completing my review. Thanks for the patience, your contributions are appreciated. Cheers, Ryan On Sun, Apr 22, 2012 at 01:05:32PM -0500, Daniel Echeverry wrote: El dÃa 19 de abril de 2012 04:06, Ryan Niebur r...@debian.org escribió: Hi Daniel, Thanks for your work on this, and I apologize for the delay in response. On Fri, Apr 13, 2012 at 02:39:10PM -0500, Daniel Echeverry wrote: Hi, This week I've been working on packaging a new version of irssi-scripts. I closed some bugs and updated some of the scripts. I uploaded the package to debian mentors. [1] Additionally, I added a copyright.new in debian/, This file is copyright copyright DEP5 Update to 1.0 format. Could you check out the new version and the new copyright file? I've reviewed your packaging work now and overall it looks really good. Though I do wonder, have you used a git repository to track your changes? If not, we currently use a repository located here: http://anonscm.debian.org/gitweb/?p=collab-maint/irssi-scripts.git This would be preferable because it helps to make collaborating and reviewing changes easier (this would also replace the need to build and upload the source package to mentors). I think it should be okay for us to allow you to push changes to the repository there, if you want...are you a member of collab-maint on alioth? Anyways, the only major issue I've noticed is that this detail got removed from debian/rules, but the executable permission is relied on by the script: # log2ansi.pl will run outside irssi, so it needs the executable bit chmod +x $D/usr/share/irssi/scripts/log2ansi.pl So, we need to set the executable permission on this file during build. Some other more minor things I noticed are: The debian/copyright.new file looks very good, however I think the GPL-2.0 license definition should replace the text about receiving a copy of the license with a reference to /usr/share/common-licenses, as you have done with the GPL-2.0+ block. Also, the License:GPL-2.0+ is missing a space after the colon. I think it should be fine to replace debian/copyright with your debian/copyright.new once these small improvements are made. With regards to dependencies on perl and perl-modules, this is really not necessary since the base perl, which is all that is required for most scripts, is always installed. In debian/README.Debian there is an explanation of how the dependencies are chosen (at least 3 scripts = Suggests, at least 20 scripts = Recommends), and it looks like there are actually more scripts which depend on libwww-perl than perl or perl-modules, from the list in debian/README.Debian. I'm not opposed to changing how this is done if there is value added in doing so, but if we make that choice we will need to update debian/README.Debian as well (and should possibly treat the other dependencies consistently). It might be better to just explain the way we do this to the requestor of this change instead. There were a couple patches (go.pl-multiple-networks.diff and away.pl.diff) which used to have links to bug reports instead of proper headers, and you've replaced those with DEP5 patch headers (which is great, thanks!), but I think it could be useful to still have the old bug references included within the new DEP5 information. [1]: http://mentors.debian.net/debian/pool/main/i/irssi-scripts/ irssi-scripts_20120326.dsc Thank you very much!! No, thank you! I will be able to sponsor this upload once we address the above mentioned items and I do a final review, but first I also want to hear back about if and how you want to make use of the git repository for collaboration. Cheers, Ryan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk+P1XwACgkQMihv+PacasXwggCeOmqsvrr2lfcGsBM1VPA2LFxg hjEAn1oLlpICofxeicOIMAndpUxkVwok =MyTD -END PGP SIGNATURE- Hi, I have fixed all the points you mentioned, and I updated the git repository on Alioth,Could you please check out again the package[1]? Thank You very much!! [1]: http://anonscm.debian.org/gitweb/?p=collab-maint/irssi-scripts.git;a=summary -- Epsilon http://wiki.debian.org/DanielEcheverry http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663577: irssi-scripts-20120326 new release
Hello. I expect it may require a bit of verification in case there is a bug (or if licenses really needed a change), as I have not looked over it entirely thoroughly. But here is the output of my script: DIFF: openurl.pl changed from GPL-2.0 to DIFF: fserve.pl changed from GPL-2.0+ to GPL-2.0 DIFF: xauth.pl changed from GPL-2.0+ to GPL-2.0 DIFF: noteserve.pl changed from GPL-2.0 to DIFF: linkshort.pl changed from GPL-2.0 to DIFF: foreach_user.pl changed from GPL-2.0+ to DIFF: nickserv.pl changed from GPL-2.0+ to GPL-1.0 DIFF: doc.pl changed from GPL-2.0+ to GPL-1.0 DIFF: fakectcp.pl changed from GPL-2.0+ to GPL-1.0 DIFF: gpgvalidator.pl changed from GPL-2.0+ to GPL-2.0 DIFF: xmmsinfo.pl changed from GPL-2.0+ to GPL-2.0 DIFF: ignore_log.pl changed from GPL-2.0+ to DIFF: dancer_hide_477.pl changed from GPL-2.0+ to GPL-1.0 DIFF: opnotice.pl changed from GPL-2.0+ to GPL-2.0 DIFF: fuckem.pl changed from GPL-2.0+ to GPL-1.0 DIFF: quizgr.pl changed from GPL-2.0+ to DIFF: akftp.pl changed from GPL-2.0+ to GPL-2.0 DIFF: active_notify.pl changed from GPL-2.0+ to DIFF: modelist-r.pl changed from GPL-2.0 to DIFF: autoreminder.pl changed from GPL-2.0+ to GPL-2.0 DIFF: schwaebisch.pl changed from GPL-2.0+ to GPL-2.0 DIFF: warnkick.pl changed from GPL-2.0+ to GPL-1.0 DIFF: phpdoc.pl changed from GPL-2.0+ to DIFF: freenode_filter.pl changed from GPL-2.0+ to GPL-1.0 DIFF: washnicks.pl changed from GPL-1.0 to DIFF: imdb.pl changed from GPL-1.0 to DIFF: challenge.pl changed from GPL-2.0 to GPL-2.0+ DIFF: bitlbee_tab_completion.pl changed from GPL-2.0 to DIFF: ixmmsa.pl changed from GPL-2.0+ to GPL-1.0 DIFF: away_hilight_notice.pl changed from GPL-2.0+ to GPL-1.0 DIFF: paste_huggie.pl changed from GPL-2.0+ to GPL-2.0 DIFF: xcmd.pl changed from GPL-2.0+ to GPL-2.0 DIFF: tvmusor.pl changed from BSD to BSDL DIFF: scripthelp.pl changed from GPL-2.0+ to DIFF: ipupdate.pl changed from GPL-1.0 to DIFF: kline_warning.pl changed from GPL-2.0+ to GPL-1.0 DIFF: iMPD.pl changed from GPL-2.0+ to DIFF: wordscramble.pl changed from GPL-2.0+ to GPL-2.0 DIFF: findbot.pl changed from GPL-2.0+ to GPL-1.0 DIFF: urlgrab.pl changed from GPL-2.0+ to DIFF: mkick.pl changed from GPL-2.0 to DIFF: emaildb1.0.pl changed from GPL-2.0+ to DIFF: quiz.pl changed from GPL-2.0+ to GPL-2.0 DIFF: active_notice.pl changed from GPL-2.0+ to On Sat, Apr 28, 2012 at 02:09:59PM -0500, Daniel Echeverry wrote: [..] Hi Ryan. Ok, if you want you can send me the modifications that are required, and I will make them right away. Thank you very much!! -- Epsilon http://wiki.debian.org/DanielEcheverry http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663577: irssi-scripts-20120326 new release
Hi Daniel, Thanks for your work on this, and I apologize for the delay in response. On Fri, Apr 13, 2012 at 02:39:10PM -0500, Daniel Echeverry wrote: Hi, This week I've been working on packaging a new version of irssi-scripts. I closed some bugs and updated some of the scripts. I uploaded the package to debian mentors. [1] Additionally, I added a copyright.new in debian/, This file is copyright copyright DEP5 Update to 1.0 format. Could you check out the new version and the new copyright file? I've reviewed your packaging work now and overall it looks really good. Though I do wonder, have you used a git repository to track your changes? If not, we currently use a repository located here: http://anonscm.debian.org/gitweb/?p=collab-maint/irssi-scripts.git This would be preferable because it helps to make collaborating and reviewing changes easier (this would also replace the need to build and upload the source package to mentors). I think it should be okay for us to allow you to push changes to the repository there, if you want...are you a member of collab-maint on alioth? Anyways, the only major issue I've noticed is that this detail got removed from debian/rules, but the executable permission is relied on by the script: # log2ansi.pl will run outside irssi, so it needs the executable bit chmod +x $D/usr/share/irssi/scripts/log2ansi.pl So, we need to set the executable permission on this file during build. Some other more minor things I noticed are: The debian/copyright.new file looks very good, however I think the GPL-2.0 license definition should replace the text about receiving a copy of the license with a reference to /usr/share/common-licenses, as you have done with the GPL-2.0+ block. Also, the License:GPL-2.0+ is missing a space after the colon. I think it should be fine to replace debian/copyright with your debian/copyright.new once these small improvements are made. With regards to dependencies on perl and perl-modules, this is really not necessary since the base perl, which is all that is required for most scripts, is always installed. In debian/README.Debian there is an explanation of how the dependencies are chosen (at least 3 scripts = Suggests, at least 20 scripts = Recommends), and it looks like there are actually more scripts which depend on libwww-perl than perl or perl-modules, from the list in debian/README.Debian. I'm not opposed to changing how this is done if there is value added in doing so, but if we make that choice we will need to update debian/README.Debian as well (and should possibly treat the other dependencies consistently). It might be better to just explain the way we do this to the requestor of this change instead. There were a couple patches (go.pl-multiple-networks.diff and away.pl.diff) which used to have links to bug reports instead of proper headers, and you've replaced those with DEP5 patch headers (which is great, thanks!), but I think it could be useful to still have the old bug references included within the new DEP5 information. [1]: http://mentors.debian.net/debian/pool/main/i/irssi-scripts/ irssi-scripts_20120326.dsc Thank you very much!! No, thank you! I will be able to sponsor this upload once we address the above mentioned items and I do a final review, but first I also want to hear back about if and how you want to make use of the git repository for collaboration. Cheers, Ryan signature.asc Description: Digital signature
Bug#663577: irssi-scripts-20120326 new release
On Thu, Apr 19, 2012 at 02:06:04AM -0700, Ryan Niebur wrote: There were a couple patches (go.pl-multiple-networks.diff and away.pl.diff) which used to have links to bug reports instead of proper headers, and you've replaced those with DEP5 patch headers (which is great, thanks!), but I think it could be useful to still have the old bug references included within the new DEP5 information. And of course, I meant DEP3 here.. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663577: RFH: irssi-scripts -- collection of scripts for irssi
Hello Daniel, On Sun, Mar 25, 2012 at 02:52:30PM -0500, Daniel Echeverry wrote: Hi, I am interested in help. Right now I am preparing improvements in the package. Great, thanks! Running the ./update-scripts script will be a good starting point to get the scripts updated before working on fixing bugs. It will automate downloading many of the scripts, you will just need to refresh the patches and look over the differences to update debian/README.debian and debian/copyright with any changed information. Please let me know if you have any questions and feel free to link me to the git repository you use when you are ready for somebody to sponsor it. Thanks, Ryan I am going to be very attentive for your opinion. Kind regards Daniel Echeverry -- Epsilon http://wiki.debian.org/DanielEcheverry http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656310: debsums: Warns about volatile file
reassign 656310 packagekit 0.7.2-3 forcemerge 657831 656310 quit Hi Johan, On Wed, Jan 18, 2012 at 11:34:53AM +0100, Johan Walles wrote: Package: debsums Version: 2.0.50 Severity: normal Dear Maintainer, the cron mail I get from Debsums contains warnings about /var/lib/PackageKit/transactions.db. Transactions.db seems like something that *should* change, and getting Debsums warnings about it is noise. Sorry about this noise and thanks for reporting the issue. Is this a problem with Debsums? Or should PackageKit somehow tag that file as volatile for Debsums not to worry about it? Yes, if this file is intended to change then the PackageKit package should not include the file in its md5sums file. I am reassigning your bug report and will submit a patch to the packagekit maintainers to help them fix this problem. Thanks, Ryan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657831: [packagekit] debsums information of variable file transactions.db
tag 657831 patch quit Hello PackageKit maintainers, Because transactions.db is intended to change, the packagekit package should not include this file in the md5sums control file. This causes false positive errors for debsums users. I have attatched a patch which fixes this issue. Thanks, Ryan On Sun, Jan 29, 2012 at 02:02:19PM +0400, Alexander Kudrevatykh wrote: Package: packagekit Version: 0.7.2-3 Severity: normal --- Please enter the report below this line. --- During work of packagekit some information written to /var/lib/PackageKit/transactions.db. I think it's normal behavior of packagekit, so debsums shoud not report that this file was changed. Thanks. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-1-amd64 Debian Release: wheezy/sid 500 unstable ftp.de.debian.org 500 testing-proposed-updates ftp.es.debian.org 500 testing security.debian.org 500 testing ftp.es.debian.org 500 stable deb.opera.com 1 experimental ftp.us.debian.org --- Package information. --- Depends (Version) | Installed -+- libglib2.0-bin | 2.30.2-6 libpackagekit-glib2-14 (= 0.7.2-3) | 0.7.2-3 packagekit-backend-aptcc (= 0.7.2-3) | 0.7.2-3 libarchive1 (= 2.0.25) | 2.8.5-5 libc6 (= 2.7) | 2.13-24 libglib2.0-0 (= 2.30.0) | 2.30.2-6 libpolkit-backend-1-0 (= 0.94) | 0.104-1 libpolkit-gobject-1-0 (= 0.99) | 0.104-1 libsqlite3-0 (= 3.5.9) | 3.7.9-3 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== packagekit-backend-smart | -- diff --git a/debian/rules b/debian/rules index e775636..b35444e 100755 --- a/debian/rules +++ b/debian/rules @@ -42,6 +42,9 @@ extrainstallfiles-stamp: cat debian/packagekit.install | grep -v '/pm-utils/' debian/packagekit.install.hurd touch $@ +override_dh_md5sums: + dh_md5sums -X var/lib/PackageKit/transactions.db + override_dh_auto_configure: cp -dpr $(CURDIR)/docs/api $(CURDIR)/docs/api.orig dh_auto_configure -- $(PK_CONFIGURE_FLAGS)
Bug#659170: fails to cope with multiarch packages being installed
forcemerge 649156 659170 tag 659170 pending quit Hello, Thanks for the report, I had not noticed multiarch hit experimental. On Wed, Feb 08, 2012 at 10:16:46PM +0100, Philipp Kern wrote: Package: debsums Version: 2.0.50 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch When installing a multiarch package on amd64 (libc6-i686:i386 in this case), debsums fails to locate the md5sums file and then exists with an error code: | Cannot find md5sums path for libc6-i686 | E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi' | E: Sub-process returned an error code I guess it should use dpkg-query, and possibly retrieve architecture qualifiers from wherever it gets its information from. Yes, debsums already supported multiarch, until the PackageSpec field was apparently renamed to binary:Package. I will test debsums using the new field name and upload tomorrow if it works as expected. Thanks, Ryan -- signature.asc Description: Digital signature
Bug#654230: FTBFS in unstable
tag 654230 patch quit On Sun, Jan 15, 2012 at 12:04:11PM -0800, Vagrant Cascadian wrote: merge 655826 654230 thanks On Mon, Jan 02, 2012 at 02:44:40PM +0100, Reinhard Tartler wrote: Usertags: ftbfs-libav0.8 A local rebuild of your package reveals a build failure against libav 0.7 as found in debian/unstable(!). Find the buildlog further below: Ryan Niebur submitted a patch that essentially fixes the build, but only for wheezy. i think there are still libav compatibility issues remaining with libav 0.8~ from unstable. I've pushed a second patch which fixes compatibility with the API change in libav 0.8 by including the mathematics.h header directly. The change can be found here: http://anonscm.debian.org/hg/collab-maint/zoneminder/rev/cd23df2eb2bd -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653332: [DRE-maint] Bug#653332: thin is unmaintained
On Sat, Jan 07, 2012 at 05:15:54PM +0100, Paul van Tilburg wrote: On Sat, Jan 07, 2012 at 05:01:52PM +0200, Faidon Liambotis wrote: On Mon, Dec 26, 2011 at 10:04:32PM -0800, Ryan Niebur wrote: On Tue, Dec 27, 2011 at 04:44:31AM +0200, Faidon Liambotis wrote: The package in its current version works for me. However, I believe it is unsuitable for a release (and hence inclusion in testing) as it's clearly lacking a maintainer. I'd suggest either to start working on it, or O/RFH it. okay, I will do this. Do what? I haven't seen a move to either direction. I will look at what needs to be done for uploading it tonight. I am also waiting. If this package is not dropped, it needs to go into the gem2deb transition badly. It is blocking the upgrade of some packages from libfoo-ruby to ruby-foo. Sorry about this, I did not realize it was blocking transitions. Cheers, Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.netl | GnuPG key ID: 0x50064181 -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653332: thin is unmaintained
On Tue, Dec 27, 2011 at 04:44:31AM +0200, Faidon Liambotis wrote: The package in its current version works for me. However, I believe it is unsuitable for a release (and hence inclusion in testing) as it's clearly lacking a maintainer. I'd suggest either to start working on it, or O/RFH it. okay, I will do this. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588277: shutter is placed in utilities menu instead of graphics
tag 588277 wontfix quit Hello Andreas, On Tue, Jul 06, 2010 at 09:27:01PM +0200, Andreas Neudecker wrote: Package: shutter Version: 0.85.1-2 Severity: normal Hi As Shutter is a graphic app I would rather expect to find it in the graphics category, not in utilities. I've discussed this with the upstream author of Shutter. I think both of these categories could make sense for a screenshot utility. While KSnapshot is in the the Graphics menu category, gnome-screenshot is in Utitilies. Because Shutter is more commmitted to the Gnome desktop environment, Shutter is located in Utilities as well. Since upstream wants to keep Shutter in the Utilties category for this reason, I am tagging the bug wontfix. Thanks for this suggestion anyway, Ryan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551891: shutter: Cannot capture from multi-monitor
tags 551891 unreproducible quit Hello Christoph, On Wed, Oct 21, 2009 at 04:32:38PM +0200, Christoph Haas wrote: Package: shutter Version: 0.80.1-1 Severity: normal Shutter is the nicest screenshot program I have ever seen. But there is one little issue. I'm using two monitors and when I want to make a screenshot then shutter takes the contents of my left monitor, puts it onto the right monitor and allows me to select the region I'd like to capture there. The left monitor remains dark during that operation. I would like it if Shutter were able to capture from both monitors. I have tested the version of shutter in squeeze and the version I've just uploaded to unstable on my multi-monitor system and it captured my full desktop successfully. Do you still have problems with these newer versions of shutter? If so, could you please follow the debug steps provided by Mario in the bug report log to give us more information about this? Thanks, Ryan -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shutter depends on: ii imagemagick 7:6.5.5.3-1 image manipulation programs ii libfile-basedir-perl 0.03-0.1Perl module to use the freedesktop ii libfile-copy-recursive-perl 0.38-1 Perl extension for recursively cop ii libfile-desktopentry-perl0.04-2 Perl module to handle freedesktop ii libfile-homedir-perl 0.86-1 Get the home directory for yoursel ii libfile-mimeinfo-perl0.15-1 Perl module to determine file type ii libfile-which-perl 1.08-1 Perl module for searching paths fo ii libglib-perl 1:1.222-1 Perl interface to the GLib and GOb ii libgnome2-gconf-perl 1.044-3 Perl interface to the GNOME GConf ii libgnome2-perl 1.042-2 Perl interface to the GNOME librar ii libgnome2-vfs-perl 1.081-1 Perl interface to the 2.x series o ii libgnome2-wnck-perl 0.16-2 Perl interface to the Window Navig ii libgoo-canvas-perl 0.06-1 Perl interface to the GooCanvas ii libgtk2-imageview-perl 0.05-1 Perl bindings for the GtkImageView ii libgtk2-perl 1:1.221-4 Perl interface to the 2.x series o ii liblocale-gettext-perl 1.05-6 Using libc functions for internati ii libproc-simple-perl 1.26-1 Perl interface to launch and contr ii librsvg2-common 2.26.0-1SAX-based renderer library for SVG ii libsort-naturally-perl 1.02-1 Sort naturally - sort lexically ex ii libwww-mechanize-perl1.58-1 module to automate interaction wit ii libwww-perl 5.833-1 Perl HTTP/WWW client/server librar ii libx11-protocol-perl 0.56-2 Perl module for the X Window Syste ii libxml-simple-perl 2.18-2 Perl module for reading and writin ii perlmagick 7:6.5.5.3-1 Perl interface to the ImageMagick shutter recommends no packages. Versions of packages shutter suggests: pn gnome-web-photo none (no description available) -- debconf-show failed -- signature.asc Description: Digital signature
Bug#563682: [shutter] window screenshot fails
Hello Brent, On Mon, Jan 04, 2010 at 11:04:57AM -0500, Brent S. Elmer Ph.D. wrote: Taking a screenshot of a window fails in shutter. When I try to take a screenshot of a window the shutter window just goes away. Here is the information in the terminal when I run shutter from the command line and try to take a screenshot of a window. Does the following reply from Mario Kemper, the author of Shutter, help you with this issue? This might help to determine the bug here. It could also be helpful to try the new upstream version which I have just uploaded to unstable. Thanks, Ryan On Wed, Aug 25, 2010 at 03:46:11PM +0200, Mario Kemper wrote: Could you please execute this via terminal (disables xserver's access control): xhost + Are you able to capture a window after doing this? Note: Please undo the above command when finished! xhost - -- signature.asc Description: Digital signature
Bug#639972: apt-listbugs: Depends on a few of transitional packages
On Mon, Sep 05, 2011 at 07:43:03AM +0200, Lucas Nussbaum wrote: On 04/09/11 at 16:25 -0700, Ryan Niebur wrote: Hi Francesco, On Sun, Sep 04, 2011 at 11:53:59PM +0200, Francesco Poli wrote: I've uploaded a new version of dpkg-ruby, so libdpkg-ruby1.8 can be replaced by dpkg-ruby (= 3.7.7). Hi Ryan! Shouldn't it be ruby-dpkg, rather than dpkg-ruby, according to the new Ruby Debian package naming scheme? Yeah, I debated a bit about this. There was already the package dpkg-ruby, containing the scripts dpkg-ruby and dpkg-checkdeps. I assume that these are used by some people because popcon says there are 141 installs (and this is all that was in that package before). I considered the options of having a dpkg-ruby package, a ruby-dpkg package, or both. It seemed confusing to move the tool named dpkg-ruby to a package named ruby-dpkg, and it also seemed confusing to have both a dpkg-ruby and ruby-dpkg package, so I left it as dpkg-ruby. Anyways, I'm open to changing this decision if people agree that I made the wrong one. I expected that I could have. I think that it's better to switch to the new standard naming scheme and get rid of all alternative naming schemes. Please introduce a transitional package. That probably makes more sense since most of the users of this package are using it as a library apt-listbugs is using. Though I think it should be renamed to ruby-debian instead, since the library is all under the debian namespace. I'm guessing the original maintainer named it libdpkg-ruby to match the script's package name. I'll make this change. -- signature.asc Description: Digital signature
Bug#577197: debsums: 0 bytes .md5sums files silently ignored
On Sat, Apr 10, 2010 at 01:15:07PM +0100, Joao Pinto wrote: I had a crash during a package install which resulted in multiple packages being corrupted. The corresponding .md5sums files where truncated to 0 bytes, this should be reported as an error since the package files can not be verified. During a crash I identified some packages where corrupted This seems simple since debhelper is smart enough to not generate empty md5sums files, however when debsums generates missing md5sums files, it isn't that smart. Once debsums gets changed to stop generating empty md5sums files, it will also need new logic to check for when an md5sums file is unnecessary (so that it doesn't incorrectly complain about packages like no md5sums for g++, which doesn't need one). It could then warn about 0 byte .md5sums files, but it would need to be smart enough about it to not complain about the empty md5sums files debsums may have created in the past. signature.asc Description: Digital signature
Bug#640296: debsums: should not write to files in /var/lib/dpkg/info/
Package: debsums Severity: normal (from bug #616066) On Thu, Jun 30, 2011 at 12:17:25PM +0200, Raphael Hertzog wrote: And it's this part that I suggested to get rid of entirely, because you're not qualified to know whether it should be $p.md5sums or $p:$arch.md5sums. Ideally you should store those in a debsums specific directory and use $p:$arch unconditionnaly. This still needs to happen at some point. -- signature.asc Description: Digital signature
Bug#585448: patch to close open files in libdpkg-ruby
tag 585448 patch quit Attatched is a patch which fixes this. This code is no longer used by anything in Debian, though, so it doesn't matter much. Will upload in the near future. -- --- lib/debian.rb 2010-08-26 08:25:15.0 -0700 +++ /usr/lib/ruby/1.8/debian.rb 2011-09-04 01:48:49.0 -0700 @@ -115,7 +115,10 @@ def deb?(debfile) begin - Debian::Ar.new(debfile).open(debian-binary).read == DEBFORMAT_VERSION +f = Debian::Ar.new(debfile) +res = (f.open(debian-binary).read == DEBFORMAT_VERSION) +f.close +return res rescue NameError, Debian::ArError false end @@ -568,6 +571,7 @@ @data.push(line.chomp) } } + @artab.close freeze end def control= (c); @control = c; end signature.asc Description: Digital signature
Bug#640296: debsums: should not write to files in /var/lib/dpkg/info/
On Sun, Sep 04, 2011 at 03:48:40AM -0400, Anders Kaseorg wrote: On 09/04/2011 02:36 AM, Ryan Niebur wrote: On Thu, Jun 30, 2011 at 12:17:25PM +0200, Raphael Hertzog wrote: And it's this part that I suggested to get rid of entirely, because you're not qualified to know whether it should be $p.md5sums or $p:$arch.md5sums. Ideally you should store those in a debsums specific directory and use $p:$arch unconditionnaly. This still needs to happen at some point. The advantage of writing to the real dpkg path is that dpkg will automatically remove the debsums-generated md5sums file when the package is upgraded, so that debsums knows to regenerate it. If debsums wrote its md5sums file anywhere else, it would be hard to prevent it from getting stale. True. Including the package version number in the filename could be a solution to this, though that wouldn't work for every situation (if people install a .deb with the same version but different files). signature.asc Description: Digital signature
Bug#639972: apt-listbugs: Depends on a few of transitional packages
On Thu, Sep 01, 2011 at 10:35:04AM +0200, Hilmar Preusse wrote: Package: apt-listbugs Version: 0.1.5 Severity: important Dear Maintainers, I just noticed that apt-listbugs depends on a few transitional packages. Please consider to correct these and to replace them by the correct depends: I've uploaded a new version of dpkg-ruby, so libdpkg-ruby1.8 can be replaced by dpkg-ruby (= 3.7.7). Cheers, Ryan signature.asc Description: Digital signature
Bug#640415: override: libdpkg-ruby1.8:oldlibs/optional, libdpkg-ruby1.9.1:oldlibs/optional, libdpkg-ruby:oldlibs/optional
Package: ftp.debian.org Severity: normal On Sun, Sep 04, 2011 at 09:32:36PM +, Debian FTP Masters wrote: libdpkg-ruby1.8_0.3.7_all.deb: package says section is oldlibs, override says ruby. libdpkg-ruby1.9.1_0.3.7_all.deb: package says section is oldlibs, override says ruby. libdpkg-ruby_0.3.7_all.deb: package says section is oldlibs, override says ruby. These packages are transitional packages for dpkg-ruby now. -- signature.asc Description: Digital signature
Bug#639972: apt-listbugs: Depends on a few of transitional packages
Hi Francesco, On Sun, Sep 04, 2011 at 11:53:59PM +0200, Francesco Poli wrote: I've uploaded a new version of dpkg-ruby, so libdpkg-ruby1.8 can be replaced by dpkg-ruby (= 3.7.7). Hi Ryan! Shouldn't it be ruby-dpkg, rather than dpkg-ruby, according to the new Ruby Debian package naming scheme? Yeah, I debated a bit about this. There was already the package dpkg-ruby, containing the scripts dpkg-ruby and dpkg-checkdeps. I assume that these are used by some people because popcon says there are 141 installs (and this is all that was in that package before). I considered the options of having a dpkg-ruby package, a ruby-dpkg package, or both. It seemed confusing to move the tool named dpkg-ruby to a package named ruby-dpkg, and it also seemed confusing to have both a dpkg-ruby and ruby-dpkg package, so I left it as dpkg-ruby. Anyways, I'm open to changing this decision if people agree that I made the wrong one. I expected that I could have. Cheers, Ryan -- signature.asc Description: Digital signature
Bug#592085: debsums: excessive cpu use after update of package(s) via aptitude
Hi Arthur, On Sat, Aug 07, 2010 at 11:08:52PM +0930, Arthur Marsh wrote: Package: debsums Version: 2.0.48+nmu1 Severity: normal After updating a single small package (subnetcalc) on this machine with aptitude, debsums consumed 3 minutes of cpu time. Surely it shouldn't take 3 minutes of cpu time to calculate the changed md5 sums as a result of updating one small package? Yes, that is odd. I compared situations where debsums is disabled, debsums is doing nothing, and debsums is generating md5sums for a single package (including subnetcalc). I've tried using apt-get and aptitude. My results were pretty much the same between those different situations. Was this the first install you made after enabling debsums? If so it would have generated missing md5sums for everything it could find a .deb file for in your apt cache, so that could explain it taking a little bit longer than expected. That probably isn't a good enough explanation, though, because I also removed the md5sums files of 7 packages that were still in my apt cache, ran the debsums hook manually, and compared the timing. It made a difference of a second or two. And all of these tests were on a pretty old 500 MHz P3 machine, so I don't think it had any advantages. Can you still reproduce this problem? If so, can you think of anything that would lead to an explanation of why it takes longer on your machine? I'm not sure what else I can try to reproduce the problem. I'll let you know if I come up with any successful ideas, though. Cheers, Ryan signature.asc Description: Digital signature
Bug#616066: Fix for bug 616066
Hi, On Tue, Aug 23, 2011 at 03:35:55PM -0400, Anders Kaseorg wrote: On 08/23/2011 03:19 PM, Raphael Hertzog wrote: So it looks ok for me. Great. Thanks for taking the time to review this. Here's the final debdiff (equivalent to patch 1 from message #132 plus patches 2-6 from message #112). Thank you for taking this on Anders, I appreciate it. The patches look good to me as well so I have applied them to the collab-maint git repository and began working towards an upload. I then found one tiny change that needed to be made: http://anonscm.debian.org/gitweb/?p=collab-maint/debsums.git;a=commitdiff;h=5cb3ff32ebff23b5035bb86891981f5e0e48bbae On Fri, Aug 26, 2011 at 10:09:45PM +0200, Raphael Hertzog wrote: Hum, there's already a repository on collab-maint... do you mean updating it rather than moving it maybe? $ apt-cache showsrc debsums|grep Vcs Vcs-Browser: http://git.debian.org/?p=collab-maint/debsums.git;a=summary Vcs-Git: git://git.debian.org/git/collab-maint/debsums.git Right, updated. Cheers, Ryan signature.asc Description: Digital signature
Bug#575536: [Freewx-maint] Bug#575536: Acknowledgement (/usr/lib/libwx_gtk2u_core-2.8.so.0: segfaults in wxWindow::DoSetSize due to m_parent being NULL)
I happened to be taking a look at this anyway the past couple of days, and I think that the problem is that glx doesn't work under vnc server. A similar segfault happened in this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=562231 This bug report happened for the person consistently on a normal X session and was caused because they had a broken glx thing installed. the application that that bug report was about and mayavi2 both do use 3D stuff. and I don't think glx works under VNC server (glxgears doesn't work). so mayavi2 won't be able to work under VNC anyway. then the only bug here would be that wxwidgets should give an error message and exit instead of segfaulting when glx isn't functional. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#592081: Intent to NMU or help for an l10n upload of debsums to fix pending documentation l10n bugs
Hi, On Tue, Nov 09, 2010 at 08:34:12PM -0400, David Prévot wrote: Hi Ryan, #592081 seems to me like a l10n issue, and the proposed patch is really not invasive. Do you want me to include it in the NMU I'm willing to build tomorrow (and will reach the archive Tuesday, November 16, 2010)? Please note that #602187 proposed patch affects the same line, but may be beyond the borderline of the RT. I'm fine with you fixing either of these, however I'll leave the decision of what to include in this upload to you since I don't know what would be beyond the borderline. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#585986: [Freewx-maint] Bug#585986: wx-common: wx-config tool is missing!
On Tue, Jun 15, 2010 at 09:56:55AM -0300, Saulo Soares de Toledo wrote: Package: wx-common Version: 2.8.10.1-3 Severity: important Tags: squeeze sid lenny Package wx-common has /usr/share/man/man1/wx-config.1.gz man file, but there are no wx-config package! It's needed to compile some applications, like poedit. install libwxgtk2.8-dev. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#585614: Fails to open any mp3's to split
On Sat, Jun 12, 2010 at 08:30:20PM +0930, Ron wrote: Package: mp3splt-gtk Version: 0.5.6-1+b1 Severity: grave Hi Ryan, This is the same bug we discussed a while back on IRC (and the subject says it all really anyway). I'm filing it here now partly as a reminder for you (since it's been a while), partly as notice for the release team (since including this in squeeze if it doesn't work at all seems silly), and partly as documentation for an NMU I might do if you don't have any reasons to object to that. all the times before on IRC I had said make a bug report. I don't remember to do things without a bug report. anyways, I'll look this weekend. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#585614: Fails to open any mp3's to split
On Sat, Jun 12, 2010 at 08:30:20PM +0930, Ron wrote: Package: mp3splt-gtk Version: 0.5.6-1+b1 Severity: grave Hi Ryan, This is the same bug we discussed a while back on IRC (and the subject says it all really anyway). I'm filing it here now partly as a reminder for you (since it's been a while), partly as notice for the release team (since including this in squeeze if it doesn't work at all seems silly), and partly as documentation for an NMU I might do if you don't have any reasons to object to that. I will take care of it this weekend. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#584185: dpkg-maintscript-helper: rm_conffile doesn't work when removing last file in directory
Package: dpkg Verison: 1.15.7.2 Severity: normal Because of the order dpkg and dpkg-maintscript-helper do things, when I use dpkg-maintscript-helper on the last file in a directory, I get this: Preparing to replace midori 0.2.2-1 (using midori_0.2.6-1_i386.deb) ... Moving obsolete conffile /etc/midori/extensions/libadblock.so/config out of the way... Unpacking replacement midori ... dpkg: warning: unable to delete old directory '/etc/midori/extensions/libadblock.so': Directory not empty dpkg: warning: unable to delete old directory '/etc/midori/extensions': Directory not empty dpkg: warning: unable to delete old directory '/etc/midori': Directory not empty Setting up midori (0.2.6-1) ... Removing obsolete conffile /etc/midori/extensions/libadblock.so/config ... This gives a lot of output and leaves the /etc/midori/extensions/libadblock.so directory for no reason. Is there any nice (using dpkg-maintscript-helper) way to solve this problem? Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#579054: tritium: not installed to xsessions
Package: tritum Version: 0.3.8-2 Severity: minor the tritium.desktop file should be in /usr/share/xsessions/ instead of /usr/share/applications/ so that login managers find it. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#576542: tritium: crashes sometimes
Package: tritium Version: 0.3.8-2 Severity: normal Here's what's in my log: Xlib.protocol.request.QueryExtension Traceback (most recent call last): File /usr/bin/tritium, line 178, in module wmanager.main(Tritium) File /usr/lib/pymodules/python2.5/plwm/wmanager.py, line 1988, in main wm.brave_loop() File /usr/lib/pymodules/python2.5/plwm/wmanager.py, line 1548, in brave_loop raise sys.exc_info()[0], sys.exc_info()[1] TypeError: 'NoneType' object is not iterable XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0.0 after 1398964 requests (1364140 known processed) with 0 events remaining. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#576118: apt-listbugs: Doesn't work with IPv6 HTTP proxy
On Fri, Apr 02, 2010 at 10:16:41PM +0200, Francesco Poli wrote: Finally, I am afraid I don't have access to any IPv6 network, hence it won't be easy for me to investigate this issue. I hope that Ryan (the other co-maintainer of apt-listbugs) has access to some IPv6 network... Ryan, do you have? no. but it sounds like you don't need a network to reproduce this since it's all just with localhost, right? -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#565754: (no subject)
retitle 565754 ITA: python-contract -- Programming by contract for python owner 565754 ! thanks I'll take this as it's a dependency of tritium. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#575616: /usr/bin/svn-inject: add --tag option and add version numbers of injected packages to commit messages
On Sun, Mar 28, 2010 at 02:25:37PM +0200, Jan Hauke Rahm wrote: On Sat, Mar 27, 2010 at 07:23:35PM +0100, Andreas Beckmann wrote: the attached patch brings the following changes: 1. a --tag option to create a tag (debVersion) directly after importing 2. increase verbosity of commit messages by adding (upsVersion) or (debVersion) where appropriate While I can see a reasoning for more detailed output of svn-*, I fail to see why someone would like to tag a new upstream version. Every upstream version is either in branches/upstream/$version or it's not in the repository at all if the user prefers the merge-upstream option. Having the same data in branches/upstream and in tags seems like quite some duplication to me... this was actually on my todo list. you misunderstood -- it's for svn-inject, not svn-upgrade. the reason to tag is if I adopt a package, I want to svn-inject and get a tag of that version (the previous maintainers) before I begin work. but if I'm just starting on a package that hasn't yet been uploaded, it shouldn't be tagged (so svn-inject doesn't currently). Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#575536: /usr/lib/libwx_gtk2u_core-2.8.so.0: segfaults in wxWindow::DoSetSize due to m_parent being NULL
reassign 575536 mayavi2 3.3.1-1 severity 575536 serious tag 575536 confirmed quit On Fri, Mar 26, 2010 at 04:49:46PM +, Yaroslav Halchenko wrote: Package: libwxgtk2.8-0 Version: 2.8.10.1-3.1~debug Severity: important File: /usr/lib/libwx_gtk2u_core-2.8.so.0 at the beginning of wxWindowGTK::DoSetSize there is this check: wxASSERT_MSG( (m_parent != NULL), wxT(wxWindowGTK::SetSize requires parent.\n) ); [I think wxASSERT_MSG is a noop in our build, so that line doesn't actually do anything in this situation..] and looking at the gdb output, it seems that m_parent is NULL. so mayavi2 is doing something that it shouldn't. it seems that the problem is that somewhere the python code is calling Layout on a sizer that doesn't have a parent, and that's not allowed. and I have reproduced the segfault in mayavi2 as well. in the next few days I may look into making a patch to fix this, however for now I am reassigning it to mayavi2. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#553694: (no subject)
also need to remove the option letters. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#569531: midori: Registered at twotoasts
forwarded 569531 http://www.twotoasts.de/bugs/index.php?do=detailstask_id=779 quit On Wed, Mar 10, 2010 at 11:00:22AM +0100, g.gragnani wrote: Package: midori Version: 0.2.4-1 Severity: normal have registered this bug at www.twotoasts.de thanks! -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#540215: Introduce dh_checksums
[despite having not yet replied to this thread, I am watching it...I just don't have the desire to add to yet another giant, silly thread on -devel. anyways...] On Mon, Mar 08, 2010 at 12:21:42PM -0500, Joey Hess wrote: Your comments on the patch are obviously welcome (feel free to hack it your self if you want) Any chance to merge it before squeeze Freeze? Is debsums ready to handle other checksums types? no. I will happily add support for it if there is consensus that a switch to sha256sums (or any other checksum algorithm, for that matter) should happen, and once packages begin to migrate to it. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#558413: letters doubled lliikkee tthhiiss
On Sun, Nov 29, 2009 at 02:26:43AM +0800, jida...@jidanni.org wrote: Package: midori Version: 0.2.0-1 Severity: important X-debbugs-Cc: christ...@twotoasts.de Letters I type into any input field are doubled lliikkee tthhiiss. do you still have this problem? -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#569531: midori: another site that does not work
On Mon, Feb 22, 2010 at 03:10:36PM +0100, g.gragnani wrote: May be you can access the site and try by yourself. no, I can't. I'm not going to pay for an ieee membership for this bug. please forward this bug to upstream's bug tracker (http://www.twotoasts.de/bugs/) and then give me the link to the bug. I'm not going to do anything else on this bug report. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#547658: is this package maintained?
Hi Adam, On Sun, Feb 21, 2010 at 10:05:12PM -0600, Adam Majer wrote: yes This is just silly. This bug report is 5 months old. And this reply (being the first time you replied to it) is only a single word long. Could we please get some explanation as to what is holding the new version back? I'd really like to have a 2.3.X version of rails in Squeeze. Is this possible? Also, we (Micah and I) have already offered to comaintain rails within the pkg-ruby-extras team. That offer still stands, if you'd like to comaintain it with us. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#536320: Will Debian ever get 1.7.2?
owner 536320 Cesare Tirabassi norse...@ubuntu.com quit Hi Cesare, On Wed, Dec 09, 2009 at 06:49:58PM +0100, Cesare Tirabassi wrote: Excuse me for interloping again in this discussion, but, is there any chance to see 1.7.2 in Debian (I'm particularly concerned about squeeze)? I don't want to step over anybody's toes here (and if I am then please shut me off) but maintaining conky in Debian won't be an hassle for me. I've just moved my packages to 3.0, and the delta to Debian will be very small (mainly to include proper support to build on hurd and kfreebsd). OK. Please do take it over. I don't have the time right now to take over any more packages. Cheers, Cesare PS. Note that to maintain the sync the package will have to go to contrib. Would this be a showstopper? no, I don't think it will. contrib is for packages which depend on non-free packages. does your conky package do that? Cheers, Ryan [and sorry for holding this back so long] -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#569531: midori: Fails to access ieeexplore
On Thu, Feb 11, 2010 at 04:35:58PM +0100, g.gragnani wrote: Package: midori Version: 0.2.2-1 Severity: important With Midori I cannot documents available at my subscription at IEEEXplore, for example: http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=00408597 I don't have access to this so I can't test it myself. But does it work with GtkLauncher? Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#570048: python-plwm: SyntaxError in outline.py
Package: python-plwm
Version: 2.6a+20080530-1
Severity: normal
Processing triggers for python-support ...
Compiling /usr/lib/pymodules/python2.6/plwm/outline.py ...
SyntaxError: ('invalid syntax',
('/usr/lib/pymodules/python2.6/plwm/outline.py', 65, 30, 'sx, sy,
sw, sh, as = namepos\n'))
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Bug#567515: [Freewx-maint] Bug#567515: python-wxgtk2.6 fails to install
On Sat, Jan 30, 2010 at 11:23:17AM +, -=}*/{=- wrote:
On 30 January 2010 01:27, Ryan Niebur r...@debian.org wrote:
forcemerge 566960 567515
quit
On Fri, Jan 29, 2010 at 03:49:00PM +, Rui Damas wrote:
Package: python-wxgtk2.6
Version: 2.6.3.2.2-4+b1
Severity: grave
Justification: renders package unusable
The bug has been reported already...
then why would you report it again?
A
To reinforce... be one more to report it.
A
in the future when you want to do that you should reply to an existing
report instead of creating a new one.
you should also read the existing bug report. you would have seen this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566961#10
where I say I will fix this when I get home tonight (meaning that
I've understood the bug report and see the problem. no need to tell me
that it happens for you to, it already happens for me).
and this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566960#18
where I actually fixed it.
its already been reported AND FIXED.
Was it when I sent?... sorry for not noticing...
it's was the first time that i used Reportbug (i'm looking at it now and u
r right).
... and at the time i sent it was not fixed for me.
yes. it's been fixed in unstable since the 27th.
For the time being i did:
cd /usr/lib/python2.6/dist-packages
ln -s ../../python2.5/site-packages/wxversion.py
and it instaled fine.
or you could do it the right way and simply upgrade python-wxversion
first or install python-wxgtk2.6 2.6.3.2.2-5 instead of the older
broken version...
A
Sorry if I can not install something that is not in the repository... I
just reloaded the package list and there is a python-wxgtk2.6
2.6.3.2.2-4+b1 :P
You must use a more updated repository... please tell-me which is so I can
use it and avoid comments like this of yours :)
I'm currently using: http://http.us.debian.org/debian/
I just went and try to use Synaptic to configure it to download from the
Main Server... I think I found another bug... The check boxes in that tab
(first one) are not working (though checkboxes work on all other tabs).
it's still broken in squeeze. sid has the fixed packages.
the fixed package hopefully will come to squeeze within a few days.
but sure, feel free to do things the hard way...
A
Writing a ln -s is not that hard :)
A
sure.
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Bug#558685: Bug#564142: RM: rails/2.2.3-1
On Fri, Jan 08, 2010 at 12:13:36AM +0100, Moritz Muehlenhoff wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove rails. It has open security issues, which haven't been acknowledged for six weeks. I'll work on NMUs to fix this. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#227155: poedit: some clicking in the translations list discards the current translation
tag 227155 moreinfo quit On Sat, Jan 10, 2004 at 08:59:30PM +0100, Roland Illig wrote: Package: poedit Version: 1.2.4-1.2 Severity: normal To reproduce this bug, do this: - open a translation file - select the third item in the translations list - type something into the translation area - with the right button click on the current item in the translations list - press ESC to hide the context menu - press C-down to move the selection bar one entry down - press down to move the selection bar another entry down - now the string something is lost Does this still happen? I can't reproduce it. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#407456: python-wxgtk2.6: Axis tick labels overlap in wx.lib.plot
tag 407456 moreinfo quit On Thu, Jan 18, 2007 at 03:39:05PM +, Tom Wright wrote: Package: python-wxgtk2.6 Version: 2.6.3.2.1.5 Severity: normal *** Please type your report below this line *** When plotting graphs in relatively small windows (300x300 pixels or smaller), and with large values along the axes, the tick labels overlap and are unreadable. Perhaps the number of tick labels along an axis should be a function of the size of the PlotCanvas and of the font sized used. Can you still reproduce this with wxwidgets 2.8? If so, could you please provide an example program showing the problem? Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#558413: (no subject)
I still can't make this happen. Can anybody else reproduce the problem? -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#567595: switch away from waf
Package: midori Severity: wishlist reminder to self. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#567612: missing dependency on imagemagick
Package: shutter Version: 0.85.1-1 Severity: important - Forwarded message from Mario Kemper mario.kem...@googlemail.com - Date: Sun, 24 Jan 2010 18:06:45 +0100 From: Mario Kemper mario.kem...@googlemail.com Subject: Shutter 0.85.1-1 packaging To: Ryan Niebur ryanrya...@gmail.com Cc: Vadim Peretokin vpereto...@gmail.com X-Mailer: Evolution 2.28.1 Hi Ryan, after installing Shutter on Ubuntu's latest alpha version (lucid alpha2) today I've noticed that you moved the imagemagick package from Depends to Suggests, see: http://git.ryan52.info/?p=shutter;a=commitdiff;h=ace3b7034022c0b43f383231d81aeafbea63fd88 Unfortunately Shutter is not able to run without imagemagick. The other changes are fine. Thanks for your help Mario - End forwarded message - -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#563681: shutter: segfaults
tag 563681 moreinfo quit On Mon, Jan 04, 2010 at 04:52:31PM +0100, Kiko Piris wrote: Package: shutter Version: 0.85.1-1 Severity: normal Hi, I’ve noticed that shutter segfaults sporadically (I start it with --min_at_startup). This is what it’s written to kern.log: | Jan 2 11:19:21 rompetechos kernel: [22371.757092] shutter[16477]: segfault at 0 ip b751913e sp bfb322e0 error 4 in libgobject-2.0.so.0.2200.3[b74f2000+3b000] | Jan 3 13:41:03 rompetechos kernel: [49197.011761] shutter[12418]: segfault at 0 ip b73ee13e sp bfb345a0 error 4 in libgobject-2.0.so.0.2200.3[b73c7000+3b000] | Jan 4 16:47:48 rompetechos kernel: [88387.269390] shutter[4740]: segfault at 0 ip b755213e sp bffaa670 error 4 in libgobject-2.0.so.0.2200.3[b752b000+3b000] Funny thing is that I’m able to reproduce it just unplugging a usb disk drive (no kidding! :). Please let me know if I can provide any additional information or run any test. This definitely isn't a bug in shutter, since shutter is pure perl. however, it could be in a number of shutter's dependencies. please use gdb to obtain a backtrace, so that we can narrow down where the cause might be. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#521924: wx2.6-headers: Cause compiler errors with glibc 2.9
reassign 521924 wx2.8-headers
tags 521924 patch
quit
attached is a patch which fixes this.
--
_
Ryan Niebur
ryanrya...@gmail.com
diff --git a/include/wx/defs.h b/include/wx/defs.h
index 00c73d5..550254f 100644
--- a/include/wx/defs.h
+++ b/include/wx/defs.h
@@ -494,19 +494,19 @@ typedef int wxWindowID;
/* */
/* Printf-like attribute definitions to obtain warnings with GNU C/C++ */
-#ifndef ATTRIBUTE_PRINTF
+#ifndef WX_ATTRIBUTE_PRINTF
# if defined(__GNUC__) !wxUSE_UNICODE
-# define ATTRIBUTE_PRINTF(m, n) __attribute__ ((__format__ (__printf__, m, n)))
+# define WX_ATTRIBUTE_PRINTF(m, n) __attribute__ ((__format__ (__printf__, m, n)))
# else
-# define ATTRIBUTE_PRINTF(m, n)
+# define WX_ATTRIBUTE_PRINTF(m, n)
# endif
-# define ATTRIBUTE_PRINTF_1 ATTRIBUTE_PRINTF(1, 2)
-# define ATTRIBUTE_PRINTF_2 ATTRIBUTE_PRINTF(2, 3)
-# define ATTRIBUTE_PRINTF_3 ATTRIBUTE_PRINTF(3, 4)
-# define ATTRIBUTE_PRINTF_4 ATTRIBUTE_PRINTF(4, 5)
-# define ATTRIBUTE_PRINTF_5 ATTRIBUTE_PRINTF(5, 6)
-#endif /* !defined(ATTRIBUTE_PRINTF) */
+# define WX_ATTRIBUTE_PRINTF_1 WX_ATTRIBUTE_PRINTF(1, 2)
+# define WX_ATTRIBUTE_PRINTF_2 WX_ATTRIBUTE_PRINTF(2, 3)
+# define WX_ATTRIBUTE_PRINTF_3 WX_ATTRIBUTE_PRINTF(3, 4)
+# define WX_ATTRIBUTE_PRINTF_4 WX_ATTRIBUTE_PRINTF(4, 5)
+# define WX_ATTRIBUTE_PRINTF_5 WX_ATTRIBUTE_PRINTF(5, 6)
+#endif /* !defined(WX_ATTRIBUTE_PRINTF) */
/* Macro to issue warning when using deprecated functions with gcc3 or MSVC7: */
#if wxCHECK_GCC_VERSION(3, 1)
diff --git a/include/wx/log.h b/include/wx/log.h
index 288e8e5..0fdb128 100644
--- a/include/wx/log.h
+++ b/include/wx/log.h
@@ -492,14 +492,14 @@ WXDLLIMPEXP_BASE const wxChar* wxSysErrorMsg(unsigned long nErrCode = 0);
extern void WXDLLIMPEXP_BASE wxVLog##level(const wxChar *szFormat, \
va_list argptr); \
extern void WXDLLIMPEXP_BASE wxLog##level(const wxChar *szFormat, \
- ...) ATTRIBUTE_PRINTF_1
+ ...) WX_ATTRIBUTE_PRINTF_1
#define DECLARE_LOG_FUNCTION2_EXP(level, argclass, arg, expdecl)\
extern void expdecl wxVLog##level(argclass arg, \
const wxChar *szFormat, \
va_list argptr); \
extern void expdecl wxLog##level(argclass arg, \
const wxChar *szFormat,\
- ...) ATTRIBUTE_PRINTF_2
+ ...) WX_ATTRIBUTE_PRINTF_2
#else // !wxUSE_LOG
// log functions do nothing at all
diff --git a/include/wx/memory.h b/include/wx/memory.h
index adb8ed2..4c66cf9 100644
--- a/include/wx/memory.h
+++ b/include/wx/memory.h
@@ -344,8 +344,8 @@ static wxDebugContextDumpDelayCounter wxDebugContextDumpDelayCounter_File;
static wxDebugContextDumpDelayCounter wxDebugContextDumpDelayCounter_Extra;
// Output a debug message, in a system dependent fashion.
-void WXDLLIMPEXP_BASE wxTrace(const wxChar *fmt ...) ATTRIBUTE_PRINTF_1;
-void WXDLLIMPEXP_BASE wxTraceLevel(int level, const wxChar *fmt ...) ATTRIBUTE_PRINTF_2;
+void WXDLLIMPEXP_BASE wxTrace(const wxChar *fmt ...) WX_ATTRIBUTE_PRINTF_1;
+void WXDLLIMPEXP_BASE wxTraceLevel(int level, const wxChar *fmt ...) WX_ATTRIBUTE_PRINTF_2;
#define WXTRACE wxTrace
#define WXTRACELEVEL wxTraceLevel
diff --git a/include/wx/msgout.h b/include/wx/msgout.h
index 6130849..942448f 100755
--- a/include/wx/msgout.h
+++ b/include/wx/msgout.h
@@ -30,7 +30,7 @@ public:
virtual ~wxMessageOutput() { }
// show a message to the user
-virtual void Printf(const wxChar* format, ...) ATTRIBUTE_PRINTF_2 = 0;
+virtual void Printf(const wxChar* format, ...) WX_ATTRIBUTE_PRINTF_2 = 0;
// gets the current wxMessageOutput object (may be NULL during
// initialization or shutdown)
@@ -54,7 +54,7 @@ class WXDLLIMPEXP_BASE wxMessageOutputBest : public wxMessageOutput
public:
wxMessageOutputBest() { }
-virtual void Printf(const wxChar* format, ...) ATTRIBUTE_PRINTF_2;
+virtual void Printf(const wxChar* format, ...) WX_ATTRIBUTE_PRINTF_2;
};
//
@@ -66,7 +66,7 @@ class WXDLLIMPEXP_BASE wxMessageOutputStderr : public wxMessageOutput
public:
wxMessageOutputStderr() { }
-virtual void Printf(const wxChar* format, ...) ATTRIBUTE_PRINTF_2;
+virtual void Printf(const wxChar* format, ...) WX_ATTRIBUTE_PRINTF_2;
};
//
@@ -80,7 +80,7 @@ class WXDLLIMPEXP_CORE wxMessageOutputMessageBox : public wxMessageOutput
public
Bug#392365: wxwidgets2.6: Application crashes while interacting with anthy.
Charles, can you still reproduce this bug?
On Wed, Oct 11, 2006 at 11:20:33PM +0900, Charles Plessy wrote:
Package: wxwidgets2.6
Severity: normal
Dear Ron,
The program TreeView X, built in Debian against wxwidgets 2.6, is
strangely crashing when interacting with anthy, an input system
installed on my machine to support the input of japanese characters.
The symptoms:
- I can start TreeView X by typing tv in command line. My locale is
fr_FR.UTF-8.
- I get a segfault when typing LC_ALL=C tv.
- The last ten lines of LC_ALL=C strace tv are:
read(6, , 4096) = 0
close(6)= 0
munmap(0xf7efa000, 4096)= 0
open(/var/lib/anthy/anthy.dic, O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=3501600, ...}) = 0
mmap(NULL, 3501600, PROT_READ, MAP_SHARED, 6, 0) = 0xf7b4
close(6)= 0
brk(0x101cb000) = 0x101cb000
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
So apparently, bad things happen when the TreeView X interacts with anthy. I
am
not completely sure where the problem is coming from: TreeView X, wxwidgets,
or
anthy. In doubt, I chose to report this bug against wxwidgets, since I am
quite
sure that TreeView X has no special fuction for the support of multilingual
input...
sorbet【~】$ dpkg -l *wx*
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé
|/ Err?=(aucune)/H=à garder/besoin Réinstallation/X=les deux (État,Err:
majuscule=mauvais)
||/ Nom Version Description
+++---
ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library
(runtime) - non-GUI support classes of wxWidgets
ii libwxbase2.6-dev 2.6.3.2.1.5 wxBase library
(development) - non-GUI support classes of wxWidg
un libwxgtk-dev néant (aucune description
n'est disponible)
un libwxgtk2.3 néant (aucune description
n'est disponible)
pn libwxgtk2.4-1néant (aucune description
n'est disponible)
un libwxgtk2.4-contrib-dev néant (aucune description
n'est disponible)
pn libwxgtk2.4-dev néant (aucune description
n'est disponible)
un libwxgtk2.4c2néant (aucune description
n'est disponible)
ii libwxgtk2.6-02.6.3.2.1.5 wxWidgets
Cross-platform C++ GUI toolkit (GTK+ runtime)
ii libwxgtk2.6-dev 2.6.3.2.1.5 wxWidgets
Cross-platform C++ GUI toolkit (GTK+ development)
ii treeviewx0.5.1-1 Displays and prints
phylogenetic trees
ii wx-common2.6.1.2.0.1 wxWidgets
Cross-platform C++ GUI toolkit (common support files)
un wx2.4-docnéant (aucune description
n'est disponible)
ii wx2.4-headers2.4.4.1.1.0.1wxWindows
Cross-platform C++ GUI toolkit (header files)
un wx2.6-common néant (aucune description
n'est disponible)
un wx2.6-docnéant (aucune description
n'est disponible)
ii wx2.6-headers2.6.3.2.1.5 wxWidgets
Cross-platform C++ GUI toolkit (header files)
un wxgtk2.1 néant (aucune description
n'est disponible)
un wxgtk2.1-dev néant (aucune description
n'est disponible)
ii wxvlc0.8.4.debian-2+b1wxWidgets frontend for
VLC
un wxwin-headersnéant (aucune description
n'est disponible)
un wxwin2.4-headers néant (aucune description
n'est disponible)
Have a nice day,
--
Charles
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: powerpc (ppc64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16farm
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Bug#567238: treeviewx: switch to wxwidgets 2.8
Package: treeviewx
Version: 0.5.1-6
Severity: wishlist
Tags: patch
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx2.6
Attached is a patch which switches treeviewx to build against
wxwidgets 2.8. It's been tested to build correctly and to run the
application.
Please apply it to the package and test that the package still works
as expected.
Please also test whether this bug still happens:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=392365
Cheers,
Ryan
--
_
Ryan Niebur
ryanrya...@gmail.com
diff -u treeviewx-0.5.1/debian/control treeviewx-0.5.1/debian/control
--- treeviewx-0.5.1/debian/control
+++ treeviewx-0.5.1/debian/control
@@ -5,7 +5,7 @@
DM-Upload-Allowed: yes
Uploaders: Charles Plessy ple...@debian.org,
Andreas Tille ti...@debian.org
-Build-Depends: debhelper (= 7.1), cdbs, autotools-dev, quilt, libwxgtk2.6-dev
+Build-Depends: debhelper (= 7.1), cdbs, autotools-dev, quilt, libwxgtk2.8-dev
Standards-Version: 3.8.3
Vcs-Browser: http://svn.debian.org/wsvn/debian-med/trunk/packages/treeviewx/trunk/?rev=0sc=0
Vcs-Svn: svn://svn.debian.org/svn/debian-med/trunk/packages/treeviewx/trunk/
diff -u treeviewx-0.5.1/debian/changelog treeviewx-0.5.1/debian/changelog
--- treeviewx-0.5.1/debian/changelog
+++ treeviewx-0.5.1/debian/changelog
@@ -1,3 +1,10 @@
+treeviewx (0.5.1-6.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * switch to wxwidgets 2.8
+
+ -- Ryan Niebur r...@debian.org Wed, 27 Jan 2010 19:27:27 -0800
+
treeviewx (0.5.1-6) unstable; urgency=low
[ Charles Plessy ]
diff -u treeviewx-0.5.1/debian/patches/series treeviewx-0.5.1/debian/patches/series
--- treeviewx-0.5.1/debian/patches/series
+++ treeviewx-0.5.1/debian/patches/series
@@ -6,0 +7 @@
+90_fix_for_wx2.8.diff
only in patch2:
unchanged:
--- treeviewx-0.5.1.orig/debian/patches/90_fix_for_wx2.8.diff
+++ treeviewx-0.5.1/debian/patches/90_fix_for_wx2.8.diff
@@ -0,0 +1,11 @@
+--- treeviewx-0.5.1.orig/tview.cpp
treeviewx-0.5.1/tview.cpp
+@@ -994,7 +994,7 @@
+ MyCanvas::MyCanvas(wxView *v, wxMDIChildFrame *frame, const wxPoint pos, const wxSize size, long style):
+ wxScrolledWindow(frame, -1, pos, size, style)
+ {
+- SetBackgroundColour(wxColour(WHITE));
++SetBackgroundColour(wxColour(wxT(WHITE)));
+ view = v;
+ magnification = 1;
+ }
signature.asc
Description: Digital signature
Bug#392365: (no subject)
tag 392365 moreinfo quit This may be fixed in the years since the bug was reported. Let's find out: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567238 -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#448600: SpinCtrl problem
reassign 448600 libgtk2.0-0 2.18.6-1 quit On Tue, Oct 30, 2007 at 11:20:02PM +0900, Michal Čihař wrote: retitle 448600 SpinCtrl selects text on focus what overwrites clipboard reassign 448600 python-wxgtk2.6 2.6.3.2.2-1 thanks Hi I'm reassigning this to wxPython as problem lies definitely somewhere inside wxPython/wxWidgets. actually, this is a bug in GTK. I am able to reproduce the problem with the GtkSpinButton example at the bottom of: http://library.gnome.org/devel/gtk-tutorial/2.17/x969.html Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#319013: libwxgtk2.6-0: Incorrect handling of focus in MDI applications
tag 319013 moreinfo quit On Tue, Jul 19, 2005 at 10:10:06AM +0200, Paweł Pałucha wrote: Package: libwxgtk2.6-0 Version: 2.6.1.1 Severity: normal Tags: experimental When creating new wxMDIChildFrame child frame menu is displayed properly (instead of original parent frame menu). But all menu keyboard shortcuts refer to parent menu. How to reproduct bug: Compile and run 'docvwmdi' program from wx2.6-examples. Create new drawing frame - Ctrl-N, drawing. Now, hit Alt-F and use arrow keys to traverse menu - parent frame menu is traversed instead of child menu. Also, any menu shortcuts refer to parent frame menu. You can pres TAB twice to switch beetween child and parent menu. I wasn't able to switch focus to child frame (with SetFocus()). Behaviour on wx2.4 is correct. Does this still happen/matter? I don't understand what the problem is... -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#567238: [Debian-med-packaging] Bug#567238: treeviewx: switch to wxwidgets 2.8
On Thu, Jan 28, 2010 at 04:03:28PM +0900, Charles Plessy wrote: tag 567238 pending thanks Le Wed, Jan 27, 2010 at 07:48:26PM -0800, Ryan Niebur a écrit : Attached is a patch which switches treeviewx to build against wxwidgets 2.8. It's been tested to build correctly and to run the application. Thank you very much, Ryan, for this patch. TreeView X works well with wxWidgets 2.8 after applying it. I will update the package soon. great, thanks! were you able to test #392365? Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#566961: [Freewx-maint] Bug#566961: fails to install
reassign 566960 python-wxgtk2.6 forcemerge 566961 566960 quit I will fix this when I get home tonight. On Tue, Jan 26, 2010 at 07:49:59AM +0100, Soeren Sonnenburg wrote: Package: python-wxgtk2.6 Version: 2.6.3.2.2-4+b1 Severity: grave Setting up python-wxgtk2.6 (2.6.3.2.2-4+b1) ... file does not exist: /usr/lib/python2.6/dist-packages/wxversion.py pycentral: pycentral pkginstall: error byte-compiling files (260) pycentral pkginstall: error byte-compiling files (260) dpkg: error processing python-wxgtk2.6 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: python-wxgtk2.6 -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.3-sonne (SMP w/2 CPU cores; PREEMPT) 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 python-wxgtk2.6 depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-1 GCC support library ii libstdc++64.4.3-1The GNU Standard C++ Library v3 ii libwxbase2.6-02.6.3.2.2-4+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.2-4+b1 wxWidgets Cross-platform C++ GUI t ii python2.5.4-9An interactive high-level object-o ii python-central0.6.14+nmu2register and build utility for Pyt ii python-wxversion 2.8.10.1-2 wxWidgets Cross-platform C++ GUI t ii python2.6 2.6.4-4An interactive high-level object-o python-wxgtk2.6 recommends no packages. Versions of packages python-wxgtk2.6 suggests: ii wx2.6-doc2.6.3.2.2-4 wxWidgets Cross-platform C++ GUI t ii wx2.6-examples 2.6.3.2.2-4 wxWidgets Cross-platform C++ GUI t -- no debconf information ___ Freewx-maint mailing list freewx-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/freewx-maint -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#543474: closed by Ben Hutchings b...@decadent.org.uk (Re: libwxgtk2.6-0: appending text to TextCtrl crashes in unpredictable ways)
On Tue, Jan 26, 2010 at 09:44:54PM -0800, Ryan Niebur wrote: attached is an example I wrote which demonstrates wx.CallAfter. and, as usual, I forgot to attach it. this time it's attached. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com import threading,wx ID_BUTTON1=wx.NewId() ID_BUTTON2=wx.NewId() class MyFrame(wx.Frame): def __init__(self, parent, ID, title): self.print_thread(Initial thread) wx.Frame.__init__(self, parent, ID, title) panel = wx.Panel(self, -1) sizer = wx.BoxSizer(wx.HORIZONTAL) self.foo = wx.TextCtrl(panel) sizer.Add(self.foo) sizer.Add(wx.Button(panel, ID_BUTTON1, Click me)) sizer.Add(wx.Button(panel, ID_BUTTON2, Click me2)) wx.EVT_BUTTON(self, ID_BUTTON1, self.button1_pressed) wx.EVT_BUTTON(self, ID_BUTTON2, self.button2_pressed) panel.SetSizer(sizer) def print_thread(self, name): print name + : + threading.currentThread().getName() def button1_pressed(self,event): threading.Thread(target=self.in_thread1).start() def button2_pressed(self,event): threading.Thread(target=self.in_thread2).start() # correct way def in_thread1(self): self.print_thread(New thread (from in_thread1)) wx.CallAfter(self.WriteMsg, hi) # wrong way def in_thread2(self): self.print_thread(New thread (from in_thread2)) self.WriteMsg(hi) def WriteMsg(self,msg): self.print_thread(Writting in thread) self.foo.AppendText(msg) class MyApp(wx.App): def OnInit(self): frame = MyFrame(None, -1, Multithreading example) frame.Show(True) return True app = MyApp(0) app.MainLoop() signature.asc Description: Digital signature
Bug#239782: ColourDialog doesn't use pre-set data for display
tag 239782 confirmed
quit
This still happens. Attached is an example of how to reproduce it with wx 2.8.
--
_
Ryan Niebur
ryanrya...@gmail.com
# -*- encoding: iso-8859-1 -*-
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
I noticed an oddity which I'd like to track down. I'm not sure that
it is a bug in the binding instead of in my programming, which is why
I'd like to talk to an expert first before opening a bug report
officially.
I'm working with Python 2.3 and wxWidgets 2.4.2.4 under Debian sid and
discovered that after creating the colour dialog, pre-setting the
colour doesn't seem to take the effects I expected. Instead, the
dialog always displays black as selected colour, regardless of my
pre-setting.
In the example below I set the colour to red (#FF) after the
dialog is created but before it is drawn on the screen. However, on
my system it still displays black as selection instead of red.
This bug has been confirmed by Robin Dunn ro...@alldunn.com, who is
responsible for the Python bindings of wxWidgets. However, he
discovered that this problem can be bypassed by using a different
constructor and supplying the color data at the __init__ stage.
Comment out one of the following runTest functions to find out what
the bug feels like.
from wx import *
#---
# Using the set data method, pre-selection doesn't work.
#
def runTest(frame, nb, log):
dlg = wx.ColourDialog(frame)
dlg.GetColourData().SetColour(#FF)
log.WriteText('Pre-selected color: %s\n' % str(dlg.GetColourData().GetColour().Get()))
dlg.GetColourData().SetChooseFull(True)
if dlg.ShowModal() == wxID_OK:
log.WriteText('You selected: %s\n' % str(dlg.GetColourData().GetColour().Get()))
dlg.Destroy()
# From Robin Dunn: Using a different constructor pre-selection works
#
def runTest(frame, nb, log):
data = wx.ColourData()
data.SetColour(#FF)
dlg = wx.ColourDialog(frame, data)
log.WriteText('Pre-selected color: %s\n' % str(dlg.GetColourData().GetColour().Get()))
dlg.GetColourData().SetChooseFull(True)
if dlg.ShowModal() == wxID_OK:
log.WriteText('You selected: %s\n' % str(dlg.GetColourData().GetColour().Get()))
dlg.Destroy()
#---
if __name__ == '__main__':
from sys import path
path.insert (0, /usr/share/doc/wx2.8-examples/examples/wxPython/)
import sys,os
import run
run.main(['', os.path.basename(sys.argv[0])])
signature.asc
Description: Digital signature
Bug#565963: ITP: tritium -- a tabbed/tiling window manager
oops. accidently pressed the send button way too soon... anyways, I intend to adopt and reupload this package, probably comaintaining with Vagrant. On Tue, Jan 19, 2010 at 10:47:33PM -0800, Ryan Niebur wrote: Package: wnpp Owner: Ryan Niebur ryanrya...@gmail.com Severity: wishlist * Package name: tritium Version : 0.3.8-2 and by this I meant the upstream version, 0.3.8. Upstream Author : FIXME Mike O'Connor. * URL : FIXME http://sourceforge.net/projects/tritium/ * License : FIXME GPL-2. Programming Lang: FIXME Python. Description : a tabbed/tiling window manager tritium is a tiling/tabbed window manager for the X Window System inspired by the ion3 window manager. It was written completely from scratch in Python and shares no actual code with ion3. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#565848: libdpkg-ruby1.9: Please drop the dependency on ruby 1.9.0
I'll take care of this ASAP. On Tue, Jan 19, 2010 at 01:34:30PM +1300, Lucas Nussbaum wrote: Package: libdpkg-ruby1.9 Version: 0.3.5 Severity: serious User: debian-r...@lists.debian.org Usertags: ruby190transition Hi, Ruby 1.9.0 is going away in Squeeze, replaced by Ruby 1.9.1. This transition is made mandatory by API changes upstream. Your package currently ships some files in /usr/lib/ruby/1.9.0. This will no longer work with 1.9.1. You can either: - port your package to Ruby 1.9.1 - drop the Ruby 1.9.X binary package There is (or will be) more information on http://wiki.debian.org/Ruby191Transition Thanks -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#565213: apt-listbugs: can't install because it's not installed
clone 565213 -1 reassign -1 apt-listbugs retitle -1 apt-listbugs: fix the apt.conf.d file to work if apt-listbugs isn't installed owner -1 r...@debian.org quit On Sat, Jan 16, 2010 at 12:05:38PM +0100, Francesco Poli wrote: affects 565213 apt-listchanges quit On Fri, 15 Jan 2010 21:44:02 -0800 Ryan Niebur wrote: On Thu, Jan 14, 2010 at 06:40:00PM +0100, David Kalnischkies wrote: [...] i also wonder a bit if this .disabled thing is something dpkg likes... looks like apt-listchanges does the .disabled thing as well. Hi Ryan, let's notify the BTS of this fact, then... I hadn't actually looked closely or tested, so I didn't want to do that. and because of the test, it actually proceeds even if apt-listchanges isn't there. apt-listchanges: /bin/sh: /usr/bin/apt-listchanges: No such file or directory Preconfiguring packages ... apt-listbugs: /bin/sh: /usr/sbin/apt-listbugs: No such file or directory E: Sub-process /usr/sbin/apt-listbugs apt || exit 10 returned an error code (10) E: Failure running script /usr/sbin/apt-listbugs apt || exit 10 I'm thinking that we should probably be better about this. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#565477: apt-listbugs: After removal, breaks apt-get.
forcemerge 565213 565477 quit On Fri, Jan 15, 2010 at 10:32:11PM -0600, Dan Greene wrote: Package: apt-listbugs Severity: critical Justification: breaks unrelated software On a system on which the current unstable version of apt-listbugs has been removed (via apt-get remove apt-listbugs), apt-get still attempts to execute the non-existent apt-listbugs program, which of course does not exist. Specifically, I get the following error meesages whenever I attempt to install software with apt-get: /bin/sh: /usr/sbin/apt-listbugs: No such file or directory E: Sub-process /usr/sbin/apt-listbugs apt || exit 10 returned an error code(10) E: Failure running script /usr/sbin/apt-listbugs apt || exit 10 To reproduce, install apt-listbugs, then do: # apt-get remove apt-listbugs then try to install another program. In order to get apt-get usable afterwords, I had to create an empty file at /usr/sbin/apt-listbugs and make it executable. not our fault. see #565213. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#565213: apt-listbugs: can't install because it's not installed
On Thu, Jan 14, 2010 at 06:40:00PM +0100, David Kalnischkies wrote:
None the less, i would change apt-listbugs a bit:
DPkg::Pre-Install-Pkgs {if [ -x /usr/sbin/apt-listbugs ]; then
/usr/sbin/apt-listbugs apt || exit 10; else exit 0; fi;};
As far as i know all other packages do it that way and i also wonder
a bit if this .disabled thing is something dpkg likes...
looks like apt-listchanges does the .disabled thing as well.
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Bug#564117: apt-listbugs: fails on a large install
On Thu, Jan 07, 2010 at 03:07:35PM -0500, Denis Laxalde wrote: It might be #552125 also. no, it's not. #552125 was fixed. #552125 results in a different kind of error message (about regexps being too big). Your bug seems to be a problem with leaving files open.. I'll take a look at this ASAP, and probably have a fix uploaded tonight. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#564117: fails on a large install
tag 564117 + confirmed quit reproduced the problem and working on it. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#564117: apt-listbugs: fails on a large install
reassign 564117 libdpkg-ruby1.8 0.3.4 affects 564117 apt-listbugs tag 564117 pending quit This is actually a bug in part of libdpkg-ruby, however apt-listbugs didn't use this part until 0.1.2. On Thu, Jan 07, 2010 at 03:07:35PM -0500, Denis Laxalde wrote: Package: apt-listbugs Version: 0.1.2 Severity: important Trying to install a package with about 100 dependency, apt-listbugs fails: I've got it mostly fixed. Fixed to a point where it's usable, at least (handles 1000 packages, but can't go much higher over that). I'll upload what I have after a bit of testing and then work on making this better later on. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#563857: ssh: -O exit doesn't respect -q
Package: openssh-client Version: 1:5.2p1-1 Severity: minor $ ssh -S /tmp/qOgjPm3tJ8/socket -q -O exit reiche Exit request sent. I would expect it to keep quiet. Passing a second -q doesn't help. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#563857: ssh: -O exit doesn't respect -q
forcemerge 483663 563857 quit well I fail. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#563857: ssh: -O exit doesn't respect -q
tag 563857 patch
quit
attached is a patch to fix this, as well as with -O check.
Cheers,
Ryan
--
_
Ryan Niebur
ryanrya...@gmail.com
--- ./openssh-5.2p1/mux.c 2010-01-05 14:43:20.0 -0800
+++ ../openssh-5.2p1/mux.c 2010-01-05 14:37:09.0 -0800
@@ -615,11 +615,13 @@
switch (muxclient_command) {
case SSHMUX_COMMAND_ALIVE_CHECK:
- fprintf(stderr, Master running (pid=%d)\r\n,
- muxserver_pid);
+ if(options.log_level SYSLOG_LEVEL_QUIET)
+ fprintf(stderr, Master running (pid=%d)\r\n,
+ muxserver_pid);
exit(0);
case SSHMUX_COMMAND_TERMINATE:
- fprintf(stderr, Exit request sent.\r\n);
+ if(options.log_level SYSLOG_LEVEL_QUIET)
+ fprintf(stderr, Exit request sent.\r\n);
exit(0);
case SSHMUX_COMMAND_OPEN:
buffer_put_cstring(m, term ? term : );
signature.asc
Description: Digital signature
Bug#563450: Ruby dependency
tag 563450 pending
quit
On Sun, Jan 03, 2010 at 11:56:39AM +, Miguel Figueiredo wrote:
Hello all,
dpkg-ruby seems to depend on ruby1.8:
Package: dpkg-ruby
Architecture: all
Depends: ruby1.8, libdpkg-ruby1.8, ${misc:Depends}
Should this be bumped to ruby1.9 ?
nope, that's completely irrelevant.
the problem is that the Build-Depends-Indep should have been
Build-Depends, but I forgot to change them when I made the package
arch:any.
uploading fixed package.
Cheers,
Ryan
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Bug#432200: apt-listbugs: support ruby 1.9
It now gets to this point: $ ruby1.9 /usr/bin/apt-listbugs -s all list apt-listbugs Reading package fields... Done Reading package status... Done Retrieving bug reports... 0% Fail Error retrieving bug reports from the server with the following error message: W: no content type It could be because your network is down, or because of broken proxy servers, or the BTS server itself is down. Check network configuration and try again Retry downloading bug information?[Y/n]? So just need to debug the soap4r bug, upload soap4r, and we're good. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#317061: (no subject)
tag 317061 patch
quit
I was able to reproduce this and here's a patch to fix this.
--
_
Ryan Niebur
ryanrya...@gmail.com
--- /usr/share/perl5/Module/Depends/Intrusive.pm.orig 2009-08-11 19:49:56.0 -0700
+++ /usr/share/perl5/Module/Depends/Intrusive.pm 2010-01-03 17:58:24.0 -0800
@@ -92,7 +92,7 @@
no strict;
no warnings;
local $0 = $file;
-require $file;
+do $file;
};
$self-error( $@ ) if $@;
delete $INC{$file};
signature.asc
Description: Digital signature
Bug#563438: apt-listbugs: Package has a Depends on libdpkg-ruby1.8 (= 0.3.3) which cannot be satisfied
Hi Florian, On Sat, Jan 02, 2010 at 11:53:08PM +0100, Florian Ernst wrote: Package: apt-listbugs Version: 0.1.2 Severity: grave Justification: renders package unusable Hello all, commit da6864ae240d2ea2458b1c53aca2675ed1985f04 appears to have been based on assumptions current reality fails to provide: Package has a Depends on libdpkg-ruby1.8 (= 0.3.3) which cannot be satisfied on *. http://qa.debian.org/debcheck.php?dist=unstablepackage=apt-listbugs And indeed, such a package version is nowhere to be seen at the moment, thus rendering apt-listbugs 0.1.2 uninstallable on all architectures. Ryan, as you intent to adopt dpkg-ruby, I take it you wanted to release a new version / have released a new version privately already, that somehow didn't yet make it into the archives? It's been uploaded already (at the same time as apt-listbugs). However since it added new binary packages, it got stuck in NEW. http://ftp-master.debian.org/new/dpkg-ruby_0.3.3.html Sorry, I should have uploaded dpkg-ruby first and waited for it to be ACCEPTed before uploading apt-listbugs. It slipped my mind that it would have to go through NEW. So now we wait for the ftp team to ACCEPT the new dpkg-ruby. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#555376: tinyurl.pl is broken
tag 555376 moreinfo quit Hi Jonas, On Mon, Nov 09, 2009 at 01:26:28PM +0100, Jonas Stein wrote: Package: irssi-scripts Version: 20090810 Severity: normal tinyurl.pl is broken a fixed version can be found here: http://sente.cc/misc/tinyurl.pl I have tested it here and it worked fine. Sorry that I didn't reply sooner. Is this script still not working? The URL above 404s, so if it's still broken, could you provide a new link to the working version (or a patch)? Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#544520: new upstream version since a while
On Fri, Nov 27, 2009 at 02:00:12PM -0500, Decklin Foster wrote: Excerpts from Gregory Colpart's message of Thu Nov 26 15:02:26 -0500 2009: On Thu, Nov 26, 2009 at 12:06:12PM -0600, Sukant Hajra wrote: Just a note, to help highlight priority -- Twirssi (the Twitter script I use with Irssi), now has a hard depedency on v3 of Net::Twitter. Until this library is updated I'm stuck on an older version of Twirssi (v2.3). Same here. Do you want some help for maintaining this package? Yes. Are you or Sukant interested in adopting it? I apologize for not having time to address this issue. If you want to upload the new version please go ahead. the debian perl group is going to take over this package. I hope you guys don't mind (based on the email Decklin sent and the fact that the potential adopters never replied, I'm assuming nobody is going to be angry)... please stop us if you still want this package, and we'll give it back to you. but it really makes sense for perl packages to be maintained within the perl group. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#559669: closed by Luk Claes l...@debian.org (Re: Bug#559669: nmu: wxwidgets2.8 perl bindings)
reopen 559669 retitle 559669 nmu: wxwidgets2.8 perl bindings on hurd-i386 quit libalien-wxwidgets-perl still needs to be binnmued on hurd-i386. Cheers, Ryan On Tue, Dec 08, 2009 at 07:18:09AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the release.debian.org package: #559669: nmu: wxwidgets2.8 perl bindings It has been closed by Luk Claes l...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Luk Claes l...@debian.org by replying to this email. -- 559669: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559669 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems Date: Tue, 08 Dec 2009 08:11:32 +0100 From: Luk Claes l...@debian.org Subject: Re: Bug#559669: nmu: wxwidgets2.8 perl bindings To: 559669-d...@bugs.debian.org Ryan Niebur wrote: libalien-wxwidgets-perl needs to be rebuilt against the new wxwidgets2.8, and then libwx-perl needs to be rebuilt against that. On a semi-related topic, due to #559206 wxwidgets2.8 FTBFS on a few arches. Could these please be given back? I think this is correct: nmu libalien-wxwidgets-perl_0.46+dfsg-1 . ALL . -m 'Rebuild against wxwidgets 2.8.10' dw libalien-wxwidgets-perl_0.46+dfsg-1 . ALL . -m 'libwxgtk2.8-dev (= 2.8.10.1-1)' nmu libwx-perl_0.93-2 . ALL . -m 'Rebuild against wxwidgets 2.8.10' dw libwx-perl_0.93-2 . ALL . -m 'libalien-wxwidgets-perl (= 0.46+dfsg-1+b1)' gb wxwidgets2.8_2.8.10.1-1 . amd64 mipsel armel alpha s390 All scheduled. Cheers Luk Date: Sun, 6 Dec 2009 00:19:54 -0800 From: Ryan Niebur r...@debian.org Subject: nmu: wxwidgets2.8 perl bindings To: sub...@bugs.debian.org Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu libalien-wxwidgets-perl needs to be rebuilt against the new wxwidgets2.8, and then libwx-perl needs to be rebuilt against that. On a semi-related topic, due to #559206 wxwidgets2.8 FTBFS on a few arches. Could these please be given back? I think this is correct: nmu libalien-wxwidgets-perl_0.46+dfsg-1 . ALL . -m 'Rebuild against wxwidgets 2.8.10' dw libalien-wxwidgets-perl_0.46+dfsg-1 . ALL . -m 'libwxgtk2.8-dev (= 2.8.10.1-1)' nmu libwx-perl_0.93-2 . ALL . -m 'Rebuild against wxwidgets 2.8.10' dw libwx-perl_0.93-2 . ALL . -m 'libalien-wxwidgets-perl (= 0.46+dfsg-1+b1)' gb wxwidgets2.8_2.8.10.1-1 . amd64 mipsel armel alpha s390 Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
