Bug#589943: Uninstallable due to libxdo1 to libxdo2 transition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: keynav Version: 0.20100403.2754-1 Severity: serious This version is uninstallable due to libxdo1 to libxdo2 transition. I have fixed it in the first place, and submitted several RFSs to debian-mentors. [1] I have also contacted at least two Debian Developers for it. No comments nor uploads. Well, since no one care about it, I will submit an RFA. Kind regards Wen-Yen Chuang (caleb) [1] http://lists.debian.org/debian-mentors/2010/06/msg00057.html http://lists.debian.org/debian-mentors/2010/06/msg00369.html http://lists.debian.org/debian-mentors/2010/06/msg00458.html http://lists.debian.org/debian-mentors/2010/07/msg00048.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxINt8ACgkQdEpXpumNYVkwRQCgj06l2aUasior0Ms3p9yiFz+S OxsAn29O6IMx/7oym6hEB2KPlFUTuO9j =eajm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589943: Uninstallable due to libxdo1 to libxdo2 transition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have submitted the RFA: http://bugs.debian.org/589944 Kind regards Wen-Yen Chuang (caleb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxIPz8ACgkQdEpXpumNYVlI+wCfWxTSImdZlNuhkOVmdGDkICMA vRoAn2kQq9W2aBHmdJM6Tux3A4yoYV55 =JByP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590011: keynav: FTBFS on kfreebsd-*: too many arguments to function 'xdo_keysequence_{down, up}'
Thank you for the report. I believe it is just due to libxdo1 to libxdo2 transition, which is not fulfilled yet on kfreebsd platform. Kind regards Wen-Yen Chuang (caleb) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589943: RFS: keynav (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/23/10 04:01, Axel Beckert wrote: So I'd be happy to see you taking back that defiant RFA. It is not an emotional decision. Due to various reasons, I have had planned to orphan all my packages after release of Squeeze. The decision was made on Sep. 2008, about two years ago. Some of my packages has found their new maintainers. (xf86-input-tslib and gcin, for example.) I am busy, however I still kept all my packages updated and in a good shape. My plan is not changed, so I will kept the RFA. If no one adopt it, I will orphan keynav after release of Squeeze, as planned about two years ago. I though have a few remarks about some minor issues though in case you plan to prepare the next package version, too. I would be happy to fix any issues before release of Squeeze. I do want to make sure that keynav is in Squeeze stable release, of course. Kind regards Wen-Yen Chuang (caleb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxI91IACgkQdEpXpumNYVmuewCcD79iRNCK8sGmnmfkaeYgLfW4 kPUAnjvjdoOqeWZmWr3kjNSvieNNXylD =5mIN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576624: Segfault when loading the background pixbuf failed
tags 576624 patch
thanks
The attached patch will fix both problems for
vte_terminal_set_background_image_file() and
vte_terminal_set_background_transparent().
Upstream git codebase has changed much, so I will not send this patch to
upstream.
The most easy way to test the patch:
1. run Xephyr (and do not set any background)
2. run evilvte in Sid(and Sueeze)
3. Right-click in evilvte and select Toggle background
It is cycled by the sequence:
background image at $HOME/.config/evilvte/background.png,
pseudo transparency,
no background and no transparency (aka black)
When there is no $HOME/.config/evilvte/background.png,
evilvte will show nothing as background(aka black).
You may link any image file to $HOME/.config/evilvte/background.png.
(All image formats that can be processed by GTK+, not only png.)
4. Everything should be fine with the patch.
Kind regards
Wen-Yen Chuang (caleb)
GNOME #614910; set_background_image does not accept None in Python bindings
Debian #576624; Segfault when loading the background pixbuf failed
Patch author: Tetralet tetralet AT gmail DOT com
--- vte-0.24.0.orig/src/vtebg.c
+++ vte-0.24.0/src/vtebg.c
@@ -469,6 +469,8 @@
item-source_file = g_strdup(source_file);
pixbuf = gdk_pixbuf_new_from_file(source_file, NULL);
}
+ if (!pixbuf)
+ return NULL;
break;
default:
g_assert_not_reached();
@@ -479,8 +481,11 @@
width = gdk_pixbuf_get_width(pixbuf);
height = gdk_pixbuf_get_height(pixbuf);
} else {
- width = cairo_xlib_surface_get_width(bg-root_surface);
- height = cairo_xlib_surface_get_height(bg-root_surface);
+ if (bg-root_surface) {
+ width = cairo_xlib_surface_get_width(bg-root_surface);
+ height = cairo_xlib_surface_get_height(bg-root_surface);
+ } else
+ return NULL;
}
item-surface =
Bug#576624: Segfault when loading the background pixbuf failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Source: vte Version: 1:0.24.0-1 Severity: serious If vte_terminal_set_background_image_file() can not load the image correctly(broken file, null file, etc), it makes the application segfault. There is a bug report to upstream maybe refer to this problem. [1] Upstream seems has known this problem, too. [2] There is a workaround for applications that uses libvte [3], but I think vte should be fixed before Squeeze release. evilvte in Sid and Squeeze works fine with vte 1:0.22.5-3 but segfault with 1:0.24.0-1. Kind regards Wen-Yen Chuang (caleb) [1] https://bugzilla.gnome.org/show_bug.cgi?id=614910 [2] http://git.gnome.org/browse/vte/log/ # Fix crash when loading the bg pixbuf failed [3] change vte_terminal_set_background_image_file(VteTerminal,*path) to vte_terminal_set_background_image(VteTerminal, gdk_pixbuf_new_from_file(*path, NULL) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku6knoACgkQdEpXpumNYVn12QCfY8Bo/FSgHlxxYm2MMb1ccGgp AOsAn1O7X0xnXER+tsq+2rg9SKgxSpk5 =PRTb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576624: Segfault when loading the background pixbuf failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 vte_terminal_set_background_transparent() in 0.24.0 is buggy, too. If user's X11 background has no pixbuf, vte_terminal_set_background_transparent() will make application segfault. I have not found workaround yet. Kind regards Wen-Yen Chuang (caleb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku6nb4ACgkQdEpXpumNYVn7XwCffiorD9TKwfhlFJzcXvkCOIpL 1scAoI0PYohEuZ2AT8/SXIGSNV/Cdyh+ =ddcj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573669: keynav: FTBFS: keynav.c:799: error: too few arguments to function 'xdo_mousemove'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The bug is due to upstream libxdo API transition. I have uploaded the latest keynav (0.20100302.2713-1) to mentors.debian.net and sent an RFS to debian-mentors mailing list. The package can be found on: - - dget http://mentors.debian.net/debian/pool/main/k/keynav/keynav_0.20100302.2713-1.dsc I would be glad if someone uploaded this package for me. :-) Kind regards Wen-Yen Chuang -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkub9ukACgkQdEpXpumNYVnLoACeIjWuSrW1fccUy3c2K+vXFXhB 1mAAnRFccanTV1jW1GtKcMN6ESEz0Guw =S9WD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542174: fpm2: passwords are stored incorrectly
severity 542174 important thank you I know this bug could be severity grave. However, it is obvious that fpm2_0.75-1_armel.deb do work fine on qemu versatilepb. I think the quality of fpm2 is good enough to go to squeeze, so I downgrade the severity to prevent the removing from squeeze. Furthur bug reports or patches are very welcome. :-) Kind regards Wen-Yen Chuang (caleb) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542174: fpm2: passwords are stored incorrectly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, fpm2-0.76dev.tar.bz2 with timestamp 20090821 is released today. I have built an armel deb. Please check if it still have the problem in 0.75-1. You may download the deb here: http://www.calno.com/moto/gcin/fpm2_0.76~20090821-1_armel.deb I will downgrade #542174 to important if nobody can reproduce the bug. Kind regards Wen-Yen Chuang (caleb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqq+c8ACgkQdEpXpumNYVkv1gCfQfh+rNIgqjOLCGjzqUqaQCWV wBAAni01QBq2jkx7nqy9s/+a8ek3CZz4 =AfWM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542174: fpm2: passwords are stored incorrectly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stuart Pook wrote: Package: fpm2 Version: 0.75-1 Severity: grave Justification: causes non-serious data loss on my Openmoko Freerunner, fpm2 stores all passwords incorrectly. Run fpm2 for the first time (or remove ~/.fpm) and enter a simple password for the key file. Save and quit fpm2. Restart fpm2 and the password will not be accepted. Remove ~/.fpm, run fpm2, enter a password for the key file, add a new entry with a simple password, click Show Password to see the password, and click Ok. Now click on Edit to see the entry just created, click show password and see a password that is rubbish. Fpm2 writes a warning (fpm2:16334): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text() To Stuart: Thank you for the bug report. However, I can not reproduce your problem. I have tested the latest official Debian fpm2 build (0.75-1) on i386 and armel (qemu versatilepb). Fpm2 works fine on both systems (both are running Debian sid). I CCed this mail to upstream author of fpm2. To pkg-fso-maint: I have no Openmoko machine. If you have spare time, please test the fpm2 package. Thank you. Kind regards Wen-Yen Chuang (caleb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqK86QACgkQdEpXpumNYVkxhACeITxWXmmi9iHp6KF0st1hFN4D DYIAn3I4ymos8NrM0te6ruUtxQglS3U3 =0/S/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519556: xserver-xorg-input-tslib: Segfault with no RandR support
Lars-Peter Clausen wrote:
I guess its a bug in the driver. An updated version of the patch can
be found at [1].
[1]
https://dev.openwrt.org/browser/packages/Xorg/driver/xf86-input-tslib/patches/015-add-randr-support.patch
Thanks to Lars.
I just uploaded 0.0.5-8 to mentors.debian.net. [2]
I tested it on Zaurus SL-C3200. It works fine on both directions.
I also uploaded an armel binary [3] for those who want to test it.
The diff file between 0.0.5-6 and 0.0.5-8 is attached.
Kind regards
Wen-Yen Chuang
[2] dget
http://mentors.debian.net/debian/pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.dsc
[3] wget
http://calno.com/moto/gcin/xserver-xorg-input-tslib_0.0.5-8_armel.deb
--- xf86-input-tslib-0.0.5-6/debian/patches/50_add-randr-support.diff
+++ xf86-input-tslib-0.0.5-8/debian/patches/50_add-randr-support.diff
@@ -17,7 +17,7 @@
int ret;
int x,y;
+ ScrnInfoPtr pScrn = xf86Screens[priv-screen_num];
-+ Rotation rotation = RRGetRotation(pScrn-pScreen);
++ Rotation rotation = rrGetScrPriv (pScrn-pScreen) ? RRGetRotation(pScrn-pScreen) : RR_Rotate_0;
struct timeval now;
while((ret = ts_read(priv-ts, samp, 1)) == 1) {
--- xf86-input-tslib-0.0.5-6/debian/changelog
+++ xf86-input-tslib-0.0.5-8/debian/changelog
@@ -1,3 +1,19 @@
+xf86-input-tslib (0.0.5-8) unstable; urgency=low
+
+ * Remove EnableRandr option
+- update debian/patches/50_add-randr-support.diff to latest version
+ on OpenWrt. Thanks to Lars-Peter Clausen l...@metafoo.de.
+- revert manpage to version 0.0.5-6.
+
+ -- Wen-Yen Chuang ca...@calno.com Mon, 13 Apr 2009 14:01:37 +0800
+
+xf86-input-tslib (0.0.5-7) unstable; urgency=low
+
+ * Support EnableRandr option in xorg.conf (Closes: #519556, #519840)
+ * Bump Standards-Versions to 3.8.1
+
+ -- Wen-Yen Chuang ca...@calno.com Sun, 12 Apr 2009 17:11:29 +0800
+
xf86-input-tslib (0.0.5-6) unstable; urgency=low
* Improve manpage. Thanks to Neil Williams.
--- xf86-input-tslib-0.0.5-6/debian/control
+++ xf86-input-tslib-0.0.5-8/debian/control
@@ -7,7 +7,7 @@
pkg-config,
libts-dev (= 1.0-4),
quilt (= 0.40)
-Standards-Version: 3.8.0
+Standards-Version: 3.8.1
Homepage: http://pengutronix.de/software/xf86-input-tslib/index_en.html
Package: xserver-xorg-input-tslib
Bug#519556: xserver-xorg-input-tslib: Segfault with no RandR support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please do not reply to #519556 anymore. It is closed. Request a new bug unless you really think #519556 should be reopened. Milko Krachounov wrote: I've just tried xserver-xorg-input-tslib_0.0.5-8_armel. I'm using it on Neo 1973 (gta01) with fbdev as a video device driver. 1. Without Rotate option, it works perfectly fine, as do 2. With `Option Rotate CCW' it doesn't crash, but the clicks are not handled correctly, as they go to a different point of the screen. Sliding my finger horizontally results in a vertical cursor motion, and vica versa, so it seems that tslib doesn't know that the screen is rotated. The result with 0.0.5-7 is the same for me. Hi Milko, There are two sections that have to be set Rotate CCW. One is section InputDevice where defines tslib, and another one is section Device where defines fbdev. You have to set both of them Option Rotate CCW. At least, it do work fine on my machine. :-) Kind regards Wen-Yen Chuang -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknjqBIACgkQdEpXpumNYVmE7ACcDMH/zel/hLTp++Voiy2Z3kXi BNMAnAm6hS0j+uilE7sGLRKRoATYBt6n =99A1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519556: [xf86-input-tslib] patch to add xorg.conf option for RandR support
Hello,
The attachment with this mail listed the difference between 0.0.5-6 and
0.0.5-7.
It provides a xorg.conf option to disable RandR support.
I uploaded 0.0.5-7 before seeing Timo's comment,
so I did not use TrackRandr as the option name.
Kind regards
Wen-Yen Chuang
--- xf86-input-tslib-0.0.5.orig/src/tslib.c
+++ xf86-input-tslib-0.0.5/src/tslib.c
@@ -80,6 +80,7 @@
enum button_state state;
struct timeval button_down_start;
int button_down_x,button_down_y;
+ int randr_state;
};
static void
@@ -139,8 +140,6 @@
struct ts_sample samp;
int ret;
int x,y;
- ScrnInfoPtr pScrn = xf86Screens[priv-screen_num];
- Rotation rotation = RRGetRotation(pScrn-pScreen);
struct timeval now;
while((ret = ts_read(priv-ts, samp, 1)) == 1) {
@@ -163,21 +162,25 @@
default: break;
}
- tmp_x = samp.x;
-
- switch(rotation) {
- case RR_Rotate_90:
-samp.x = (priv-height - samp.y - 1) * priv-width / priv-height;
-samp.y = tmp_x * priv-height / priv-width;
-break;
- case RR_Rotate_180:
-samp.x = priv-width - samp.x - 1;
-samp.y = priv-height - samp.y - 1;
-break;
- case RR_Rotate_270:
-samp.x = samp.y * priv-width / priv-height;
-samp.y = (priv-width - tmp_x - 1) * priv-height / priv-width;
-break;
+ if (priv-randr_state) {
+tmp_x = samp.x;
+ScrnInfoPtr pScrn = xf86Screens[priv-screen_num];
+Rotation rotation = RRGetRotation(pScrn-pScreen);
+
+switch(rotation) {
+case RR_Rotate_90:
+ samp.x = (priv-height - samp.y - 1) * priv-width / priv-height;
+ samp.y = tmp_x * priv-height / priv-width;
+ break;
+case RR_Rotate_180:
+ samp.x = priv-width - samp.x - 1;
+ samp.y = priv-height - samp.y - 1;
+ break;
+case RR_Rotate_270:
+ samp.x = samp.y * priv-width / priv-height;
+ samp.y = (priv-width - tmp_x - 1) * priv-height / priv-width;
+ break;
+}
}
priv-lastx = samp.x;
@@ -481,6 +484,11 @@
if (xf86SetIntOption(pInfo-options, EmulateRightButton, 0) == 0) {
priv-state = BUTTON_EMULATION_OFF;
}
+
+ priv-randr_state = 1;
+ if (xf86SetIntOption(pInfo-options, EnableRandr, 0) == 0) {
+ priv-randr_state = 0;
+ }
/* Mark the device configured */
pInfo-flags |= XI86_CONFIGURED;
--- xf86-input-tslib-0.0.5.orig/man/tslib.man
+++ xf86-input-tslib-0.0.5/man/tslib.man
@@ -34,6 +34,7 @@
.BIOption \*qHeight\*q\*q 0 \*q
.BIOption \*qRotate\*q\*q NONE \*q
.BIOption \*qEmulateRightButton\*q\*q 0 \*q
+.BIOption \*qEnableRandr\*q\*q 0 \*q
\ \ ...
.B EndSection
.SH SEE ALSO
Bug#519556: xserver-xorg-input-tslib: Segfault with no RandR support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thank you for reporting the bug. I raised the severity to serious so 0.0.5-6 will not go to Squeeze. I have forwarded this bug to the RandR patch author. I will try to add a xorg.conf option to avoid the bug temporarily. Kind regards Wen-Yen Chuang (caleb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm9tuYACgkQdEpXpumNYVmjZQCeKwoXN6PCwrE3cwaihilmEDJ8 HvsAn3c71ODQ53w2b1NUX0hmPokAcQSm =762N -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495968: gpicview unsafe /tmp usage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks to Paul. Andrew Lee has promised that he will adopt gpicview. [1] He is the current collaborate maintainer of gpicview, and is one of the Project Admins of gpicview. gpicview still has other RC bugs, so I will not handle the patch currently. Kind regards Wen-Yen Chuang (caleb) [1] http://bugs.debian.org/497006#22 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki+fGEACgkQdEpXpumNYVnkxgCfVDG73eZj3mdsbNptyORse+CK 6pwAn3bZ3kSPU1FWa1bLonbJhaLU1H2x =Vpx0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495968: gpicview unsafe /tmp usage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 retitle 495968 gpicview unsafe /tmp usage thanks Thanks to Nico. I have splitted those two bugs to #497005 and #497006. Once upstream's #2019481 [1] is fixed, this bug can be closed. I plan to orphan gpicview after release of Lenny, no matter gpicview is in Lenny or not. I am still happy to maintain gpicview *BEFORE* release of Lenny, but I will not spend time to read its source code and trying to fix it by myself. If there are patches to fix upstream's #2019481, I will test it and contact security and release team, trying to push gpicview to Lenny. If anyone want to adopt gpicview, feel free to upload it as New maintainer (even before release of Lenny). I will mail to WNPP and orphan gpicview *AFTER* release of Lenny. (If nobody adopt it before release of Lenny, of course.) Kind regards Wen-Yen Chuang (caleb) Reference: [1] [ 2019481 ] gpicview unsafe /tmp usage http://sourceforge.net/tracker/index.php?func=detailaid=2019481group_id=180858atid=894869 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki3nKUACgkQdEpXpumNYVnGCgCfU1QrPK5eQk9OHyEx7ahsSiWN 9w8An0qz2PFSEoayHciGF9IoZlb1GtBl =kdY7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495968: [gpicview] security RC bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: gpicview Version: 0.1.9-1 Severity: serious There are three security bugs listed on sourceforge: [1] [ 2019481 ] gpicview unsafe /tmp usage [2] [ 2019485 ] gpicview ask_before_save is ignored with LIBJPEG [3] [ 2019492 ] gpicview ask_before_save is ignored if auto_save_rotated Thanks to Jeremy C. Reed for reporting these bugs and mailing me. He also mailed to maintainers of other GNU/Linux and BSD distributions. Kind regards Wen-Yen Chuang (caleb) Reference: [1] http://sourceforge.net/tracker/index.php?func=detailaid=2019481group_id=180858atid=894869 [2] http://sourceforge.net/tracker/index.php?func=detailaid=2019485group_id=180858atid=894869 [3] http://sourceforge.net/tracker/index.php?func=detailaid=2019492group_id=180858atid=894869 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkitpnYACgkQdEpXpumNYVkzRQCfQHVlrWhzMNy0tw/ACvrQnrPr JoMAn0N9Aa27wMv9IN1+0urrSfIsmaVQ =xzDV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480520: FTBFS on ia64 architecture
Upstream author has provided a patch for this. I attach it with this mail. I think it should be ok on ia64, but I have no ia64 machine to test it. As far as I know, QEMU does not emulate ia64 machines. I plan to fix this bug on gcin 1.4.0 release. The latest release of upstream is 1.4.0.pre13. I expect that 1.4.0 will be released soon. Wen-Yen Chuang (caleb) --- gcin-1.3.9.orig/data/t2s-file.c +++ gcin-1.3.9/data/t2s-file.c @@ -53,10 +53,10 @@ bzero(a, sizeof(a)); bzero(b, sizeof(b)); sscanf(tt,%s %s,a,b); -t2s[t2sn].a=*((int *)a); -t2s[t2sn].b=*((int *)b); -s2t[t2sn].a=*((int *)b); -s2t[t2sn].b=*((int *)a); +memcpy(t2s[t2sn].a, a, sizeof(t2s[0].a)); +memcpy(t2s[t2sn].b, b, sizeof(t2s[0].b)); +memcpy(s2t[t2sn].a, a, sizeof(s2t[0].a)); +memcpy(s2t[t2sn].b, b, sizeof(s2t[0].b)); t2sn++; //dbg(%s %s\n, a,b); }
Bug#480520: FTBFS on ia64 architecture
Package: gcin Severity: serious Version: 1.3.9-1 I think this problem is similar to #406036 (but not #406036, of course). Upstream author has known this bug. Hope it will be fixed soon. Wen-Yen Chuang (caleb) Error messages: cc t2s-file.c ../util.o ../locale.o -o t2s-file -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 ./t2s-file make[6]: *** [t2s.dat] Bus error make[6]: Leaving directory `/build/buildd/gcin-1.3.9/data' make[5]: *** [all] Error 2 make[5]: Leaving directory `/build/buildd/gcin-1.3.9' make[4]: *** [im-srv.a] Error 2 make[4]: Leaving directory `/build/buildd/gcin-1.3.9/im-srv' make[3]: *** [im-srv/im-srv.a] Error 2 make[3]: Leaving directory `/build/buildd/gcin-1.3.9' make[2]: *** [libXimd.a] Error 2 make[2]: Leaving directory `/build/buildd/gcin-1.3.9/IMdkit/lib' make[1]: *** [IMdkit/lib/libXimd.a] Error 2 make[1]: Leaving directory `/build/buildd/gcin-1.3.9' make: *** [build-stamp] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406036: RFS: gcin (Closes RC bug #406036)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have uploaded a updated version 1.3.4-3 to fix this bug. It closes RC bug #406036, and also closes #419366, #420504, and #436914. The only one lintian warning is: W: gcin: package-name-doesnt-match-sonames libgcin-im-client1 libgcin-im-client1 is used only by gcin internally. It is unnecessary to pack another libgcin-im-client1 library package. The package can be found on mentors.debian.net: - - - dget http://mentors.debian.net/debian/pool/main/g/gcin/gcin_1.3.4-3.dsc You can see the debdiff here: - - - http://www.calno.com/moto/gcin/debdiff_1.3.4-2_to_1.3.4-3 I would be glad if someone uploaded this package for me. Kind regards Wen-Yen Chuang (caleb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH09PVdEpXpumNYVkRAlM/AJ42ix36xv/vDKJPVYztUtOYSaIz5gCgggyp s6yT2/xm++4kIhOhrjEnQ4A= =bKDd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406036: FTBFS on sparc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jurij Smakov wrote: Here's the backtrace for the SIGBUS on sparc in tsa2d32.c: Upstream author of gcin released a fixed tsa2d32.c today. Upstream version is 1.4.0.pre8 now. I will wait for the official release of 1.4.0 and upload it to mentors.debian.net. Well, it is hard to find a sponsor for input methods, though. :-( Current gcin (1.3.9-1) in mentors.debian.net: http://mentors.debian.net/debian/pool/main/g/gcin/ Wen-Yen Chuang (caleb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH0nvOdEpXpumNYVkRAvIMAJ43tSIWOhRAAl3r+HhZbqSlOIIoTgCeMag4 +uXqY93+1pNa/OSLEe9Cdms= =SRk5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463822: Failure to install libts-dev because duplicated .so files
Package: libts-dev Version: 1.0-3 Severity: grave libts-dev and libts-0.0-0 both provides /usr/lib/ts/*.so. It makes installation failure for libts-dev. It makes my xf86-input-tslib(ITP: 463056) FTBFS. Error message: dpkg: error processing /var/cache/apt/archives/libts-dev_1.0-3_i386.deb (--unpack): trying to overwrite `/usr/lib/ts/arctic2.so', which is also in package libts-0.0-0 Errors were encountered while processing: /var/cache/apt/archives/libts-dev_1.0-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Wen-Yen Chuang (caleb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406036: gcin_1.3.1-1(hppa/unstable): FTBFS: unaligned load/store
severity 406036 important I think it is reasonable to decrease the severity of this bug. I am still trying to solve it, but I think current gcin is good enough to enter Lenny. Well, I know. It still FTBFS on hppa, ia64, and sparc. :-( gcin 1.3.3-1 built successfully on hppa and ia64. It also built successfully on Ubuntu's hppa and ia64. It never built successfully on sparc architecture. hppa build log: http://experimental.debian.net/fetch.php?pkg=gcinver=1.3.3-1arch=hppastamp=1170058524file=logas=raw Toolchain package versions: libc6-dev_2.3.6.ds1-10 linux-kernel-headers_2.6.18-6 gcc-4.1_4.1.1-21 g++-4.1_4.1.1-21 binutils_2.17-3 libstdc++6-4.1-dev_4.1.1-21 libstdc++6_4.1.1-21 ia64 build log: http://experimental.debian.net/fetch.php?pkg=gcinver=1.3.3-1arch=ia64stamp=1170603991file=logas=raw Toolchain package versions: libc6.1-dev_2.3.6.ds1-10 linux-kernel-headers_2.6.18-6 gcc-4.1_4.1.1-21 g++-4.1_4.1.1-21 binutils_2.17-3 libstdc++6-4.1-dev_4.1.1-21 libstdc++6_4.1.1-21 Wen-Yen Chuang (caleb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406036: gcin_1.3.1-1(hppa/unstable): FTBFS: unaligned load/store
Thanks for your report. Current gcin will FTBFS in Sid's hppa, sparc, and ia64. Upstream author has acknowledged this problem. I will fix this as soon as possible once a patch is available. Wen-Yen Chuang (caleb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
