Bug#1057541: [ncurses-base] nload and possibly more, broken when launched over ssh (old issue reappears)

Hello, Downgrading to ncurses-base 6.2 (along with libncurses6 and libtinfo6) from bullseye, solves it. -- With respect, Roman

Bug#1057539: [nload] Broken display after upgrading to bookworm

Package: nload Version: 0.7.4-1+b2 Severity: normal Hello, After upgrading my Debian version from bullseye to bookworm, I see that the display became broken in 'nload'. It works fine for the first 6 updates, but after that the numbers sections starts drifting towards the left, together with the

Bug#1040010: [debian-installer] Please support more arm64 boards

On Fri, 14 Jul 2023 00:33:25 +0500 Roman Mamedov wrote: > There isn't really an image per board, but at least a clever system of > concatenating a board-specific bootloader and a board-agnostic rest of the > image. That looks reasonable enough, and I suppose building the current > 12

Bug#1040010: [debian-installer] Please support more arm64 boards

Hello, On Thu, 13 Jul 2023 21:27:09 +0200 Emanuele Rocca wrote: > On 2023-07-01 04:18, Roman Mamedov wrote: > > There are 42 DTBs shipped with the installer for Allwinner alone: > > https://d-i.debian.org/daily-images/arm64/daily/device-tree/allwinner/ > > > >

Bug#1040608: [solid-pop3d] Hardcoded connection ratelimit, "per source limit exceeded"

Package: solid-pop3d Version: 0.15-31 Severity: normal Hello, If the user connects too often to the POP3 server, solid-pop3d will eventually refuse connections with a log message that "per source limit exceeded". This is really weird and inconvenient. There is no word in man spop3d.conf about

Bug#1040010: [debian-installer] Please support more arm64 boards

Package: debian-installer Severity: normal Hello, There are 42 DTBs shipped with the installer for Allwinner alone: https://d-i.debian.org/daily-images/arm64/daily/device-tree/allwinner/ But for the bootloader aka firmware aka u-boot:

Bug#1019211: [html2text] Eats 6+GB RAM (or crashes if it can't) on a certain HTML file

Package: html2text Version: 1.3.2a-28 Severity: normal Hello, On a 512 MB of RAM machine with Bullseye: # html2text -utf8 < page.html html2text: error: Cannot allocate memory Aborted Trying the same on a 16 GB of RAM machine which runs Buster and the earlier html2text version 1.3.2a-24,

Bug#1015831: [hddtemp] Please keep hddtemp in Debian

Package: hddtemp Severity: wishlist Hello, I have been surprised to see the changelog entry about the planned removal of hddtemp. I would like to leave a couple of comments to that. > hddtemp has been dead upstream for many years and is therefore in a minimal > maintenance mode. It will be

Bug#1015209: [rsyslog] No initscript anymore, not functional without systemd?

On Sun, 17 Jul 2022 21:19:19 +0100 Mark Hindley wrote: > Of course rsyslog does still work without systemd. The initscript was removed > and is now found in the orphan-sysvinit-scripts package. Great to know, never heard of that package before. But even though rsyslog as a program does still

Bug#1015209: [rsyslog] No initscript anymore, not functional without systemd?

On Sun, 17 Jul 2022 19:50:52 +0200 Michael Biebl wrote: > > I just found that on one of my upgraded Bullseye machines I do not have > > system > > logs anymore, nor rsyslog running at all. > > > > Trying to start it, I find that there's no /etc/init.d/rsyslog. I see there > > is > > an

Bug#1015209: [rsyslog] No initscript anymore, not functional without systemd?

Package: rsyslog Version: 8.2206.0-1~bpo11 Severity: normal Hello, I just found that on one of my upgraded Bullseye machines I do not have system logs anymore, nor rsyslog running at all. Trying to start it, I find that there's no /etc/init.d/rsyslog. I see there is an rsyslog.service file, but

Bug#1014659: logrotate: error: state file /var/lib/logrotate/status is world-readable

Hello, Here is the permission layout after the "error" message has been issued. I did not check what it was before. I'm not sure if this means I will not get another "error" tomorrow. On another host, I did "chmod o-rx" on the logrotate directory, thinking maybe it wants that. Not sure yet if

Bug#1005018: [procps] snice: does not work anymore in 3.3.15

Hello, I guess this is a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903540 But Buster currently has the broken version. In that case please consider this as a request to update the version there. -- With respect, Roman

Bug#1005018: [procps] snice: does not work anymore in 3.3.15

