Processing commands for cont...@bugs.debian.org:
> tag 544512 pending
Bug #544512 [live-helper] live-helper: [INTL:DE] German translation of manpages
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(admin
tag 544512 pending
thanks
Hi,
translations commited in git.
atm, something appears to be broken with the po4a stuff, as the manpages
do not get generated (if you happen to know how to fix it, patches very
welcome).
unrelated to that, at some point, the translations needs to be reviewed.
it ofte
Hi again!
I am trying to boot a live usb memory stick on a system that has a live image
installed on its solid state drive.
In order to prevent live-initramfs to use the image on the SSD, I have used
LH_BOOTAPPEND_LIVE="live-media=removable-usb nopersistent"
when I built the OS on the memory sti
Greetings,
On Mon, Jul 13, 2009 at 9:57 AM, T o n g wrote:
> On Sun, 12 Jul 2009 20:46:43 -0500, Richard Nelson wrote:
>
>> perhaps adding a boot param for persistent custom name that could be
>> appended to existing names would be an easy solution. Then the user who
>> wanted live-rw-sid would ca
Hello,
I'm building a few custom kernel drivers in my chroot hooks scripts. I
include the source in the chroot_local-includes and compile it in a
hook. This works fine, if my host kernel is the same version number as
my live system's kernel. But if I want to use another version for my
live-sy
Someone's gotten their knickers in a twist it seems.
Anyways, I just ran into this myself, so I'll take a shot at providing some
useful information.
For starters, I'm hitting this bug when using the Xen LiveCD scripts, 0.8.2
from here:
http://wiki.xensource.com/xenwiki/LiveCD
My setup is somew
Tom Deblauwe wrote:
> Hello,
Hi,
> if I want to use another version for my
> live-system, the result of the command "uname -r" in the chroot gives me
> the host kernel version, and the compile fails. Is there a solution for
> this?
fix whatever you are compiling to not rely on uname -r, but use
Daniel Baumann wrote:
fix whatever you are compiling to not rely on uname -r, but use KVERS or
similar (which can be set by the user).
I would rather not do this if possible.
it would be handy to know what you're exactely compiling, that way we
could tell you if you're doing it wrong or th
Tom Deblauwe wrote:
>> fix whatever you are compiling to not rely on uname -r, but use KVERS or
>> similar (which can be set by the user).
>
> I would rather not do this if possible.
well, if the driver is sane, it does this already correctly through the
kbuild stuff and you should not be needing
Daniel Baumann wrote:
just for making sure you're not potentially wasting time: that driver is
included in linux mainline. if you are building a lenny image and
requiring a newer kernel in order to get a newer version of the driver
for your hardware, but you're not depending on bleeding edge, you
10 matches
Mail list logo
