Package: reportbug
Version: 7.10.0
Severity: wishlist
wnpp choice asks:
1 ITP This is an `Intent To Package'. Please submit a package description
along with copyright and URL in such a report.
2 OThe package has been `Orphaned'. It needs a new maintainer as soon as
possible.
3 RFA This
Package: getmail6
Version: 6.14-1
Severity: minor
There was some change made in the last few months,
$ grep getmail *
37237:X-getmail-retrieved-from-mailbox: INBOX
37238:X-getmail-retrieved-from-mailbox: INBOX
37436:X-getmail-retrieved-from-mailbox: INBOX
38080:X-getmail-retrieved-from-mailbox:
Package: aptitude
Version: 0.8.13-2+b1
Severity: minor
If you think about it, the grammar of
# aptitude install some_package
...
0 packages upgraded, 22 newly installed, 0 to remove and 0 not upgraded.
AA BBC
is weird.
> "B" == Debian Bug Tracking System writes:
B> Regarding #1, this was the story of a daemon that started as root and
B> then dropped privileges. Since it started as root, its /proc/
B> files are owned as root and thus aren't readable by lsof when run as
B> that user. This is not a bug, this
Package: imagemagick-6.q16
Version: 8:6.9.11.60+dfsg-1
Severity: minor
File: /usr/bin/display-im6.q16
$ display /usr/share/pixmaps/pcmanx.svg
We see an image of a magician.
OK, that's what must be in that file.
(If there is an error, then it should be mentioned in that image itself, too,
All I know is every day I do "aptitude full-upgrade".
Please make the "magic" work for me too.
# apt-mark showmanual | grep linux-image
linux-image-amd64
JAK> If the output of 1) includes the mentioned kernels, please close the bug
JAK> as you have them marked as manually installed.
I never marked anything anything!
# aptitude search linux-image-amd64
i linux-image-amd64
OK, so I
Package: apt
Version: 2.1.18
Severity: minor
I'm not sure if these are getting removed automatically correctly ever:
linux-image-5.10.0-1-amd64:amd64 5.10.5-1 installed: No available version in
archive
linux-image-5.9.0-2-amd64:amd64 5.9.6-1 installed: No available version in
archive
I am kind of in retirement village so cannot help further.
Package: lynx
Version: 2.9.0dev.6-1
(Please tell upstream:) Lynx has a big bug.
It can't render the first two correctly. Only the last two.
No other browser has this problem!
AAA
BBB
XXX
YYY
lynx says:
[DEL: :DEL]
AAA
BBB
[DEL: XXX :DEL]
[DEL: YYY :DEL]
w3m
Package: ncal
Version: 12.1.7
File: /usr/share/man/man1/ncal.1.gz
$ cal
originally had highlighting on.
Now after installing this package, it is off.
However the man page makes it seem like maybe we aren't on a terminal.
But tty(1) says we are.
Therefore there should be a
OK thanks. I'm making these bug reports offline. So often have to rely
on memory.
Package: fonts-lyx
Version: 2.3.6-1
Removing fonts-lyx (2.3.6-1) ...
dpkg: warning: while removing fonts-lyx, directory
'/usr/share/fonts/truetype/lyx' not empty so not removed
# find /usr/share/fonts/truetype/lyx
/usr/share/fonts/truetype/lyx
/usr/share/fonts/truetype/lyx/.uuid
n
page.
Without knowing all that, users will worry or continue to rely on
programs like:
# cat bin/remove-oldest-kernel
#!/bin/bash -eux
# remove my oldest kernel to free disk space
# Copyright : http://www.fsf.org/copyleft/gpl.html
# Author : Dan Jacobson -- http://jidanni.org/
# Create
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
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,
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
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.
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
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
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
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
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
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:
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,
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
> "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."
Useful?
$ du -hs .svn/pristine/
22M .svn/pristine/
$ svn cleanup --vacuum-pristines
$ du -hs .svn/pristine/
22M .svn/pristine/
# 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
OK, I figured it out!
cat > /etc/resolv.conf <
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
> "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 ...
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
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.
>>>>> "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
Glad that this is now implemented.
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
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
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
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 !
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:
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
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
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
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
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.,
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
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.
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
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.
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: 968...@bugs.debian.org
* Package name: getmail6
Version : 6.4
Upstream Author : roland.punta...@gmail.com
* URL : https://github.com/getmail6
* License : GNU GPL version 2
Programming Lang: Python
Description
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
301 - 400 of 4654 matches
Mail list logo