Bug#677873: xt: unrecognized option '--set-mark' / invalid option -- 's'
Hi Andreas, I also tried this method and it reported that he can't find the custom target . 2012/6/29 Andreas Henriksson andr...@fatal.se: Hello YANG Zhe! On Sun, Jun 17, 2012 at 08:26:50PM +0800, YANG Zhe wrote: [...] tc filter add dev wlan0 parent : protocol ip pref 20 u32 match u32 0 0 action xt -s 8.8.8.8 -j MARK --set-mark 1 but neither --set-mark nor -s can be used. Not that I know anything about this, but I think you can /only/ use -j with the tc xt module. To accomplish what you want to do thus do tc xt ... -j MYSETMARK1CHAIN then use iptables to create that chain and add a rule to it that sets the mark to 1 for everything jumping there. Please report back with your result! -- Andreas Henriksson -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661048: tc: htb calculates too small burst sizes
2012/6/20 Stephen Hemminger shemmin...@vyatta.com: On Wed, 20 Jun 2012 10:27:37 +0800 YANG Zhe yangzhe1...@gmail.com wrote: Hi Thomas, I read the htb code before so I'll show the problem here. When tc comes to calculate buffer cbuffer, it set lookup get_hz() and set buffer = rate / get_hz() + mtu. But nowadays, packet scheduling (sched) in kernel employ hrtimer so that the old limit of activity only HZ (100) times per second is removed. Also get_hz() returns 10^9 so that tc pretend that sched start 10^9 times per second. So buffer would be set to no more than mtu. But hrtimer doesn't work by this way. So every time htb starts, it can only send about 2 packet and because of sched won't start too frequently, the desired rate can't be reached. I would suggest that buffer should be manually set by user, and converted to 10ms amount of data by default in future version of tc. What about backward compatibility with older kernels. Maybe the kernel should just be fixed instead. Good point. tc communicate to htb by the netlink socket. buffer/cbuffer value is set by tc because (old and present version of) htb require it. So that for backward compatibility tc should just add a few checks for example if get_hz() may return 10^9 or 10^6, fallback to 100, which in another word means 10ms. -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661048: tc: htb calculates too small burst sizes
Hi, I just realized that buffer is converted to time by tc before it's send to HTB. In the old version of HTB it's the limit of how much data measured in time can be sent at once(in 1 time unit). Basicly buffer value is used as fine control of the speed limiting, which define the peak rate measured in a smaller unit of time. So It's still possible just change the kernel code to choose a fine control time unit and then multiply to calculate the amount of data or let user pass this value to the kernel (via tc, however). But then the workaround of + mtu will be a new problem. 2012/6/20 YANG Zhe yangzhe1...@gmail.com: 2012/6/20 Stephen Hemminger shemmin...@vyatta.com: On Wed, 20 Jun 2012 10:27:37 +0800 YANG Zhe yangzhe1...@gmail.com wrote: Hi Thomas, I read the htb code before so I'll show the problem here. When tc comes to calculate buffer cbuffer, it set lookup get_hz() and set buffer = rate / get_hz() + mtu. But nowadays, packet scheduling (sched) in kernel employ hrtimer so that the old limit of activity only HZ (100) times per second is removed. Also get_hz() returns 10^9 so that tc pretend that sched start 10^9 times per second. So buffer would be set to no more than mtu. But hrtimer doesn't work by this way. So every time htb starts, it can only send about 2 packet and because of sched won't start too frequently, the desired rate can't be reached. I would suggest that buffer should be manually set by user, and converted to 10ms amount of data by default in future version of tc. What about backward compatibility with older kernels. Maybe the kernel should just be fixed instead. Good point. tc communicate to htb by the netlink socket. buffer/cbuffer value is set by tc because (old and present version of) htb require it. So that for backward compatibility tc should just add a few checks for example if get_hz() may return 10^9 or 10^6, fallback to 100, which in another word means 10ms. -- Sincerely, Yang Zhe -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661048: tc: htb calculates too small burst sizes
Hi Thomas, I read the htb code before so I'll show the problem here. When tc comes to calculate buffer cbuffer, it set lookup get_hz() and set buffer = rate / get_hz() + mtu. But nowadays, packet scheduling (sched) in kernel employ hrtimer so that the old limit of activity only HZ (100) times per second is removed. Also get_hz() returns 10^9 so that tc pretend that sched start 10^9 times per second. So buffer would be set to no more than mtu. But hrtimer doesn't work by this way. So every time htb starts, it can only send about 2 packet and because of sched won't start too frequently, the desired rate can't be reached. I would suggest that buffer should be manually set by user, and converted to 10ms amount of data by default in future version of tc. -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677873: xt: unrecognized option '--set-mark' / invalid option -- 's'
Package: iproute Version: 20120521-2 Severity: normal Tags: upstream I'd like to set fwmark to some packet for example from 8.8.8.8: tc filter add dev wlan0 parent : protocol ip pref 20 u32 match u32 0 0 action xt -s 8.8.8.8 -j MARK --set-mark 1 but neither --set-mark nor -s can be used. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iproute depends on: ii libc6 2.13-17 ii libdb5.1 5.1.29-1 Versions of packages iproute recommends: ii libatm1 1:2.5.1-1.2 Versions of packages iproute suggests: pn iproute-doc none -- Configuration Files: /etc/iproute2/rt_tables changed [not included] -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643650: haproxy: usesrc clientip not working with linux kernel version = 3.0.0
Cyril Bonté told me in haproxy mailling list: Kernel bugzilla is down right now but the bug is referenced here : https://bugzilla.kernel.org/show_bug.cgi?id=42012 From the netdev archive, a patch has been proposed to fix the regression : http://www.spinics.net/lists/netdev/msg173766.html 2011/9/28 Christo Buschek cr...@30loops.net: Hello, Could you provide me with your configuration so that I can confirm the behaviour? greetinx christo On 09/28/2011 12:58 PM, Yang Zhe wrote: Package: haproxy Version: 1.4.15-1 Severity: important Tags: upstream patch After upgrading to linux kernel 3.0.0, my haproxy stopped working. By using debug option, I find that transparent with usesrc client stopped working. It alters: [ALERT]: Cannot bind to source address before connect() for proxy %s. Aborting. It worked correctly when I was using kernel 2.6.29. So that I checked into source code, and find that in src/proto_tcp.c:141, bind() returned 97 (EAFNOSUPPORT). I can't understand why it failed after successfully setsockopt(..., IP_TRANSPARENT, ...). Since perror says Address family not supported, I find that after memset() bind_addr to 0 at src/proto_tcp.c:132, bind_addr.sin_family is uninitialized. After I add bind_addr.sin_family = AF_INET; below memset(), recompile haproxy then it works again. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages haproxy depends on: ii adduser 3.113 add and remove users and groups ii libc6 2.13-17 Embedded GNU C Library: Shared lib ii libpcre3 8.12-3 Perl 5 Compatible Regular Expressi haproxy recommends no packages. haproxy suggests no packages. -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643650: haproxy: usesrc clientip not working with linux kernel version = 3.0.0
Package: haproxy Version: 1.4.15-1 Severity: important Tags: upstream patch After upgrading to linux kernel 3.0.0, my haproxy stopped working. By using debug option, I find that transparent with usesrc client stopped working. It alters: [ALERT]: Cannot bind to source address before connect() for proxy %s. Aborting. It worked correctly when I was using kernel 2.6.29. So that I checked into source code, and find that in src/proto_tcp.c:141, bind() returned 97 (EAFNOSUPPORT). I can't understand why it failed after successfully setsockopt(..., IP_TRANSPARENT, ...). Since perror says Address family not supported, I find that after memset() bind_addr to 0 at src/proto_tcp.c:132, bind_addr.sin_family is uninitialized. After I add bind_addr.sin_family = AF_INET; below memset(), recompile haproxy then it works again. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages haproxy depends on: ii adduser 3.113 add and remove users and groups ii libc6 2.13-17Embedded GNU C Library: Shared lib ii libpcre3 8.12-3 Perl 5 Compatible Regular Expressi haproxy recommends no packages. haproxy suggests no packages. -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595684: Could you package openvpn 2.1.2?
Package: openvpn Version: 2.1.0-3 Severity: wishlist In version 2.1.2 many changes were made and mainly affected the management interface, could you please package the new version? Changelog: http://openvpn.net/index.php/open-source/documentation/change-log/71-21-change-log.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.34-1-686 (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii liblzo2-2 2.03-2 data compression library ii libpam0g 1.1.1-4Pluggable Authentication Modules l ii libpkcs11-helper1 1.07-1 library that simplifies the intera ii libssl0.9.8 0.9.8o-2 SSL shared libraries ii net-tools 1.60-23The NET-3 networking toolkit ii openssl-blacklist 0.5-2 list of blacklisted OpenSSL RSA ke ii openvpn-blacklist 0.4list of blacklisted OpenVPN RSA sh openvpn recommends no packages. Versions of packages openvpn suggests: ii openssl 0.9.8o-2 Secure Socket Layer (SSL) binary a ii resolvconf1.46 name server information handler -- debconf information: openvpn/vulnerable_prng: openvpn/create_tun: false -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588519: Acknowledgement (xmms2-plugin-tta: tta plugin does not work)
FYI I report another bug on http://bugs.xmms2.xmms.se/view.php?id=2380. If debian maintainer may make a new revision in future please include those two patches to fix avcodec plugin with libavcodec 0.6 and tta plugin with cue sheet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588519: Acknowledgement (xmms2-plugin-tta: tta plugin does not work)
Could you please check if you have the avcodec-plugin? (File, magic and segment should be default/integrated in the core.) $ dpkg -l | grep avcodec ii libavcodec52 5:0.6~svn20100603-0.0 library to encode decode multimedia streams ii xmms2-plugin-avcodec 0.7DrNo-7.1 XMMS2 - avcodec decoder codec type or id mismatches 18:56:27 DEBUG: ../src/plugins/avcodec/avcodec.c:224: Opening decoder 'tta' failed I have find the key of the problem. I'm currently using debian multimedia's libavcodec52. But I switched to libavcodec52 in experimental whose version is 4:0.6-2 first, it also don't work. libavcodec52 in debian unstable (4:0.5.2-1) works. So I'm guessing libavcodec changed between 0.5 and 0.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588519: Acknowledgement (xmms2-plugin-tta: tta plugin does not work)
I see it is because of the below change in libavcodec/util.c,
-avctx-codec_id = codec-id;
+if ((avctx-codec_type == CODEC_TYPE_UNKNOWN || avctx-codec_type
== codec-type)
+avctx-codec_id == CODEC_ID_NONE) {
+avctx-codec_type = codec-type;
+avctx-codec_id = codec-id;
+}
+if(avctx-codec_id != codec-id || avctx-codec_type != codec-type){
+av_log(avctx, AV_LOG_ERROR, codec type or id mismatches\n);
+goto free_and_end;
+}
but I can't understand that in xmms2-0.7DrNo/src/plugins/avcodec/avcodec.c
data-codecctx = g_new0 (AVCodecContext, 1);
is initialized to zero. In avcodec_open() function it should go into
the first if clause. why not.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588519: Acknowledgement (xmms2-plugin-tta: tta plugin does not work)
Finally I think that it's a small upstream bug.
Either in libavcodec 0.5.2
enum CodecType {
CODEC_TYPE_UNKNOWN = -1,
CODEC_TYPE_VIDEO,
CODEC_TYPE_AUDIO,
CODEC_TYPE_DATA,
CODEC_TYPE_SUBTITLE,
CODEC_TYPE_ATTACHMENT,
CODEC_TYPE_NB
};
or in 0.6
enum AVMediaType {
AVMEDIA_TYPE_UNKNOWN = -1,
AVMEDIA_TYPE_VIDEO,
AVMEDIA_TYPE_AUDIO,
AVMEDIA_TYPE_DATA,
AVMEDIA_TYPE_SUBTITLE,
AVMEDIA_TYPE_ATTACHMENT,
AVMEDIA_TYPE_NB
};
In order to pass the avcodec_open()'s test of codec_type,
data-codecctx should be manually set to CODEC_TYPE_UNKNOWN or
CODEC_TYPE_AUDIO
--- src/plugins/avcodec/avcodec.c 2010-07-10 21:10:42.045571002 +0800
+++ tmp/avcodec.c 2010-07-10 21:15:58.981589650 +0800
@@ -219,6 +219,7 @@
data-codecctx-block_align = data-block_align;
data-codecctx-extradata = data-extradata;
data-codecctx-extradata_size = data-extradata_size;
+ data-codecctx-codec_type = CODEC_TYPE_AUDIO;
if (avcodec_open (data-codecctx, codec) 0) {
XMMS_DBG (Opening decoder '%s' failed, codec-name);
After rebuild avcodec plugin normal .tta plays.
But tta segment in .cue does not play right in my box, it plays a few
seconds then stop, then it plays the next file.. Should I open a
new bug report?
21:32:55 INFO: ../src/xmms/xform.c:1476: Successfully setup chain for
'file:///tmp/another.tta?startms=0stopms=202000' (1410) containing
file:magic:tta:avcodec:segment
21:32:55 INFO: ../src/xmms/xform.c:1476: Successfully setup chain for
'file:///tmp/another.tta?startms=204000stopms=436000' (1411)
containing file:magic:tta:avcodec:segment
21:32:56 INFO: ../src/xmms/xform.c:1476: Successfully setup chain for
'file:///tmp/another.tta?startms=439000stopms=641000' (1412)
containing file:magic:tta:avcodec:segment
21:32:57 INFO: ../src/xmms/xform.c:1476: Successfully setup chain for
'file:///tmp/another.tta?startms=644000' (1413) containing
file:magic:tta:avcodec:segment
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559351: rrdcollect: default configuration and manpages are out-of-date
Package: rrdcollect Version: 0.2.5-1 Severity: minor Manpages and default configuration updated in the sources package, doc directory, should update files in debian directory. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-oldxeon (SMP w/4 CPU cores; PREEMPT) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rrdcollect depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii librrd4 1.3.8-1Time-series data storage and displ Versions of packages rrdcollect recommends: ii rrdtool 1.3.8-1Time-series data storage and displ rrdcollect suggests no packages. -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559351: rrdcollect: default configuration and manpages are out-of-date
2009/12/4 Artur R. Czechowski artu...@hell.pl: Could you please give an example of such not updated file? doc/sample-rrdcollect.conf updated so that I think README.Debian, and manpages are out-of-date. And in recent kernel I see /proc/meminfo with different format as mentioned in the rrdcollect.conf, I think the memory part should be changed? -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522174: It's resolved long before, please close this bug, thanks
It's here: http://code.google.com/p/fbterm/issues/detail?id=17can=1q=yangzhe1990 -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500560: The standard way is percent encoding I think
Subject: Re: The standard way is percent encoding I think Package: apt Version: 0.7.24 Severity: normal Since curl, wget, cups, samba, ... all use it. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; -- /etc/apt/preferences -- Package: * Pin: release a=experimental Pin-Priority: 101 -- (no /etc/apt/sources.list present) -- -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii libc6 2.9-27 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-6 GCC support library ii libstdc++64.4.1-6The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.4.11.11-1+b2 terminal-based package manager ii bzip2 1.0.5-3high-quality block-sorting file co ii dpkg-dev 1.15.4 Debian package development tools ii lzma 4.43-14Compression method of 7z format in pn python-aptnone (no description available) -- no debconf information -- Sincerely, Yang Zhe
Bug#551316: w3m didn't precent decode the password section in environment http_proxy
Package: w3m Version: 0.5.2-2.1 Severity: normal I'm using a http proxy with password p...@word, so I must set http_proxy=http://username:pass%40w...@hostname; to let it works in wget or curl or some other application. But with w3m, I find that it sends the password as pass%40word, which is wrong. I think that similar situation may arise on some other website with password contains @ -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages w3m depends on: ii libc6 2.9-27 GNU C Library: Shared libraries ii libgc1c2 1:6.8-1.2 conservative garbage collector for ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libssl0.9.8 0.9.8k-5 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20090814 Common CA certificates Versions of packages w3m suggests: ii man-db 2.5.6-3 on-line manual pager ii menu 2.1.42 generates programs menu for all me pn migemo none (no description available) ii mime-support 3.46-1 MIME files 'mime.types' 'mailcap pn w3m-el none (no description available) pn w3m-img none (no description available) -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522874: libqt4-core: Can not use embolden font in qt4
Thank you for notice this bug. But the upstream seems to ingore this bug for a really long time http://www.qtsoftware.com/developer/task-tracker/index_html?method=entryid=175023 This bug is open for 1.8years.. -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523612: xserver-xorg-core: xorg leaks memory when resizing windows
(exceeds panel dimensions) (II) intel(0): Not using default mode 1680x1050 (exceeds panel dimensions) (II) intel(0): Not using default mode 1920x1080 (monitor doesn't support reduced blanking) (II) intel(0): Not using default mode 1920x1200 (monitor doesn't support reduced blanking) (II) intel(0): Not using default mode 1920x1440 (exceeds panel dimensions) (II) intel(0): Not using default mode 2048x1536 (exceeds panel dimensions) (II) intel(0): Not using default mode 2048x1536 (exceeds panel dimensions) (II) intel(0): Not using default mode 2048x1536 (exceeds panel dimensions) (II) intel(0): Printing probed modes for output LVDS (II) intel(0): Modeline 1280x800x60.0 69.25 1280 1328 1360 1404 800 803 809 822 -hsync -vsync (49.3 kHz) (II) intel(0): Modeline 1280x800x50.0 57.71 1280 1328 1360 1404 800 803 809 822 -hsync -vsync (41.1 kHz) (II) intel(0): Modeline 1024x768x85.0 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (68.7 kHz) (II) intel(0): Modeline 1024x768x75.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz) (II) intel(0): Modeline 1024x768x70.1 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline 1024x768x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline 832x624x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline 800x600x85.1 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (53.7 kHz) (II) intel(0): Modeline 800x600x72.2 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): Modeline 800x600x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline 800x600x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline 800x600x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline 640x480x85.0 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (43.3 kHz) (II) intel(0): Modeline 640x480x72.8 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline 640x480x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline 640x480x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline 720x400x85.0 35.50 720 756 828 936 400 401 404 446 -hsync +vsync (37.9 kHz) (II) intel(0): Modeline 640x400x85.1 31.50 640 672 736 832 400 401 404 445 -hsync +vsync (37.9 kHz) (II) intel(0): Modeline 640x350x85.1 31.50 640 672 736 832 350 382 385 445 +hsync -vsync (37.9 kHz) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-core2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-core depends on: ii libaudit01.7.12-1Dynamic library for security audit ii libc62.9-6 GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1simple interprocess messaging syst ii libdrm2 2.4.5-2 Userspace interface to kernel DRM ii libfontenc1 1:1.0.4-3 X11 font encoding library ii libgcc1 1:4.3.3-7 GCC support library ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime libr ii libhal1 0.5.12~git20090406.46dc48-1 Hardware Abstraction Layer - share ii libpciaccess 0.10.5-3Generic PCI access library for X ii libpixman-1- 0.14.0-1pixel-manipulation library for X a ii libselinux1 2.0.71-1SELinux shared libraries ii libxau6 1:1.0.4-2 X11 authorisation library ii libxdmcp61:1.0.2-3 X11 Display Manager Control Protoc ii libxfont11:1.3.4-2 X11 font rasterisation library ii xserver-comm 2:1.6.0-1 common files used by various X ser ii xserver-xorg 1:7.4+1 the X.Org X server Versions of packages xserver-xorg-core recommends: ii libgl1-mesa-dri 7.4-2 A free implementation of the OpenG ii xfonts-base 1:1.0.0-6 standard fonts for X ii xkb-data 1.5-2 X Keyboard Extension (XKB) configu Versions of packages xserver-xorg-core suggests: ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X ii xfonts-scalable 1:1.0.0-6 scalable fonts for X -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523612: Acknowledgement (xserver-xorg-core: xorg leaks memory when resizing windows)
Er, I applied the patch mentioned in the upstream bugreport.. But the problem seems not fully resolved.. Only seems better. I repeat opening an rxvt, maximize it, then restore, repeat this process many times. My memory and swap are used up.. 2009/4/11, Debian Bug Tracking System ow...@bugs.debian.org: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian X Strike Force debia...@lists.debian.org If you wish to submit further information on this problem, please send it to 523...@bugs.debian.org, as before. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 523612: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523612 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523612: Info received (Bug#523612: Acknowledgement (xserver-xorg-core: xorg leaks memory when resizing windows))
I'm sorry, after somate minutes, the memory usage falls to normal state and maybe this patch works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523652: xserver-xorg-input-synaptics: tapping and scrolling not turned off when set TouchpadOff=2
Package: xserver-xorg-input-synaptics Version: 1.1.0-1 Severity: important In the previously experimental 0.9xxx version, there is no problem with syndaemon.. But now syndaemon not work. I use /usr/bin/syndaemon -i 3 -d -t -k -K to start syndaemon. And I monitored the TouchpadOff property, it was set to 2 but either tapping or scrolling is not turned off. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-core2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-synaptics depends on: ii libc6 2.9-6 GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii libxi62:1.2.1-2 X11 Input extension library ii xserver-xorg-core 2:1.6.0-2 Xorg X server - core server xserver-xorg-input-synaptics recommends no packages. Versions of packages xserver-xorg-input-synaptics suggests: pn gsynaptics | ksynaptics | qsy none (no description available) -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522174: fbterm: Ctrl-Alt-C, Shift-PageUp/PageDown doesn't work for normal user
Package: fbterm Version: 1.4-2 Severity: important As described in title, ls -l /dev/fb0 crw-rw 1 root video 29, 0 04-01 07:48 /dev/fb0 and I'm sure I'm in group video, elsewise fbterm refuse to start. For root, all the shortkeys work. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-core2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fbterm depends on: ii libc6 2.9-6 GNU C Library: Shared libraries ii libfontconfig12.6.0-3generic font configuration library ii libfreetype6 2.3.9-4FreeType 2 font engine, shared lib ii libgcc1 1:4.3.3-5 GCC support library ii libstdc++64.3.3-5The GNU Standard C++ Library v3 fbterm recommends no packages. fbterm suggests no packages. -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519370: hal: ntfs filesystem has dmask and fmask options
Package: hal Version: 0.5.11-8 Severity: minor As the description in the title, I think it's better to include the following two line into the corresponding ntfs section in the file /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi append key=volume.mount.valid_options type=strlistdmask=/append append key=volume.mount.valid_options type=strlistfmask=/append vfat file system has already these two lines, so I think this two lines should be add into the ntfs section too.. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-core2 (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii adduser 3.110add and remove users and groups ii dbus1.2.12-1 simple interprocess messaging syst ii hal-info20090309-1 Hardware Abstraction Layer - fdi f ii libc6 2.9-4GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-20.80-3 simple interprocess messaging syst ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libgcc1 1:4.3.3-5GCC support library ii libglib2.0-02.18.4-2 The GLib library of C routines ii libhal-storage1 0.5.11-8 Hardware Abstraction Layer - share ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii libsmbios2 2.0.3.dfsg-1 Provide access to (SM)BIOS informa ii libstdc++6 4.3.3-5 The GNU Standard C++ Library v3 ii libusb-0.1-42:0.1.12-13 userspace USB programming library ii libvolume-id0 0.125-7 libvolume_id shared library ii lsb-base3.2-20 Linux Standard Base 3.2 init scrip ii mount 2.13.1.1-1 Tools for mounting and manipulatin ii pciutils1:3.1.2-1Linux PCI Utilities ii pm-utils1.2.4-2 utilities and scripts for power ma ii udev0.125-7 /dev/ and hotplug management daemo ii usbutils0.73-10 Linux USB utilities Versions of packages hal recommends: ii eject 2.1.5+deb1+cvs20081104-5 ejects CDs and operates CD-Changer ii libsmbios-bin 2.0.3.dfsg-1 Provide access to (SM)BIOS informa Versions of packages hal suggests: pn gnome-device-manager none (no description available) -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504067: NUM_CONSOLES is *NOT* set globally in /etc/init.d/console-screen.sh
Package: console-tools
Version: 1:0.2.3dbs-65.1
Severity: important
Tags: patch
So that if the ${SCREEN_FONT} is not set, setleds section can not run,
the script will print the following message since the ${NUM_CONSOLES}
is not set:
./console-screen.sh: line 214: [: 1: unary operator expected
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages console-tools depends on:
ii debconf [debconf-2.0]1.5.24 Debian configuration management sy
ii libc62.7-15 GNU C Library: Shared libraries
ii libconsole 1:0.2.3dbs-65.1 Shared libraries for Linux console
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
Versions of packages console-tools recommends:
ii console-common0.7.80 basic infrastructure for text cons
ii console-data 2:1.07-11 keymaps, fonts, charset maps, fall
Versions of packages console-tools suggests:
pn kbd-compatnone (no description available)
-- no debconf information
--- console-screen.sh 2008-10-31 12:37:41.0 +0800
+++ console-screen.sh.new 2008-10-31 12:31:12.0 +0800
@@ -87,6 +87,12 @@
[ $VERBOSE != no ] log_action_end_msg 0
fi
+# Try to be cleverer and run for all consoles, but this is run
+# _before_ getty and so only one console running. So,
+# Set for the first 6 VCs (as they are allocated in /etc/inittab)
+NUM_CONSOLES=`fgconsole --next-available`
+NUM_CONSOLES=$(($NUM_CONSOLES - 1))
+[ ${NUM_CONSOLES} -eq 1 ] NUM_CONSOLES=6
# Global default font+sfm
if [ ${SCREEN_FONT} ]
@@ -97,12 +103,6 @@
# maybe use an external SFM
[ ${SCREEN_FONT_MAP} ] SCREEN_FONT_MAP=-u ${SCREEN_FONT_MAP}
- # Try to be cleverer and run for all consoles, but this is run
- # _before_ getty and so only one console running. So,
- # Set for the first 6 VCs (as they are allocated in /etc/inittab)
- NUM_CONSOLES=`fgconsole --next-available`
- NUM_CONSOLES=$(($NUM_CONSOLES - 1))
- [ ${NUM_CONSOLES} -eq 1 ] NUM_CONSOLES=6
i=1
while [ $i -lt $NUM_CONSOLES ]
do
Bug#503373: foo2zjs: Should/Better select printer and run ``getweb'' to download firmwire during package installation
Package: foo2zjs Version: 20070718dfsg-8 Severity: important After I had configured my printer (HP LaserJet 1020), I find that I can't print unless it has been used on another system say windows, do not poweroff it, then connect to my system. I also find that if it was turned off and turned on, I should use another system to print a document again, then connect to my system, to get it work on my system. After a long time searching on web I find that I should run ``getweb 1020''. I think it's better prompt it when doing postinst. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages foo2zjs depends on: ii libc6 2.7-15 GNU C Library: Shared libraries Versions of packages foo2zjs recommends: ii foomatic-db-engine 3.0.2-20080211-1 OpenPrinting printer support - pro ii wget1.11.4-2 retrieves files from the web Versions of packages foo2zjs suggests: pn hannah-foo2zjsnone (no description available) ii psutils 1.17-26A collection of PostScript documen -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
