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
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
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
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.
Package: isc-dhcp-client
https://gitlab.isc.org/isc-projects/dhcp/-/issues/137
says this problem lies with Debian.
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) .
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
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
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?
OK, filed https://github.com/karelzak/util-linux/issues/1184 .
> "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.
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
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.
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
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:
> "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.
OK hope it is fixed.
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
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?
# 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
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
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.
In fact in /etc/ppp/ip-up.d/usepeerdns itself,
a note could be added too that this file comes from Debian,
not upstream.
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>
Package: ppp
Version: 2.4.7-2+4.1+deb10u1+b1
Severity: minor
Please see https://github.com/paulusmack/ppp/issues/168 .
Bug still affecting several of my machines. Forwarding to
https://github.com/systemd/systemd/issues/17004 .
I can test a Prerelease getmail6 .deb for you when you make one.
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.
> "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
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" ==
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
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
See also https://forums.gentoo.org/viewtopic-t-1117556-start-0.html .
X-Debbugs-cc: yama...@jpl.org
Package: w3m-el-snapshot
Version: 1.4.632+0.20200702.0409.dca01f9-1
Real w3m can deal fine with file:bla.txt and does not always need
file:///full/path/to/bla.txt .
But emacs-w3m says
w3m--goto-url--valid-url: Wrong type argument: stringp, nil
Nameserver running fine.
# aptitude reinstall systemd
Reinstalling systemd (246.3-1) over (246.3-1) ...
Nameserver now not running fine. Can only reach IP addresses. Can't
resolve names.
poff; ifconfig ... down; sleep ...; ifconfig ... up; pon
fixed it this time. Didn't need full reboot.
reopen 968589
thanks
I still need to reboot. Even
# aptitude reinstall systemd
systemd (246.3-1) over (246.3-1) ...
Doesn't restart it.
> "OA" == Osamu Aoki writes:
OA> Hi,
OA> I am about to request for package removal of current getmail package.
OA> So whoever decide to package this new python3 getmail, please go ahead
OA> without worrying file conflict.
Maybe don't remove it, but just hand it over to Sudip for upgrade.
Actually I am guessing the current maintainer isn't reading these
emails, and you Sudip, should consider non-maintainer uploads or steps
on how to take over the project altogether from non-active maintainers.
Indeed in
https://github.com/getmail6/getmail6/issues/33#issuecomment-681888347 we
see the trend across distributions is for a single getmail package
upgraded to 6 and not two packages.
> "SM" == Sudip Mukherjee writes:
SM> X-Debbugs-Cc: Osamu Aoki
I'm not sure that line will work there. I'll CC him anyway.
SM> This getmail6 will install files like:
SM> /usr/bin/getmail
SM> /usr/bin/getmail_fetch
SM> /usr/bin/getmail_mbox
SM> /usr/bin/getmail_maildir
SM>
reassign 969062 reportbug
retitle 969062 Maybe catch Cc's to bugs.debian.org addresses
thanks
Maybe reportbug should warn,
after a user enters a @bugs.debian.org address at the CC prompt.
Also maybe the BTS should send an email:
One error was found on your bug submission.
ADB> This seems like
Package: bugs.debian.org
On https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969021#3
the user did (actually via reportbug)
X-Debbugs-Cc: 968...@bugs.debian.org
However, on
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968194
one can see that never got attached.
OK I made a WNPP,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969021
After reviewing https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968194
one feels yes, an independent getmail6 package would be the best solution
for now rather than upgrading a single getmail package.
So one sees
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to open i915 (search paths
/usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri)
failed to load driver: i915
MESA-LOADER: failed to open kms_swrast (search paths
Package: dlocate
Version: 1.07+nmu1
Severity: wishlist
File: /usr/share/man/man1/dlocate.1.gz
Man page says
-L List all files in package.
The man page should say that one needs to add ":architecture"
# dpkg -L libgl1-mesa-dri | sum
52550 2
# dlocate -L libgl1-mesa-dri:amd64 | sum
reassign 956499 libgl1-mesa-dr1
found 956499 20.1.5-1
retitle 956499 Missing TLS symlink
severity 956499 critical
thanks
Reading https://bbs.archlinux.org/viewtopic.php?id=250422 we try
$ strace glxinfo 2>&1|grep ENOENT
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/dri/tls/i965_dri.so",
Resolver working fine.
Now do
# aptitude reinstall systemd
The following packages will be REINSTALLED:
systemd
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not
upgraded.
Need to get 0 B/4,318 kB of archives. After unpacking 0 B will be used.
which causes
$ HEAD
Glad it will be fixed soon. Thanks.
But I purged resolvconf many reboots ago!
Now whenever I upgrade systemd, I have to restart ppp (not reboot)
to get the systemd resolver working again.
Not sure if it had to do with me removing resolvconf though,
or some recent change in systemd
Maybe it has to do with the standard /etc/ppp/ip-up.d/usepeerdns .
I can still ping 8.8.8.8,
but to resolve example.com, I have to start ppp again, after upgrading
systemd-* .
Hmmm, perhaps this is happening ever since I removed the resolvconf
package. Not sure.
Package: systemd
Version: 246.2-1
After installing this package,
one needs to restart their internet connection,
else no sites can be resolved:
$ w3m example.com
w3m: Can't load example.com.
Package: libpython2.7-minimal
Version: 2.7.18-1
Severity: minor
Seen upon purge:
find: ‘/usr/lib/python2.7’: No such file or directory
The following packages will be REMOVED:
gcc-9-base{p} getmail{a} (D: python:any) libpython-stdlib{ap} (D:
libpython2-stdlib, D: libpython2.7-stdlib)
Well your man page says "python", not python3.
Please use new upstream https://github.com/getmail6 release.
It uses python3.
Without upgrading, the getmail package is no longer installable on sid.
Package: python3
Version: 3.8.2-3
Some (python3) package should provide the /usr/bin/python link.
No, one cannot do
# aptitude install python
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: amd64 (x86_64)
MB> I don't think this is correct. Afaik, resolvconf has always been
MB> optional and was never installed by default in Debian.
https://en.wikipedia.org/wiki/Resolvconf
Yes, optional, unless one wanted to use the Internet...
I'm saying all machines that were around before systemd came along will
still have their resolvconf installed.
Just like I used to have a telegraph, but now I have a telephone, but I
never took the steps I needed to remove the telegraph, so still have the
telegraph.
Package: python3.8-minimal
Version: 3.8.5-2
Severity: minor
File: /usr/share/man/man1/python3.8.1.gz
File says
python \- an interpreted, interactive, object-oriented programming language
so it should be linked properly so
$ man python
will find it.
Problem solved:
https://github.com/getmail6/getmail6
Yup, not installable.
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (990, 'unstable')
# aptitude install getmail
The following NEW packages will be installed:
getmail{b} (D: python:any)
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0
Package: getmail
Version: 5.13-1
Aptitude says:
The following packages will be upgraded:
libpython2-stdlib python2 python2-minimal
3 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
The following packages have unmet dependencies:
python : Depends: python2 (= 2.7.17-2)
>>> "MB" == Michael Biebl writes:
>>
MB> You can either uninstall resolvconf or use the workaround I posted at
MB> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967906#47
>>
>> OK, perhaps there should be a Conflicts: resolvconf ...
>>
> "MB" == Michael Biebl writes:
MB> You can either uninstall resolvconf or use the workaround I posted at
MB> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967906#47
OK, perhaps there should be a Conflicts: resolvconf ...
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968009
Package: xserver-xorg-input-kbd
Version: 1:1.9.0-1+b2
/var/log/Xorg.0.log has
(EE) event2 - Logitech USB Keyboard: client bug: event processing lagging
behind by 11ms, your system is too slow
So my keyboard is faster than my CPU, and it is an error, not even a warning?
>> Maybe this was caused by me
>> downgrading 246-2 to 245.7-1 ?
MB> Correct. Keep in mind, that downgrades are in general not supported.
(Well I can't upgrade back until the infinite loop is fixed.)
Package: systemd
Version: 245.7-1
I never touched any of this.
# journalctl -f
Journal file
/var/log/journal/64f9b494837d480e9ecd81ea0cef1551/system@5cd966d8e5d24653b114e239c300135e-000e3792-0005ac0f7ccf0a84.journal
uses an unsupported feature, ignoring file.
Use
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967906#10
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967906#32
seem to indicate one doesn't need both packages.
I'm guessing that all Debian systems that have been around for 10 years
will probably have both packages installed.
But the
Package: resolvconf
Version: 1.82
Apparently there is no point in installing this package if one has
systemd installed(?) So at least the package Description should warn so.
I too find both installed on all my machines.
What sense does that make?
Shouldn't the packages conflict?
> "KL" == Kai Lüke writes:
KL> Yes, I had resolvconf around for some reason while using systemd-resolved.
KL> Thanks for forwarding to upstream.
Many people have entire music collections on /var/tmp. So at least they
should be asked upon upgrade if they are aware that it is about to get
suddenly wiped out.
Package: systemd
Version: 246-2
Severity: important
>From the moment of installation, it gobbles the CPU and won't let go.
$ top
PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 103668 11708 8708 R 81.2 0.2 10:35.94 systemd
5401
Package: imagemagick-6.q16
Version: 8:6.9.11.24+dfsg-1
Severity: minor
File: /usr/share/man/man1/import-im6.q16.1.gz
We read
OVERVIEW
The import-im6.q16 program is a member of the ImageMagick-ims6.q16(1)
suite of tools. Use it to capture
some or all of an X server screen and
Regarding
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=42676
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=42677
etc.
Well if this is an libx11-6 bug, then patching just emacs won't fix the
(many more?) other packages this affects...
> "c" == cufalo writes:
c> Reported also for libx11-6 at
Package: libx11-6
Version: 2:1.6.10-1
Severity: critical
$ emacs -Q
Fatal error 11: Segmentation fault
Backtrace:
emacs[0x5111be]
emacs[0x4f6ead]
emacs[0x50f63e]
emacs[0x50f86d]
emacs[0x50f8e9]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x14140)[0x7fb642ee6140]
emacs[0x4d94b0]
emacs[0x4d9897]
Package: unar
Version: 1.10.1-2+b6
With sid:
# aptitude install unar
The following NEW packages will be installed:
unar{b} (D: gnustep-base-runtime, D: libgnustep-base1.27, D: libobjc4)
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,274 kB of archives.
Ah,
"...AI explanations as we are of each other's\u2014no matter how clever"
^^ is counted as one column!
(seen with LC_ALL=C).
At least that should be easy to fix.
After that is fixed, try with
$ locale
LANG=zh_TW.UTF-8
LANGUAGE=en_US:en
X-Debbugs-Cc: yama...@jpl.org
Package: w3m-el-snapshot
Version: 1.4.632+0.20200702.0409.dca01f9-1
Please do
$ w3m https://getpocket.com/explore/item/the-dark-secret-at-the-heart-of-ai
#good!
and compare it with
$ emacs -nw -q -f w3m
g
Package: mirrors
https://www.debian.org/mirror/list says
"Everything else you want to know about Debian mirrors:
https://www.debian.org/mirror/.;
OK, but that page doesn't mention status.
Therefore please mention
https://mirror-master.debian.org/status/mirror-status.html
on
Package: ttf-unifont
Version: 1:13.0.03-1
Severity: minor
Unpacking ttf-unifont (1:13.0.03-1) over (1:12.0.01-3) ...
dpkg: warning: unable to delete old directory
'/usr/share/fonts/truetype/unifont': Directory not empty
Maybe it is .uuid that made it get stuck?
Should I remove it?
reassign 956499 libdrm2
found 956499 2.4.102-1
thanks
Perhaps like #956665.
See also https://gitlab.alpinelinux.org/alpine/aports/-/issues/7265
chromium: 83.0.4103.116-3
Package: w3m
Version: 0.5.3-38
Severity: minor
File: /usr/share/man/man1/w3m.1.gz
Man page says
-header string
append string to the HTTP(S) request. Expected to match the
header syntax Variable: Value
Mention if this can be used only once, or more than once.
Package: mumble
Version: 1.3.0+dfsg-1+b2
Severity: wishlist
File: /usr/share/doc/mumble/README
We read
Running Mumble
==
On Windows, after installation, you should have a new Mumble folder in your
Start Menu, from which you can start Mumble.
On Mac OS X, to install
Package: pngcrush
Version: 1.8.13-0.1
File: /usr/share/man/man1/pngcrush.1.gz
The man page mentions -bit_depth, but you will get
Ignoring invalid option: -bit_depth
if you use it. Also --help doesn't list it. So it must not exist.
Package: bugs.debian.org
Severity: wishlist
X-Debbugs-CC: s...@parawide.net
Idea: let's say a user forgets to add long stacktraces as an attachment.
E.g., at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963548#55
Well, perhaps if at each "Message #.. received at ..." header, there was
also
Package: bsdmainutils
Version: 12.1.2
dpkg: warning: unable to delete old directory '/etc/calendar': Directory not
empty
Package: libgnutls-dane0
Selecting previously unselected package libmu-dbm6:amd64.
(Reading database ... 144664 files and directories currently installed.)
Preparing to unpack .../libmu-dbm6_1%3a3.9-3_amd64.deb ...
Unpacking libmu-dbm6:amd64 (1:3.9-3) ...
dpkg: error processing archive
Yup, downgrading chromium-common from 83.0.4103.116-1 to 81.0.4044.92-1,
and installing ffmpeg 4.2
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963080)
brings back some sanity.
Package: at
Version: 3.1.23-1+b1
Severity: wishlist
Support: at 'now + 6 years + 11 months'
Package: at
Version: 3.1.23-1+b1
Severity: wishlist
Support: at 'now + 6.9 years'
The aw snaps are Error code: 256
https://bugs.chromium.org/p/chromium/issues/detail?id=1098264
Easy to prove via browsing youtube videos.
Suddenly affecting chromium 81 too, so obviously some part of the
browser that is updated not via debian.
> "MG" == Michael Gilbert writes:
MG> These messages are output by mesa, so this is most likely a problem
MG> with support for your hardware.
OK, I'll attach lshw output.
jidanni5
description: Notebook
product: 20150 (Type1Sku0)
vendor: LENOVO
version: Lenovo G580
serial:
Now even with 81, browsing Facebook gives Aw Snaps after scrolling down
a bit.
Anyway I recall this sort of thing happened before.
I'll hope others will do the traces, if my guess is right that many
people will encounter the problem.
Package: chromium
Version: 83.0.4103.106-1
Looks like 83 is bad. Browse about 10 minutes and
Received signal 11 SEGV_MAPERR 7f0168b7a277
#0 0x55e2011c3bf9 (/usr/lib/chromium/chromium+0x52b3bf8)
#1 0x55e201122e83 (/usr/lib/chromium/chromium+0x5212e82)
#2 0x55e2011c3781
Package: aptitude-common
Version: 0.8.13-1
# aptitude-create-state-bundle /tmp/z
tar: .//root/.aptitude: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors
Well the man page says $HOME/.aptitude, which looks different than the
above.
But what's the
OK, 500K is still way too high. You should be getting no more than 20K
according to
https://bugs.chromium.org/p/chromium/issues/detail?id=1087707#c18
> "MG" == Michael Gilbert writes:
MG> control: severity -1 minor
MG> control: forwarded -1 http://crbug.com/1087707
MG> control: retitle -1
Upstream is asking me to use version 83 when reporting bugs.
As you can see on crbug.com, this appears to be Debian specific.
Package: chromium
Version: 81.0.4044.92-1
As noted in
https://bugs.chromium.org/p/chromium/issues/detail?id=1087707
this must be a Debian bug.
201 - 300 of 2728 matches
Mail list logo