Package: procps Version: 2:3.3.15-2 Severity: normal snice has no effect on process priority anymore, neither when invoked with the process name, nor with a user name. With version 3.3.9 it worked fine. I did not test versions in-between. Running a process of: sleep 3600 And doing:

Bug#1002007: [glusterfs-server] Does not include an init script

Package: glusterfs-server Version: 9.2-1~bpo10+1 Severity: normal From package description: "This package installs init scripts and configuration files to turn GlusterFS into a fully fledged file server." But it does not actually include any init scripts: ls /etc/init.d/*gluster* ls: cannot

Bug#993679: [init-system-helpers] Upgrading from Jessie to Bullseye fails

Package: init-system-helpers Version: 1.60 Severity: normal # apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be REMOVED: libcwidget3 libsigc++-2.0-0c2a The following NEW

Bug#991478: [shim-signed] RFE: do not brick users' systems in the stable distribution

On Tue, 10 Aug 2021 20:20:23 +0200 Paul Gevers wrote: > I learned yesterday that people that use APT pinning or > APT::Default-Release may be missing out -updates if they pin to buster > only. See the latest entry to the release notes [1, last paragraph] to > cover the issue for

Bug#991478: [shim-signed] RFE: do not brick users' systems in the stable distribution

On Sun, 25 Jul 2021 12:43:48 +0100 Steve McIntyre wrote: > Which provider is using secure boot on arm64 at this point? I've not > heard of any. Can you share details of package versions etc. for that > please? It is the Oracle Cloud. Actually I am not certain they use secure boot, or that the

Bug#991478: [shim-signed] RFE: do not brick users' systems in the stable distribution

On Sun, 25 Jul 2021 20:19:55 +0500 Roman Mamedov wrote: > As for the package versions, I was using the vanilla Debian Buster. Here is the log of the upgrade after which it no longer booted up: Hit:1 https://deb.debian.org/debian-security buster/updates InRelease Hit:2 https://deb.debian.

Bug#991478: [shim-signed] RFE: do not brick users' systems in the stable distribution

Package: shim-signed Severity: grave Starting from 1.34~1+deb10u1 and its corresponding "***WARNING***", now the arm64 shim "is no longer signed". As a result, after a mundane package upgrade and a reboot, all of my remote arm64 machines do not boot anymore. I was not aware that the cloud

Bug#576959: jnettop: No IPv6 on PPP interface

Hello, Just wanted to confirm that this remains an issue even though more than 10 years have passed since the initial bug report. Thanks -- With respect, Roman

Bug#966471: [qbittorrent-nox] Version kept from Stretch fails to launch after Buster upgrade

Package: qbittorrent-nox Version: 3.3.7-3 Severity: normal I kept version 3.3.7-3 of the package from Stretch via 'aptitude hold' and upgraded the rest of the system to Buster. Now it does not launch with the error: /usr/bin/qbittorrent-nox: symbol lookup error: /usr/bin/qbittorrent-nox:

Bug#877667: firmware-realtek: please add RTL8812 firmware (rtl8812aefw.bin & rtl8812aefw_wowlan.bin)

Hello, Unfortunately 3 years later this is still not added, the device still works much worse without it, and it is still required to obtain the firmware separately to get the proper performance. The repository at the URL referenced got deleted since then, but can still accessed via:

Bug#944444: [aggregate] Please add IPv6 support

Package: aggregate Version: 1.6-7+b1 Severity: normal $ echo 2001:db8::/32 | aggregate aggregate: maximum prefix length permitted will be 32 aggregate: [line 1] can't parse prefix '2001:db8::'; ignoring line aggregate: no prefixes supplied It is bizarre that with Debian's goal of full IPv6

Bug#944445: [iprange] Doesn't support IPv6, and doesn't mention that it doesn't

Package: iprange Version: 1.0.3+ds-1 Severity: normal Fails in a bad way when trying to use IPv6: $ echo 2001:db8::/32 | iprange iprange: Ignoring text after hostname '2001' on line 1: ':db8::/32 ' 0.0.7.209 Please add v6 support or a better error message than this. Also, the current

Bug#941328: [curl] A lot of new puzzling and seemingly useless output in "verbose"

Package: curl Version: 7.64.0-4 Severity: normal Up until now "curl -v" was reasonably useful for debugging a connection issue or for posting to others to demonstrate issues with their website. But currently its signal to noise ration has plummeted -- what is all this "Expire in" garbage, and is

Bug#905247: nload broken when executed via SSH

On Mon, 8 Jul 2019 12:26:08 -0300 Marcio Souza wrote: > Hello, > > I need the more info. I tried to reproduce the bug, but I don't see > this problem. I run nload over ssh from Debian 10(Gnome desktop) to > other Debian 10 without problem. I've changed severity to important > because this

Bug#905247: And still not fixed for Buster release

Severity: grave Downgrading ncurses back to Debian Stretch versions fixes the issue for me. Namely, to libncurses5_6.0+20161126-1+deb9u2_amd64.deb libtinfo5_6.0+20161126-1+deb9u2_amd64.deb ncurses-base_6.0+20161126-1+deb9u2_all.deb -- With respect, Roman

Bug#873086: ifupdown script disables IPv6 on parent of VLAN interface

Hello, Actually, both 1.6-2 and 1.5-16 still disable IPv6 on the parent interface for me, in a config like this: iface br-test inet static address 192.168.9.101 netmask 255.255.255.0 bridge-ports eth1.1008 After "ifup br-test", /proc/sys/net/ipv6/conf/eth1/disable_ipv6 is set to 1. --

Bug#873086: ifupdown script disables IPv6 on parent of VLAN interface

Hello, I just hit this bug as well. From what I see this has been fixed in 1.5-16, but Stretch currently contains 1.5-13+deb9u1. And 1.5-16 is not available in any archive. The Buster version is 1.6-2. Is it possible to push the fixed version to Stretch? Thanks -- With respect, Roman

Bug#891324: radvd: Claims ::/64 prefix is invalid in the log

Hello, This is fixed upstream: https://github.com/reubenhwk/radvd/commit/b37baa1137d0bd5b9cceb2e447550f1c0a105ac6 -- With respect, Roman

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

On Fri, 8 Feb 2019 10:42:06 +0100 Aurelien Jarno wrote: > Yes, that's normal that only LANG is set, as it's the one with less > priority. That said there was clearly something setting LC_ALL to > en.US-UTF-8 before, you might want to grep /etc for that. When only LANG > is set, you should get

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

On Fri, 8 Feb 2019 10:21:41 +0100 Aurelien Jarno wrote: > What is the content of /etc/default/locale? it looks like you have an > additional entry than the LANG one set by dpkg-reconfigure locales. "dpkg-reconfigure locales" only writes LANG=C.UTF-8 (or any other accordingly) to that file. This

Bug#877900: How to get 24-hour time on en_US.UTF-8 locale now?

So for those of us (the entire world), who have been relying on this behavior: > * en_US (.UTF-8) is used as the default English locale for all places that > don't have a specific variant (and often even then). Generally, technical > users use English as a system locale How do we roll-back

Bug#912312: [iproute2] Space before subnets in "ip rule" output

Package: iproute2 Version: 4.18.0-2~bpo9+1 Severity: normal On 4.18.0-2~bpo9+1: ip -6 rule ... 3500: from all to 2a00:1450:: /32 lookup main 3500: from all to 2a02:6b8:: /32 lookup main 3500: from all to 2a02:2698:: /32 lookup main ... On 4.9.0-1+deb9u1: ... 3500: from all to

Bug#904423: Great catch

Thanks for this report! And I here was wondering why my IRQBALANCE_ARGS doesn't work. This must be the dumbest bug ever. And the fact that it's not fixed since months and is still present in the current release, unfortunately shows the appalling state that Debian is in currently. -- With

Bug#897933: libguestfs0 insane dependency hell

Yep, stumbled upon this just now too, as trying to get just one simple utility which happens to be packaged in "libguestfs-tools", suddenly wanted to install a DHCP client and systemd on my machine. Folks, seriously? Moreover, stretch was supposed to be usable without systemd, but here we have:

Bug#889867: [claws-mail] selection jumps to the last item in a folder after Delete

Package: claws-mail Version: 3.14.1-3+b1 Severity: normal When a folder has multiple messages, selecting any of them and pressing the "Delete" key deletes the message and then jumps the selection cursor to the very last message in that folder. This is not observed with 3.11.1-3+deb8u1. In that

Bug#876252: mhddfs segfaults seemingly randomly (not from updatedb like other bug)

On Wed, 20 Sep 2017 01:16:08 -0700 Ben Gladstone wrote: > I'm just waiting to see if it crashes in the next week or so. Have you tried > that patch yet? As I have no crashes even without the patch, I can't provide any useful testing. Perhaps I no longer hit that corner

Bug#876252: mhddfs segfaults seemingly randomly (not from updatedb like other bug)

On Wed, 20 Sep 2017 00:49:06 -0700 Ben Gladstone wrote: > I unfortunately haven't been able to identify a pattern, but every couple of > days mhddfs > crashes, giving me the message "The transport endpoint is not connected." > when I try to access > anything mounted by

Bug#868043: [vnstat] Version 1.15 changes output units and removes rounding, with no way to configure?

Package: vnstat Version: 1.15-2 Severity: normal Hello, Upgrading from Jessie version 1.12 to Stretch version 1.15 changes the output format of vnstat -h significantly. Now bandwidth values are in a different unit and no longer rounded to integer. This not only looks worse by adding extra

Bug#863516: [ntpdate] Returns success exit code on errors

Package: ntpdate Version: 1:4.2.6.p5+dfsg-7+deb8u2 Severity: normal On (some?) errors ntpdate exits with zero (success) exit code: # ntpdate 2.pool.ntp.org && echo OK || echo Fail 21 Oct 22:34:55 ntpdate[2729]: Can't adjust the time of day: Invalid argument OK --- System information. ---

Bug#814339: nghttp2: missing build-dependency on python-sphinxcontrib.rubydomain

Hello, I just hit the same snag that the original report is describing, and had to spend some time digging around to figure out what's wrong. Would it really hurt to just add the single missing build-depends line as the OP is proposing? Alternatively, yes, please backport the 1.17 version into

Bug#656862: Bug#827031: xvnc4viewer: crashes with stack smashing on startup

On Tue, 14 Jun 2016 14:21:47 +0200 Ola Lundqvist wrote: > It was not Torsten who wrote the patch. > Just FYI. Apologies for assuming that he did. Guess I jumped to replying due to facing this attitude too often, that things must be ultra-hardened and uber-secure, without any

Bug#656862: Bug#827031: xvnc4viewer: crashes with stack smashing on startup

On Tue, 14 Jun 2016 14:02:42 +0200 (CEST) Thorsten Glaser wrote: > > Thanks a lot for your report. It happen to be the harden-build flag > > correction that caused this. I have reverted that now and will upload > > Erm… how about you fix the bug instead? The hardened build

Bug#818474: [mini-httpd] 1.21 lost HTTPS support

Package: mini-httpd Version: 1.21-1 Severity: normal Hello, I am trying out the version from Stretch, and find that it does not support HTTPS anymore. Comparison: mini-httpd 1.19-9.3: # mini-httpd --help usage: mini-httpd [-C configfile] [-D] [-S] [-E certfile] [-Y cipher] [-p port] [-d

Bug#815523: [rsync] New "copying unsafe symlink" warning after upgrade to 3.1.1

Package: rsync Version: 3.1.1-3 Severity: normal Hello, After upgrade from 3.0.9 (Wheezy) to 3.1.1 (Jessie) my scripts started producing many "copying unsafe symlink" warnings; it is correct that all of those are unsafe symlinks, but I do use the explicit --copy-unsafe-links flag, and copying

Bug#652100: Fixed in 4.3-11+b1

fixed 652100 version 4.3-11+b1 thanks For the record, as of 4.3-11+b1 the problem does not occur anymore. -- With respect, Roman signature.asc Description: PGP signature

Bug#812592: Requires systemd on Jessie for no particular reason

Package: k3b Version: 2.0.2-8 Hello, I find that on Jessie the k3b package requires running a systemd-based OS. k3b depends on: udisks2 udisks2 depends on: libpam-systemd libpam-systemd depends on: systemd This is even more baffling when you consider that the Jessie version of k3b is

Bug#765479: squid3: Seem to ignore size restriction set by cache_dir (overflow partition)

Hello, I can confirm this behavior. It occurs simply during normal usage. I am using: cache_dir aufs /var/spool/squid3 1 16 32 However the cache dir on one host was way over that, close to 30 GB. Luckily that partition still had a considerable amount of free space. -- With respect,

Bug#777195: [squid3] tcp_outgoing_address ignored

Package: squid3 Version: 3.4.8-5~bpo70+1 Severity: normal Hello, On some occasions I was using the directive tcp_outgoing_address 0.0.0.0 to force Squid on a dual-stack host to be IPv4-only. This works fine on 3.1.20-2.2+deb7u2 currently in Wheezy. However, this directive is ignored on the 3.4

Bug#767317: [gajim] Please upgrade Recommends to Depends on python-pyasn1, critical for SSL/TLS to work

Package: gajim Version: 0.15.1-4.1 Severity: normal Hello, Without the python-pyasn1 package Gajim cannot properly verify validity of server SSL certificates, it will always fail with a misleading error message of The certificate does not cover this domain. [1] What's worse, this does not give

Bug#766509: vnc4server: apt-get autoremove --purge does not remove .vnc/* config files

On Thu, 23 Oct 2014 18:02:21 +0100 James Anslow jam...@ddxor.com wrote: Removing vnc4server via apt-get with the --purge flag leaves config files in the users .vnc/ directory. As creating these config files is a part of normal operation of the vnc4server application, and since the --purge

Bug#765453: [wide-dhcpv6-client] Does not have a cooldown period on retries

Package: wide-dhcpv6-client Severity: normal In some situations it will retry multiple times per second. One such case caused the upstream to block the client as a source of UDP flood. See the log attached. Oct 15 07:37:55 luka dhcp6c[2093]: copy_option: set client ID (len 10) Oct 15 07:37:55

Bug#763722: [openbsd-inetd] Thinks no services are enabled, if all of the enabled services are specified by their IPv6 listen address

Package: openbsd-inetd Version: 0.20091229-2 Severity: normal Hello, There's this function in /etc/init.d/openbsd-inetd: checknoservices () { if ! grep -q ^[[:alnum:]/] /etc/inetd.conf; then log_action_msg Not starting internet superserver: no services enabled exit 0 fi

Bug#592552: [knutclient] An UPS Load of 0 (zero) causes the Load graph to show up garbled

On Sat, 13 Sep 2014 19:04:48 +1000 Dmitry Smirnov only...@debian.org wrote: Dear Roman, It's been a while and since this bug was reported knutclient was removed then re-introduced back to Debian. I don't see the problem in current version 1.0.5 so I believe it was fixed. Could you please

Bug#761056: [sitecopy] Can't seem to handle FTP filenames longer than 79 characters

Package: sitecopy Version: 1:0.16.6-4 Severity: normal Hello, If I try to upload a site where a file named longer than 79 characters exists, it will upload the file giving it an incorrect name it on the server: cutting the name short at 79th character. On subsequent fetch+upload cycles it will

Bug#761056: (update) Can't use long pathnames with some(?) FTP servers

retitle 761056 Can't use long pathnames with some(?) FTP servers thanks Hello, Sorry, after some more testing the limitation appears to be of a different nature: a total length of path+filename maximum of 198 characters, that can be passed in one command. For testing I have now created a

Bug#757927: [qemu-kvm] TRIM (discard=unmap) broken in 2.1

On Wed, 13 Aug 2014 10:05:51 +0400 Michael Tokarev m...@tls.msk.ru wrote: BTW, I found a system here with an SSD which supports discard, and tried my guests against it -- everything works fine when I use sata/ahci, but it breaks indeed when using the default IDE interface. Hello, Thanks for

Bug#757927: [qemu-kvm] TRIM (discard=unmap) broken in 2.1

Package: qemu-kvm Version: 2.1+dfsg-2~bpo70+2 Severity: normal Hello, I was able to successfully use the passthrough TRIM support with an IDE interface virtual disk in Qemu-KVM version 2.0. However after upgrading to 2.1 and restarting my VM, TRIM now fails in it with messages like those quoted

Bug#757927: [qemu-kvm] TRIM (discard=unmap) broken in 2.1

Hello, Just confirmed that downgrading the package qemu-system-x86 from version 2.1+dfsg-2~bpo70+2 to 2.0.0+dfsg-4~bpo70+1 and restarting the affected VM fixes this, TRIM starts working again without issue. -- With respect, Roman signature.asc Description: PGP signature

Bug#750945: approx does not work via ipv6 link local address

On Sun, 08 Jun 2014 20:43:40 +0200 Tim Schumacher t...@datenknoten.me wrote: I'm setting up some vm foo and wanted to use approx to cache downloads. I put the following in my sources.lst on the client: deb http://[fe80::fc54:ff:fe1a:1922%eth0]:/debian/packages/ jessie main contrib

Bug#728113: [smartmontools] Fails to run on a Wheezy/Jessie mixed system

Package: smartmontools Version: 6.2+svn3841-1 Severity: normal $ sudo /etc/init.d/smartmontools start [] Starting S.M.A.R.T. daemon: smartdInconsistency detected by ld.so: dl-version.c: 224: _dl_check_map_versions: Assertion `needed != ((void *)0)' failed! $ sudo smartctl -a /dev/sda

Bug#622325: bus lock still a problem

On Mon, 26 Aug 2013 11:06:52 -0400 Russ H chairman.fa...@gmail.com wrote: I compiled a vanilla 3.10.8 kernel on my DNS-323 arm box... still getting this bug: Hello, Did you do a full power-off of your device after running a previous unpatched version on it? Because as I found out, booting a

Bug#705855: Fullscreen selected on title bar not reflected in pop-up menu

On Sun, 21 Apr 2013 03:16:43 + Mike deb...@good-with-numbers.com wrote: Package: xvnc4viewer Version: 4.1.1+X4.3.0-37.1 Severity: minor Selecting Fullscreen from the title bar menu enables fullscreen mode. But then pressing F8 to get the pop-up menu, no check mark is next to Full

Bug#705855: Fullscreen selected on title bar not reflected in pop-up menu

On Sun, 21 Apr 2013 19:43:51 + Mike deb...@good-with-numbers.com wrote: why then does it come out of full-screen mode? if there really are two different full-screen modes? Probably because disabling the built-in fullscreen also sends a window resize command, which is a sign to the

Bug#705855: Fullscreen selected on title bar not reflected in pop-up menu

On Sun, 21 Apr 2013 20:38:26 + Mike deb...@good-with-numbers.com wrote: So, then, these two modes are irreconcilable? there's no standard API for a window manager and its client to communicate their full-screen intentions to the other? - not every window manager provides an integrated

Bug#548897: unison: Please optimise from copy+delete to rename

Hello, Very disappointing to see this still not fixed even after 3 years. Maybe there's a chance to at least change the copy to cp --reflink (so it completes instantly on supporting filesystems)? -- With respect, Roman ~~~ Stallman had a printer, with code he could not

Bug#637386: IPv6

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 9 Dec 2012 15:54:22 -0700 Brett Wuth w...@castrov.cuug.ab.ca wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, This bug has cropped up on one of the systems I administer. It appears to be the result of *all* client IPv6

Bug#692521: vnc4server: Drag-and-drop doesn't work

On Tue, 06 Nov 2012 19:44:19 -0800 Jon Foster j...@jfpossibilities.com wrote: Drag and drop function don't appear to work in programs running under vnc4server. Specifically dragging files around in rox-filer either within the same window or from window to window or window to pinboard fails to

Bug#528992: mtr: No DNS resolution in trace, when only IPv6 transport used

Hello, There are now patches fixing this in https://bugs.launchpad.net/bugs/752583 -- With respect, Roman ~~~ Stallman had a printer, with code he could not see. So he began to tinker, and set the software free. signature.asc Description: PGP signature

Bug#594684: xserver-xorg-video-siliconmotion: siliconmotion driver segfaults on a Lemote YeeLoong

Bug opened on Xorg. Problem is -- at Xorg, no one gives a damn. Panayiotis Karabassis submitted it, and have not received any proper review or even any sort of formal accepted/declined reply about the patch. That was one year ago. So another year of hassle with three hour compiles of Xorg for

Bug#684315: [thinkfan] Tries to write level 0 to sysfs, not just 0

Package: thinkfan Version: 0.8.0-1 Severity: grave It looks like starting from version 0.8.0 this program no longer works at all. # /usr/sbin/thinkfan -n WARNING: Using safe but wasteful way of setting PWM value. Check README to know more. WARNING: You're using simple

Bug#684315: Configuration file

Here is my thinkfan.conf. It had not changed since version 0.7.3 and that version works properly with it. sensor /sys/devices/virtual/hwmon/hwmon0/temp1_input fan /sys/class/hwmon/hwmon0/pwm1 (0, 0, 63) (1, 61, 66) (2, 64, 68) (3, 66, 32767)

Bug#679854: [lighttpd] Please assume /var/log/ can be volatile

Package: lighttpd Version: 1.4.31-1 Severity: wishlist Hello, On various embedded systems running from a flash disk with limited number of overwrite cycles it might be desirabe to mount /var/log as tmpfs, especially if long-term storage of logs is not required (but logs are still useful for

Bug#676389: [nbd-client] sed: -e expression #6, char 30: unterminated `s' command

Package: nbd-client Version: 1:3.1.1-1 Severity: normal Setting up nbd-client (1:3.1.1-1) ... sed: -e expression #6, char 30: unterminated `s' command dpkg: error processing nbd-client (--configure): subprocess installed post-installation script returned error exit status 1 Did anyone test this

Bug#670126: [curl] Bad handling of IPv6 literal addresses

Package: curl Version: 7.25.0-1 Severity: normal $ curl -v 2a02:1788:4fd:cd::c742:cde2 * About to connect() to 2a02:1788:4fd:cd::c742 port 80 (#0) * Trying 2a02:1788:4fd:cd::c742... $ curl -v [2a02:1788:4fd:cd::c742:cde2] curl: (3) [globbing] error: bad range specification after pos 2

Bug#670126: [curl] Bad handling of IPv6 literal addresses

On Mon, 23 Apr 2012 10:41:31 +0200 (CEST) Daniel Stenberg dan...@haxx.se wrote: This is known bug #30 in curl upstream: http://curl.haxx.se/docs/knownbugs.html Feel free to work on it! Oh thank you very much, but please feel free to read my bug report a bit more closely! Okay,

Bug#670126: [curl] Bad handling of IPv6 literal addresses

On Mon, 23 Apr 2012 11:04:02 +0200 (CEST) Daniel Stenberg dan...@haxx.se wrote: * About to connect() to 2a02:1788:4fd:cd::c742 port 80 (#0) * Trying 2a02:1788:4fd:cd::c742... Nothing changed. It changed drastically. Now it didn't complain on bad globbing. So your original stated

Bug#662786: [procps] top: abbreviate Megabyte and Kilobyte properly (not Mb, Kb)

Package: procps Version: 1:3.3.2-3 Severity: normal Hello, the new output for top uses Mb and Kb to abbreviate Megabyte and Kilobyte. This is incorrect, see for example: https://en.wikipedia.org/wiki/Megabyte It is commonly abbreviated as Mbyte or MB (compare Mb, for the megabit).

Bug#660072: [nut] Invalid udev rules prevent operation of nut

On Thu, 16 Feb 2012 13:10:41 +0100 Arnaud Quette aquette@gmail.com wrote: Hi Roman, thanks for your report. 2012/2/16 Roman Mamedov r...@romanrm.ru: Package: nut Version: 2.6.3-1 Severity: important nut is completely broken on my system since quite some time ago. $ dpkg

Bug#660072: [nut] Invalid udev rules prevent operation of nut

Package: nut Version: 2.6.3-1 Severity: important nut is completely broken on my system since quite some time ago. $ dpkg -S /etc/udev/rules.d/52-nut-usbups.rules nut: /etc/udev/rules.d/52-nut-usbups.rules $ debsums -e nut /etc/udev/rules.d/52-nut-usbups.rules

Bug#622325: linux-image-2.6.38-2-orion5x: Problem With I2C

On Mon, 23 Jan 2012 14:27:50 -0600 Jonathan Nieder jrnie...@gmail.com wrote: Were you able to try backing out eda6bee6c7 (i2c-mv64xxx: send repeated START between messages in xfer) as Guenter suggested? I have finally managed to do that, and indeed, this problem is solved by rolling-back that

Bug#622325: linux-image-2.6.38-2-orion5x: Problem With I2C

On Sun, 1 Jan 2012 01:42:36 -0600 Jonathan Nieder jrnie...@gmail.com wrote: This bug is still present for me in the latest kernel version in Debian testing (3.1.6). Passed upstream. But now I notice that there has been some upstream work in this area recently (v3.2-rc7~23^2~1, rtc:

Bug#622325: linux-image-2.6.38-2-orion5x: Problem With I2C

On Mon, 23 Jan 2012 14:27:50 -0600 Jonathan Nieder jrnie...@gmail.com wrote: Were you able to try backing out eda6bee6c7 (i2c-mv64xxx: send repeated START between messages in xfer) as Guenter suggested? It works like this: Hello, If this had been a regular x86 machine I would have done this

Bug#622683: Affects chromium

Hello, Since my previous message to this bug-report on 6 May 2011, I removed the aptitude hold of libcairo2 to version 1.8, as I noticed that at some point Iceweasel stopped crashing with the 1.10. But now I am migrating to Chromium, and faced the same problem again. When starting Chromium in

Bug#622325: linux-image-2.6.38-2-orion5x: Problem With I2C

On Sun, 1 Jan 2012 01:42:36 -0600 Jonathan Nieder jrnie...@gmail.com wrote: Passed upstream. But now I notice that there has been some upstream work in this area recently (v3.2-rc7~23^2~1, rtc: m41t80: Workaround broken alarm functionality, 2011-12-12). Please test v3.2-rc7 from

Bug#622325: Still occurs in 3.1+

Hello, This bug is still present for me in the latest kernel version in Debian testing (3.1.6). The last properly working kernel version seems to be: http://snapshot.debian.org/archive/debian/20110217T214513Z/pool/main/l/linux-2.6/linux-image-2.6.37-1-orion5x_2.6.37-1_armel.deb And the problem

Bug#652064: vnc4server opens only IPv6 socket but there IPv4 address available

On Wed, 14 Dec 2011 16:02:21 +0100 (CET) Neszt Tibor ti...@neszt.hu wrote: I saw this bug was fixed in #562169, but it seems, this is still an existsing problem: # lsof -n | grep 5901 Xvnc4 1174 neszt3u IPv6 13886440 0t0TCP *:5901 (LISTEN) My main

Bug#652100: [bash] Does not handle Unicode properly anymore

Package: bash Version: 4.2-1 Severity: normal Bash 4.1: # проверка -bash: проверка: command not found Bash 4.2: # проверка -bash: $'\320\277\321\200\320\276\320\262\320\265\321\200\320\272\320\260': command not found locale in both cases is: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8

Bug#648938: Affects mysql-client-5.1

Hello, This crap has now spread into testing and broke my backups done via mysql-client-5.1: /usr/bin/mysqldump -- With respect, Roman ~~~ Stallman had a printer, with code he could not see. So he began to tinker, and set the software free. signature.asc Description:

Bug#648938: Affects mysql-client-5.1

On Wed, 23 Nov 2011 10:24:23 +0600 Roman Mamedov r...@romanrm.ru wrote: Hello, This crap has now spread into testing and broke my backups done via mysql-client-5.1: /usr/bin/mysqldump Nope, sorry, the affected program is actually not mysqldump, but http://packages.debian.org/sendemail

Bug#644989: Still not fixed

reopen 644989 ! thanks Hello, With e2fsprogs 1.42~WIP-2011-10-16-1 and Linux hoshi 3.1.0-libre-lemote-rm2-mfgpt #2 Fri Nov 11 03:07:23 YEKT 2011 mips64 GNU/Linux This bug still happens: # resize2fs /dev/sda2 resize2fs 1.42-WIP (16-Oct-2011) Filesystem at /dev/sda2 is mounted on /; on-line

Bug#644989: Still not fixed

On Tue, 15 Nov 2011 16:38:18 -0500 Ted Ts'o ty...@mit.edu wrote: Are you using a 32-bit or 64-bit userspace with this 64-bit kernel? Because I can't replicate the problem, and in fact everyone else was complaining when we were checking for EINVAL instead of ENOTTY (which is what should be

Bug#644989: Still not fixed

Hello, I have just tried the version from Squeeze (1.41.12-4stable1), and it does work properly: # resize2fs /dev/sda2 resize2fs 1.41.12 (17-May-2010) Filesystem at /dev/sda2 is mounted on /; on-line resizing required old desc_blocks = 1, new_desc_blocks = 1 Performing an on-line resize of

Bug#643303: [weborf] Can not be used 'out of the box'?

On Tue, 27 Sep 2011 23:04:12 +0200 Salvo Tomaselli tipos...@tiscali.it wrote: Greetings, by default weborf doesn't allow the following methods to work: PUT,PROPFIND,DELETE,COPY,MOVE to avoid indiscriminate access to the server from remote. They only work when authentication is in use.

Bug#643303: [weborf] Can not be used 'out of the box'?

Package: weborf Version: 0.13-1 Severity: normal Hello, On the server I run: weborf -b /tmp/ -p 8080 On the client: fusedav http://server.tld:8080/ test/ Messages on the client: PROPFIND failed: 403 Forbidden PROPFIND failed: 403 Forbidden Any attempt to access test/ on the client

Bug#639540: [approx] Can not be mirrored by debmirror (denies Packages.bz2)

On Sat, 27 Aug 2011 19:44:53 -0400 Eric Cooper e...@cmu.edu wrote: I suppose I could allow approx to fetch .bz2 and other compressed versions if pdiffs are disabled ($pdiffs false) -- would that be useful? I suppose that could be useful. Or perhaps better, the ability to select which of the

Bug#639540: [approx] Can not be mirrored by debmirror (denies Packages.bz2)

Package: approx Version: 5.1-1 Severity: normal Here is the output I get from debmirror: -- Getting meta files ... [ 0%] Getting: dists/wheezy/Release #** GET http://natsu.romanrm.ru:9998/debian/dists/wheezy/Release == 200 OK ok [ 0%]

Bug#625457: Broken Packages

Attached is a patch that should do just that. But maybe it breaks fetching an unpacked Packages file, if that should be allowed. And in fact it totally does, only one update completes successfully, after that all clients get the error 404 trying to fetch Packages (not gz, not bz2, this exact

  1   2   3   >