On Tuesday 10 April 2012 10:10:15 Daniel Baumann wrote:
> if we'd do that, we could, fs label wise, get away with 'overlay' and
> 'snapshot', both being below 11 characters, so no fallbacks for legacy
> fs'es/os'es would be needed.
Nice Spring Cleanings!
+1
--
ESC:wq
--
To UNSUBSCRIBE, emai
Hi,
adrian15 wrote (09 Apr 2012 18:43:54 GMT) :
> I attach the splitted patches.
Thanks!
I've merged:
* fromiso_001_renaming.patch
* fromiso_002_use_live_fromiso.patch
* fromiso_004_fromiso_uses_is_mountpoint_function.patch *but*
I amended it to s,/root/live/fromiso,/live/fromiso, giv
04/09/2012 06:39 PM, anonym:
> 04/09/2012 05:11 PM, Daniel Baumann:
>> if we, as you impled, can unify the code so that snapshot and overlay
>> is being deduced by live-boot from looking at the config file, then,
>> we could use one label only.
>
> It ought to be pretty simple since the home-sn co
On 04/10/2012 03:26 PM, anonym wrote:
> Snapshots can no longer be partitions; only snapshot files are
> supported.
absolutely.
> If this is acceptable I propose that snapshots are activated by a
> live-persistence.conf option called
> "snapshot=PATH_TO_SNAPSHOT_FILE" (extension is optional). A
On Tuesday 10 April 2012 20:05:53 Daniel Baumann wrote:
> On 04/10/2012 03:26 PM, anonym wrote:
> > Snapshots can no longer be partitions; only snapshot files are
> > supported.
>
> absolutely.
I agree too.
The only drawback of this is to cancel the original use case that had me
develop snapsho
On 04/10/2012 08:15 PM, Marco Amadori wrote:
>>> We could probably drop support for /etc/live-persistence.binds
>
> What replaces that thing nowadays? It was handy to save some unwanted data to
> be saved/restored.
anonym explained it, didn't you read till the end? :)
--
Address:Daniel
Hi,
I need to run debian-live on systems with hardware clock in localtime.
But anyway I got the wrong time - with twice GMT offset.
I've found that rc.d hwclock symlinks are deleted in
/lib/live/config/114-util-linux - why?
And how to setup debian-live to use localtime in rtc?
Well, I have utc=no
On 04/10/2012 09:47 PM, Eugene V Budnikov wrote:
> I've found that rc.d hwclock symlinks are deleted in
> /lib/live/config/114-util-linux - why?
hwclock would change the hardware clock, a permanent change, which is
not acceptable for a live system to do.
> And how to setup debian-live to use loca
> > I've found that rc.d hwclock symlinks are deleted in
> > /lib/live/config/114-util-linux - why?
> hwclock would change the hardware clock, a permanent change, which is not
> acceptable for a live system to do.
Well, it changes hardware clock on stop. But on start it sets up the
system time
On Wednesday 11 April 2012 02:05:16 Daniel Baumann wrote:
> On 04/10/2012 08:15 PM, Marco Amadori wrote:
> >>> We could probably drop support for /etc/live-persistence.binds
> >
> > What replaces that thing nowadays? It was handy to save some unwanted
> > data to be saved/restored.
>
> anonym exp
On 04/10/2012 11:10 PM, Eugene V Budnikov wrote:
> But on start it sets up the system time correctly using timezone and utc flags
so does live-config, so?
> At fact now it ignores utc=no flag and sets the system clock from
> hardware as UTC.
it does not, tested on squeeze. are you using a wheezy
> > But on start it sets up the system time correctly using timezone and utc
> > flags
> so does live-config, so?
I don't found any hwclock --hctosys calls in /lib/live/config.
$ grep -ir hwclock .
./config/114-util-linux:rm -f /etc/rc?.d/*hwclock*
That's all.
> > At fact now it ignores
12 matches
Mail list logo
