Bug#1054393: dns-root-data: New IPs for b.root-servers-net 2023-11-27
So was it decided not to fix this in stable (bookworm)? That's a pity. Richard
Bug#1030843: needrestart: lxc exception
Package: needrestart Version: 3.5-4+deb11u2 Severity: wishlist Dear Maintainer, Can needrestart leave lxc.service unselected by default? It restarts all the containers, which is often not desirable ... I can deselect it if I notice, but I don't always. [automatic system info omitted - running reportbug on a different machine] Package: needrestart Version: 3.5-4+deb11u2 Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-21-amd64 Cheers, Richard
Bug#1015887: debian-installer: Adding https repo doesn't work without manually installing ca-certificates
On 23/07/22 23:01, Cyril Brulebois wrote: As mentioned by Julien, getting the installer's syslog (compressed, to make sure it reaches the mailing list) would help understand what's going on. Oh - uncompressed, it made it into the BTS, but not to the list. Here's a compressed version. Cheers, Richard syslog.gz Description: application/gzip
Bug#1015887: debian-installer: Adding https repo doesn't work without manually installing ca-certificates
On 23/07/22 18:07, Geert Stappers wrote: Control: severity -1 wishlist Why? Because there's a workaround? Is everyone expected to be able to find that workaround? https is an option provided in the installer, that apparently doesn't work (at least with the netinst installer), and it's not immediately clear why. Essentially, I think it's a showstopper for anyone who doesn't know how to investigate further. It all works fine using http for the mirror. And the archive mirror content is secured by checksums and signatures. The point being that https isn't necessary? A different issue, I think. I'm happy to do further testing with the VM; the thin client is less convenient as it has a job to do. Another job that will help: Find other bug reports that ask for installing ca-certificates. Yeah, I recall have I seen such requests before. Not sure how to do that. The BTS UI doesn't seem to allow searching on the content of bug discussions; only subject and other metadata. I can't see any other debian-installer bugs that mention ca-certificates in the subject. Cheers, Richard
Bug#1015887: debian-installer: Adding https repo doesn't work without manually installing ca-certificates
Package: debian-installer Severity: important Dear Maintainer, Using netinst bullseye 11.4 installer: https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-11.4.0-amd64-netinst.iso I chose to add a network mirror, using https, and the default 'deb.debian.org'. I used (non-graphical) Expert Mode. The problem first showed up when tasksel only displayed 'standard system utilities'. When I went ahead with that, the next screen was a red 'Installation step failed' screen. The log on tty4 showed various dependency problems. I tried to 'chroot /target' and 'apt update', which showed certificate problems. I then ran 'apt install ca-certificates', which worked (installing from the cd image?), after which 'apt update' worked, and I was also able to continue successfully with the installer. I was able to reproduce this in a (kvm/qemu) VM (which is where I confirmed my steps); the original problem was on an HP Thin Client (t520). In both cases only 8G of storage was available. It all works fine using http for the mirror. I'm happy to do further testing with the VM; the thin client is less convenient as it has a job to do. -- System Information: Debian Release: 11.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-16-amd64 (SMP w/2 CPU threads) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#873852: reporting bug in debian-installer
Hi, not sure if this is strictly the same bug ... I assume the link above was the old version of https://www.debian.org/releases/bullseye/amd64/release-notes/ch-moreinfo.en.html#bugs? If so, it doesn't help me decide what (pseudo-)package to report a bug against for the installer. And when I try to use reportbug with debian-installer (having found a bug page with many bugs under that name), reportbug tells me there is no such package. Is that how it's supposed to work? Cheers, Richard
Bug#1000139: lxc-templates: Bad security sources on bullseye container built on buster
Package: lxc-templates Version: 3.0.4-0+deb10u1 Severity: normal Dear Maintainer, Bug #970067 has been fixed, enabling the building of bullseye machines with a correct sources.list It is only available in bullseye+, however, so building a bullseye container on buster doesn't work correctly (the security sources line is wrong). Could this be fixed in buster as well? Thanks, Richard
Bug#929006: intel-microcode: Atom fails to boot when loading microcode
On Fri, 17 May 2019 09:14:51 +0900 Hideki Yamane wrote: Hi, I'm not intel-microcode package maintainer, On Wed, 15 May 2019 16:48:38 +1200 Richard Hector wrote: > Package: intel-microcode > Version: 3.20180807a.2~deb9u1 How about install newer package? Today 3.20190514.1~deb9u1 have came to stretch-security, update your system and try it again. I'm afraid I didn't get round to that at the time - the machine is generally run headless, on a fairly inaccessible shelf, so booting it with a screen and keyboard is a pain. However, I did later upgrade it to buster, and today tried again, with intel-microcode 3.20210608.2~deb10u1. The problem persists. I'm not sure how long I'll keep the machine though; it's pretty long in the tooth. Richard
Bug#894350: staying alive
I can see that keeping a copy around could be useful, if: 1. You need to start it again soon 2. You're _able_ to start it again. Given that without disabling this feature I can't restart it without killing the old one first, I can't see that it's useful. In addition, I don't use it often - only for sites that for whatever reason don't work in my usual browser, or to test a site without whatever my usual browser has cached. But I imagine that's atypical of a konqueror user. Richard
Bug#968931: postfixadmin: Recommends mariadb-server as well as other db servers
Package: postfixadmin Version: 3.2.1-2 Severity: normal Dear Maintainer, Apologies if this is not a bug. A subset of the Recommends line: virtual-mysql-server | postgresql | sqlite (>= 3.12.0), mariadb-server ... suggests that any of the first three databases are recommended, and then recommends mariadb-server regardless. I would have assumed that if I'm using postgresql, I have no need for mariadb. Cheers, Richard
Bug#842626:
On 23/08/20 8:17 pm, Samuel Thibault wrote: > Yes, the bug is still existing: the > installer doesn't warn about installing 32bit on 64bit. But reporting > a new bug report would leave the old one unseen. And it'd then be even > less informative: with the new bug report only we would not remember > that nobody took the care to implement it while it was reported 4 years > ago. Presumably, you could link to the old bug in the new one ;-) Richard
Bug#951026: Workaround
Note a workaround is to specify the full path for the include directory: Include /home/richard/.ssh/config.d/* Richard
Bug#951026: cssh: doesn't cope with wildcard included files in .ssh/config
Package: clusterssh Version: 4.13.2-2 Severity: normal Tags: upstream Dear Maintainer, My .ssh/config contains a single line: Include config.d/* config.d then naturally contains all my actual config files. read_ssh_file appears not to cope with this, and I get this: richard@zircon:~$ cssh sapphire Opening to: sapphire Use of uninitialized value $filename in hash element at /usr/share/perl5/App/ClusterSSH/Host.pm line 55, <$ssh_config_fh> line 1. Use of uninitialized value $filename in open at /usr/share/perl5/App/ClusterSSH/Host.pm line 57, <$ssh_config_fh> line 1. Interesingly, it works if my current directory is .ssh. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages clusterssh depends on: ii libexception-class-perl 1.44-1 ii libtry-tiny-perl0.30-1 ii libx11-protocol-other-perl 30-1 ii libx11-protocol-perl0.56-7 ii openssh-client 1:7.9p1-10+deb10u2 ii perl5.28.1-6 ii perl-tk 1:804.033-2+b3 ii xterm 344-1 clusterssh recommends no packages. clusterssh suggests no packages. -- no debconf information
Bug#931364: zabbix-agent: defaults to /var/run instead of /run for tmpfiles
On 3/07/19 10:44 PM, Dmitry Smirnov wrote: > Thanks for the report. > > On Wednesday, 3 July 2019 4:02:54 PM AEST Richard Hector wrote: >> Severity: important > > How do you justify severity?? Sorry, I don't. I thought I'd picked minor :-( Richard signature.asc Description: OpenPGP digital signature
Bug#931364: zabbix-agent: defaults to /var/run instead of /run for tmpfiles
Package: zabbix-agent Version: 1:4.0.4+dfsg-1 Severity: important Dear Maintainer, zabbix-agent supplies /usr/lib/tmpfiles.d/zabbix-agent.conf, which refers to /var/run/zabbix. My logs say: systemd-tmpfiles[7962]: [/usr/lib/tmpfiles.d/zabbix-agent.conf:1] Line references path below legacy directory /var/run/, updating /var/run/zabbix → /run/zabbix; please update the tmpfiles.d/ drop-in file accordingly. Presumably that should be adjusted to refer to /run/zabbix. And I suppose the default config should be updated too. Richard -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/6 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages zabbix-agent depends on: ii adduser 3.118 ii libc62.28-10 ii libcurl3-gnutls 7.64.0-4 ii libgnutls30 3.6.7-4 ii libldap-2.4-22.4.47+dfsg-3 ii libpcre3 2:8.39-12 ii lsb-base 10.2019051400 ii pciutils 1:3.5.2-1 ii ucf 3.0038+nmu1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages zabbix-agent recommends: ii usbutils 1:010-3 Versions of packages zabbix-agent suggests: ii logrotate 3.14.0-4 -- no debconf information
Bug#929006: intel-microcode: Atom fails to boot when loading microcode
Package: intel-microcode Version: 3.20180807a.2~deb9u1 Severity: normal Dear Maintainer, I don't know whether this is a problem with the intel-microcode package, the kernel, or the microcode itself. I installed intel-microcode and rebooted. The machine failed to boot - when using recovery mode, it stopped after "Freeing SMP alternatives memory: 24K" If I booted with "dis_ucode_ldr" on the kernel command line, it booted successfully. System is an HP T5740 Thin Client. /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 28 model name : Intel(R) Atom(TM) CPU N280 @ 1.66GHz stepping: 2 microcode : 0x20a cpu MHz : 1000.000 cache size : 512 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug: no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 xtpr pdcm movbe lahf_lm dtherm bugs: bogomips: 3325.21 clflush size: 64 cache_alignment : 64 address sizes : 32 bits physical, 32 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 28 model name : Intel(R) Atom(TM) CPU N280 @ 1.66GHz stepping: 2 microcode : 0x20a cpu MHz : 1000.000 cache size : 512 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 apicid : 1 initial apicid : 1 fdiv_bug: no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 xtpr pdcm movbe lahf_lm dtherm bugs: bogomips: 3325.21 clflush size: 64 cache_alignment : 64 address sizes : 32 bits physical, 32 bits virtual power management: -- System Information: Debian Release: 9.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.9.0-9-686-pae (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages intel-microcode depends on: ii iucode-tool 2.1.1-1 Versions of packages intel-microcode recommends: ii initramfs-tools 0.130 intel-microcode suggests no packages. -- no debconf information Thanks, Richard signature.asc Description: OpenPGP digital signature
Bug#878700: needrestart: False positive with AppImage
On 02/11/17 07:46, Thomas Liske wrote: > tags 878700 upstream moreinfo > thanks > > Hi Richard, > > > Richard Hector <rich...@walnut.gen.nz> writes: >> It appears that AppImage packages mount their filesystem under /tmp/, >> and needrestart may find that there are open binaries or libraries there >> but be unable to find them. Sorry, I'm not sure how to word this ... > > yes, it seems to do some FUSE mounting which might trigger problems > since they are (intentional) not available for root. > > >> The symptom I see is that I'm asked to restart xfce4-session every time >> I run needrestart, and it appears to be the NextCloud Appimage that's >> triggering it. > > I never used AppImage before. I've just tried some random apps which > are working fine and did not produce any false positives. > > >> From sudo needrestart -v: >> >> [main] #8534 uses obsolete /tmp/.mount_Nextcl4R40GR/usr/bin/nextcloud >> >> I can show more of that output if needed (but would try for a minimal >> case) > > the content of /proc/$PID/maps and `ls -lha /proc/$PID/{root,cwd}` might > help. Maybe you could provide steps howto reproduce the problem (where > to get the AppImage, which action are required so needrestart begins to > report the false positive). The AppImage I was using came from here: https://nextcloud.com/install/#install-clients or specifically https://download.nextcloud.com/desktop/releases/Linux/Nextcloud-2.3.2-x86_64.AppImage I'm not actually using it any more (it has breakage with libssl issues, and I discovered they do actually have debian packages) ... but luckily it's easy to reinstall :-) To see the problem: copy the file to (eg) ~/bin, and chmod +x, and run it. Then sudo needrestart (in a new window, because I didn't background it). richard@zircon:~/bin$ chmod +x Nextcloud-2.3.2-x86_64.AppImage richard@zircon:~/bin$ ./Nextcloud-2.3.2-x86_64.AppImage [no further output to terminal; shows up in panel. Doesn't work properly due to SSL problem, but that shouldn't be relevant - it did the same thing before when it was working] richard@zircon:~$ sudo needrestart -v 2> needrestart-v.txt Running kernel seems to be up-to-date. No services need to be restarted. No containers need to be restarted. User sessions running outdated binaries: richard @ session #2053: bash[5479] needrestart-v.txt attached to avoid wrapping. PID: [main] #5509 uses obsolete /tmp/.mount_NextclC5qDvr/usr/bin/nextcloud /proc/5509/maps attached to avoid wrapping. richard@zircon:~$ ls -lha /proc/5509/{root,cwd} lrwxrwxrwx 1 richard richard 0 Nov 2 12:15 /proc/5509/cwd -> /home/richard/bin lrwxrwxrwx 1 richard richard 0 Nov 2 12:15 /proc/5509/root -> / Note that this time I'm running it from bash rather than from xfce4-session, so that's what I'm asked to restart. HTH, and thanks Richard 0040-006a2000 r-xp 00:2e 313 /tmp/.mount_NextclC5qDvr/usr/bin/nextcloud 008a2000-008ab000 r--p 002a2000 00:2e 313 /tmp/.mount_NextclC5qDvr/usr/bin/nextcloud 008ab000-008af000 rw-p 002ab000 00:2e 313 /tmp/.mount_NextclC5qDvr/usr/bin/nextcloud 01bb5000-01fb6000 rw-p 00:00 0 [heap] 7fc0f800-7fc0f8021000 rw-p 00:00 0 7fc0f8021000-7fc0fc00 ---p 00:00 0 7fc0ff0d2000-7fc0ff0d3000 ---p 00:00 0 7fc0ff0d3000-7fc0ff8d3000 rw-p 00:00 0 7fc0ff8d3000-7fc0ff8e6000 r-xp 09:00 1047530 /lib/x86_64-linux-gnu/libgpg-error.so.0.21.0 7fc0ff8e6000-7fc0ffae5000 ---p 00013000 09:00 1047530 /lib/x86_64-linux-gnu/libgpg-error.so.0.21.0 7fc0ffae5000-7fc0ffae6000 r--p 00012000 09:00 1047530 /lib/x86_64-linux-gnu/libgpg-error.so.0.21.0 7fc0ffae6000-7fc0ffae7000 rw-p 00013000 09:00 1047530 /lib/x86_64-linux-gnu/libgpg-error.so.0.21.0 7fc0ffae7000-7fc0ffaee000 r-xp 09:00 930879 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 7fc0ffaee000-7fc0ffcee000 ---p 7000 09:00 930879 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 7fc0ffcee000-7fc0ffcef000 r--p 7000 09:00 930879 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 7fc0ffcef000-7fc0ffcf rw-p 8000 09:00 930879 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 7fc0ffcf-7fc0ffdf7000 r-xp 09:00 1047538 /lib/x86_64-linux-gnu/libgcrypt.so.20.1.6 7fc0ffdf7000-7fc07000 ---p 00107000 09:00 1047538 /lib/x86_64-linux-gnu/libgcrypt.so.20.1.6 7fc07000-7fc09000 r--p 00107000 09:00 1047538 /lib/x86_64-linux-gnu/libgcrypt.so.20.1.6 7fc09000-7fc1 rw-p 00109000 09:00 1047538 /lib/x86_64-linux-gnu/libgcrypt.so
Bug#878700: needrestart: False positive with AppImage
Package: needrestart Version: 2.11-3 Severity: normal Dear Maintainer, It appears that AppImage packages mount their filesystem under /tmp/, and needrestart may find that there are open binaries or libraries there but be unable to find them. Sorry, I'm not sure how to word this ... The symptom I see is that I'm asked to restart xfce4-session every time I run needrestart, and it appears to be the NextCloud Appimage that's triggering it. >From sudo needrestart -v: [main] #8534 uses obsolete /tmp/.mount_Nextcl4R40GR/usr/bin/nextcloud I can show more of that output if needed (but would try for a minimal case) -- Package-specific info: needrestart output: Your outdated processes: AppRun[8534] checkrestart output: -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages needrestart depends on: ii dpkg 1.18.24 ii gettext-base 0.19.8.1-2 ii libintl-perl 1.26-2 ii libmodule-find-perl0.13-1 ii libmodule-scandeps-perl1.23-1 ii libproc-processtable-perl 0.53-2 ii libsort-naturally-perl 1.03-1 ii libterm-readkey-perl 2.37-1 ii perl 5.24.1-3+deb9u2 ii xz-utils 5.2.2-1.2+b1 Versions of packages needrestart recommends: ii libpam-systemd 232-25+deb9u1 Versions of packages needrestart suggests: ii libnotify-bin 0.7.7-2 -- no debconf information
Bug#877687: pidgin: (xmpp) checks wrong certificate when connecting to explicit server
On 07/10/17 13:15, Ari Pollak wrote: > Are you sure this isn't intended behavior? Why should pidgin trust the > hostname on a certificate just because it matches the ID? If anything, > it seems like having that behavior for a SRV record would be a bug. I'm pretty sure it's supposed to match the cert to the id. https://wiki.xmpp.org/web/Securing_XMPP https://prosody.im/doc/certificates (Which domain? - note the VirtualHosts in prosody are for the domains your ids are in) The SRV record could be viewed similarly to a CNAME record for a website, where they server may use name-based virtual hosting (with SNI) - the website cert needs to match what the browser asks for in the GET request, and it could have found the ip address from a CNAME chain, or a hosts file entry or anything. I realise now the title, at least, is decidedly misleading. It should probably say "... checks the certificate against the wrong domain ..." Richard
Bug#877687: pidgin: (xmpp) checks wrong certificate when connecting to explicit server
Package: pidgin Version: 2.12.0-1 Severity: normal Dear Maintainer, I tried to connect to a fresh prosody installation, with a correct certificate for the account ids. Since I didn't have SRV records set up yet, I used the 'Advanced' tab to set 'Connect server' to the name of the new server (eg server.example.com), which is different from the domain in my id (eg rich...@example.com). On enabling the account, pidgin reported a failure to verify the certificate - because it was trying to validate 'server.example.com' instead of the correct 'example.com'. This problem seems to go away if the SRV records are supplied, and the explicit connect server is left empty. Bug #723155 may or may not be related or even the same bug; I couldn't tell. Thanks, Richard -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pidgin depends on: ii libatk1.0-0 2.22.0-1 ii libc6 2.24-11+deb9u1 ii libcairo2 1.14.8-1 ii libdbus-1-3 1.10.18-1 ii libdbus-glib-1-20.108-2 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype62.6.3-3.2 ii libgadu31:1.12.1-4 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u1 ii libglib2.0-02.50.3-2 ii libgstreamer1.0-0 1.10.4-1 ii libgtk2.0-0 2.24.31-2 ii libgtkspell02.0.16-1.1 ii libice6 2:1.0.9-2 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii libpangoft2-1.0-0 1.40.5-1 ii libpurple0 2.12.0-1 ii libsm6 2:1.2.2-1+b3 ii libx11-62:1.6.4-3 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.24.1] 5.24.1-3+deb9u2 ii pidgin-data 2.12.0-1 Versions of packages pidgin recommends: ii gstreamer1.0-alsa 1.10.4-1 ii gstreamer1.0-libav 1.10.4-1 ii gstreamer1.0-plugins-base 1.10.4-1 ii gstreamer1.0-plugins-good 1.10.4-1 ii gstreamer1.0-pulseaudio1.10.4-1 Versions of packages pidgin suggests: ii libsqlite3-0 3.16.2-5 -- no debconf information
Bug#877669: grammar/typo issues
Package: release-notes Severity: minor In the stretch release notes, section 3.11 (What's new in the installation system?/Major changes): The full CD sets are not build anymore. The DVD images are still available as the netinst CD image. should be The full CD sets are not built anymore. The DVD images are still available, as is the netinst CD image. individual changes are: build -> built available as the -> available, as is the (I'd also write "anymore" as "any more", but that seems to be a matter of taste) Richard
Bug#848117: Acknowledgement (Freecell: gameplay has undesired automatic action)
Apologies, I was too hasty. The behaviour is not quite what I described; sometimes it doesn't do that. However, I'd still like the option not to do it at all, and it would help if the behaviour was documented, because I haven't figured it out yet ... I'm not sure now whether it restricts my options or not. If not, this bug should be reclassified wishlist, I guess. Thanks Richard
Bug#848117: Freecell: gameplay has undesired automatic action
Package: aisleriot Version: 1:3.14.1-1 Severity: minor Dear Maintainer, Playing Freecell. When I move a card to the foundation, any available following card will follow automatically. Eg, if I move the Ace of clubs, and the 2 of clubs is also available, it moves too. I have seen this as an optional timesaver in other implementations, but it does not appear to be required by the rules (either included in the help, or those on wikipedia). It can be useful not to do this. I note also that undo move undoes both, so that is not a workaround. Thanks, Richard -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages aisleriot depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gconf-service3.2.6-3 ii gconf2 3.2.6-3 ii guile-2.0-libs 2.0.11+1-9 ii libatk1.0-0 2.14.0-1 ii libc62.19-18+deb8u6 ii libcairo-gobject21.14.0-2.1+deb8u1 ii libcairo21.14.0-2.1+deb8u1 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgc1c2 1:7.2d-6.4 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u5 ii libglib2.0-0 2.42.1-1+b1 ii libgtk-3-0 3.14.5-1+deb8u1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii librsvg2-2 2.40.5-1+deb8u2 ii libx11-6 2:1.6.2-3 Versions of packages aisleriot recommends: ii yelp 3.14.1-1 Versions of packages aisleriot suggests: pn gnome-cards-data -- no debconf information
Bug#846086: icedove: "Face" header is shown, despite not being human readable, and often long
Package: icedove Version: 1:45.4.0-1~deb8u1 Severity: normal Dear Maintainer, When an email includes a "Face:" header, this is displayed in the 'Normal' header view. This header can potentially be very long, expanding the header section of the message pane and reducing the space left to view the body. In one case, it was so long that the body was not visible at all. In addition, since this header is not human-readable, it seems pointless to show it at all. As a workaround, selecting View->Headers->All enables a scrollbar and restricts the height of the header section, rendering the body visible again. Side note - the "Display Contact Photo" addon claims to show the Face as an image, but I've had no luck with that, and it doesn't claim to hide the header. I'm obviously not reporting a bug in this addon, but it doesn't appear to solve the problem either. Richard -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages icedove depends on: ii debianutils 4.4+b1 ii fontconfig2.11.0-6.3+deb8u1 ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18+deb8u6 ii libcairo2 1.14.0-2.1+deb8u1 ii libdbus-1-3 1.8.20-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-2 ii libffi6 3.1-2+b2 ii libfontconfig12.11.0-6.3+deb8u1 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+deb8u5 ii libglib2.0-0 2.42.1-1+b1 ii libgtk2.0-0 2.24.25-3+deb8u1 ii libhunspell-1.3-0 1.3.3-3 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpixman-1-0 0.32.6-3 ii libstartup-notification0 0.12-4 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes31:5.0.1-2+b2 ii libxrender1 1:0.9.8-1+b1 ii libxt61:1.1.4-1+b1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii iceowl-extension 1:45.4.0-1~deb8u1 Versions of packages icedove suggests: ii fonts-lyx 2.1.2-2 ii libgssapi-krb5-2 1.12.1+dfsg-19+deb8u2 -- no debconf information
Bug#818707: firefox identifies as 'Nightly'
Package: firefox Version: 45.0.1-1~bpo80+1 Severity: minor Dear Maintainer, * What led up to the situation? I added: deb http://mozilla.debian.net/ jessie-backports firefox-release to my /etc/apt/sources.list.d/mozilla-backports.list (replacing the equivalent iceweasel-release line), and installed and ran firefox. * What was the outcome of this action? The window title bar contained 'Nightly' * What outcome did you expect instead? The window title bar should contain 'Firefox' If I'm actually running Nightly, that's bad because I thought I was installing Release. If it's release but identifying as Nightly, that's also a problem. Richard -- Package-specific info: -- Addons package information -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages firefox depends on: ii debianutils 4.4+b1 ii fontconfig2.11.0-6.3 ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18+deb8u3 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.20-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-2 ii libffi6 3.1-2+b2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+deb8u4 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libhunspell-1.3-0 1.3.3-3 ii libpango-1.0-01.36.8-3 ii libsqlite3-0 3.8.7.1-1+deb8u1 ii libstartup-notification0 0.12-4 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes31:5.0.1-2+b2 ii libxrender1 1:0.9.8-1+b1 ii libxt61:1.1.4-1+b1 ii procps2:3.3.9-9 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages firefox recommends: ii gstreamer1.0-libav 1.4.4-2 ii gstreamer1.0-plugins-good 1.4.4-2 Versions of packages firefox suggests: ii fonts-lmodern 2.004.4-5 pn fonts-stix | otf-stix ii libcanberra0 0.30-2.1 ii libgnomeui-0 2.24.5-3 ii libgssapi-krb5-2 1.12.1+dfsg-19+deb8u2 pn mozplugger -- no debconf information
Bug#743940: same issue for NOFD
NOFD is also supposed to appear in the 'TYPE' column according to the docs, but actually appears in the 'FD' column. Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744205: logcheck-database: rule for dhcp
Package: logcheck-database Version: 1.3.15 Severity: normal Dear Maintainer, isc-dhcp-server startup message now refers to https url: s{For info, please visit http://www}{For info, please visit https://www} -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Configuration Files: [deleted - my user can't read them, and I didn't run reportbug as root ...] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744205: update
Actually there's more changed than that, sorry. The full line in question: Apr 11 23:42:05 jet dhcpd: For info, please visit https://www.isc.org/software/dhcp/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725993: Manpage: invalid expire rule example?
Package: dirvish Version: 1.2.1-1.2 Severity: normal Dear Maintainer, The dirvish.conf manpage includes an example expire rule: wd { 1 } md { 1-7 } mo { 1,4,7,10 } never It appears that this format should use spaces between the months, not commas. Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725151: icedove: Delete button in toolbar gets out of sync
Package: icedove Version: 17.0.9-1~deb7u1 Severity: minor Dear Maintainer, Steps to reproduce: * set delete messages to mark as deleted only * add a delete button to the top toolbar * select the last message in a folder, so that automatic advance to the next message isn't possible * click the top delete button Notice that the label stays as 'Delete', though the message is now marked as deleted. Further clicks will toggle the button label and the state of the message, so the label continues to indicate the opposite of the action it will cause. Richard -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1~bpo70+1 ii libnss3 2:3.15.1-1~bpo70+1 ii libnss3-1d2:3.15.1-1~bpo70+1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-0 3.7.17-1~bpo70+1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii myspell-en-us [myspell-dictionary] 1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607602: Bug #607602: openssh-server: Bogus warning, Authentication tried, for XXX with correct key but not from a permitted host
This seems to apply with only one key in authorized_keys, if someone genuinely is attempting to ssh into my box from a non-permitted host. Unless they really have got hold of my key ... which makes this log message kind of scary. Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680706: [Pkg-dia-team] Bug#680706: dia: crash with double free
On 13/07/12 06:43, Roland Stigge wrote: How can the issue be reproduced? I have no idea, I'm afraid. I suspect it's hard to do so. I was hoping the trace info would be enough to start working with; if not I guess this issue may need to be dropped. Thanks, Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680706: dia: crash with double free
Package: dia Version: 0.97.1-7 Severity: normal I was using dia to build a database diagram. On about my 6th table, I added a reference and the window disappeared. ..xsession errors shows: *** glibc detected *** dia: double free or corruption (!prev): 0x02464510 *** then a backtrace, which I'll attach separately, when I work out how. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dia depends on: ii dia-common 0.97.1-7 Diagram editor (common files) ii dia-libs 0.97.1-7 Diagram editor (library files) ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-7~bpo60+1 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-0 1.2.44-1+squeeze4 PNG library - runtime ii libxml22.7.8.dfsg-2+squeeze4 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages dia recommends: ii gsfonts-x11 0.21 Make Ghostscript fonts available t dia suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595096: Add a config file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Could checkrestart have a config file (or .d directory) for customisation? It seems a waste to have to file or update a bug for each and every false positive, if the sysadmin could just add a regex to a file. Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFOCldButl99ydRq9cRAv+ZAJ9Fdn/x0cKB8hjGike2gjpOCpq7lgCcDDHf wHbhtvJc6TL1j3Prh8iPoDc= =6hDk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597264: aisleriot/freecell: red cards sometimes turn blue
Package: gnome-games Version: 1:2.30.2-1 Severity: normal Usually in the first few moves of the game, some of the red cards (diamonds or hearts) will turn blue. More may turn blue later. This can be temporarily fixed by changing the card style. It may happen again, but happens less often as the session continues; after several games it generally doesn't happen at all. The background can also change colour, and there are sometimes other graphical glitches, particularly after switching to a 'bitmap' style. I haven't seen similar issues with other programs, but this is a new machine, so I haven't got a huge amount of history with it. I have a Radeon HD 4670, using the radeon driver, if that's relevant. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-games depends on: ii gnome-games-data1:2.30.2-1 data files for the GNOME games ii gnuchess5.07-7 Plays a game of chess, either agai ii guile-1.8-libs 1.8.7+1-3Main Guile libraries ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libcanberra-gtk00.24-1 Gtk+ helper for playing widget eve ii libcanberra00.24-1 a simple abstract interface for pl ii libclutter-1.0-01.2.12-3 Open GL based interactive canvas l ii libclutter-gtk-0.10-0 0.10.4-1 Open GL based interactive canvas l ii libgcc1 1:4.4.4-8GCC support library ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii mesa-utils 7.7.1-4 Miscellaneous Mesa GL utilities ii python 2.6.5-13 interactive high-level object-orie ii python-bugbuddy 2.30.0-1 Python module for bug-buddy ii python-gconf2.28.1-1 Python bindings for the GConf conf ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-gtkglext11.1.0-5 GtkGLext python bindings ii python-opengl 3.0.1~b2-1 Python bindings to OpenGL ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gnome-games recommends: ii gnome-games-extra-data2.30.0-1 games for the GNOME desktop (extra ii gvfs 1.6.3-1userspace virtual filesystem - ser Versions of packages gnome-games suggests: pn gnome-hearts none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570926: typo in jwmrc: x-www-broser
Package: jwm Version: 2.0.1-1.1 Severity: normal In the default /etc/jwm/jwmrc, there is a menu entry to start a web browser, but is is spelt x-www-broser. Naturally there is no such program on my system. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jwm depends on: ii libc62.7-18lenny2GNU C Library: Shared libraries ii libfontconfig1 2.6.0-3 generic font configuration library ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra jwm recommends no packages. Versions of packages jwm suggests: pn menu none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#483788: git-core: repositories go in /var/cache by default
Package: git-core Version: 1:1.5.5.1-1~bpo40+1 Severity: normal git-daemon, by default, is configured to look for repositories in /var/cache/git. My understanding of the FHS is that /var/cache is for files that can be reproduced by the application; a source repository is more likely to be the canonical source of the files, and should not be deleted by housekeeping. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-vserver-686 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages git-core depends on: ii cpio 2.6-18.1+etch1GNU cpio -- a program to manage ar ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libcurl3-gnutls7.15.5-1etch1 Multi-protocol file transfer libra ii libdigest-sha1-perl2.11-1NIST SHA-1 message digest algorith ii liberror-perl 0.15-8Perl module for error/exception ha ii libexpat1 1.95.8-3.4XML parsing C library - runtime li ii perl-modules 5.8.8-7etch3 Core Perl modules ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages git-core recommends: ii curl 7.15.5-1etch1 Get a file from an HTTP, HTTPS, FT ii less 394-4 Pager program similar to more ii openssh-client [ssh-client 1:4.3p2-9 Secure shell client, an rlogin/rsh ii patch 2.5.9-4 Apply a diff file to an original ii rsync 2.6.9-2etch2 fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315015: fwbuilder: long firewall list overflows small screen
Package: fwbuilder Version: 2.0.3-2 Severity: minor When the list of firewalls on the right of the window is longer than will fit on the screen (I currently have 28 firewalls, and my laptop has a 1024x768 screen), there is apparently no way to see the bottom of the list. It is possible to use the arrow keys to scroll down, and the firewalls are listed in the same order as in the object box on the left so it is possible to count down to the right one, but this is a bit of an ugly workaround. Ideally the list needs a scroll bar if it won't fit on the screen. Richard -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages fwbuilder depends on: ii fwbuilder-common 2.0.3-2 Firewall administration tool GUI ( ii fwbuilder-linux [fwbuild 2.0.3-2 Firewall Builder policy compiler(s ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfwbuilder62.0.3-1 Firewall Builder API library ii libgcc1 1:3.4.3-13 GCC support library ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsnmp5 5.1.2-6.1 NET SNMP (Simple Network Managemen ii libssl0.9.7 0.9.7e-3SSL shared libraries ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxml2 2.6.16-7GNOME XML library ii libxslt1.1 1.1.12-8XSLT processing library - runtime ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]