Ok. This was probably a bug in the update-manager that only manifested
symptoms in my case in pcscd.
I noticed the only place 'hirsute' was mentioned was in /etc/apt/ is one
file, /etc/apt/sources.list.d/system.sources there. Once I changed all
instances of 'hirsute' to 'impish' in
/etc/apt/sourc
$ apt policy pcscd libpcsclite1
pcscd:
Installed: (none)
Candidate: 1.9.1-1
Version table:
1.9.1-1 500
500 http://us.archive.ubuntu.com/ubuntu hirsute/universe amd64 Packages
100 /var/lib/dpkg/status
libpcsclite1:
Installed: 1.9.3-2
Candidate: 1.9.3-2
Version table:
Yes, I've done the following.
apt update
apt upgrade
However, qemu is not mentioned in any part of the output from those
steps. Though it is installed:
$ apt-cache policy qemu-system-x86 | head -n 3
qemu-system-x86:
Installed: 1:6.0+dfsg-2expubuntu1
Candidate: 1:6.0+dfsg-2expubuntu1
The pr
I should add that libpcsclite1 is installed but a newer version,
# apt install libpcsclite1
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
libpcsclite1 is already the newest version (1.9.3-2).
--
You received this bug notification because you are
It has been fixed upstream:
http://www.openssh.com/txt/release-6.9
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/bugs/510732
Title:
OpenSSH server sshd_config PermitRootLogin
This one can probably be closed since the default is now
"PermitRootLogin without-password" and that's close enough.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/bugs/510732
Ti
Public bug reported:
According to the manual page, scp should be able to copy between two
remote hosts:
scp user@host1:file1 user@host2:.
However, it fails after asking for the password for the first host, even
though the same file can be copied in two steps:
$ scp xx.yy.zz.aa:*.csv xx.yy.zz.bb
Public bug reported:
It looks like in 14.04.1 that /dev/random and /dev/urandom are world-
writeable. This occurs in at least 14.04.1 Desktop for AMD64 and Server
for i386
$ ls -l /dev/*random
crw-rw-rw- 1 root root 1, 8 Nov 25 10:44 /dev/random
crw-rw-rw- 1 root root 1, 9 Nov 25 10:44 /dev/ura
** Also affects: transmission (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apparmor in Ubuntu.
https://bugs.launchpad.net/bugs/1293525
Title:
add apparmor profile for
9 matches
Mail list logo