Bug#669322: aptitude: "Method http has died unexpectedly" with zh_CN.utf8 locale

2012-05-14 Thread Guanhao Yin
On Mon, 2012-05-14 at 15:30 +0800, Daniel Hartwig wrote: > Hi > > > E: Write error - write (11: Resource temporarily unavailable) > > E: Method http has died unexpectedly! > > > > If I set LANG to C, the error does not occur any more. > > This was caused by a regression in libapt-pkg4.12 that is

Bug#669322: [Aptitude-devel] Bug#669322: aptitude: "Method http has died unexpectedly" with zh_CN.utf8 locale

2012-04-28 Thread Guanhao Yin
You may already know that, but it seems to be aptitude-defaults.zh_CN that directly causes the problem. So a simple workaround of this bug would be to remove all entries in that file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Troubl

Bug#669322: [Aptitude-devel] Bug#669322: aptitude: "Method http has died unexpectedly" with zh_CN.utf8 locale

2012-04-28 Thread Guanhao Yin
Hi, On 28 April 2012 13:36, Daniel Hartwig wrote: > Hello > > Initially I could reproduce this twice but no more after switching to > debugging tools (everything compiled "-O0 -g"). > I have made a couple changes which may effect this. First is to fix a > very old bug where download threads we

Bug#669322: aptitude: "Method http has died unexpectedly" with zh_CN.utf8 locale

2012-04-18 Thread Guanhao Yin
Package: aptitude Version: 0.6.6-1+b1 Severity: important In the curses interface, when I try to update the package list, I get an error message saying: E: 写出错 - write (11: 资源暂时不可用) E: Method http has died unexpectedly! translated to English, that is: E: Write error - write (11: Resource tempor

Bug#667608: sunpinyin: renders ibus-sunpinyin unusable

2012-04-05 Thread Guanhao Yin
Package: sunpinyin Version: 2.0.3+git20120222-1 Severity: important After upgrading libsunpinyin3 and sunpinyin-data to 2.0.3+git20120222-1, ibus-sunpinyin is unusable (cannot switch to sunpinyin in ibus). Downgrading both packages to 2.0.3-5 solves the problem. I'm using ibus-sunpinyin 2.0.3-3.

Bug#642072: python3-gobject: python3 crashes randomly when invoking Gtk.Menu.popup with Gtk.StatusIcon.position_menu

2011-11-20 Thread Guanhao Yin
found 642072 3.0.2-3 thanks Well, I noticed a new version of python3-gobject in unstable. It seems that the API has changed and I have to update the testing program. Anyway, with pyGobject 3.0.2-3, it still works well with python 2 but receives SIGILL or SIGSEG with python 3. #!/usr/bin/env pytho

Bug#649235: ibus-sunpinyin: please depend on/recommend python-glade2

2011-11-18 Thread Guanhao Yin
Package: ibus-sunpinyin Version: 2.0.3-2 Severity: normal A configuration program, ibus-setup-sunpinyin, is shipped by ibus-sunpinyin. Without python-glade2, the program is unusable. BTW, is there a particular reason why this program is under /usr/lib/ibus-sunpinyin instead of /usr/bin? -- Syste

Bug#642072: python3-gobject: python3 crashes randomly when invoking Gtk.Menu.popup with Gtk.StatusIcon.position_menu

2011-09-19 Thread Guanhao Yin
Package: python3-gobject Version: 2.28.6-5 Severity: normal (test.py is attached) $ python3 test.py # then right-click the icon popup_menu Segmentation fault $ python3 test.py # then right-click the icon popup_menu Illegal instruction $ python test.py # then right-click the icon, and then click `

Bug#641089: gogoc does not support v4-in-v6 tunnel

2011-09-12 Thread Guanhao Yin
On Tue, Sep 13, 2011 at 09:24:22AM +1000, Craig Small wrote: > I've never tried that before; an IPv4 tunnel on an IPv6 network. Well, I wanted to try that because my IPv6 connectivity has better quality, less limitations and is cheaper. > It appears that it is not currently supported. > http://go

Bug#641089: failed to connect to IPv6-only server with tunnel_mode=v4v6

2011-09-10 Thread Guanhao Yin
Package: gogoc Version: 1:1.2-4 Severity: normal Tags: ipv6 I was trying to set up a 4in6 tunnel with gogoc, but it doesn't work: --- $ sudo gogoc -n gogoCLIENT v1.1-RELEASE build Jul 27 2011-21:59:58 Built on ///Linux elmo 2.6.38-2-amd64 #1 SMP Sat Apr 23 18:47:49 UTC 2011 x86