Public bug reported:
Binary package hint: encfs
encfs (version 1.4.2-2 on Ubuntu 9.04) does not work when using stream
filename encoding. Filenames of at most 16 works fine. If you create a
file with a name of at least 17, the actual encrypted file is created
(with the right content), but the
** Summary changed:
- encfs does not work with stream encoding on file names
+ encfs does not work with stream filename encoding
** Description changed:
Binary package hint: encfs
encfs (version 1.4.2-2 on Ubuntu 9.04) does not work when using stream
- filename encoding. Filenames of at
Rephrasing my entry from November last year:
The problem seems to be fixed for new users (at least on my 8.04 system)
as the contents of /etc/skel/.bashrc has been updated to say:
[ -x /usr/bin/lesspipe ] eval $(SHELL=/bin/sh lesspipe)
The problem though is that this doesn't fix the problem
I have the same problem going from tcsh to bash. The reason this at all
shows up is that lesspipe is called in .bashrc: The workaround below
works nicely for me. Actually, looking at /etc/skel/.bashrc, a fix
similar to this has already been implemented, i.e., the problem seems to
be fixed for new
Fair enough - I guess the number of users with a CPU like mine is very
small. If you are not going to support older VIA CPUs in 8.10 either, it
would be nice if the page corresponding to
https://help.ubuntu.com/8.04/installation-guide/i386/hardware-
supported.html
is updated to reflect this.
According to
https://help.ubuntu.com/8.04/installation-guide/i386/hardware-
supported.html
my CPU should be supported since it is a 32-bit pentium-class CPU
This is also very simple to fix: Mythtv is currently compiled with cpu-target
686; looking at debian/rules line approx. 60 we have
Public bug reported:
Binary package hint: mythtv
Using Ubuntu 8.04 mythbackend crashes consistently with SIGILL a few
seconds after being started. It seems that it uses a cmov instruction
which is not supported on my CPU (VIA Nehemiah ME6000). Previous
versions of mythtv (pre 8.04) worked
