Hi,
I don't have an NFS home directory on a Debian host, but I have run
byobu on non-Debian systems with an NFS home directory and not had this
problem. I also don't see any files in ~/.byobu that indicate state.
No, there aren't. The information whether a session is running is
determined by
On Wed, Aug 26, 2015 at 22:57:51 -0400, Mike Miller wrote:
On Wed, Mar 25, 2015 at 18:21:20 +0100, Dominik George wrote:
This fails at the point where
it tries to get to its state in /dev/shm:
/usr/lib/byobu/include/dirs:52: no matches found: /dev/shm/byobu-nik-*
mkdir: cannot
Control: tags -1 + moreinfo
Hi,
On Wed, Mar 25, 2015 at 18:21:20 +0100, Dominik George wrote:
The actual result is byobu wreaking havoc because it finds a running
session in ~/.byobu and tries to join it.
I don't have an NFS home directory on a Debian host, but I have run
byobu on non-Debian
control: severity -1 important
On Wed, Mar 25, 2015 at 1:21 PM, Dominik George wrote:
This bug is possibly security relevant because the intention of the
script, namely separating user directories in /dev/shm, is entirely
defeated. As a matter of lucky fact, / is not writable by regular users.
Package: byobu
Version: 5.87-1
Severity: serious
Justification: possible user security hole
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Byobu fails to behave well in an environment where multiple hosts share
home directories through NFS.
Doing the following provokes malicious behaviour:
5 matches
Mail list logo
