Bug#1071669: Document that Dl-Limit=9M is actually the same as 9K
Package: apt Version: 2.9.3 Severity: minor apt-transport-http apt-transport-https both say The used bandwidth can be limited with Acquire::http::Dl-Limit which accepts integer values in kilobytes per second. Well many people use e.g., Dl-Limit=20K and no error is caused. That's very unfortunate. As it gives the false impression that Dl-Limit=20M will be 1000 times faster than Dl-Limit=20K, but the sad truth is they both simply just mean Dl-Limit=20 ! Therefore those man pages (and anywhere else Dl-Limit is mentioned) should say that such letters are ignored. Indeed if you started all over again, you should have 1. Respected the letters. Or, 2. Raised an error on encountering the letters. But in the interest of not breaking scripts, at least you can now 3. Document that the letters are actually ignored! Thanks.
Bug#1071668: Add Acquire::Total::Dl-Limit
Package: apt Version: 2.9.3 Severity: wishlist apt-transport-http apt-transport-https both say The used bandwidth can be limited with Acquire::http::Dl-Limit which accepts integer values in kilobytes per second. The default value is 0 which deactivates the limit and tries to use all available bandwidth. Note that this option implicitly disables downloading from multiple servers at the same time. That's great. Except when there is a mixture of http and https sources. (Probably not considered back when there was only http.) Then to achieve a Dl-Limit=8 we need to do e.g., -o Acquire::http::Dl-Limit=4 \ -o Acquire::https::Dl-Limit=4 That indeed never goes past 8 so we are happy. But lets say after a few minutes the http source is now already fetched, well the https source is still limited at 4 even though it would be fine if it became 8. Therefore there needs to be a -o Acquire::Total::Dl-Limit=8 Also the "implicitly disables downloading from multiple servers at the same time" shouldn't apply to the new Acquire::Total::Dl-Limit. Or at least allow overriding. Also it would be a good idea to allow overriding "implicitly disables..." for http and https too.
Bug#1071652: As a matter of fact
As a matter of fact, the solution I posted doesn't work either. Therefore, be sure on the man page, to mention the true sequence needed: # debootstrap (missing step goes here) # debootstrap --second-stage
Bug#1053905: Docs out of step
$ apt-show-versions -r emacs emacs:all/bookworm-backports 1:29.3+1-3~bpo12+1 uptodate emacs-bin-common:arm64/bookworm-backports 1:29.3+1-3~bpo12+1 uptodate emacs-common:all/bookworm-backports 1:29.3+1-3~bpo12+1 uptodate emacs-common-non-dfsg:all/stable 1:28.2+1-2 uptodate 28! emacs-el:all/bookworm-backports 1:29.3+1-3~bpo12+1 uptodate emacs-pgtk:arm64/bookworm-backports 1:29.3+1-3~bpo12+1 uptodate emacsen-common:all/stable 3.0.5 uptodate https://unix.stackexchange.com/questions/758800/getting-emacs-common-non-dfsg-from-debian-bookworm-backports
Bug#1070356: Ydotool out of date
Package: ydotool Version: 0.1.8-3 As per https://github.com/ReimuNotMoe/ydotool/issues/233#issuecomment-2094063802 Debian ydotool is five years old.
Bug#1070347: GitHub not mentioned in documentation directory
Package: bash-completion Version: 1:2.11-8 In https://github.com/scop/bash-completion/issues/1175 we see GitHub is missing from Debian's bash-completion docs.
Bug#1070074: workaround: exec bash
Temporary workaround: $ exec bash
Bug#1069812: Junk on bottom of emacsclient man page
Package: emacs-common Version: 1:29.3+1-2 Severity: minor File: /usr/share/man/man1/emacsclient.emacs.1.gz Please see image.
Bug#985031: 5.8
https://github.com/htacg/tidy-html5/releases/tag/5.8.0
Bug#1065593: units: Allow access to user's own input
X-Debbugs-Cc: adri...@gnu.org Package: units Version: 2.23-1 Severity: wishlist It seems that a big lack of the units program, is access to the user's own input after he inputs it. Often one needs access to the original input value, and currently must use workarounds. $ for i in `seq 5`; do echo -n "$i mi = "; units --terse ${i}mi km; done|sed 's/$/ km/' 1 mi = 1.609344 km 2 mi = 3.218688 km 3 mi = 4.828032 km 4 mi = 6.437376 km 5 mi = 8.04672 km Maybe allow something like $ for i in `seq 5`; do units --printf "%d{input} mi = %f{output} km\n" ${i}mi km; done I don't know.
Bug#1064958: Even if there was finally a choice
Also even if at the 31st choice we finally get to keep all, the next day we will still be facing the same problem. Yes, usually it is just a temporary situation. Upstream was just in the middle of sending out some packages, etc. But even so, not for one minute should users be left digging for the 31st choice. So they should always have a "k" option.
Bug#1065006: Letter each choice question
Package: aptitude Version: 0.8.13-5+b1 Severity: wishlist In #1064958 we see the usual choice after choice. Well how about number each choice as it is shown to the user? With letters, so as not to confuse them with the numbers being shown. Not just for debugging purposes, but for everyday use. It always feels good to have letters, even only after one or two. So why not all? So instead of each The following actions will resolve these dependencies: Say M) The following actions will resolve these dependencies: N) The following actions will resolve these dependencies: etc. And after 26 double the letters or something.
Bug#1064958: Even if there was finally a choice
There it finally was, way down at like the 31st choice. Accept this solution? [Y/n/q/?] n XX. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) apt [2.7.12 (now)] 2) apt-utils [2.7.12 (now)] 3) at-spi2-core [2.50.0-1+b1 (now)] 4) gir1.2-atk-1.0 [2.50.0-1+b1 (now)] 5) libglib2.0-bin [2.78.4-1 (now)] 6) libpam-modules [1.5.2-9.1+b1 (now)] 7) libpam-modules-bin [1.5.2-9.1+b1 (now)] Accept this solution? [Y/n/q/?] n First, there should be choice numbers shown, at point XX above. Then in fact I could even easily say what choice it was. 31 is a guess. OK, I'll file a separate bug about that. Second, I was going too fast, with n RET n RET and ended up skipping over it! Thus we see you still need a "k" choice! Sure, you are saying "hurry and send us the exact state of the package system so we can recreate the issue." But I'm saying it doesn't matter. Even if there was only one or two choices before the all-keep choice popped up, there should always be my proposed "k" option available. And yes, "Well just use aptitide install ~U... _... ..._" I am sure there are tons of workarounds. But that doesn't matter, there still should be my proposed "k" short circuit choice!
Bug#1064958: Add k for keep all shown: [Y/n/q/k?]
Package: aptitude Version: 0.8.13-5+b1 Severity: wishlist Imagine there are 1000 different combinations of Accept this solution? [Y/n/q/?] n The following actions will resolve these dependencies: Remove the following packages: 1) libapt-pkg6.0 [2.7.12 (now, unstable)] 2) libglib2.0-0 [2.78.4-1 (now, unstable)] Install the following packages: 3) libapt-pkg6.0t64 [2.7.12+nmu1 (unstable)] 4) libglib2.0-0t64 [2.78.4-2 (unstable)] Keep the following packages at their current version: 5) at-spi2-core [2.50.0-1+b1 (now)] 6) gir1.2-atk-1.0 [2.50.0-1+b1 (now)] 7) libpam-modules [1.5.2-9.1+b1 (now)] 8) libpam-modules-bin [1.5.2-9.1+b1 (now)] Accept this solution? [Y/n/q/?] each of which we don't like. Well the only way to get out of it is nn(500)n and finally q. But q means we can't do the rest of the upgrade. So there should be an additional "k" choice, to keep all shown, and just proceed with the rest of the upgrade which isn't affected by these shown.
Bug#1062779: Some files lack executable permission
Package: python3-i3ipc Version: 2.2.1-3 File: /usr/share/doc/python3-i3ipc/examples/i3-cycle-focus.py Shouldn't /usr/share/doc/python3-i3ipc/examples/i3-cycle-focus.py be chmod +x? Same with some of the others there, but some are OK. Then we could execute them directly...
Bug#1062778: Upstream has much different version
Package: python3-i3ipc Version: 2.2.1-3 File: /usr/share/doc/python3-i3ipc/examples/i3-cycle-focus.py It seems upstream has a much newer version, but I can't tell, due to https://github.com/altdesktop/i3ipc-python/issues/210
Bug#1061596: When to never ask despite Always-Prompt
Package: aptitude Version: 0.8.13-5+b1 Severity: wishlist Even with Aptitude::CmdLine::Always-Prompt true there are some cases when prompting still doesn't make sense: # aptitude full-upgrade No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Do you want to continue? [Y/n/?]
Bug#1061539: wlrctl: missing arm64 version
Package: wlrctl Please also provide arm64 versions of this package! Might as well make the other missing versions too.
Bug#1061538: Old package separator "'" deprecated
Package: linklint Version: 2.3.5-7 File: /usr/bin/linklint Old package separator "'" deprecated at /usr/bin/linklint line 987...
Bug#610668: closed by Steven Robbins (Re: mention gv more)
OK, gv is from a different package.
Bug#1060424: udisks2: Permission denied (Chromebook)
Package: udisks2 Version: 2.10.1-5 Seen on Chromebook. Setting up udisks2 (2.10.1-5) ... vda: Failed to write 'change' to '/sys/devices/platform/1.pci/pci:00/:00:04.0/virtio3/block/vda/uevent': Permission denied vdb: Failed to write 'change' to '/sys/devices/platform/1.pci/pci:00/:00:05.0/virtio4/block/vdb/uevent': Permission denied vdc: Failed to write 'change' to '/sys/devices/platform/1.pci/pci:00/:00:06.0/virtio5/block/vdc/uevent': Permission denied loop0: Failed to write 'change' to '/sys/devices/virtual/block/loop0/uevent': Permission denied ... loop7: Failed to write 'change' to '/sys/devices/virtual/block/loop7/uevent': Permission denied -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 6.1.60-08594-g03a802b9a072 (SMP w/8 CPU threads; PREEMPT)
Bug#1059936: tons of them
update-initramfs: Generating /boot/initrd.img-6.6.9-amd64 cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
Bug#974972: Latest Version: 4.3.6 (20 Oct 2023)
An https://github.com/MacPaw/XADMaster/releases has a has a 1.10.8 from Oct 2023.
Bug#974972: Latest Version: 4.3.6 (20 Oct 2023)
$ man unar | tail -n 1 | tr -s ' ' The Unarchiver 2011-09-26 unar(1) $ unar --version v1.10.1 $ w3m -dump https://macpaw.com/the-unarchiver | grep Version Latest Version: 4.3.6 (20 Oct 2023)
Bug#946382: This bug report seems useless in my opinion
> "GK" == Georges Khaznadar writes: GK> Hello Dan, GK> I would like to get more information about your intent, for this bug GK> report. Looking at the crontab(5) man page, everything lines up very pretty: 17 * * * * root cd / && run-parts --report /etc/cron.hourly 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) 47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ) 52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly ) But that is because the author picked 6 hours for each. Let's see what would happen otherwise: 17 * * * * root cd / && run-parts --report /etc/cron.hourly 25 16 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) 47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ) 52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly ) Oh darn, that looks ugly. The question that crosses users minds is: "Can I rewrite it 17 * * * * root cd / && run-parts --report /etc/cron.hourly 25 16 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) 47 06 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ) 52 06 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly ) or will that be taken as octal (even if octal 6 is just 6), or illegal? Please don't force me to test to find the answer." I'm just saying the man page needs to state clearly what will happen. Sure, one could just add spaces instead of zeros to make the columns line up. But that would just be avoiding the issue. GK> Should leading zeroes be supported for the sake of making columns line GK> up, or should leading zeroes be used to introduce octal constants, in GK> your opinion? Nobody wants octal. I'm just trying to make columns line up. GK> As far as I understand the code of the file entry.c, numbers are parsed GK> by the function atoi: GK> -8<- file entry.c's excerpt -- GK> if (all_digits) { GK> *numptr = atoi(temp); GK> return ch; GK> } GK> -8<--- GK> ... which means that numbers prefixed by zeroes are considered as GK> decimal. OK that's great. Please mention so on crontab(5). Thanks. In fact perhaps add an example saying one can use spaces and zeros to make the columns line up: 25 16 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) 47 06 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly ) 52 4 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
Bug#1059421: Say " (which is also called dhclient)"
Package: isc-dhcp-client Version: 4.4.3-P1-4 Severity: minor File: /usr/share/doc/isc-dhcp-client/NEWS.Debian.gz We read > isc-dhcp-client (4.4.3-1) unstable; urgency=medium > > ISC has decided to stop maintaining the client and relay parts of isc-dhcp, > and they will be removed after the 4.4.3 release, keeping only the server > component. Please, consider using an alternative for isc-dhcp-client > (dhclient). Say instead: > ... component. Please, consider using an alternative for isc-dhcp-client > (which is also called dhclient). Otherwise we think the alternative we want is called dhclient.
Bug#1057978: Almost removed most of my system
Package: aptitude Version: 0.8.13-5 Today I out of habit hit RET to the following. It removed much of my system. https://www.reddit.com/r/Crostini/comments/alytbc/comment/kcv98ks/ Next time I'll be more careful and not trust it. I didn't realize how long the list was when I hit RET. Maybe there should be a second question if the removal list is longer than 20 packages. # aptitude full-upgrade The following packages will be REMOVED: alsa-topology-conf{ap} alsa-ucm-conf{ap} apel{ap} appstream{ap} at-spi2-core{ap} bash-completion{ap} bzip2{ap} cpp{ap} (D: cpp-13) cpp-13{ap} cros-logging{ap} cros-pipe-config{ap} (D: pipewire, D: pipewire-alsa, D: pipewire-pulse, D: wireplumber) cros-sommelier-config{ap} cros-sudo-config{ap} cros-systemd-overrides{ap} cros-vmstat-metrics{ap} cros-wayland{ap} docbook-xml{ap} (D: sgml-data) dosfstools{ap} eject{ap} enchant-2{ap} exfatprogs{ap} exim4-base{ap} (D: exim4-config, D: exim4-config-2, D: libfile-fcntllock-perl, R: bsd-mailx, R: mailx, R: psmisc, S: file) exim4-config{ap} exim4-daemon-light{ap} (D: exim4-base) expect{ap} (D: libtcl8.6, D: tcl-expect, D: tcl8.6) ffmpeg{ap} file{ap} flim{ap} (D: apel) fonts-droid-fallback{ap} (R: fonts-noto-mono) fonts-noto-color-emoji{ap} fonts-noto-mono{ap} fonts-vlgothic{ap} ghostscript{ap} (D: libgs10) gir1.2-glib-2.0{ap} (D: libgirepository-1.0-1) git{ap} (D: git-man, D: liberror-perl, R: patch) git-man{ap} gpsbabel-doc{ap} gsasl-common{ap} gsfonts{ap} gstreamer1.0-gl{pu} (R: libgstreamer-gl1.0-0) gstreamer1.0-libav{ap} gstreamer1.0-plugins-bad{pu} gstreamer1.0-x{pu} guile-3.0-libs{ap} gvfs{ap} (D: gvfs-common, D: gvfs-daemons, D: gvfs-libs) gvfs-common{ap} (R: gvfs) gvfs-daemons{ap} (D: gvfs-common, D: gvfs-libs, D: libudisks2-0, D: lsof, D: udisks2, R: gvfs) gvfs-libs{ap} (D: gvfs-common, D: libgcr-base-3-1) imagemagick-6-common{ap} iptables{ap} (D: libip4tc2, D: libip6tc2, D: libnetfilter-conntrack3, D: libnfnetlink0, D: libnftnl11, R: nftables) isc-dhcp-common{ap} javascript-common{ap} kitty-doc{ap} (D: libjs-sphinxdoc) libaacs0{ap} (R: libbdplus0) libatasmart4{ap} libauthen-sasl-perl{ap} libavtp0{pu} (D: gstreamer1.0-plugins-bad) libbdplus0{ap} (R: libaacs0) libblockdev-crypto3{ap} (D: libblockdev-utils3, D: libvolume-key1) libblockdev-fs3{ap} (D: libblockdev-utils3) libblockdev-loop3{ap} (D: libblockdev-utils3) libblockdev-mdraid3{ap} (D: libblockdev-utils3, D: libbytesize1) libblockdev-nvme3{ap} (D: libblockdev-utils3, D: libnvme1) libblockdev-part3{ap} (D: libblockdev-utils3) libblockdev-swap3{ap} (D: libblockdev-utils3) libblockdev-utils3{ap} libblockdev3{ap} (D: libblockdev-utils3) libbytesize-common{ap} libbytesize1{ap} (D: libbytesize-common) libc-devtools{ap} (R: manpages, R: manpages-dev) libcanberra0{ap} (D: libtdb1, D: sound-theme-freedesktop) libclone-perl{ap} libconfig++9v5{ap} libdata-dump-perl{ap} libdca0{pu} (D: gstreamer1.0-plugins-bad) libdecor-0-plugin-1-gtk{ap} libdirectfb-1.7-7{pu} (D: gstreamer1.0-plugins-bad) libdjvulibre-text{ap} libdjvulibre21{ap} (D: libdjvulibre-text) libdpkg-perl{ap} (R: bzip2, R: libfile-fcntllock-perl, R: liblocale-gettext-perl, R: xz-utils, S: git, S: patch, S: sensible-utils) libencode-locale-perl{ap} liberror-perl{ap} libfaad2{pu} (D: gstreamer1.0-plugins-bad) libffado2{ap} (D: libconfig++9v5, D: libglibmm-2.4-1v5, D: libxml++2.6-2v5) libfile-basedir-perl{ap} (D: libipc-system-simple-perl) libfile-desktopentry-perl{ap} (D: libfile-basedir-perl, D: liburi-perl) libfile-fcntllock-perl{ap} libfile-listing-perl{ap} (D: libhttp-date-perl) libfile-mimeinfo-perl{ap} (D: libencode-locale-perl, D: libfile-basedir-perl, D: libfile-desktopentry-perl, R: libio-stringy-perl) libfluidsynth3{pu} (D: gstreamer1.0-plugins-bad) libfont-afm-perl{ap} libfreeaptx0{pu} (D: gstreamer1.0-plugins-bad) libgail-common{ap} (D: libgail18) libgail18{ap} libgck-1-0{ap} libgcr-base-3-1{ap} (D: libgck-1-0) libgdk-pixbuf2.0-bin{ap} libgirepository-1.0-1{ap} libglibmm-2.4-1v5{ap} libgraphene-1.0-0{pu} (D: gstreamer1.0-gl) libgs-common{ap} libgs10{ap} (D: libgs10-common, D: libijs-0.35, D: libjbig2dec0, D: libpaper1, D: poppler-data) libgs10-common{ap} (D: libgs-common, R: fonts-droid-fallback) libgtk-3-bin{ap} libgtk2.0-bin{ap} libheif-plugin-aomenc{ap} libheif-plugin-x265{ap} libhtml-form-perl{ap} (D: libhtml-parser-perl, D: libhttp-message-perl, D: liburi-perl) libhtml-format-perl{ap} (D: libfont-afm-perl, D: libhtml-tree-perl) libhtml-parser-perl{ap} (D: libhtml-tagset-perl, D: liburi-perl, R: libhttp-message-perl, S: libdata-dump-perl) libhtml-tagset-perl{ap} libhtml-tree-perl{ap} (D: libhtml-parser-perl, D: libhtml-tagset-perl, R: libhtml-format-perl, R: libwww-perl) libhttp-cookies-perl{ap} (D: libhttp-date-perl, D: libhttp-message-perl) libhttp-daemon-perl{ap} (D: libhttp-date-perl, D: libhttp-message-perl,
Bug#1057888: wpagui connect and disconnect buttons
Package: wpagui Version: 2:2.10-18 Severity: wishlist When connected, the connect button should become grey (unclickable). When diconnected, the disconnect button should also become grey. Yes, even if the state is detectable from other words on the interface.
Bug#1031666: Missing Dependencies: Geo::Point
Sorry. I don't know if I am talking about Geo:: or Gis:: or libgeo or libgis. It is all too confusing. I'll leave it to others to straighten out. As far a packages that don't seem to work as their man pages say, I sure hope there is at least a README file in their doc directories about it.
Bug#1057875: I'm not sure if I'm talking about Geo:: or Gis::
Sorry. I don't know if I am talking about Geo:: or Gis:: or libgeo or libgis. It is all too confusing. I'll leave it to others to straighten out.
Bug#1031666: Missing Dependencies: Geo::Point
On https://metacpan.org/pod/Geo::Distance is says Deprecated. The maintainer of this distribution has indicated that it is deprecated and no longer suitable for use. So it is time to remove this package from Debian! Thanks. I made a separate bug report about it.
Bug#1057875: Remove this upstream deprecated package
Package: libgis-distance-perl Severity: grave On https://metacpan.org/pod/Geo::Distance is says Deprecated. The maintainer of this distribution has indicated that it is deprecated and no longer suitable for use. So it is time to remove this package from Debian! Thanks.
Bug#1057121: dpkg: warning: unable to delete old directory '/lib/firmware/...
Best would be a message on the screen too, during apt-get, saying "Don't worry about the unable to delete old directory messages, Pretend you didn't see them." or something.
Bug#1057123: Fastest Taiwan mirror missed
Package: netselect-apt Version: 0.3.ds1-30.1 Severity: minor Testing in Taiwan, fastest machine http://opensource.nchc.org.tw/ somehow missed getting into the competition. It is listed on https://www.debian.org/mirror/list .
Bug#1057121: dpkg: warning: unable to delete old directory '/lib/firmware/...
Package: firmware-misc-nonfree Version: 20230625-1 Saw tons of these. Unpacking firmware-misc-nonfree (20230625-1) over (20230515-3) ... dpkg: warning: unable to delete old directory '/lib/firmware/wfx': Directory not empty dpkg: warning: unable to delete old directory '/lib/firmware/ueagle-atm': Directory not empty dpkg: warning: unable to delete old directory '/lib/firmware/tigon': Directory not empty dpkg: warning: unable to delete old directory '/lib/firmware/tehuti': Directory not empty Due to /lib/firmware/tehuti/bdx.bin etc.
Bug#1056907: Add non-free-firmware
Package: netselect-apt netselect-apt --nonfree only makes deb http://ftp.tku.edu.tw/debian/ sid main contrib non-free it should make deb http://ftp.tku.edu.tw/debian/ sid main contrib non-free non-free-firmware
Bug#1056774: Blank space on copyright page
Package: viking In /usr/share/doc/viking/copyright it says It was downloaded from and there is a blank space.
Bug#1002993: Also seen on chromebook
I just did the simple Linux installation as seen on https://support.google.com/chromebook/answer/9145439 https://www.youtube.com/watch?v=EVWrdrvQ-rU Oh, and then I changed the /etc/apt/sources.list.d/ to get "sid", and also picked beta channel: Google Chrome: Version 120.0.6099.25 (Official Build) beta (32-bit) Platform: 15662.16.0 (Official Build) beta-channel jacuzzi Channel: beta-channel Firmware Version: Google_Fennel.12573.380.0 ARC Enabled: true ARC: 11087447 Enterprise Enrolled: false Developer Mode: false Anyway, yes I read https://chromium.googlesource.com/chromiumos/docs/+/HEAD/containers_and_vms.md but that's way advanced stuff, over my head. So you will need to send me a script with what commands to run to glean information about my chromebook. Yes I read https://chromium.googlesource.com/chromiumos/docs/+/HEAD/containers_and_vms.md but that's way advanced stuff, over my head. Anyway, df, mount, stat,.. just tell me what commands to run and I'll post the output here.
Bug#1002993: Also seen on chromebook
Seen on Chromebook 120 Linux systemd 255~rc2-3 Setting access ACL "u::rwx,g::r-x,g:adm:r-x,g:4294967295:r-x,m::r-x,o::r-x" on /var/log/journal failed: Invalid argument Setting access ACL "u::rwx,g::r-x,g:adm:r-x,g:4294967295:r-x,m::r-x,o::r-x" on /var/log/journal/f7d2e0290918427294865abb94e8fa09 failed: Invalid argument Setting access ACL "u::rw-,g::r-x,g:adm:r--,g:4294967295:r-x,m::r--,o::---" on /var/log/journal/f7d2e0290918427294865abb94e8fa09/system.journal failed: Invalid argument All I know is I use chromebook with Linux on chromeOS beta. Send me any tests you want me to run. Seen during apt upgrade.
Bug#1056558: Remove "-emulator" from the sensible-terminal man page
Package: sensible-utils Version: 0.0.20 Severity: important $ set sensible-terminal $ man $@ | grep $@ sensible-terminal-emulator - sensible terminal emulator sensible-terminal-emulator [-T title] [--wait] [-e cmd...] sensible-terminal-emulator makes sensible decisions on $ sensible-terminal-emulator bash: sensible-terminal-emulator: command not found $ which $@ /usr/bin/sensible-terminal The binary is just called sensible-terminal. So "-emulator" needs to be removed from many places on the man page. Also > Documentation of behavior of sensible-utils under a debian system Debian, not debian.
Bug#1055858: Warnings from emacs 29.1
Package: w3m-el-snapshot Version: 1.4.632+0.20221206.2328.4f27810-1 I see: ⛔ Warning (comp): w3m-session.el:112:2: Warning: defvar `w3m-session-group-open' docstring has wrong usage of unescaped single quotes (use \= or different quoting) ⛔ Warning (comp): w3m-bookmark.el:208:25: Warning: ‘point-at-eol’ is an obsolete function (as of 29.1); use ‘line-end-position’ or ‘pos-eol’ instead. ⛔ Warning (comp): w3m-bookmark.el:461:23: Warning: ‘point-at-bol’ is an obsolete function (as of 29.1); use ‘line-beginning-position’ or ‘pos-bol’ instead. ⛔ Warning (comp): w3m-bookmark.el:467:33: Warning: ‘point-at-bol’ is an obsolete function (as of 29.1); use ‘line-beginning-position’ or ‘pos-bol’ instead. ⛔ Warning (comp): w3m-form.el:2026:20: Warning: ‘point-at-bol’ is an obsolete function (as of 29.1); use ‘line-beginning-position’ or ‘pos-bol’ instead. ⛔ Warning (comp): w3m-form.el:2026:58: Warning: ‘point-at-eol’ is an obsolete function (as of 29.1); use ‘line-end-position’ or ‘pos-eol’ instead. ⛔ Warning (comp): w3m-form.el:2027:19: Warning: ‘point-at-eol’ is an obsolete function (as of 29.1); use ‘line-end-position’ or ‘pos-eol’ instead. ⛔ Warning (comp): w3m-form.el:2028:37: Warning: ‘point-at-bol’ is an obsolete function (as of 29.1); use ‘line-beginning-position’ or ‘pos-bol’ instead. ⛔ Warning (comp): w3m-form.el:2029:49: Warning: ‘point-at-bol’ is an obsolete function (as of 29.1); use ‘line-beginning-position’ or ‘pos-bol’ instead. etc. many warnings.
Bug#207095: closed by Thomas Lange (closing)
OK, that's great. But nobody visiting the packages page knows about the tracker page, so there ought to be a hyperlink added to it on the packages page.
Bug#1053692: [graphicsmagick:discussion] Re: Any plans to add HEIC format?
Package: graphicsmagick Hello. The viewnior and gpicview packages support heic, so should gm. --- On 2023-10-08 08:08, Bob Friesenhahn wrote: On Sat, 7 Oct 2023, Dan Jacobson wrote: I was using https://packages.debian.org/sid/graphicsmagick on a chromebook $ gm convert -list formats |fgrep -i heif AVIF P r-- HEIF Image Format (heif v16.2.0) HEIC P r-- HEIF Image Format (heif v16.2.0) HEIF P r-- HEIF Image Format (heif v16.2.0) $ gm convert -debug coder,exception C001.heic info:- 18:35:16 0:0.002526 0.000u 3249 constitute.c/ReadImage/1676/Coder: Invoking "HEIC" decoder (HEIF Image Format) subimage=0 subrange=0 18:35:16 0:0.010894 0.010u 3249 heif.c/ReadHEIFImage/571/Coder: Geometry: 1280x720 18:35:16 0:0.011036 0.010u 3249 heif.c/ReadHEIFImage/573/Coder: Matte: False 18:35:16 0:0.011135 0.010u 3249 heif.c/ReadHEIFImage/650/Coder: heif_decode_image() reports error "Unsupported feature: Unsupported codec" From the above, I deduce that libheif from Debian Sid does not support HEIC, or a sub-feature of HEIC. It is possible that Debian Sid binaries do not include support for HEIC at all. The nature of free software is that free software developers (and free distributions) may not be willing to pay license fees, or legal fees, or financial penalties, associated with patented algorithms. At least Ubuntu 22.04 LTS does include HEIC support. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt --- [Any plans to add HEIC format?](https://sourceforge.net/p/graphicsmagick/discussion/250738/thread/3082583888/?limit=25#72bc/4107/9a40/a1c7)
Bug#1052601: Fix Description so everybody can understand it
Package: remind-tools Version: 04.02.06-1 Severity: minor >Description: sophisticated calendar and alarm program - rem2ps, 2pdf, 2html >tools > Remind allows you to remind yourself of upcoming events and appointments. > Each reminder or alarm can consist of a message sent to standard output, or a > program to be executed. > It also features: sophisticated date calculation, moon phases, > sunrise/sunset, Hebrew calendar, alarms, PostScript output, tcl/tk front-end > and proper handling of holidays. > Tools to convert the remind output to ps, pdf or html as well as > example files. I would change the last sentence to say: < This remind-tools package provides tools to convert the remind output < to ps, pdf or html as well as example files.
Bug#884253: See also
See also https://github.com/tumic0/GPXSee/issues/98 .
Bug#915289: Files never arrived
They are listed, but not present: $ dlocate --filename-only cron_now | xargs ls -l ls: cannot access '/usr/sbin/cron_now': No such file or directory ls: cannot access '/usr/share/man/man8/cron_now.8.gz': No such file or directory Also make sure to mention them on the other man pages' SEE ALSO.
Bug#1024695: also debian-ispell
Hi 1034744 team: please see #1024695 as a bug that could get fixed at the same time...
Bug#1041767: .emacs instructions
OK, I put this in my (29.1) .emacs file (require 'comp) (native-compile-prune-cache)
Bug#1024695: also debian-ispell
⛔ Warning (comp): debian-el.el:90:26: Warning: reference to free variable ‘dired-mode-map’ ⛔ Warning (comp): debian-el.el:95:35: Warning: docstring has wrong usage of unescaped single quotes (use \= or different quoting) ⛔ Warning (comp): debian-ispell.el:420:16: Warning: reference to free variable ‘ispell-program-name’ ⛔ Warning (comp): debian-ispell.el:427:16: Warning: reference to free variable ‘ispell-dictionary’ ⛔ Warning (comp): debian-ispell.el:429:11: Warning: assignment to free variable ‘ispell-base-dicts-override-alist’ ⛔ Warning (comp): debian-ispell.el:437:24: Warning: reference to free variable ‘ispell-base-dicts-override-alist’ ⛔ Warning (comp): debian-ispell.el:475:9: Warning: reference to free variable ‘ispell-dictionary’ ⛔ Warning (comp): debian-ispell.el:489:18: Warning: reference to free variable ‘ispell-program-name’
Bug#1041767: Debian should have a .eln package
I notice the Debian's emacs comes with e.g., /usr/lib/emacs/28.2/native-lisp/28.2-66fa0d00/preloaded/elisp-mode-90dbfe40-c7c8 already installed, So no extra version needs to be made (involuntarily, with no way to turn off apparently, by the user.) So the answer is: Debian should come with all the .eln files, not just some of them. Or they could be split into a second optional debian package. Then there wouldn't be the one useful version, and also left over versions, for each file, left on the users' disks: # find .emacs.d/eln-cache/*/url-his* |xargs ls -ogt -rwxr-xr-x 1 39464 08-03 02:05 .emacs.d/eln-cache/28.2-66fa0d00/url-history-a9b2f6e8-bfe8d526.eln -rwxr-xr-x 1 39472 05-27 08:02 .emacs.d/eln-cache/28.2-e4556eb6/url-history-a9b2f6e8-bfe8d526.eln -rwxr-xr-x 1 39464 2022-11-29 .emacs.d/eln-cache/28.2-467432cd/url-history-a9b2f6e8-bfe8d526.eln -rwxr-xr-x 1 39464 2022-11-23 .emacs.d/eln-cache/28.2-fd960886/url-history-a9b2f6e8-bfe8d526.eln -rwxr-xr-x 1 39464 2022-10-17 .emacs.d/eln-cache/28.2-8ab3e389/url-history-a9b2f6e8-bfe8d526.eln Also users needn't wonder why their computer's fan is running, and look and find $ top PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 2736 jidanni 20 0 445720 337488 61184 R 100.0 2.1 0:21.62 emacs that's it's emacs to blame... $ pstree -alu | `-emacs,2418 | |-aspell,2624 -a -m -d en_US --encoding=utf-8 | |-emacs,2813 -no-comp-spawn --batch -l /tmp/emacs-async-comp-nnmh.el-nuDBgd.el | |-{emacs},2419 | |-{emacs},2420 | |-{emacs},2421 | `-{emacs},2422 M-x list-processes Compiling: /usr/share/emacs/28.2/lisp/gnus/gnus-sum.el.gz 2685run *Async-native-compile-log* /dev/pts/1 Main /usr/bin/emacs -no-comp-spawn --batch -l /tmp/emacs-async-comp-gnus-sum.el-S4iRQb.el ispell 2624run ---- Main aspell -a -m -d en_US --encoding=utf-8 server -- listen ---- Main (network server on /run/user/1000/emacs/server)
Bug#1042831: gmt-gshhg-data Recommends files aready included by the Depends
Package: gmt Version: 6.4.0+dfsg-2+b1 Severity: minor We see: Depends: gmt-common (= 6.4.0+dfsg-2), libc6 (>= 2.35), libgmt6 (>= 6.4.0), libnetcdf19 (>= 3.6.1) Recommends: gmt-gshhg-data | gmt-gshhg-low, gmt-dcw But aren't all the gmt-gshhg-data Recommends files already included by the Depends? $ dlocate --filename-only /binned|xargs ls -og|rev|sort|rev -rw-r--r-- 1 136598 2017-06-14 /usr/share/gmt-gshhg/binned_GSHHS_c.nc -rw-r--r-- 1 136598 2017-06-14 /usr/share/gmt/coast/binned_GSHHS_c.nc -rw-r--r-- 160813 2017-06-14 /usr/share/gmt-gshhg/binned_border_c.nc -rw-r--r-- 160813 2017-06-14 /usr/share/gmt/coast/binned_border_c.nc -rw-r--r-- 1 229095 2017-06-14 /usr/share/gmt-gshhg/binned_river_c.nc -rw-r--r-- 1 229095 2017-06-14 /usr/share/gmt/coast/binned_river_c.nc -rw-r--r-- 1 31935651 2017-06-14 /usr/share/gmt/coast/binned_GSHHS_f.nc -rw-r--r-- 1 2131261 2017-06-14 /usr/share/gmt/coast/binned_border_f.nc -rw-r--r-- 1 7619434 2017-06-14 /usr/share/gmt/coast/binned_river_f.nc -rw-r--r-- 1 8437674 2017-06-14 /usr/share/gmt/coast/binned_GSHHS_h.nc -rw-r--r-- 1 509728 2017-06-14 /usr/share/gmt/coast/binned_border_h.nc -rw-r--r-- 1 2266940 2017-06-14 /usr/share/gmt/coast/binned_river_h.nc -rw-r--r-- 1 2206533 2017-06-14 /usr/share/gmt-gshhg/binned_GSHHS_i.nc -rw-r--r-- 1 2206533 2017-06-14 /usr/share/gmt/coast/binned_GSHHS_i.nc -rw-r--r-- 1 217433 2017-06-14 /usr/share/gmt-gshhg/binned_border_i.nc -rw-r--r-- 1 217433 2017-06-14 /usr/share/gmt/coast/binned_border_i.nc -rw-r--r-- 1 908481 2017-06-14 /usr/share/gmt-gshhg/binned_river_i.nc -rw-r--r-- 1 908481 2017-06-14 /usr/share/gmt/coast/binned_river_i.nc -rw-r--r-- 1 550248 2017-06-14 /usr/share/gmt-gshhg/binned_GSHHS_l.nc -rw-r--r-- 1 550248 2017-06-14 /usr/share/gmt/coast/binned_GSHHS_l.nc -rw-r--r-- 198738 2017-06-14 /usr/share/gmt-gshhg/binned_border_l.nc -rw-r--r-- 198738 2017-06-14 /usr/share/gmt/coast/binned_border_l.nc -rw-r--r-- 1 364773 2017-06-14 /usr/share/gmt-gshhg/binned_river_l.nc -rw-r--r-- 1 364773 2017-06-14 /usr/share/gmt/coast/binned_river_l.nc And installing higher resolutions wouldn't make any point, as they are already installed.
Bug#1041767: Leaving .emacs.d/eln-cache on users disks not environmentally sound
All I know is based on https://emacs.stackexchange.com/questions/71825/how-often-should-emacs-28-1-native-compile-basic-emacs-files and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041767 I am not even sure that these files piling up in individual Debian users' $HOME/.emacs.d/eln-cache/28.2-* and never getting deleted should be piling up there in the first place. As far as "native-compile-prune-cache", that is not something regular users know how to find or use. Anyway, this is like some big oil spill.
Bug#1041770: systemctl preset failed on greetd.service: No such file or directory
Package: greetd Version: 0.9.0-3 Unpacking greetd (0.9.0-3) ... Setting up greetd (0.9.0-3) ... Failed to preset unit, file "/etc/systemd/system/display-manager.service" already exists and is a symlink to "/lib/systemd/system/xdm.service". /usr/bin/deb-systemd-helper: error: systemctl preset failed on greetd.service: No such file or directory
Bug#1041768: start-stop-daemon: pid value must be a number greater than 0
Package: xdm Version: 1:1.1.11-3+b2 # dpkg-reconfigure xdm #and then chose xdm. Then we see: start-stop-daemon: pid value must be a number greater than 0 Try 'start-stop-daemon --help' for more information.
Bug#1041767: Subject: eln-cache piling up
Package: emacs-bin-common Version: 1:28.2+1-15 These are piling up on user's disks, $ du -sh .emacs.d/eln-cache/* 4.0K.emacs.d/eln-cache/28.2-43f520ab 19M .emacs.d/eln-cache/28.2-467432cd 4.0K.emacs.d/eln-cache/28.2-7a6329ed 23M .emacs.d/eln-cache/28.2-8ab3e389 31M .emacs.d/eln-cache/28.2-e4556eb6 26M .emacs.d/eln-cache/28.2-fd960886 with no cleaning happening. https://gitlab.alpinelinux.org/alpine/aports/-/issues/13684 mentions it might be some flag left on during compiling.
Bug#1040870: Document how to use IGNORE_SMTP_LINE_LENGTH_LIMIT
Package: exim4-config Version: 4.96-16 Users need to set IGNORE_SMTP_LINE_LENGTH_LIMIT=true else they cannot forward messages except ones with short lines. Alas, # update-exim4.conf --verbose using non-split configuration scheme from /etc/exim4/exim4.conf.template undocumented line IGNORE_SMTP_LINE_LENGTH_LIMIT=true found in /etc/exim4/update-exim4.conf.conf, generating exim macro
Bug#1040358: can't install
Package: debianutils Version: 5.7-0.5 Preconfiguring packages ... (Reading database ... 126526 files and directories currently installed.) Preparing to unpack .../debianutils_5.7-0.5_amd64.deb ... Unpacking debianutils (5.7-0.5) over (5.7-0.4) ... Setting up debianutils (5.7-0.5) ... (Reading database ... 126526 files and directories currently installed.) Preparing to unpack .../python3-minimal_3.11.4-3_amd64.deb ... Unpacking python3-minimal (3.11.4-3) over (3.11.4-1) ... Setting up python3-minimal (3.11.4-3) ... Traceback (most recent call last): File "/usr/bin/py3compile", line 323, in main() File "/usr/bin/py3compile", line 294, in main compile(files, compile_versions, options.force, File "/usr/bin/py3compile", line 203, in compile interpreter.magic_number(version), ^ File "/usr/share/python3/debpython/interpreter.py", line 233, in magic_number result = self._execute('import importlib; print(importlib.util.MAGIC_NUMBER)', version) ^^
Bug#1040347: grotty error messages on man page
Package: gmt Version: 6.4.0+dfsg-2+b1 Severity: minor File: /usr/share/man/man1/gmt.1.gz In https://github.com/GenericMappingTools/gmt/issues/7603 we see there are grotty error messages on the man page.
Bug#1039533: Offer a way to just print the numbers, not also the units
Ah ha! You see the batch job user scours the man page, and only finds: -1, --one-line Give only one line of output (the forward conversion); do not print the reverse conversion. If a reciprocal conversion is performed, then units will still print the “reciprocal conver‐ sion” line. -t, --terse Print only a single conversion factor. This option can be used when calling units from another program so that the output is easy to parse. This option has the combined effect of these op‐ tions: ‘--strict’ ‘--quiet’ ‘--one-line’ ‘--compact’. When combined with ‘--version’ it produces a display showing only the program name and version number. --compact Give compact output featuring only the conversion factor; the multiplication and division signs are not shown, and there is no leading whitespace. If you convert to a unit list, then the output is a semicolon separated list of factors. This turns off the ‘--verbose’ option. But in fact, --terse should say: -t, --terse Print only a single conversion factor. This option can be used when calling units from another program so that the output is easy to parse. This option has the combined effect of these op‐ tions: ‘--strict’ ‘--quiet’ ‘--one-line’ ‘--compact’. When combined with ‘--version’ it produces a display showing only the program name and version number. And here we even strip the units off: $ units --terse mile meters 1609.344 I am saying that people who are looking to strip things down... their eyes will focus on that part of the man page, so be sure to repeat that feature there. So indeed, there is no need for things like, $ dlocate --help -f, --filename-only Strip 'package: ' prefix from search output -p, --package-only Output package names only when searching because units already has what it needs. It just needs to mention it on the right spot on the man page again. Thanks.
Bug#1039533: Offer a way to just print the numbers, not also the units
Here we see the "d" items are mixed with the "m" items, but the "m" isn't shown: set 42.1527288 -87.8284360 42.1817060 -87.8275970 geod +ellps=GRS80 -I <
Bug#1039533: Offer a way to just print the numbers, not also the units
I am just saying that some commands, like set 42.1527288 -87.8284360 42.1817060 -87.8275970 geod +ellps=GRS80 -a -p -f %.6f -F %.4f -I +units=us-ft <
Bug#1039533: Offer a way to just print the numbers, not also the units
Package: units Version: 2.22-2 Severity: wishlist X-Debbugs-CC: adri...@gnu.org Offer a way to just print the numbers, not also the units. Currently one must do: set $(units --terse 1mi) echo $1 1609.344 So maybe have a units --just-the-numbers, when combined with --terse, would print just the 1609.344, not the "m".
Bug#1037170: dpkg: warning: while removing fonts-lyx, directory '/usr/share/fonts/truetype/lyx' not empty so not removeds
Package: fonts-lyx Version: 2.3.7-1 The .uuid file remained.
Bug#1036873: Don't Depend on transitional package ghostscript-x
Package: gv Version: 1:3.7.4-2+b1 # aptitude show ghostscript-x Description: transitional package for ghostscript This is a transitional package and can safely be removed. # dpkg -P ghostscript-x dpkg: dependency problems prevent removal of ghostscript-x:amd64: gv depends on ghostscript-x.
Bug#1034818: Need --separator= or --null option
X-Debbugs-Cc: tri...@cpan.org Package: wmctrl Version: 1.07-7+b1 Severity: wishlist $ wmctrl -xl 0x0202 3 google-chrome-unstable.Google-chrome-unstable jidanni5 Advanced Usage - Google Chrome 0x02ec 1 googleearth-bin.Google Earth Pro N/A Google Earth Pro Add a null (\0) etc. or separator choice option, else the only way to extract the class relies on there being more than one space after it: $ wmctrl -xl|perl -pwle 's/^\S+\s+\S+[^.]+\.//; s/ .*//;'
Bug#1034734: deb-view.el: *Warnings* buffer big
X-Debbugs-Cc: Peter S. Galbraith Package: elpa-debian-el Version: 37.10 Severity: minor Warning (comp): deb-view.el:303:28: Warning: reference to free variable ‘dired-mode-map’, and: Use ‘with-current-buffer’ rather than save-excursion+set-buffer assignment to free variable ‘deb-view-find-minor-mode-map’ assignment to free variable ‘view-exit-action’ reference to free variable ‘compilation-minor-mode-map’ reference to free variable ‘deb-view-find-minor-mode-map’ reference to free variable ‘w3-current-last-buffer’ reference to free variable ‘w3-mode-map’ reference to free variable ‘w3-mutable-windows’ the function ‘Man-cleanup-manpage’ is not known to be defined. the function ‘compile-internal’ is not known to be defined. the function ‘dired-get-filename’ is not known to be defined. the function ‘print-help-return-message’ is not known to be defined. the function ‘tar-extract-other-window’ is not known to be defined. the function ‘tar-extract’ is not known to be defined. the function ‘tar-next-line’ is not known to be defined. the function ‘view-exit’ is not known to be defined. ‘beginning-of-buffer’ is for interactive use only; use ‘(goto-char (point-min))’ instead. ‘interactive-p’ is an obsolete function (as of 23.2); use ‘called-interactively-p’ instead. ‘make-variable-buffer-local’ not called at toplevel
Bug#370584: closed by Andreas Beckmann (lynx-cur-wrapper has been removed from Debian)
Perhaps most are also applicable to the current lynx package.
Bug#1034466: "--configure needs at least one package name argument" not exactly correct
Package: dpkg Version: 1.21.21 Severity: minor # dpkg --configure dpkg: error: --configure needs at least one package name argument Actually -a or --pending are also acceptable. So the message should say that.
Bug#1034332: Occasional garbled Chinese pdf lines
OK, I now installed fonts-droid-fallback. Alas, no change.
Bug#1034332: Occasional garbled Chinese pdf lines
sh /tmp/text.sh 2 n.txt C.UTF-8:2 name type encoding emb sub uni object ID - --- --- --- - XEVJPT+WenQuanYiZenHei CID TrueType Identity-H yes yes yes 6 0 MYDSFU+LiberationSerif TrueType WinAnsi yes yes yes 7 0 zh_CN.UTF-8:5 name type encoding emb sub uni object ID - --- --- --- - HFTSNP+WenQuanYiZenHeiMono TrueType WinAnsi yes yes yes 6 0 MYDSFU+LiberationSerif TrueType WinAnsi yes yes yes 7 0 zh_TW.UTF-8:5 name type encoding emb sub uni object ID - --- --- --- - HFTSNP+WenQuanYiZenHeiMono TrueType WinAnsi yes yes yes 6 0 MYDSFU+LiberationSerif TrueType WinAnsi yes yes yes 7 0> "JS" == Jonas Smedegaard writes: from set -e cd /tmp t=n.txt LC_ALL=C.UTF-8 echo 郵編123 > $t echo >> $t wc -l $t for l in C.UTF-8 zh_CN.UTF-8 zh_TW.UTF-8 do printf $l:\\t LC_ALL=$l abiword --to=pdf $t LC_ALL=C.UTF-8 pdftotext -nopgbrk n.pdf -|wc -l pdffonts n.pdf done n.pdf Description: Adobe PDF document
Bug#1034387: Mention in the Description to install yt-dlp instead
Package: youtube-dl Version: 2021.12.17-2 Severity: minor Reading /usr/share/doc/youtube-dl/NEWS.Debian.gz we see we shouldn't bother installing youtube-dl . Well, please say that clearly in the package description too! Sure, you say "transitional package", but that isn't enough. Yes, you do say $ aptitude show $@|grep yt-dlp Depends: yt-dlp
Bug#1034332: Occasional garbled Chinese pdf lines
set -e cd /tmp t=n.txt echo 郵編123 > $t echo >> $t wc -l $t for l in C.UTF-8 zh_CN.UTF-8 zh_TW.UTF-8 do printf $l:\\t LC_ALL=$l abiword --to=pdf $t LC_ALL=C.UTF-8 pdftotext -nopgbrk n.pdf -|wc -l #pdffonts n.pdf done I get 2 n.txt C.UTF-8:2 zh_CN.UTF-8:5 zh_TW.UTF-8:5
Bug#1034335: ssconvert man page break missing
Package: gnumeric Version: 1.12.55-1 Severity: minor File: /usr/share/man/man1/ssconvert.1.gz The ssconvert man page has: --list-importers List the available importers (file formats that can be read). BREAK MISSING:-I, --import-type=ID Specify which importer to use; see below for a list. This is only necessary when the right format does not follow from the input file name.
Bug#1034334: Loading any HTML fails
Package: gnumeric Version: 1.12.55-1 File: /usr/bin/ssconvert Loading any HTML fails. No. Nobody knows why it fails. It just says it fails. $ ssconvert jidanni.org/index.html /tmp/i.html Loading file:///home/jidanni/jidanni.org/index.html failed
Bug#1034332: Occasional garbled Chinese pdf lines
Package: abiword Version: 3.0.5~dfsg-3.2 File: /usr/bin/abiword Here we see that there is a bug in the pdf creator: { echo 哈哈 郵編123 哈哈; echo 郵編123;} > /tmp/n.txt abiword --to=pdf /tmp/n.txt When viewing the resultant pdf, one line is garbled. But if I use LC_ALL=C abiword --to=pdf /tmp/n.txt then all worked fine. OK, what was my $ locale? LANG=zh_TW.UTF-8 LANGUAGE=en_US:en LC_CTYPE=zh_TW.UTF-8 LC_NUMERIC="zh_TW.UTF-8" LC_TIME="zh_TW.UTF-8" LC_COLLATE=C LC_MONETARY="zh_TW.UTF-8" LC_MESSAGES=C LC_PAPER="zh_TW.UTF-8" LC_NAME="zh_TW.UTF-8" LC_ADDRESS="zh_TW.UTF-8" LC_TELEPHONE="zh_TW.UTF-8" LC_MEASUREMENT="zh_TW.UTF-8" LC_IDENTIFICATION="zh_TW.UTF-8" LC_ALL= So sure, always use LC_ALL=C ... but some other characters still get messed up. But I would have to send you my whole secret letter to reproduce it. So just take my word for it. And using LC_ALL=zh_CN.UTF-8 didn't help. Versions of packages abiword recommends: pn abiword-plugin-grammar ii aspell-en [aspell-dictionary] 2020.12.07-0-1 ii fonts-liberation 1:1.07.4-11 ii poppler-utils 22.12.0-2+b1 Yes, pdffonts will show the fonts used. I didn't see anything on the abiword man page about controling what fonts get used.
Bug#1034333: doc files empty offline
Package: imagemagick-6-doc Version: 8:6.9.11.60+dfsg-1.6 Severity: important File: /usr/share/doc/imagemagick-6-common/html/www/examples.html Testing offline, In firefox and chrome, all one sees is " Home (current) Download Tools Command-line Develop Community " one sees much more in w3m.
Bug#1034110: Newer version upstream
Package: testdisk testdisk-7.2-WIP.linux26-x86_64.tar.bz2 is available upstream.
Bug#1033652: Instead of saying "it" say the actual package name
Package: aptitude Version: 0.8.13-5 Severity: minor $ aptitude purge -s debian-archive-keyring The following packages will be REMOVED: debian-archive-keyring{p} 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 276 kB will be freed. The following packages have unmet dependencies: apt : Depends: debian-archive-keyring but it is not going to be installed Not going to be installed? it is already installed: $ apt-show-versions apt apt:amd64/unstable 2.6.0 uptodate Oh, the problem is that "it" isn't clear. So, instead of saying "it", say the actual package name you mean!
Bug#1033649: perlretut lines with only NO-BREAK SPACE look bad in some readers
Package: perl-doc Version: 5.36.0-7 Severity: minor File: /usr/share/man/man1/perlretut.1.gz These lines with only a NO-BREAK SPACE on them serve no purpose, and just look funny in e.g., emacs. Also they only occur on this man page. $ for i in perl perlre perlretut; do man -w $i | xargs zcat|uni2ascii -q|grep -c ^0x00A0$; done 0 0 15 Emacs should be thanked for detecting it.
Bug#1033447: Add --ignore-bang
Package: devscripts Version: 2.23.3 Severity: minor File: /usr/bin/checkbashisms Currently one cannot detect bashims if there is a #!/bin/bash at the top of a script. We must do # sed 1s/bash/sh/ my_script | checkbashisms Maybe add a flag to do that for us. That way we can know if it is safe to change the #!/bin/bash at the top of the file to #!/bin/sh.
Bug#1033348: Tracebacks triggered too easily, and inconsistently, when chopping short output
Package: unicode Version: 2.9-1 Sometimes, even for the same command(!), limiting the output causes a traceback. Certainly using head(1), sed(1), etc. should be a legitimate use, and not cause errors. Here, the first try works fine. Trying it again just for fun, causes an error. But other times the error might be on the first time, not second, or both, or none. There should be no error ever. $ unicode --max 22 -r per|sed q U+0025 PERCENT SIGN Too many characters to display, more than 22, use --max 0 (or other value) option to change it $ unicode --max 22 -r per|sed q U+0025 PERCENT SIGN Traceback (most recent call last): File "/usr/bin/unicode", line 1066, in main() File "/usr/bin/unicode", line 1063, in main print_characters(processed_args, options.maxcount, format_string, options.query_wikipedia, options.query_wiktionary) File "/usr/bin/unicode", line 683, in print_characters sys.stdout.flush() BrokenPipeError: [Errno 32] Broken pipe Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='utf-8'> BrokenPipeError: [Errno 32] Broken pipe
Bug#1032814: closed by Julien Cristau (Re: Bug#1032814: ca-certificates.crt does not contain exactly one certificate or CRL)
Fine it is not a bug. It is a warning. Leaving everybody unsure what to do.
Bug#1032858: mimeview: cannot stat '/usr/share/cups/mime': No such file or directory
Package: mailutils Version: 1:3.15-4 File: /usr/bin/mimeview mimeview: cannot stat '/usr/share/cups/mime': No such file or directory (info "(mailutils) mimeview") mentions what might need to be required for mimeview to work.
Bug#1032814: ca-certificates.crt does not contain exactly one certificate or CRL
Package: ca-certificates Version: 20230311 We get this warning: Setting up ca-certificates (20230311) ... Updating certificates in /etc/ssl/certs... rehash: warning: skipping ca-certificates.crt, it does not contain exactly one certificate or CRL Maybe there is an answer in https://gitlab.alpinelinux.org/alpine/ca-certificates/-/issues/2
Bug#1032813: add space after comma
Package: openssl Version: 3.0.8-1 Severity: minor File: /usr/bin/c_rehash There should be a space after this comma: Setting up ca-certificates (20230311) ... Updating certificates in /etc/ssl/certs... rehash: warning: skipping ca-certificates.crt,it does not contain exactly one certificate or CRL ^here else it violates English grammar, and by the way looks like one long filename to some people.
Bug#1032812: Allow user to influence Content-Transfer-Encoding
Package: reportbug Version: 11.6.0 Severity: minor Allow user to influence Content-Transfer-Encoding. Don't just leave it up to the whims of the program. $ < /dev/null HOME=/dev/null reportbug ca-certificates --template|grep Encoding Content-Transfer-Encoding: base64 $ < /dev/null HOME=/dev/null reportbug reportbug --template|grep Encoding Content-Transfer-Encoding: 7bit For instance, the user might want a template readable by another program, without needing to add a decoding checking step.
Bug#1032811: Document when --output=FILE won't work
Package: reportbug Version: 11.6.0 Severity: minor Man page says: -o FILE, --output=FILE Instead of sending an email, redirect it to the specified file‐ name. The output file is a full dump of the email message, so it con‐ tains both headers and mail body. If you want to use it as a template to create a new bug report, see the --resume-saved op‐ tion. OK, but there should be some mention of when it won't work: $ HOME=/dev/null reportbug --template ca-certificates --output=/tmp/z|wc - /tmp/z Thank you for using reportbug 127 1439410 - wc: /tmp/z: No such file or directory 127 1439410 total $ HOME=/dev/null reportbug ca-certificates --output=/tmp/z --template|wc - /tmp/z Thank you for using reportbug 127 1439410 - wc: /tmp/z: No such file or directory 127 1439410 total In fact there could even be some STDERR output too, saying what is going on.
Bug#1032225: Graph::Easy::Manual not found
Well I was hoping that there would be a way for everything one needed to learn and use the package offline would be available. But as I couldn't find a way to make vertical graphs instead of horizontal. I gave up on the package.
Bug#1032227: Mention instead pic.txt
Package: groff-base Version: 1.22.4-9 Severity: minor File: /usr/share/man/man1/pic.1.gz We read > A complete documentation is available in the file > /usr/share/doc/groff-base/pic.ms.gz Say /usr/share/doc/groff/pic.txt.gz Else nobody can figure out how to read it, as they need to read it to be able to figure out how to read it.
Bug#1032225: Graph::Easy::Manual not found
Package: libgraph-easy-perl Version: 0.76-3 Severity: minor We see > Please see Graph::Easy::Manual for a full description of the syntax rules. But that file is missing.
Bug#1031849: Mention actual GitHub URL in copyright
And no wonder even on a King Size monitor I couldn't find it: Our brain scans the screen, noting A B C and D. We note C and B are about the same, so we click B because it is closer to A. OK, now we see: Voila, the left side panel's precious link to the Repository is gone. Stolen out from under our nose. We assume we are still looking at the left side panel from the previous screen, but it has changed. OK. I will tell metacpan, and the Geo-Inverse author.
Bug#1031849: Mention actual GitHub URL in copyright
I bet you must be logged into metacpan to see it. I can't see it even if I "choose desktop site."
Bug#1031849: Mention actual GitHub URL in copyright
There is exactly one link to the word 'repository' on that page, and it is not clickable! See the attached screenshot. Thanks.
Bug#1031849: Mention actual GitHub URL in copyright
Package: libgeo-inverse-perl Version: 0.07-1 File: /usr/share/doc/libgeo-inverse-perl/copyright $ dlocate -L libgeo-inverse-perl|xargs zgrep -i github /usr/share/doc/libgeo-inverse-perl/CONTRIBUTING.md:Fork repository on GitHub and submit a pull request. /usr/share/doc/libgeo-inverse-perl/changelog.gz: - Added GitHub repository /usr/share/man/man3/Geo::Inverse.3pm.gz:Please open an issue on GitHub /usr/share/perl5/Geo/Inverse.pm:Please open an issue on GitHub Somewhere the actual GitHub URL should please be mentioned, e.g., in the copyright file. Above it says he "added the GitHub repository", but no exact URL is given. OK, maybe I'll also remind him about that. No I won't, as we are supposed to tell him on GitHub, but try as I might, I really can't find it. So... I give up!
Bug#1031666: Missing Dependencies: Geo::Point
Package: libgis-distance-perl Version: 0.19-2 Man page has my $point1 = Geo::Point->latlong( $lat1, $lon1 ); but Can't locate object method "latlong" via package "Geo::Point" (perhaps you forgot to load "Geo::Point"?) Therefore where to get Geo::Point should at least be in the Package Recommends. No, it's not in libgeo-distance-perl.
Bug#1031596: London-Tokyo vs. Tokyo-London distance much different!!
Package: libgeo-calc-perl Version: 0.12-1 Severity: grave File: /usr/share/doc/libgeo-calc-perl Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=146578 Regarding Geo::Calc version 0.12, there is something very wrong. The distance from London to Tokyo, 11314595.851556 is different that from Tokyo to London, 8256133.168096 !! See https://rt.cpan.org/Public/Bug/Display.html?id=146578 . There is no activity on the many years of reports there. Are you sure this package should be in Debian?
Bug#1027419: dpkg: warning: unable to delete old directory '/var/lib/dhcpcd': Directory not empty
MR> Does this still occur? I'm not sure, as I purged all that software.
Bug#1030911: Repeated Unicode circles
Package: ibus-chewing Version: 1.6.1-2 Severity: minor I found that ○● ○● are actually the same unicodes repeated at 1, 2 and 5, 6: One pair is all that is needed. This is the second page of 8:特殊圖形.
Bug#1030394: Couldn't be some interrupted install
reopen 1030394 retitle 1030394 1.20 not cleaned up thanks Wait, on my other computer there is the exact same problem: $ ls -log /usr/share/emacs/site-lisp/elpa/ drwxr-xr-x 2 4096 2018-08-07 circe-2.6 drwxr-xr-x 2 4096 2022-05-26 csv-mode-1.20 drwxr-xr-x 2 4096 01-25 12:31 csv-mode-1.21 drwxr-xr-x 2 4096 01-25 12:31 debian-el-37
Bug#1030560: Ugly // in symlinks
Package: elpa-csv-mode Version: 1.21-1 Severity: minor We note the ugly double slashes. Yes, cosmetic problem only. ls -og ... /usr/share/emacs/site-lisp/elpa/csv-mode-1.21: -rw-r--r-- 132 01-18 18:15 Install.log.gz lrwxrwxrwx 172 01-18 18:15 csv-mode-autoloads.el -> /usr/share/emacs/site-lisp/elpa-src/csv-mode-1.21//csv-mode-autoloads.el lrwxrwxrwx 166 01-18 18:15 csv-mode-pkg.el -> /usr/share/emacs/site-lisp/elpa-src/csv-mode-1.21//csv-mode-pkg.el lrwxrwxrwx 168 01-18 18:15 csv-mode-tests.el -> /usr/share/emacs/site-lisp/elpa-src/csv-mode-1.21//csv-mode-tests.el -rw-r--r-- 1 15956 01-18 18:15 csv-mode-tests.elc lrwxrwxrwx 162 01-18 18:15 csv-mode.el -> /usr/share/emacs/site-lisp/elpa-src/csv-mode-1.21//csv-mode.el -rw-r--r-- 1 57160 01-18 18:15 csv-mode.elc