On 17/10/2023 13:00, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the man-db package:
#1054115: broken on NFS
It has been closed by Colin Watson .
Their explanation is attached below along with your original report.
If
Package: apparmor
Version: 3.0.8-3
Severity: important
Dear Maintainer,
The default profile denies network functionality and it breaks
man and other software which has an apparmor profile. They stop
working on NFS.
For an example see Debian bug 1054115
While it is possible to solve it on a
Package: man-db
Version: 2.11.2-2
Severity: important
Can the genius who denied man internet access please
come forward and explain how it will now work on NFS-root
systems
[ 79.257369] audit: type=1400 audit(1697531933.690:139): apparmor="DENIED"
operation="sendmsg" profile="/usr/bin/man"
Unfortunately, I have stopped using it.
My use case disappeared the moment google started the process of shutting off
the jabber gateway into chat.
Best Regards,
A.
On 02/11/2022 18:02, Philipp Huebner wrote:
Hello Anton,
any news on this?
On Wed, 15 Sep 2021 16:21:27 +0100 Anton Ivanov
From: Anton Ivanov
Moving to an EPOLL based IRQ controller broke uml_mconsole stop/go
commands. This fixes it and restores stop/go functionality.
Fixes: ff6a17989c08 ("Epoll based IRQ controller")
Signed-off-by: Anton Ivanov
---
arch/um/drivers/mconsole_kern.c | 3 ++-
1 file
On 22/02/2022 12:11, Johannes Berg wrote:
On Tue, 2022-02-22 at 10:57 +, anton.iva...@cambridgegreys.com
wrote:
From: Anton Ivanov
Moving to an EPOLL based IRQ controller broke uml_mconsole stop/go
commands. This fixes it and restores stop/go functionality.
Fixes
From: Anton Ivanov
Moving to an EPOLL based IRQ controller broke uml_mconsole stop/go
commands. This fixes it and restores stop/go functionality.
Fixes: ff6a17989c08b0bb0fd490cc500b084581b3a9b9 Epoll based IRQ controller
Signed-off-by: Anton Ivanov
---
arch/um/drivers/mconsole_kern.c | 3
Hi Ritesh, hi Mihai,
Apologies for the delay in the answer, I was traveling last week.
1. Your patch will not achieve the desired aim. The IRQS in UML nowadays are
per fd and looping inside the IRQ handler for mconsole will not stop UML as it
used to when it was using the old poll() based IRQ
Package: systemd
Version: 247.3-6
Severity: serious
Justification: Policy 10.7
Dear Maintainer,
/usr/lib/tmpfiles.d/x11.conf should be a configuration file. Entries in it must
be disabled in order to run containers with accelerated X11 and DRI access.
As it is under lib, changes to it are
OK.
I will retest when I upgrade to current stable which should happen in the next
few days.
A.
On 15/09/2021 15:38, Badlop wrote:
On Fri, 15 Mar 2019 at 17:42, Anton Ivanov
wrote:
All files exist, retried several times with files both in /tmp/ and in
/var/lib/jabberd/ no difference
Close please.
The 17G was from trying to blank the drive, which for some reason
disconnected in the process resulting in a file written in /dev with the
name sda. From there on the loop and so on. So there was a /dev/sda file
as a left-over after that. Thanks for pointing me in the right
Package: src:linux
Version: 5.10.13-1~bpo10+1
Severity: critical
Justification: causes serious data loss
Dear Maintainer,
Large USB drives (example - Seagate 4TB Backup) which work perfectly fine with
4.19 are identified as incorrect size. In the case of the 4TB sized USB it's
identified as a
SECTIONS
{
/* This must contain the right address - not quite the default ELF one.*/
Acked-By: Anton Ivanov
--
Anton R. Ivanov
Cambridgegreys Limited. Registered in England. Company Number 10273661
https://www.cambridgegreys.com/
On 05/03/2021 18:32, Johannes Berg wrote:
On 5 March 2021 18:39:42 CET, Anton Ivanov
wrote:
On 04/03/2021 07:47, Johannes Berg wrote:
On Thu, 2021-03-04 at 14:38 +0900, Hajime Tazaki wrote:
Now, I don't know how to fix it (short of changing your nsswitch
configuration) - maybe we
On 04/03/2021 07:47, Johannes Berg wrote:
On Thu, 2021-03-04 at 14:38 +0900, Hajime Tazaki wrote:
Now, I don't know how to fix it (short of changing your nsswitch
configuration) - maybe we could somehow rename sem_init()? Or maybe we
can somehow give the kernel binary a lower symbol
On 04/03/2021 18:41, Anton Ivanov wrote:
On 04/03/2021 08:05, Benjamin Berg wrote:
On Thu, 2021-03-04 at 08:47 +0100, Johannes Berg wrote:
On Thu, 2021-03-04 at 14:38 +0900, Hajime Tazaki wrote:
Now, I don't know how to fix it (short of changing your nsswitch
configuration) - maybe we
On 04/03/2021 08:05, Benjamin Berg wrote:
On Thu, 2021-03-04 at 08:47 +0100, Johannes Berg wrote:
On Thu, 2021-03-04 at 14:38 +0900, Hajime Tazaki wrote:
Now, I don't know how to fix it (short of changing your nsswitch
configuration) - maybe we could somehow rename sem_init()? Or maybe
we
On 04/03/2021 05:38, Hajime Tazaki wrote:
On Thu, 04 Mar 2021 07:40:00 +0900,
Johannes Berg wrote:
I think the problem is here:
#24 0x6080f234 in ipc_init_ids (ids=0x60c60de8 )
at ipc/util.c:119
#25 0x60813c6d in sem_init_ns (ns=0x60d895bb ) at
ipc/sem.c:254
#26
On 03/03/2021 22:40, Johannes Berg wrote:
I think the problem is here:
#24 0x6080f234 in ipc_init_ids (ids=0x60c60de8 )
at ipc/util.c:119
#25 0x60813c6d in sem_init_ns (ns=0x60d895bb ) at
ipc/sem.c:254
#26 0x60015b5d in sem_init () at ipc/sem.c:268
#27
On 03/03/2021 10:45, Ritesh Raj Sarraf wrote:
HI Anton,
On Wed, 2021-03-03 at 09:30 +, Anton Ivanov wrote:
OTOH, I have one more user (other than you) who's not been able to
reproduce the issue.
I will do a dissect the moment I figure out how to reproduce it.
I
will try to do some more
On 02/03/2021 17:27, Ritesh Raj Sarraf wrote:
On Tue, 2021-03-02 at 17:05 +, Anton Ivanov wrote:
So the best I can extract for you is to compile the kernel with as
much
information as possible.
Can you try using one of the older kernels so we can verify if this
is indeed a 5.10 thing
On 02/03/2021 14:23, Ritesh Raj Sarraf wrote:
On Tue, 2021-03-02 at 11:34 +, Anton Ivanov wrote:
If gdb gives you the exact lines, that may be helpful.
It doesn't. But it does show drawbacks in my packaging. The debug
symbols packaged are not read/honored by gdb at all.
```
Reading
On 02/03/2021 09:09, Ritesh Raj Sarraf wrote:
On Wed, 2021-02-24 at 11:44 +, Anton Ivanov wrote:
In all cases it boots cleanly and there are no segfaults.
So, frankly, no idea what is causing it to crash - I have run most
combinations of 5.10 on a 5.10, all work fine here
behavior - the bug shows up on 4.x up to at least 5.4. I do not see it
on 5.10.
Brgds,
Timo
On 21.02.2021 16:53, Anton Ivanov wrote:
Client side. This seems to be an entirely client side issue.
A variety of kernels on the clients starting from 4.9 and up to 5.10
using 4.19 servers. I have
On 23/02/2021 17:26, Ritesh Raj Sarraf wrote:
Added the debian bug report in CC.
On Tue, 2021-02-23 at 17:19 +, Anton Ivanov wrote:
The current Debian user-mode-linux package in unstable is based on
the 5.10.5 stable source which includes the mentioned patch, but is
still causing
On 23/02/2021 17:26, Ritesh Raj Sarraf wrote:
Added the debian bug report in CC.
On Tue, 2021-02-23 at 17:19 +, Anton Ivanov wrote:
The current Debian user-mode-linux package in unstable is based on
the 5.10.5 stable source which includes the mentioned patch, but is
still causing an error
On 21/02/2021 14:37, Bruce Fields wrote:
On Sun, Feb 21, 2021 at 11:38:51AM +, Anton Ivanov wrote:
On 21/02/2021 09:13, Salvatore Bonaccorso wrote:
On Sat, Feb 20, 2021 at 08:16:26PM +, Chuck Lever wrote:
Confirming you are varying client-side kernels. Should the Linux
NFS client
On 21/02/2021 09:13, Salvatore Bonaccorso wrote:
Hi,
On Sat, Feb 20, 2021 at 08:16:26PM +, Chuck Lever wrote:
On Feb 20, 2021, at 3:13 PM, Anton Ivanov
wrote:
On 20/02/2021 20:04, Salvatore Bonaccorso wrote:
Hi,
On Mon, Jul 08, 2019 at 07:19:54PM +0100, Anton Ivanov wrote:
Hi list
On 20/02/2021 20:04, Salvatore Bonaccorso wrote:
Hi,
On Mon, Jul 08, 2019 at 07:19:54PM +0100, Anton Ivanov wrote:
Hi list,
NFS caching appears broken in 4.19.37.
The more cores/threads the easier to reproduce. Tested with identical
results on Ryzen 1600 and 1600X.
1. Mount an openwrt build
On 20/02/2021 10:33, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the src:linux package:
#940821: linux-image-5.2.0-2-amd64: file cache corruption with nfs4
It has been closed by Bastian Blank .
Their explanation is
On 06/01/2020 16:21, Ritesh Raj Sarraf wrote:
Control: tag -1 +help
On Mon, 2020-01-06 at 10:38 +0100, Sjoerd Simons wrote:
On my sid system:
```
$ strings /usr/bin/linux.uml | grep port-helper
/usr/lib//uml/port-helper
```
So the path is still incorrect even with newer upstream kernels.
[0.00] Linux version 5.2.0-3-amd64 (debian-ker...@lists.debian.org)
(gcc version 8.3.0 (Debian 8.3.0-22)) #1 SMP Debian 5.2.17-1 (2019-09-26)
[0.00] Command line: BOOT_IMAGE=diskless/amd64/vmlinuz-5.2.0-3-amd64
initrd=diskless/amd64/initrd.img-5.2.0-3-amd64 root=/dev/nfs ip=dhcp
On 22/11/2019 19:32, Ben Hutchings wrote:
Control: reassign -1 src:linux 5.2.17-1
Control: tag -1 moreinfo
On Thu, 2019-11-21 at 08:58 +, Anton Ivanov wrote:
Package: linux-image-5.2.0-3-amd64
Version: 5.2.17+1
Severity: important
Dear Maintainer,
Dear Maintainer,
OOM handling appears
Package: linux-image-5.2.0-3-amd64
Version: 5.2.17+1
Severity: important
Dear Maintainer,
Dear Maintainer,
OOM handling appears to be broken in 5.2.17-1 if hugepages are enabled.
Test system: AMD A4-5300, 40G RAM, no swap, booted disklessly.
Without hugepages enabled can compile dpdk without
libraries on the userspace side.
Signed-off-by: Anton Ivanov
---
arch/um/scripts/extra-libs.sh | 10 ++
scripts/link-vmlinux.sh | 4 +++-
2 files changed, 13 insertions(+), 1 deletion(-)
create mode 100644 arch/um/scripts/extra-libs.sh
diff --git a/arch/um/scripts/extra-libs.sh b/arch
On 16/10/2019 08:53, Anton Ivanov wrote:
Signed-off-by: Anton Ivanov
---
arch/um/drivers/Makefile | 8
scripts/link-vmlinux.sh | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/arch/um/drivers/Makefile b/arch/um/drivers/Makefile
index 693319839f69..34355057ec85
Hi all,
A patch to fix the build for these follows.
I will stick to my original suggestion - pcap should be obsoleted in favour of
vector raw + BPF firmware load. The latter will work on interfaces where gso/gro
is enabled. The original pcap will fail on that due to the 1500 bytes size limit
in
Signed-off-by: Anton Ivanov
---
arch/um/drivers/Makefile | 8
scripts/link-vmlinux.sh | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/arch/um/drivers/Makefile b/arch/um/drivers/Makefile
index 693319839f69..34355057ec85 100644
--- a/arch/um/drivers/Makefile
+++ b
This is a regression in the randomization of the va setting.
UML will boot on debian 4.19 kernel host with kernel.randomize_va_space = 2
UML will not boot debian 5.2 kernel host with kernel.randomize_va_space = 2
UML will boot on 5.2 once kernel.randomize_va_space is set to 0 on the host.
So
On 04/10/2019 21:43, Bernhard Schmidt wrote:
Am 23.09.19 um 14:19 schrieb Anton Ivanov:
Dear Anton,
Package: asterisk
Version: 1:16.2.1~dfsg-1+deb10u1
Severity: minor
Dear Maintainer,
After an upgrade from stretch to buster, my asterisk installation lost tls
support.
Debug provided
On 03/10/2019 16:06, Salvatore Bonaccorso wrote:
Control: tags -1 + moreinfo
Hi
On Thu, Oct 03, 2019 at 09:24:26AM +0100, Anton Ivanov wrote:
Package: src:linux
Version: 4.19.67-2+deb10u1
Severity: important
Dear Maintainer,
noht has no effect.
I have been trying to chase down a weird hang
Package: src:linux
Version: 4.19.67-2+deb10u1
Severity: important
Dear Maintainer,
noht has no effect.
I have been trying to chase down a weird hang which occurs only on 6 core/12
thread Ryzens (I cannot reproduce it on 4/8 or older CPUs).
As a part of that I tried to disable ht. Well, it
On 01/10/2019 08:50, Johannes Berg wrote:
On Mon, 2019-09-30 at 14:19 +0100, Anton Ivanov wrote:
All vector drivers now allow a BPF program to be loaded and
associated with the RX socket in the host kernel.
1. The program can be loaded as an extra kernel command line
option to any
s possible to turn this facility
on or off using a command line option.
A simplistic wrapper for generating the BPF firmware for the raw
socket driver out of a tcpdump/libpcap filter expression can be
found at: https://github.com/kot-begemot-uk/uml_vector_utilities/
Signed-off-by: Anton Ivanov
--
Package: asterisk
Version: 1:16.2.1~dfsg-1+deb10u1
Severity: minor
Dear Maintainer,
After an upgrade from stretch to buster, my asterisk installation lost tls
support.
Debug provided minimal information - it was failing to load the certificate in
tcptls.c
Root cause was openssl deciding that
way to fix it :(
A.
On 20/09/2019 15:48, Anton Ivanov wrote:
These are the Start (that is what sbrk(0) returns) and &_end values I
get for the two kernels:
Linux 4.19 on host - Start 1645867008 end 1631412224 diff 14454784
Linux 5.2 on host - Start 93825006145536 end 1631412224 diff
9382337473
Package: src:linux
Version: 5.2.9-2
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
NFSv4 caching is completely broken on SMP.
How to reproduce:
Option 1. clone openwrt, run while make clean && make -j `nproc` ; do true ;
done
It will break depending on number of
Package: src:linux
Version: 5.2.9-2
Severity: important
Dear Maintainer,
Any attempt to run UML on a machine running 5.2.9-2 results in:
Adding 9382334992 bytes to physical memory to account for exec-shield gap
Too few physical memory! Needed=93823417974784, given=547037904896
Running the
On 12/09/2019 15:42, Anton Ivanov wrote:
On 12/09/2019 13:14, Ritesh Raj Sarraf wrote:
Hi,
I am not sure if this has been reported upstream but with libpcap 1.9,
user mode linux fails to build. The build failure happens with both,
5.2 and 4.19 LTS kernels.
A much detailed report
On 12/09/2019 13:14, Ritesh Raj Sarraf wrote:
Hi,
I am not sure if this has been reported upstream but with libpcap 1.9,
user mode linux fails to build. The build failure happens with both,
5.2 and 4.19 LTS kernels.
A much detailed report is available at:
I missed the actual receive line in the 1.2.5-7 apologies.
It alone DOES Not fix it though.
There is breakage in libwrap to accompany it.
Once the fix in 1.2.5-7 is in, rpcbind starts receiving (according to
strace) messages which is followed by interrogating addresses and
interfaces by
That's not it.
Same story with 1.2.5-7 from unstable.
This is after NIS restart on the client on the NIS server:
root@jain:# tcpdump -nvvv -i enp7s0f1.502 udp and port 111
tcpdump: listening on enp7s0f1.502, link-type EN10MB (Ethernet), capture
size 262144 bytes
192.168.20.41.36268 >
Package: rpcbind
Version: 1.2.5-0.3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
After an upgrade to buster rpcbind no longer receives any broadcast queries.
Unicast works.
This is verified via strace - it has occasional netlink messages, but any of
the broadcast
Root cause:
systemd-login service does not work in a NIS environment without nscd
installed.
It ends up doing a yp call which is TCP and that is prohibited by
configuration. The call fails, a rather meaningless error is returned
and pam_systemd fails to setup session. It does not prevent a
On 05/09/2019 08:43, Yves-Alexis Perez wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 2019-09-05 at 07:28 +0100, Anton Ivanov wrote:
It is not set to start off with and even if it was
95dbus_update-activation-env
will unset it. Lines 8-10 in that are:
unset XDG_SEAT
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
control: tag -1 unreproducible moreinfo
On Wed, 2019-09-04 at 17:37 +0100, Anton Ivanov wrote:
No
These are the XDG environment variables:
XDG_CONFIG_DIRS=/etc/xdg
XDG_CURRENT_DESKTOP=XFCE
XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share
On 04/09/2019 17:18, Yves-Alexis Perez wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2019-09-04 at 12:47 +0100, Anton Ivanov wrote:
I do not.
It is mounted normally and light-locker worked fine before the upgrade
to buster.
In your session, is XDG_SESSION_ID set (and to what
I do not.
It is mounted normally and light-locker worked fine before the upgrade
to buster.
A
On 04/09/2019 12:20, Yves-Alexis Perez wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2019-09-04 at 11:51 +0100, Anton Ivanov wrote:
Fails to start with the following message
Package: light-locker
Version: 1.8.0-3
Severity: important
Dear Maintainer,
Fails to start with the following message:
ERROR **: 11:46:17.929: session_id is not set, is /proc mounted with hidepid>0?
Looks like this bug: https://github.com/the-cavalry/light-locker/issues/141
-- System
Same picture with different NFS minor versions - 4.0, 4.1
Same picture with and without hyperthreading
Same picture with and without different mitigations on/off via kernel
command line.
100% reproducible within 4-5 repeats of make -j `cat /proc/cpuinfo |
grep processor | wc -l` ; make
builds in a loop to achieve that.
A.
On 08/07/2019 12:01, Anton Ivanov wrote:
On 08/07/2019 11:59, Anton Ivanov wrote:
There are clearly some issues with nfs across an autofs mount (maybe
for hard mounts as well), so this may warrant an upgrade.
Example test. Run make -j 12 ; make clean
There are clearly some issues with nfs across an autofs mount (maybe for
hard mounts as well), so this may warrant an upgrade.
Example test. Run make -j 12 ; make clean in a loop on an nfs mounted
openwrt tree until it fails (usually 2-3 iterations).
State on the client
ls -laF
On 08/07/2019 11:59, Anton Ivanov wrote:
There are clearly some issues with nfs across an autofs mount (maybe
for hard mounts as well), so this may warrant an upgrade.
Example test. Run make -j 12 ; make clean in a loop on an nfs mounted
openwrt tree until it fails (usually 2-3 iterations
Package: src:linux
Version: 4.19.37-5
Severity: normal
File: linux-image-4.19.0-5-amd64
Dear Maintainer,
An attempt to mount an nfs mount via autofs when it is being unmounted
sometimes results in a deadlock.
This is easier to reproduce with nfsv3. It is more difficult but still
possible
Package: src:linux
Version: 4.19.28-1
Severity: normal
File: linux-image-4.19.0-4-amd64
Dear Maintainer,
Bridge MAC learning is completely broken at present.
How to reproduce:
1. Build one or more MINIMAL vms or connect machines with MINIMAL installs to
interfaces which join to a Linux bridge
Package: linux-image-4.19.0-4-amd64
Version: linux-image-4.19.0-4-amd64
Severity: minor
Dear Maintainer,
The multicast/igmp snooping code in the linux bridge is throughly broken:
1. If a program binds to a v4 multicast group a v6 entry is created in the
bridge mdb instead
2. As a result
Package: iproute2
Version: 4.20.0-2
Severity: normal
Dear Maintainer,
bridge -json mdb show
["mdb":[]]
The outer brackets should be curly.
A.
-- System Information:
Debian Release: 10.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux
Package: python-pypcap
Version: 1.2.2-1
Severity: important
Dear Maintainer,
Setting of block/nonblock in the pyppcap variant of working with pcap from
python is completely broken
To test -
set iface and FILTER for capture spec
p = pcap.pcap(iface.encode('ascii'), MAXPACKET, True, 1)
Please reopen.
Advice is no replacement for a Depends in the package control file.
As shipped the package is still broken and at the reported severity -
breaking most of the system
A.
On 18/04/2019 14:48, Debian Bug Tracking System wrote:
This is an automatic notification regarding your
That is not an advice.
If nscd is a required dependency, NIS should bring it in.
Presently it is not.
Still broken
A.
On 18/04/2019 14:43, Elimar Riesebieter wrote:
* Elimar Riesebieter [2019-04-03 11:06 +0200]:
* Anton Ivanov [2019-04-03 09:43 +0100]:
Package: nis
Version: 3.17.1-3
Package: xfce4-session
Version: 4.12.1-5
Severity: minor
Dear Maintainer,
This can be observed predominantly on systems with autologin.
xfce will sit and wait sometimes up to 5 minutes until the
startup goes through.
The more the system is stripped down and optimized, the longer the
wait.
I found the underlying root cause and the fix by chance when trawling
the web for something else.
The issue is compositing in the window manager.
If compositing is enabled the video WILL tear. If compositing is
disabled the videos display correctly.
Definitely the case for xfce4.
--
Anton
Package: nis
Version: 3.17.1-3+b1
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
Startup scripts are completely broken. Something in the systemd
conversion/autogeneration.
The ypbind binary is never started, the script goes into "backgrounded" and
fails. From
I can no longer observe it for up-to-date stretch clients vs stretch
server and buster clients versus stretch server.
Both sides are amd64
(the original reported crash was with a 32 bit client which I no longer
have so cannot re-test).
A.
On 09/10/2017 14:06, Debian Bug Tracking System
Package: light-locker
Version: 1.7.0-3
Severity: important
Dear Maintainer,
If the client is non-local (f.e. xterm via xdmcp/lightdm) a lock via
light-locker is "fatal" - there is no means of unlocking besides ssh-ing in
and killing the light-locker.
Suggested - should not run if the DISPLAY
Package: light-locker
Version: 1.7.0-3
Severity: important
Dear Maintainer,
At present light-locker is allowed to coexist with xscreensaver at least
in xfce. The results are mostly harmless on a normal machine, but fatal
in a xterm environment. While xscreensaver functions correclty for xterms
This looks like DRM/amdgpu driver related.
The problem goes away if the kernel on the box is upgraded to 4.19.
--
Anton R. Ivanov
https://www.kot-begemot.co.uk/
On 15/03/2019 16:17, Philipp Huebner wrote:
Hi there,
Can't restore backup from "/var/lib/ejabberd/restore.erl" at node
'ejabb...@jabber.kot-begemot.co.uk': Table config does not exist.
The backup is taken off an up-to-date stretch and is being restored on an
up-to-date stretch.
this could
On 15/03/2019 16:15, Philipp Huebner wrote:
Hi there,
AFAIK apparmor is not enabled by default on Debian Stretch,
I built a machine from scratch without touching any defaults and the
apparmor is on. I can try retracing what got it enabled, but it got
enabled by something in the default
On 15/03/2019 16:35, Philipp Huebner wrote:
On original host (smaug):
ejabberdctl backup ejabberd.backup
On new host (jabber is a cname to jain):
ejabberdctl mnesia-change-nodename ejabberd@smaug
ejabb...@jabber.kot-begemot.co.uk ejabberd.backup ejabberd.restore
root@jain:/var/lib/ejabberd#
Package: ejabberd
Version: 16.09-4
Severity: important
Dear Maintainer,
converting the mnesia backup to a new node using either ejabberctl or
the erlang code off ejabberd website does not result in a viable
backup/restore file.
Attempting to restore using this file resiults in:
Can't restore
Package: ejabberd
Version: 16.09-4
Severity: important
Dear Maintainer,
Default apparmour profile prohibits restoring backups.
-- System Information:
Debian Release: 9.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel:
Package: src:linux
Version: 4.19.16-1~bpo9+1
Severity: important
Dear Maintainer,
Occasional hangs, under X only. During the hang no new processes can be
spawned from any terminal windows in the X session, windows which use DRM
like firefox, thunderbird, etc do not update. Windows can be moved
Package: firefox-esr
Version: 60.4.0esr-1~deb9u1
Severity: important
File: /usr/bin/firefox
Dear Maintainer,
Firefox crashes immediately (including safe mode) when starting on AMD KABINI.
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Kabini [Radeon HD 8280E]
The
Package: nfs-kernel-server
Version: 1:1.3.4-2.1
Severity: important
Dear Maintainer,
NFSv4 in stretch is broken and unusable.
After some time the server exporting the directories starts throwing
[1130732.440356] NFS: nfs4_reclaim_open_state: Lock reclaim failed!
[1130734.801510] NFS:
at I should upload very shortly,
>to sid and backports. If you are dead on water I
>can provide my working in progress packages for stretch on amd64.
>
>Kind regards
>Jose M Calhariz
>
>On 09/10/17 06:55, Anton Ivanov wrote:
>> Package: amanda-server
>> Version: 1:3
It tears in full screen with and without compositing in xfce
On 11 October 2017 09:40:59 BST, "Michel Dänzer" <mic...@daenzer.net> wrote:
>On 10/10/17 07:50 PM, Anton Ivanov wrote:
>> Package: xserver-xorg-video-radeon
>> Version: 1:7.8.0-1+b1
>> Sever
Package: xserver-xorg-video-radeon
Version: 1:7.8.0-1+b1
Severity: important
Dear Maintainer,
Radeon (and amdgpu for that matter) in stretch no longer match frames
to vsync correctly. This is observable with vdpau, opengl and plain
xvideo.
This used to work correctly in jessie so this is a
screen straight away).
A
On 10/09/17 15:02, Yves-Alexis Perez wrote:
On Mon, 2017-10-09 at 14:03 +0100, Anton Ivanov wrote:
After upgrade to stretch XDMCP no longer works. Setup has worked
virtually unchanged for a decade, with the last 5+ years using
lightdm.
Lightdm shows a greeter, you can
Package: lightdm
Version: 1.18.3-1
Severity: important
Dear Maintainer,
After upgrade to stretch XDMCP no longer works. Setup has worked
virtually unchanged for a decade, with the last 5+ years using
lightdm.
Lightdm shows a greeter, you can enter username and password
after which it bombs out
Package: amanda-server
Version: 1:3.3.9-5
Severity: grave
Justification: renders package unusable
Dear Maintainer,
If one or more backup host is unreachable, the backup of all hosts fails.
Example - backing up two hosts - smaug and TerriblTerror:
If the latter is unreachable
TerribleTerror1
Package: amanda-server
Version: 1:3.3.9-5
Severity: important
Dear Maintainer,
Amanda no longer formats completely blank tapes. Tested with
virtual tapes on disk, hence reporting only for virtual tapes.
The only way to create a new virtual tape at present is to
copy the label file out of an
I am observing the same behavior regardless of the jump pointer setting.
Environment - xfce4, xvkbd is used with irexec/lirc to drive Thunar and vlc
How to reproduce:
xvkbd -text "a"
It will produce a long string of "a"
A.
ntpq works.
You might as well remove ntpdc and/or make it emit a warning.
A.
On 04/07/17 22:53, Bernhard Schmidt wrote:
> Control: tags -1 + moreinfo
>
> On 04.07.2017 23:21, Anton Ivanov wrote:
>
> Hi,
>
>> Package: ntp
>> Version: 1:4.2.8p10+dfsg-3
>> Sever
Package: ntp
Version: 1:4.2.8p10+dfsg-3
Severity: important
Dear Maintainer,
It is no longer possible to query the ntpd state. ntpdc fails to work.
-- System Information:
Debian Release: 9.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux
First of all - confirming the bug. The bug is still there in jessie.
Second, staying after the logout prevents the pam component of ecryptfs
from unmounting the filesystem. It defeats the security of any ecryptfs
system or other method.
Third, it breaks autofs/nfs deployments - mounts for
Package: isc-dhcp-client
Version: 4.3.1-6+deb8u2
Severity: serious
File: /sbin/dhclient
Tags: security
https://samy.pl/poisontap/
This is a variation on an ancient "gem" by a DSL Modem vendor
where the router pretends to be the entire internet by spoofing
arp so that it captures all traffic.
Thanks,
Appears to be stable, you can close it.
A.
On 26/09/16 02:00, Michel Dänzer wrote:
On 24/09/16 01:09 AM, Anton Ivanov wrote:
Guaranteed hang within first 1 minute after upgrading to Jessie. Used to
work with older Debian releases.
100% reproducible - in all cases the log file
Package: xorg
Version: 1:7.7+7
Severity: important
Dear Maintainer,
Guaranteed hang within first 1 minute after upgrading to Jessie. Used to
work with older Debian releases.
100% reproducible - in all cases the log file is full of
(EE) [mi] EQ overflow continuing. 600 events have been
Most 7975s are now broken with asterisk as well.
I will try to narrow it down to specific OS releases to see which works,
which do not
A.
1 - 100 of 290 matches
Mail list logo
