Oh, and as a temporary solution, before iguanair-dev is available in
ubuntu:
I think the lirc package could actually include the iguanaIR.h file in
the package build process with no problems, not installing it or
anything, just make it available so that standard package builds
cleanly.
All iguana
Hi I just ordered myself some iguanaIR-receivers, and checked this problem
report.
This is simply a build problem: while the lirc source has iguanaIR
support available and this driver is included when lirc is built with
the --with-driver=userspace flag, the build of iguanaIR requires a
header to
Public bug reported:
Network-manager-gnome in hardy has program called nm-editor, which has
strings translated correctly in the sources, but the program does not
load these strings.
After stracing the nm-editor program I noticed it is trying to open this
file:
/usr/share/locale-langpack/fi/LC_ME
Sorry but 2.21.4-0ubuntu2 did not make any difference at least to me.
BTW, the process running is started as
gnome-keyring -d --login
I could not find where it is started like this, could this be some old setup
interfering?
The dbus method has different parameters.
--
GNOME rarely starts fro
Public bug reported:
Binary package hint: libgladeui-1-common
There is full Finnish translation for glade-3 in gnome-2-18 branch, but the
translation is not included to the translation package.
** Affects: glade-3 (Ubuntu)
Importance: Undecided
Status: New
--
Finnish translatio
OK, I'll close this. Yes, your root= parameter must match the real root device
to mount after encryption is opened,
this is just normal.
** Changed in: cryptsetup (Ubuntu)
Status: Needs Info => Fix Released
--
crypted root on lvm volume stopped working
https://bugs.launchpad.net/bugs/93
Non-LUKS is not really an issue here, the initramfs script supports it, it's
just not as clean solution:
with LUKS you would not need to give encryption parameters in crypttab, for
example, and it can
be reliably detected by fstype in initramfs. Current scripts don't really care
about the diffe
*** This bug is a duplicate of bug 21878 ***
https://bugs.launchpad.net/bugs/21878
Fix for cryptsetup released in feisty and gutsy packages.
** Changed in: cryptsetup (Ubuntu)
Status: Unconfirmed => Fix Released
** Changed in: cryptsetup (Ubuntu)
Assignee: (unassigned) =>
*** This bug is a duplicate of bug 21878 ***
https://bugs.launchpad.net/bugs/21878
Fix for cryptsetup released in feisty and gutsy packages.
** Changed in: cryptsetup (Ubuntu)
Status: Unconfirmed => Fix Released
** Changed in: cryptsetup (Ubuntu)
Assignee: (unassigned) =>
feisty and gutsy packages, and at
least for me the stock package works now correctly. Could you please
confirm it works for you as well so I can close this bug.
** Changed in: cryptsetup (Ubuntu)
Assignee: (unassigned) => Ilkka Tuohela
Status: Unconfirmed => Needs Info
--
c
Feisty and gutsy now correctly support booting from encrypted LVM
properly with cryptsetup package.
** Changed in: cryptsetup (Ubuntu)
Status: Fix Committed => Fix Released
--
Support for encrypted root filesystem (cryptsetup)
https://bugs.launchpad.net/bugs/21878
You received this bug no
Updated version of Finnish translation.
** Attachment added: "Finnish translation for xkeyboard-config-0.9"
http://librarian.launchpad.net/6523613/fi.po
--
Finnish translation for xkeyboard-config
https://launchpad.net/bugs/87532
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
http
Public bug reported:
Binary package hint: xkeyboard-config
Since the package is not in launchpad, I submit updated Finnish
translation as a package bug.
Sorry for the trouble.
** Affects: xkeyboard-config (Ubuntu)
Importance: Undecided
Status: Unconfirmed
--
Finnish translation
Public bug reported:
Binary package hint: xkeyboard-config
This package contains strings which ,as far as I know, are shown in
gnome-keyboard-properties i.e.
are part of user desktop experience. Because of this I think xkeyboard-config
should be translated
in rosetta and marked important.
**
... and once again I messed up - the patch I submitted last contains some
unnecessary testing code (to allow activating VG by name, it's never done
anyway).
Attached is the patch without this part.
More coffee needed, I think...
** Attachment added: "Patch for lvm support in ramdisk cryptroot
Duh, I don't know what I thought with previous device nodes waiting
patch, it's of course broken, and to prevent waiting in LVM script for
the devices (that's why it worked for me), we need to actually run
before lvm anyway, as was previously told.
So, This patch includes following changes to
** Attachment added: "Patch to wait for device nodes in ramdisk cryptroot
script"
http://librarian.launchpad.net/5401161/initramfs-cryptroot-script.patch
--
Support for encrypted root filesystem (cryptsetup)
https://launchpad.net/bugs/21878
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubu
** Attachment added: "Patch to load correct block cipher algorithm for
encrypted root in cryptroot-hook"
http://librarian.launchpad.net/5401165/initramfs-cryptroot-hook.patch
--
Support for encrypted root filesystem (cryptsetup)
https://launchpad.net/bugs/21878
--
ubuntu-bugs mailing list
Hmm, I don't think you really need to modify the scripts for
LUKS - LVM PV - ROOT-ON-LVM configuration, if you use correct
parameters everywhere.
My root command line is simply:
root=/dev/mapper/sys-root resume=/dev/mapper/sys-swap ro quiet
And crypttab contains following line:
sys
Public bug reported:
This package should be translateable, now there are english names
and descriptions for this theme in gdmsetup, while gdm themes are
localized.
It's enough to have just Name and Description translated in the
.desktop file.
** Affects: edgy-gdm-themes (Ubuntu)
Importanc
I tested this patch, actually not in ubuntu but with debian, and the problem
was fixed for me, so I think it is a valid patch - of course
can't be sure because I used debian etch...
--
[edgy] GTK-based apps crash when run through ssh tunnel between powerpc and
i386 machines
https://launchpad.n
21 matches
Mail list logo
