Bug#979631: APT::Get::AutomaticRemove::Kernels: also allow keeping N newest

2021-01-09 Thread Dan Jacobson
I also hope at least one "No available version in archive" version is left on the disk, # apt-show-versions -r -p '^linux-image-[0-9]+\.' linux-image-5.10.0-1-amd64:amd64/unstable 5.10.4-1 uptodate linux-image-5.9.0-5-amd64:amd64 5.9.15-1 installed: No available version in archive Else if there

Bug#979631: APT::Get::AutomaticRemove::Kernels: also allow keeping N newest

2021-01-09 Thread Dan Jacobson
Package: apt Version: 2.1.16 Regarding (/usr/share/doc/apt/examples/configure-index) AutomaticRemove "" { "Kernels" ""; // Allow removing kernels even if not removing other packages (true for dist-upgrade) }; I would also have another variable, with a digit argument,

Bug#979611: Add comment in /etc/resolv.conf saying that pppd added these lines

2021-01-08 Thread Dan Jacobson
Package: ppp Version: 2.4.9-1+1 Severity: wishlist File: /etc/ppp/ip-up.d/usepeerdns Regarding this part of /etc/ppp/ip-up.d/usepeerdns, # merge the new nameservers with the other options from the old configuration { cat /etc/ppp/resolv.conf grep --invert-match

Bug#979578: Add --syntax-check-only

2021-01-08 Thread Dan Jacobson
Package: cron Version: 3.0pl1-136 Severity: wishlist File: /usr/bin/crontab $ crontab file runs a syntax check before installing the crontab. That is great, but even greater would be an option, to just do a dry run: perform a syntax check without installing the file.

skip-completed-text "on" should be the default

2021-01-07 Thread Dan Jacobson
My experiments, https://github.com/scop/bash-completion/issues/489 "prove" that set skip-completed-text on should be the default, not off.

Bug#979512: Empty /etc/resolv.conf, created by pppd, will last forever

2021-01-07 Thread Dan Jacobson
Package: ppp Version: 2.4.9-1+1 There is still another bug in /etc/ppp/ip-*.d/usepeerdns . Let's say the user starts with a clean system, no /etc/resolv.conf file. Well, due to the logic in /etc/ppp/ip-*.d/usepeerdns, he will be left with a zero byte /etc/resolv.conf for the rest of his

bind documentation needs example for variables too, not just keys

2021-01-07 Thread Dan Jacobson
Man bash says Readline Variables Readline has variables that can be used to further customize its behav‐ ior. A variable may be set in the inputrc file with a statement of the form set variable-name value or using the bind builtin command (see SHELL

Allow using a different completion pager

2021-01-07 Thread Dan Jacobson
$ man bash page-completions (On) If set to On, readline uses an internal more-like pager to dis‐ play a screenful of possible completions at a time. OK, and it looks like: final.target first-boot-complete.target fstrim.service fstrim.timer --More-- But if I

Bug#979416: remove test to see if systemd-resolved is running

2021-01-06 Thread Dan Jacobson
We note in #979417 they also say MB> Please use resolvectl instead of systemd-resolve. The latter is a MB> compat symlink which is scheduled to go away. anyway. P.S., if systemd-resolved is running, and usepeerdns writes in /etc/resolv.conf, we now get $ resolvectl dns Global: 168.95.192.1

Bug#979417: systemd-resolved --status not prepared for missing files

2021-01-06 Thread Dan Jacobson
Package: systemd Version: 247.2-4 Severity: minor File: /usr/bin/systemd-resolve /usr/bin/systemd-resolve --status expects to always find files that in fact may not be there and are not errors and should not cause the program to bomb out early. # systemctl enable --now systemd-resolved Created

Bug#979416: Wrong test to determine "if systemd-resolved is running"

2021-01-06 Thread Dan Jacobson
Package: ppp Version: 2.4.8-1+2 File: /etc/ppp/ip-up.d/usepeerdns In /etc/ppp/ip-up.d/usepeerdns we see: # exit if systemd-resolved is running [ -x /usr/bin/systemd-resolve ] && \ /usr/bin/systemd-resolve --status >/dev/null && exit 0 However this is the wrong test to see "if

Bug#979417: systemd-resolved --status not prepared for missing files

2021-01-06 Thread Dan Jacobson
Package: systemd Version: 247.2-4 Severity: minor File: /usr/bin/systemd-resolve /usr/bin/systemd-resolve --status expects to always find files that in fact may not be there and are not errors and should not cause the program to bomb out early. # systemctl enable --now systemd-resolved Created

Bug#979205: Remove non-existent email address from the man pages please

2021-01-03 Thread Dan Jacobson
d to reach does not exist. Please try double-checking the recipient's MDS> email address for typos or unnecessary spaces. (in reply to RCPT TO MDS> command) MDS> From: 積丹尼 Dan Jacobson MDS> Subject: UTF-8 filenames MDS> To: mpack-b...@andrew.cmu.edu MDS> munpack versi

Bug#979148: Origin of mysterious ../run/systemd/resolve/stub-resolv.conf symlink

2021-01-03 Thread Dan Jacobson
Regarding the link on my system in /etc lrwxrwxrwx 1 root 39 08-09 02:29 resolv.conf -> ../run/systemd/resolve/stub-resolv.conf ( with body mostly from /lib/systemd/resolv.conf ) that I had to remove manually, In /var/log/apt/history.log.5.gz I see: Start-Date: 2020-08-09 02:28:50 Purge:

Bug#979148: Origin of mysterious ../run/systemd/resolve/stub-resolv.conf symlink

2021-01-03 Thread Dan Jacobson
Regarding the link on my system in /etc lrwxrwxrwx 1 root 39 08-09 02:29 resolv.conf -> ../run/systemd/resolve/stub-resolv.conf ( with body mostly from /lib/systemd/resolv.conf ) that I had to remove manually, In /var/log/apt/history.log.5.gz I see: Start-Date: 2020-08-09 02:28:50 Purge:

Bug#979190: Weird "illegal" item spotted here in the 's' section

2021-01-03 Thread Dan Jacobson
Package: w3-recs Version: 20110107-1 Severity: wishlist File: /usr/share/doc/w3-recs/html/www.w3.org/TR/2009/CR-CSS2-20090423/indexlist.html Weird "illegal" item spotted here in the 's' section: file:///usr/share/doc/w3-recs/html/www.w3.org/TR/2009/CR-CSS2-20090423/indexlist.html#index-s , 1,

Bug#979148: disabling systemd-resolved.service should remove symlink

2021-01-03 Thread Dan Jacobson
Package: systemd I think doing systemctl disable --now systemd-resolved.service should remove lrwxrwxrwx 1 root 39 08-09 02:29 resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Bug#979148: disabling systemd-resolved.service should remove symlink

2021-01-03 Thread Dan Jacobson
Package: systemd I think doing systemctl disable --now systemd-resolved.service should remove lrwxrwxrwx 1 root 39 08-09 02:29 resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Bug#731769: Still works?

2021-01-03 Thread Dan Jacobson
> "VL" == Vincent Lefevre writes: VL> Perhaps you had an already "clean" pristine directory. OK, I guess I can feel better. "I thought I (my directory) was fat. But it turns out some people are much fatter."

Bug#731769: Still works?

2021-01-02 Thread Dan Jacobson
Useful? $ du -hs .svn/pristine/ 22M .svn/pristine/ $ svn cleanup --vacuum-pristines $ du -hs .svn/pristine/ 22M .svn/pristine/

Bug#968589: PPP name resolver service not restarted upon upgrade

2021-01-02 Thread Dan Jacobson
# cat /etc/resolv.conf # MADE BY ME in /root/bin/openpppd nameserver 168.95.192.1 nameserver 168.95.1.1 # ls -l /etc/resolv.conf lrwxrwxrwx 1 root root 39 08-09 02:29 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf Too bad it will always be a link, even though I did systemctl disable

Bug#968589: PPP name resolver service not restarted upon upgrade

2021-01-02 Thread Dan Jacobson
OK, I figured it out! cat > /etc/resolv.conf <

Bug#968589: PPP name resolver service not restarted upon upgrade

2021-01-02 Thread Dan Jacobson
Perhaps you could tell me, how to hardwire primary DNS address 168.95.192.1 secondary DNS address 168.95.1.1 for ever and ever, into pppd. Looking at the man page doesn't say. Looking at /usr/share/doc/ppp neither. This is all getting rather crazy. Hardwiring it in is the right thing for losers

Bug#968589: PPP name resolver service not restarted upon upgrade

2021-01-01 Thread Dan Jacobson
> "CB" == Chris Boot writes: CB> Right, but the implication is that it's unusable for practically everyone Hard to tell except via waiting for bug reports to roll in. OK, trying systemctl disable --now systemd-resolved.service ...

Bug#979018: Some demo scripts are compressed, so README doesn't work

2021-01-01 Thread Dan Jacobson
Package: libimage-magick-perl Version: 8:6.9.11.24+dfsg-1 Severity: wishlist File: /usr/share/doc/imagemagick-6-common/examples/demo $ pwd /usr/share/doc/imagemagick-6-common/examples/demo $ cat README This directory contains a number of PerlMagick demonstration scripts. Just type make to

Bug#978981: line 11: all `Format' sections are invalid

2021-01-01 Thread Dan Jacobson
Package: diffutils-doc Version: 1:3.7-4 Processing triggers for doc-base (0.11) ... Processing 2 changed doc-base files... Error in `/usr/share/doc-base/diffutils-doc', line 11: all `Format' sections are invalid.

Bug#968589: PPP name resolver service not restarted upon upgrade

2021-01-01 Thread Dan Jacobson
>>>>> "CB" == Chris Boot writes: CB> Control: severity -1 normal CB> On 10/09/2020 15:39, 積丹尼 Dan Jacobson wrote: >> Bug still affecting several of my machines. Forwarding to >> https://github.com/systemd/systemd/issues/17004 . CB> I don't kno

Bug#955183: closed by Chris Hofstaedtler (Re: Bug#955183: column's minimal output separation is hardwired at 2)

2021-01-01 Thread Dan Jacobson
Glad that this is now implemented.

Bug#968589: PPP name resolver service not restarted upon upgrade

2021-01-01 Thread Dan Jacobson
Bad news, I will have to figure out how to rewrite pppd default-asyncmap defaultroute lcp-echo-failure 7 lcp-echo-interval \ 50 mtu 1492 noaccomp noauth noipdefault noproxyarp persist plugin \ rp-pppoe.so usepeerdns user ...@hinet.net pty pppoe -I enp1s0 -T 80 \ -m 1452 enp1s0 debug so it works

Bug#978977: mention hd in NAME and SYNOPSIS

2021-01-01 Thread Dan Jacobson
Package: bsdextrautils Version: 2.36.1-4 Severity: wishlist File: /usr/share/man/man1/hexdump.1.gz Just like man atrm mentions atrm in NAME and SYNOPSIS here on Debian, though a link, man hd should mention hd too in NAME and SYNOPSIS, not just below. Also when doing so, the paragraph mentioned

Bug#978976: mention GET, etc. in NAME and SYNOPSIS

2021-01-01 Thread Dan Jacobson
Package: libwww-perl Version: 6.50-1 Severity: wishlist File: /usr/share/man/man1/lwp-request.1p.gz Just like man atrm mentions atrm in NAME and SYNOPSIS here on Debian, though a link, man GET, HEAD, etc. should be mentioned too in NAME and SYNOPSIS, or a note added to the man page saying they

Bug#978493: examples.pl not linked right

2020-12-27 Thread Dan Jacobson
Package: imagemagick-6-doc Version: 8:6.9.11.24+dfsg-1 Browse file:///usr/share/doc/imagemagick-6-common/html/www/examples.html The main link file:///usr/share/doc/imagemagick-6-common/html/source/examples.pl needs to be file:///usr/share/doc/imagemagick-6-common/html/www/source/examples.pl !

Bug#978138: Many doubled "www/www" broken links on index.html

2020-12-26 Thread Dan Jacobson
Package: imagemagick-6-doc Version: 8:6.9.11.24+dfsg-1 Severity: important cd /usr/share/doc/imagemagick-6-doc/html for i in $(mech-dump --links index.html | perl -nwle 'next if /^http/; s/#.*//; print;' | sort -u); do if test -f $i; then k=GOOD; else k=BAD\ ; fi; echo "$k:" $i; done GOOD:

Bug#978137: Some CSS and JPG missing

2020-12-26 Thread Dan Jacobson
Package: imagemagick-6-doc Version: 8:6.9.11.24+dfsg-1 Severity: minor Loading file:///usr/share/doc/imagemagick-6-common/html/index.html in Developer Tools, the console says: index.html:32 GET file:///usr/share/doc/imagemagick-6-common/html/www/assets/magick-css.html net::ERR_FILE_NOT_FOUND

Bug#966621: Many people have entire music collections on /var/tmp

2020-12-24 Thread Dan Jacobson
Anyways, in any NEWS.Debian.gz file, one would need to say "Coming changes next month: We will start cleaning " otherwise if you just say "This version now cleans " most users will not have enough time to move various projects temp files off of there before they get wiped out. E.g., some

Bug#966621: Many people have entire music collections on /var/tmp

2020-12-24 Thread Dan Jacobson
Anyways, in any NEWS.Debian.gz file, one would need to say "Coming changes next month: We will start cleaning " otherwise if you just say "This version now cleans " most users will not have enough time to move various projects temp files off of there before they get wiped out. E.g., some

Bug#977778: Quit early when given Unknown pattern types

2020-12-20 Thread Dan Jacobson
Package: aptitude Version: 0.8.13-2+b1 Severity: wishlist This should bomb out right away, with "E: Unknown pattern type: h", instead of doing all that work first: # aptitude search ~h [ 0%] Reading package lists [100%] Reading package lists [ 0%] Building dependency tree [100%] Building

[Aptitude-devel] Bug#977778: Quit early when given Unknown pattern types

2020-12-20 Thread Dan Jacobson
Package: aptitude Version: 0.8.13-2+b1 Severity: wishlist This should bomb out right away, with "E: Unknown pattern type: h", instead of doing all that work first: # aptitude search ~h [ 0%] Reading package lists [100%] Reading package lists [ 0%] Building dependency tree [100%] Building

Bug#977239: man pages: word breaks in tables start the following line in the wrong column

2020-12-12 Thread Dan Jacobson
Package: imagemagick-6.q16 Version: 8:6.9.11.24+dfsg-1+b2 Severity: minor File: /usr/share/man/man1/convert-im6.q16.1.gz The man page here on Debian renders as metric -moments report image moments -monitor monitor progress -orient type

Bug#854580: enable giving killall an old fashioned process ID too!

2020-12-06 Thread Dan Jacobson
B> Hi, B> Your bug report said you were looking for a kill program that kills the process group. Using a negative pid for things like kill will do this. killall is all about the name or commands, not the B> process id. (OK, but if killall could also just take PIDs, then one could enjoy e.g.,

Bug#975752: view from aptitude

2020-12-02 Thread Dan Jacobson
The following packages have unmet dependencies: android-libadb : Depends: android-libbase (= 1:8.1.0+r23-8) but 1:10.0.0+r36-1~stage1.1 is to be installed The following actions will resolve these dependencies: Keep the following packages at their current version: 1) android-libbase

Bug#975752: view from aptitude

2020-12-02 Thread Dan Jacobson
The following packages have unmet dependencies: android-libadb : Depends: android-libbase (= 1:8.1.0+r23-8) but 1:10.0.0+r36-1~stage1.1 is to be installed The following actions will resolve these dependencies: Keep the following packages at their current version: 1) android-libbase

bug#44975: Warn that fold will wreck UTF-8

2020-11-30 Thread Dan Jacobson
On (info "(coreutils) fold invocation") warn that fold will wreck UTF-8 files, shattering any multibyte character that unfortunately lies near its chopper. (GNU coreutils) 8.32

bug#44959: date error message should say -I

2020-11-30 Thread Dan Jacobson
Well OK, but when and when not to use the "=" is not revealed by the otherwise detailed error messages. So unless the user checks the manual, they will never "get it".

bug#44960: date --expose-flags

2020-11-30 Thread Dan Jacobson
date +%Y-%m-%dT%H:%M:%S%z ^I meant %:z > Then one needn't use trial and error (Driving my point home.)

bug#44960: date --expose-flags

2020-11-30 Thread Dan Jacobson
I got this brilliant idea. Let's say one likes the output of $ date --iso-8601=seconds 2020-11-30T21:15:47+08:00 but wants to know "how you did it?" Hmmm, no assistance from $ date --iso-8601=seconds --debug 2020-11-30T21:15:50+08:00 Ah, if only there were a: $ date --iso-8601=seconds

bug#44959: date error message should say -I

2020-11-30 Thread Dan Jacobson
$ date -I=seconds date: invalid argument ‘=seconds’ for ‘--iso-8601’ Hey, that is a valid argument for --iso-8601. (But not for -I, so say that instead.) Here is a real invalid argument: $ date --iso-8601=secondsz date: invalid argument ‘secondsz’ for ‘--iso-8601’ date (GNU coreutils) 8.32

Bug#976142: s/paragraph/package record/g for the whole man page

2020-11-30 Thread Dan Jacobson
Package: dctrl-tools Version: 2.24-3+b1 Severity: wishlist File: /usr/share/man/man1/grep-dctrl.1.gz Don't you mean "packages" instead of "paragraphs" here: -s field,field, ... | --show-field=field,field, ... Show only the body of these fields from the matching paragraphs.

Bug#976141: Add --assume-no

2020-11-30 Thread Dan Jacobson
Package: aptitude Version: 0.8.13-2 Severity: wishlist There is -y, --assume-yes but no --assume-no. In particular, let's say we like $ aptitude -y -s purge beep The following packages will be REMOVED: beep{p} 0 packages upgraded, 0 newly installed, 1 to remove and 3 not upgraded. Need

[Aptitude-devel] Bug#976141: Add --assume-no

2020-11-30 Thread Dan Jacobson
Package: aptitude Version: 0.8.13-2 Severity: wishlist There is -y, --assume-yes but no --assume-no. In particular, let's say we like $ aptitude -y -s purge beep The following packages will be REMOVED: beep{p} 0 packages upgraded, 0 newly installed, 1 to remove and 3 not upgraded. Need

Re: bug#44841: FFAP vs. TRAMP's adb::

2020-11-26 Thread Dan Jacobson
forcemerge 44822 44841 thanks Merging so that this case will get tested too.

FFAP vs. TRAMP's adb::

2020-11-24 Thread Dan Jacobson
With FFAP enabled, put the cursor on the middle of /adb::/sdcard/Screenshots/Screenshot_20201031-130425.jpg and do C-x C-f. This will prompt about opening ~/adb::/sdcard/Screenshots/Screenshot_20201031-130425.jpg which will fail. One needs to manually remove the "~". My FFAP settings are as you

Bug#975413: Morse code "T"

2020-11-21 Thread Dan Jacobson
Package: dict-gcide Version: 0.48.5 $ dict 'Morse code'|grep 'T ' F ..-. M -- T F .-. M -- T -- & . ... The first T is missing its "-". The second T has an extra "-", (making it the same as M!) (By analyzing /usr/share/doc/dict-gcide/changelog.Debian.gz I determined I was

bug#44770: chown: warn about the dot when encountering it

2020-11-20 Thread Dan Jacobson
Maybe print warning messages when encountering the dot, (info "(coreutils) chown invocation") Else Grandpa won't ever know, https://github.com/scop/bash-completion/issues/468 until one day when it's too late... (And his program starts messing things up on some other system.)

Bug#975026: Use 公元 not 西元

2020-11-18 Thread Dan Jacobson
retitle 975026 Don't add "西元" to worldwide (2020) dates! thanks In fact I got a much better idea: Chuck the whole 西元 totally! Does $ LC_ALL=C date Thu Nov 19 13:11:20 CST 2020 add "A.D." etc.? No! Anyway, it is up to https://en.wikipedia.org/wiki/North_Korean_calendar

Bug#975026: Use 公元 not 西元

2020-11-18 Thread Dan Jacobson
retitle 975026 Don't add "西元" to worldwide (2020) dates! thanks In fact I got a much better idea: Chuck the whole 西元 totally! Does $ LC_ALL=C date Thu Nov 19 13:11:20 CST 2020 add "A.D." etc.? No! Anyway, it is up to https://en.wikipedia.org/wiki/North_Korean_calendar

Bug#975026: Use 公元 not 西元

2020-11-18 Thread Dan Jacobson
We just like one does not want to mention "Christ" when talking about https://en.wikipedia.org/wiki/Metric_time etc. See also https://zh.wikipedia.org/wiki/公元 >>>>> "FW" == Florian Weimer writes: FW> * 積丹尼 Dan Jacobson: >> I think this, >> $ LC

Bug#975026: Use 公元 not 西元

2020-11-18 Thread Dan Jacobson
We just like one does not want to mention "Christ" when talking about https://en.wikipedia.org/wiki/Metric_time etc. See also https://zh.wikipedia.org/wiki/公元 >>>>> "FW" == Florian Weimer writes: FW> * 積丹尼 Dan Jacobson: >> I think this, >> $ LC

Bug#975026: Use 公元 not 西元

2020-11-17 Thread Dan Jacobson
Package: locales Version: 2.31-4 Severity: minor I think this, $ LC_TIME=zh_TW.UTF-8 date 西元2020年11月18日 (週三) 12時39分44秒 CST should say 公元 not 西元. Alas, I do not know where to submit this bug to.

Bug#975026: Use 公元 not 西元

2020-11-17 Thread Dan Jacobson
Package: locales Version: 2.31-4 Severity: minor I think this, $ LC_TIME=zh_TW.UTF-8 date 西元2020年11月18日 (週三) 12時39分44秒 CST should say 公元 not 西元. Alas, I do not know where to submit this bug to.

Bug#974700: Add comment to resolv.conf when overwriting, mention what did it

2020-11-13 Thread Dan Jacobson
Package: isc-dhcp-client https://gitlab.isc.org/isc-projects/dhcp/-/issues/137 says this problem lies with Debian.

Bug#974658: Dot at the end of man page title

2020-11-13 Thread Dan Jacobson
Package: adduser Version: 3.118 Severity: wishlist File: /usr/share/man/man5/adduser.conf.5.gz There is a dot at the end of man page title: $ apropos d|head fuse (4) - Filesystem in Userspace (FUSE) device adduser.conf (5) - configuration file for adduser(8) and addgroup(8) .

Bug#974657: Man pages need proper titles

2020-11-13 Thread Dan Jacobson
Package: ossim-core Version: 2.9.1-3 Severity: wishlist None of these man pages have proper titles, $ apropos ossim|head ossim-adrg-dump (1) - ossim-adrg-dump ossim-applanix2ogeom (1) - ossim-applanix2ogeom ossim-autreg (1) - ossim-autreg ossim-band-merge (1) - ossim-band-merge

Bug#974657: Man pages need proper titles

2020-11-13 Thread Dan Jacobson
Package: ossim-core Version: 2.9.1-3 Severity: wishlist None of these man pages have proper titles, $ apropos ossim|head ossim-adrg-dump (1) - ossim-adrg-dump ossim-applanix2ogeom (1) - ossim-applanix2ogeom ossim-autreg (1) - ossim-autreg ossim-band-merge (1) - ossim-band-merge

Bug#974654: Support unlimited +, -: at now + 2 years + 6 months

2020-11-13 Thread Dan Jacobson
Package: at Version: 3.1.23-1.1 Severity: wishlist $ at now + 2 years + 6 months syntax error. Last token seen: + Garbled time How inflexible. I'm not even asking for all of + - * /, just + -. Alas, forced to use * on my own: Workaround: $ at now + $((2*12+6)) months

Bug#974653: Support decimal times: at now + 2.5 years

2020-11-13 Thread Dan Jacobson
Package: at Version: 3.1.23-1.1 Severity: wishlist $ at now + 2.5 years syntax error. Last token seen: . Garbled time Why not support this?

Bug#522318: closed by Chris Hofstaedtler (util-linux upstream bugs with no activity)

2020-11-08 Thread Dan Jacobson
OK, filed https://github.com/karelzak/util-linux/issues/1184 .

Bug#973667: Directory List /.../.../.../... titles puts "meat" too far to the right

2020-11-07 Thread Dan Jacobson
> "KY" == Katsumi Yamaoka writes: KY> That's a good idea, but the title is what w3m says AFAIU; KY> emacs-w3m only copies it. Though it would probably be possible to KY> make emacs-w3m modify it, I think doing it by w3m is much better. You're right. Perhaps reassign this bug to w3m for me.

Bug#973941: Pasted text looks same as cursor

2020-11-07 Thread Dan Jacobson
Package: xterm Version: 361-1 Severity: minor Lately when we paste with SHIFT+INSERT, the pasted text is in reverse video. That's great, but that is the same color as our cursor, which "gets lost" due to it. So perhaps make the text a different color. (I'm using

Bug#973941: Pasted text looks same as cursor

2020-11-07 Thread Dan Jacobson
Package: xterm Version: 361-1 Severity: minor Lately when we paste with SHIFT+INSERT, the pasted text is in reverse video. That's great, but that is the same color as our cursor, which "gets lost" due to it. So perhaps make the text a different color. (I'm using

Bug#973744: Not all switches can be completed

2020-11-04 Thread Dan Jacobson
Package: dlocate Version: 1.07+nmu1 File: /etc/bash_completion.d/dlocate-completion I can't complete e.g., --filename-only. Please all the remaining switches.

Bug#973667: Directory List /.../.../.../... titles puts "meat" too far to the right

2020-11-02 Thread Dan Jacobson
X-Debbugs-Cc: yama...@jpl.org Package: w3m-el-snapshot Version: 1.4.632+0.20201021.0552.a4edf91-1 Let's say in emacs-w3m we are browsing the directory file:///home/jidanni/jidanni.org/geo/antipodes/programs/ Well, perhaps the buffer name/title should be programs Directory list, or

Bug#973666: Cursor left at top when browsing directories

2020-11-02 Thread Dan Jacobson
X-Debbugs-Cc: yama...@jpl.org Package: w3m-el-snapshot Version: 1.4.632+0.20201021.0552.a4edf91-1 $ w3m file:///home/jidanni/jidanni.org/geo/antipodes/programs/ puts the cursor in the right spot. But in emacs-w3m, the cursor is left way at the top! Location:

make -s -n documentation

2020-10-20 Thread Dan Jacobson
(info "(make) Echoing") perhaps should mention what happens when -s and -n are combined.

Bug#972408: Don't call packages New Debian packages if not yet on Debian

2020-10-20 Thread Dan Jacobson
> "SW" == Sean Whitton writes: SW> We could, however, add a note to those HTML pages saying that the SW> package is not yet available. Yes, as we (public) have landed on the page via google searches, and have no knowledge of the deeper meanings.

Bug#566943: closed by Geert Stappers (Five or ten years later)

2020-10-18 Thread Dan Jacobson
OK hope it is fixed.

Bug#972408: Don't call packages New Debian packages if not yet on Debian

2020-10-17 Thread Dan Jacobson
X-Debbugs-Cc: Sudip Mukherjee Package: ftp.debian.org When reading e.g., https://ftp-master.debian.org/new/getmail6_6.7-1.html the user sees Debian NEW package overview for getmail6 Therefore the user assumes it is a new debian package. However it is not yet a new debian package. Yes it may be

Bug#971906: chromium-shell: quote $@

2020-10-09 Thread Dan Jacobson
Package: chromium-shell Version: 83.0.4103.116-3.1 Severity: minor File: /usr/bin/chromium-shell Shouldn't $@ be double quoted, to preserve the exact arguments?

[Talk-TW] weeklyOSM reminders dominating list

2020-09-26 Thread Dan Jacobson
Actually, Talk-TW originally was for talking. Now it is 99% just these [Talk-TW] weeklyOSM #523 2020-07-21-2020-07-26 weeklyteam [Talk-TW] weeklyOSM #524 2020-07-28-2020-08-03 weeklyteam [Talk-TW] weeklyOSM #527 2020-08-11-2020-08-17 weeklyteam reminders. I checked

Bug#743835: xlbiff: `nmh is not installed'

2020-09-24 Thread Dan Jacobson
# aptitude install xlbiff The following NEW packages will be installed: liblockfile1{a} (D: nmh) (xlbiff D: nmh D: liblockfile1) nmh{a} (D: xlbiff, S: exim4-base, R: nmh) (xlbiff D: nmh) xlbiff And then $ xlbiff

bug#34288: Mention how to trigger ':' without filemane

2020-09-22 Thread Dan Jacobson
OK closing, because I don't exactly remember my main point either. >>>>> "PE" == Paul Eggert writes: PE> On 1/31/19 3:42 PM, 積丹尼 Dan Jacobson wrote: PE> Unfortunately I don't understand this bug report. I don't know what PE> the "it" is that people would want to figure out.

Bug#970596: Fill in rest of Recommends

2020-09-19 Thread Dan Jacobson
Package: vlc Version: 3.0.11.1-1+b1 Severity: minor Some of these are in the Package Description, VLC has support for on-the-fly transcoding of audio and video formats, either for broadcasting purposes or for movie format transformations. Support for most output methods is provided by this

Bug#970596: Fill in rest of Recommends

2020-09-19 Thread Dan Jacobson
Package: vlc Version: 3.0.11.1-1+b1 Severity: minor Some of these are in the Package Description, VLC has support for on-the-fly transcoding of audio and video formats, either for broadcasting purposes or for movie format transformations. Support for most output methods is provided by this

Bug#970210: forcemerge vs. pkgreport.cgi

2020-09-12 Thread Dan Jacobson
Package: bugs.debian.org One would expect forcemerge A B to cause pkgreport.cgi?package=X to list A, not B. I mean B gets A's version, etc. OK maybe pkgreport.cgi always lists the lower numbered bug no matter what. Well https://www.debian.org/Bugs/server-control#forcemerge should mention that.

Bug#970075: Also add note in /etc/ppp/ip-up.d/0000usepeerdns

2020-09-11 Thread Dan Jacobson
In fact in /etc/ppp/ip-up.d/usepeerdns itself, a note could be added too that this file comes from Debian, not upstream.

Bug#970076: Update to work with systemd-resolved

2020-09-11 Thread Dan Jacobson
Package: ppp Version: 2.4.7-2+4.1+deb10u1+b1 Severity: grave In https://github.com/paulusmack/ppp/issues/167 > "PM" == Paul Mackerras writes: PM> It seems like the debian packaging of pppd has not been updated to use PM> whatever the "correct" way to supply new DNS servers to PM>

Bug#970076: Update to work with systemd-resolved

2020-09-11 Thread Dan Jacobson
Package: ppp Version: 2.4.7-2+4.1+deb10u1+b1 Severity: grave In https://github.com/paulusmack/ppp/issues/167 > "PM" == Paul Mackerras writes: PM> It seems like the debian packaging of pppd has not been updated to use PM> whatever the "correct" way to supply new DNS servers to PM>

Bug#970075: Add a comment about who is writing when writing files

2020-09-11 Thread Dan Jacobson
Package: ppp Version: 2.4.7-2+4.1+deb10u1+b1 Severity: minor Please see https://github.com/paulusmack/ppp/issues/168 .

Bug#968589: PPP name resolver service not restarted upon upgrade

2020-09-10 Thread Dan Jacobson
Bug still affecting several of my machines. Forwarding to https://github.com/systemd/systemd/issues/17004 .

Bug#968589: PPP name resolver service not restarted upon upgrade

2020-09-10 Thread Dan Jacobson
Bug still affecting several of my machines. Forwarding to https://github.com/systemd/systemd/issues/17004 .

Bug#968194: Prerelease getmail6 .deb

2020-09-09 Thread Dan Jacobson
I can test a Prerelease getmail6 .deb for you when you make one.

Bug#968194: Prerelease getmail6 .deb

2020-09-09 Thread Dan Jacobson
I can test a Prerelease getmail6 .deb for you when you make one.

Bug#969937: Removing packages doesn't "Fix" them

2020-09-08 Thread Dan Jacobson
Package: bugs.debian.org https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743835 "Fixed in version 4.1-7+rm" It really shouldn't say Fixed, but resolved, closed, etc.

Bug#969744: No such anchor

2020-09-08 Thread Dan Jacobson
> "KY" == Katsumi Yamaoka writes: KY> The actual emacs-w3m bug was not to hold some of fetched plural KY> name anchors that point to the same place. I've changed again KY> the git master. This would probably be the right fix. OK Good. >> Note that there are *two* name anchors. It seems

Bug#969744: No such anchor

2020-09-08 Thread Dan Jacobson
I'm saying that emacs-w3m might be following this rule: https://en.wikipedia.org/wiki/URI_fragment#cite_ref-6 "Notably they cannot begin with a digit or hyphen." But nowadays it seems there are newer rules, so emacs-w3m should expect ones that do begin with a digit or hyphen. > "KY" ==

Bug#969744: No such anchor

2020-09-07 Thread Dan Jacobson
X-Debbugs-Cc: yama...@jpl.org Package: w3m-el-snapshot Version: 1.4.632+0.20200702.0409.dca01f9-1 $ w3m https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968589#36 Works fine. But $ emacs -q -f w3m for it, gives No such anchor: 36 Despite $ mech-dump --links

Bug#968589: PPP name resolver service not restarted upon upgrade

2020-09-06 Thread Dan Jacobson
This bug still affects PPP connections' name resolver service. DHCP connections name service restarts fine. Full dump attached at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968589#36

Bug#968589: PPP name resolver service not restarted upon upgrade

2020-09-06 Thread Dan Jacobson
This bug still affects PPP connections' name resolver service. DHCP connections name service restarts fine. Full dump attached at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968589#36

Bug#968093: See also

2020-09-06 Thread Dan Jacobson
See also https://forums.gentoo.org/viewtopic-t-1117556-start-0.html .

Bug#968093: See also

2020-09-06 Thread Dan Jacobson
See also https://forums.gentoo.org/viewtopic-t-1117556-start-0.html .

<    1   2   3   4   5   6   7   8   9   10   >