All great news,
(the only disadvantage is, that it costs
more, but that will stay my problem).
I'm sure enthusiast people here would be
happy to help the project. That shouldn't hurt to give
them a way to participate in some way.
--
Mathieu
___
sed: -e expression #1, char 13: unterminated `s' command
should be fixed in soon to be uploaded ~a22-1.
The problem is supposed to be triggered by the fact that :
1) sed doesn't like mutliline strings in script fragment
2) dash's echo builtin doesn't escape \n as other shells do.
So easy
I got this message after removing some .stage/ stampfiles:
|/usr/share/live-helper/functions/packages.sh: line 21: Package:: command not
found
That was a temporary quick revert before release. If you look at svn,
you'll see that has changed. Still needs some revamping though.
BTW I also get
This last patch also doesn't work after removing some stampfiles since
purged packages (or removed but not purged or ...) are still in the
dpkg status database. I'm using this instead which does what I want.
Yes, it seems that we overlooked that detail.
I better do a :
dpkg-query -W
I've finally found a workaround : the LIVE_CHROOT_BUILD variable wasn't
defined anywhere
weird as it should default to enabled
(/usr/share/live-helper/functions/defaults.sh)
but anyway, I wonder what is the good method to debug live-helper
scripts...
IIUC breakpoints are meant to address
Who is the author of this new code?
you should already know that if you are using svn.
Here is patch, attached for scripts/live rev. 2554/2524
thanks, your patch has been applied in 2555.
Please, when You improving one thing like nfs, do not break down
tightly binding other like cifs. You
Another problem that I seem to face is that live-initramfs does not set
the console keyboard (dpkg-reconfigure console-data) if I include
locale=pt in the kernel boot line.
Does anybody have any idea of where this problem could come from?
If there is a problem it should reside in
Hi,
After the lh_* these debs are not in the cache directory and are
re-download over and over.
The caching mechanism is working fine for external repositories here
with 1.0~a16-1.
You could give us more details about the complete procedure you use.
Cheers
--
Mathieu
Do You know how to set timezone at boot time?
It seems for now hardocded to Etc/GMT.
We could have some pseudo debconf preseeding in that place like
following patch does.
Applied to current SVN, I use it like e.g :
$ make-live --bootappend=timezone=Europe/Paris
I'm actually not really happy
Don't agree. This is good idea to use kernel boot parameters.
This is flexible way to customize environment manually at boot
time, especially for pxe boot.
Well yes, the two mentioned way have pros and cons. I'm thinking also
to have that done in live-sysvinit, i.e in late userland, we could
Thx, a it's is possilby customizing gnome settings with casper user
before when I create cd-iso?
If I understand you correctly, you want to build a live with a customized gnome
environnement.
I do that including the ~user/.gconf tree of a properly configured
gnome session in
qemu 0.9.0 or 0.8.x? i'm using 0.9 and it boots.
qemu 0.9.0-2 (+ kqemu 1.3.0~pre11-5+1)
FYI
$ md5sum debian-live-etch-i386-gnome-desktop.iso
6c7cbbb79c903271e77d3cea6ff1009d
--
Mathieu
___
Debian-live-devel mailing list
Hi,
which is the right package?
live-helper. See [1].
It is in unstable (but well unstable builds are supposed to be broken
at the moment)
For etch, there are backports here [2]
Cheers
[1]
http://lists.alioth.debian.org/pipermail/debian-live-devel/2007-March/000998.html
[2]
The error message is:
E: Unknown suite lenny
I am using debootstrap 0.3.3.3 on a Debian Lenny system.
any good reason not to use cdebootstrap ?
(it works fine with 0.3.19)
--
Mathieu
___
Debian-live-devel mailing list
For someone familiar with debian-installer, this should be a realtive
easy and straight forward task.
FYI
For people who wants to play with d-i like me. It is ATM broken,
See #421790.
/FYI
--
Mathieu
___
Debian-live-devel mailing list
15 matches
Mail list logo