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 : > 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
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 : > 2012/6/20 Stephen Hemminger : >> On Wed, 20 Jun 2012 10:27:37 +0800 >> YANG Zhe 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
2012/6/20 Stephen Hemminger : > On Wed, 20 Jun 2012 10:27:37 +0800 > YANG Zhe 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 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 -- 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 : > 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)
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=0&stopms=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=204000&stopms=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=439000&stopms=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#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)
> 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#559351: rrdcollect: default configuration and manpages are out-of-date
2009/12/4 Artur R. Czechowski : > 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#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#522174: It's resolved long before, please close this bug, thanks
It's here: http://code.google.com/p/fbterm/issues/detail?id=17&can=1&q=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#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 (no description available) ii mime-support 3.46-1 MIME files 'mime.types' & 'mailcap pn w3m-el (no description available) pn w3m-img (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#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(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-apt (no description available) -- no debconf information -- Sincerely, Yang Zhe
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=entry&id=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#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 (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#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#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 : > > 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 > > 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: xserver-xorg-core: xorg leaks memory when resizing windows
0x1050" (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 "1280x800"x60.0 69.25 1280 1328 1360 1404
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 dmask= fmask= 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 (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-compat (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-foo2zjs (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]