Il domenica 31 agosto 2008 12:56:57 Daniel Baumann ha scritto:
> Since having different settings for the desktop flavours and the rescue
> flavours sucks too, let's do a poll:
>
> [ ] Use swap partitions automatically in all flavours (leave as is)
> [ ] Don't use swap partitions automatically in a
Il domenica 31 agosto 2008 14:24:20 Daniel Baumann ha scritto:
> Ronny Standtke wrote:
> >> [x] Use swap partitions for standard and desktop flavours,
> >> use noswap for rescue flavour.
>
> ...which would be the worst decision from a debian point of view.
How? Could you elaborate?
--
ESC:wq
Il domenica 31 agosto 2008 23:53:28 Tzafrir Cohen ha scritto:
> > > The "we do not touch filesystems by default" invariant is really
> > > important.
It is not really a filesystem, but I got it.
> > > As long as one can pass "swap" at boot time to revert the behaviour, I
> > > would
> > > be in
On Monday 01 September 2008, 16:47:31, Maximiliano Marin Bustos wrote:
> On Mon, Sep 1, 2008 at 10:36 AM, Brendan Sleight <[EMAIL PROTECTED]> wrote:
> > Hi Maximiliano,
> >
> > On 01/09/2008, Maximiliano Marin Bustos wrote:
> > > I compiled my live cd and it runs excellent on VMware but when i bu
Il giovedì 11 settembre 2008 07:58:39 Joseph Rawson ha scritto:
> After taking a long look at ubiquity, I decided to try another route. [..]
> What I wound up doing is trying to make a debian package out of partman. I
> did this by checking out the partman directory in the svn repository, and
> bu
Il mercoledì 20 agosto 2008 22:59:52 hai scritto:
> Il mercoledì 20 agosto 2008 16:31:54 Andreas Bombe ha scritto:
> > Either I'm doing something wrong or it really doesn't work all that
> You found some important bugs and those needs time to be fixed.
Good news:
Some of the bug you found are no
This should be fixed in my git repository:
http://git.debian.org/?p=users/mammadori-guest/live-initramfs.git;a=commit;h=b34f6425c48d460bd0d93efd76884045b015692c
--
ESC:wq
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
To U
On Tuesday 30 September 2008, 19:13:48, Julien Cristau wrote:
> Hi,
>
> On Sun, Sep 28, 2008 at 18:30:58 +0100, Chris Lamb wrote:
> > You shouldn't be chowning at all. Place your home directory files in
> > /etc/skel/ and they will be chowned automatically by user-setup/adduser.
>
> Unless the fil
On Wednesday 01 October 2008, 10:22:33, Julien Cristau wrote:
> On Wed, Oct 1, 2008 at 08:36:10 +0200, Marco Amadori wrote:
> > On Tuesday 30 September 2008, 19:13:48, Julien Cristau wrote:
> > > Unless the files/directories in config/chroot_local-includes/ are owned
> &g
On Wednesday 01 October 2008, 11:25:24, Julien Cristau wrote:
> On Wed, Oct 1, 2008 at 11:18:53 +0200, Marco Amadori wrote:
> > Ok, but useradd should chown them when the user is created at runtime. Do
> > you see wrong uid in the RUNNING system?
>
> I'm talking about
Il venerdì 03 ottobre 2008 19:38:21 T o n g ha scritto:
> - persistent home is also supported. How can I do that?
simply label a partition or an image file of a partition "home-rw".
> - ext2/3 filesystem are also supported. I know the ext2/3 filesystem
> found in the "/live" directory will be mo
Il sabato 04 ottobre 2008 00:20:50 Chris Lamb ha scritto:
> > - I noticed that both live-helper and live-initramfs have their own
> > config. Seems to me both define live users etc. I haven't read into
> > details yet, but can any one comment on this?
> Hm, live-initramfs doesn't have any con
Il venerdì 03 ottobre 2008 19:20:32 T o n g ha scritto:
> - if multi compressed filesystem exist in the "/live" directory, which
> one is the "exposed" one by aufs by default? How can I specify one?
All.
As default all filesystems present in the /live subdir will be sorted and then
added to t
Il domenica 05 ottobre 2008 17:05:36 T o n g ha scritto:
> Hi,
>
> > . . . if they all don't work for you, let us know what you want so that
> > we can dream up something that does.
>
> Thanks, here it goes, about live-initramfs.
>
> Currently, live-initramfs supports persistent home. I hope that w
On Tuesday 07 October 2008, 04:54:40, Richard Nelson wrote:
> Greetings,
>
> In the past I had used the info in the FAQ
> http://wiki.debian.org/DebianLive/FAQ#head-5bb88fb88b407750f2f8ca0c02ca59b1
>8e163bca to change the default user password from live to something else but
> for some reason this
On Tuesday 07 October 2008, 14:44:24, Uwe Krause wrote:
> > "Sure! We lack tutorials as well as good documentation."
> I could do translations for german language if you want me to as
> this is my native language.
All help is appreciated for sure, thanks.
Live Manual seems to have some infrastr
On Monday 06 October 2008 22:05:27 Marco Ghirlanda wrote:
> 1) if I use the config/chroot file for installing a lot of software
> (>2000) I will get a xargs error about cp not able to copy because of an
> "Argument list too long". So I enable the interactive build and apt-get
> from inside the chr
On Tuesday 07 October 2008, 16:30:22, Charles Johnson wrote:
> Marco,
>
> I have recently been reading the manual and no doubt shall do so again.
> When I do, I don't see any reason why I should not proof-read it as I go
> along. Let me know if that's a good idea and how to proceed.
>
> btw, what'
On Thursday 09 October 2008, 08:42:30, Marco Lechner wrote:
> during the building of several workshop-images for the fossgis2008
> (http://fossgis.osgeo.net) we ran into a problem with resolv.conf. This
> problem still occurs using live-helper (testing):
> During the buildprocess /etc/resolv.conf
On Saturday 11 October 2008 08:20:16 T o n g wrote:
> > http://alioth.debian.org/~lamby-guest/live-manual/html/live-
> > environment.html#persistence
> | "full" persistence could be also used with just image files, so you could
> | create a file representing a partition and put this image file ev
On Tuesday 14 October 2008 20:47:10 [EMAIL PROTECTED] wrote:
> I have two questions wrt to live-snapshot (well, two-and-a-half :)
>Am I doing something wrong? Or is there a buglet somewhere?
Maybe this is a regression, I'll check, anyway I'm rewriting that part, I will
ping you back when I'
Package: live-helper
Version: <= 1.0.1-1
Tags: fixed-in-git
in lh_binary_debian-installer @478:
'if Find_files ../config/binary_local-debs/*_"${LH_ARCHITECTURE}".deb'
where we need not to prefix "../" to reach "config" but just use "./"
This is fixed in my live-helper's git @alioth there:
http:
On Monday 20 October 2008 21:58:05 [EMAIL PROTECTED] wrote:
> and then use $live_snap_source in the echo. I'd be glad to send in a
> patch, but Marco said he's rewriting the whole thing anyay, so I'm
> hesitant (since I don't even know how accurate my analysis is ;-)
You got it, it was working as
On Monday 20 October 2008 23:01:56 Chris Lamb wrote:
> tags 502877 +pending
> [..]
>
> > Version: <= 1.0.1-1
> > Tags: fixed-in-git
>
> [..]
>
> These aren't valid version and tags, btw.
Yes, I saw the complain in the bts entry, would you like to correct me without
having me to increase universe
Hi all,
I found some use cases for having a tool to include things directly in ithe
debian-installer initrd.
We already have some infrastucture to handle d-i initrds like the
Repack_initrd() function in helpers/lh_binary_debian-installer which is now
used to include the preseed.cfg (all *.cfg)
On Wednesday 22 October 2008, 00:14:19, Chris Lamb wrote:
> > or a separate config/binary_debian-installer-includes to work as other
> > -includes, files with full path to be included in the initrd
>
> I think this is the best solution:
me too, best options should be listed last for maximum effec
On Friday 31 October 2008, 22:07:12, Didier Raboud wrote:
> Hi,
>
> I just started to learn live-helper and I love it ! ;) And when I asked
> questions in #debian-live, I got friendly answers !
>
> Anyway,
>
> I have a 2Gib USB key that I would like to use as following :
>
> * Live system bootable
On Sunday 16 November 2008 21:59:38 T o n g wrote:
> Last time I asked, there was no such tool to add or remove (optional)
> compressed filesystems into root aufs on the fly, as Slax does.
Nothing on the fly, only at boot time.
> I'm wondering if we have something similar now? If not, is there a
On Monday 17 November 2008, 16:33:22, T o n g wrote:
> On Sun, 16 Nov 2008 22:01:04 +0100, Marco Amadori wrote:
> > On Sunday 16 November 2008 21:59:38 T o n g wrote:
> >> Last time I asked, there was no such tool to add or remove (optional)
> >> compressed filesystem
On Wednesday 19 November 2008, 04:10:15, T o n g wrote:
> df: `/001-base.squashfs': No such file or directory
> df: `/002-vars.squashfs': No such file or directory
look at /proc/mounts, df looks at /etc/mtab which is still misaligned and
manually crafted.
> In my /live directory, there are 2 fi
On Thursday 20 November 2008 08:00:36 Michael Prokop wrote:
> * Marco Amadori <[EMAIL PROTECTED]> wrote:
> > This is already supported by the boot parameter "module=" since more than
> > one year, although nobody uses it since that cause live-helper does not
&g
On Thursday 20 November 2008, 01:08:30, T o n g wrote:
> $ cat /proc/mounts
> rootfs / rootfs rw 0 0
> none /sys sysfs rw,nosuid,nodev,noexec 0 0
> none /proc proc rw,nosuid,nodev,noexec 0 0
> udev /dev tmpfs rw,size=10240k,mode=755 0 0
> /dev/scd0 /live/image iso9660 ro,noatime 0 0
> /dev/loop0 /
On Friday 21 November 2008, 08:53:39, Daniel Baumann wrote:
> this is a bug in resolv.conf; in short: don't ever use resolv.conf on a
> live system, no gain in using it, and it is only causing problems.
It the whole "/etc/resolv.conf" file itself is deprecated, what should be then
the right way
On Friday 21 November 2008, 13:41:11, Daniel Baumann wrote:
> >> this is a bug in resolv.conf; in short: don't ever use resolv.conf on a
> >> live system, no gain in using it, and it is only causing problems.
> it was a typo, sorry. i ment 'resolvconf'.
Got it, but I think resolvconf is unintent
On Sunday 23 November 2008, 22:21:09, Daniel Baumann wrote:
> + # Eject live media
> + if [ -x /bin/eject ] && [ "${NOEJECT}" != "Yes" ]
> + then
> + eject ${dev}
> + fi
> +
> or is the live-media used for anything after copy_live_to(); has been run?
After
On Friday 21 November 2008, 22:04:39, Carsten wrote:
> Hi all,
>
> messages during shutdown prozess on a live system with persistent partition
> telling me that /live/cow is busy.
The persistent partition is mounted on /live/cow, proabably removing it from
the unionfs could save the umount failu
On Saturday 22 November 2008, 22:20:18, Tong Sun wrote:
> It seems that I can't access the stacked filesystems individually. I.e.,
> the mount point of each individual stacked filesystems is not accessible
> for me.
Try to boot with "showmounts" :-)
If I understood what you meant, this bug could
On Monday 24 November 2008, 21:44:05, Tong Sun wrote:
> > Try to boot with "showmounts" :-)
> > If I understood what you meant, this bug could be closed.
> but the main wish, ie, a central place for stacked filesystems, still
> holds.
If you try the above mentioned options and there are no regre
On Wednesday 26 November 2008 20:17:47 Ivan Shmakov wrote:
> Rather, it should look like:
>
> $ dd if=/dev/null of=live-rw bs=1G seek=1 # for a 1G image file
> $ ls -gGl live-rw
> -rw-r--r-- 1 1073741824 ... live-rw
This is bogus too as it creates a file big as all free space in the target
On Wednesday 26 November 2008 23:38:56 Daniel Baumann wrote:
> Marco Amadori wrote:
> >> $ /sbin/mkfs -t ext2 -F live-rw
> i've (silently) changed this to:
> # /sbin/mkfs.ext2 -F live-rw
the "#" is unnecessary as Ivan stated in a previous mail.
--
ESC:wq
--
On Thursday 27 November 2008 07:51:38 Ivan Shmakov wrote:
> >> $ dd if=/dev/null of=live-rw bs=1G seek=1 # for a 1G image file
> >> $ ls -gGl live-rw
> >> -rw-r--r-- 1 1073741824 ... live-rw
> >
> > This is bogus too as it creates a file big as all free space in the
> > target devive...,
>
>
Package: live-initramfs
Version: 1.154.1-1
Severity: important
Booting with "integrity-check" halts the boot process, probably because the
default "md5sum" binary in that context, is still the busybox one, which does
not support the "-c" option.
Moreover the "reboot" command tries to redirect t
On Tuesday 02 December 2008, 07:54:17, Neo Willis wrote:
> I'm using debian-live on my usb stick with persistence. In order to
> decrease writing times on the stick, can I mount /var & /tmp on a ramdisk?
> tmpfs? How can I do that?
This should be already in place, look at live-initramfs manpage,
Hi all,
since the "integrity-check" boot options does not work (#507477), while I'm
looking at a fix for it I wonder if it makes sense how it is intended to work
at all.
As intended now, it checks via md5sum the content of the media (e.g the cd)
and then it reboots in any case after 60 seconds
On Wednesday 22 October 2008, 09:11:29, Marco Amadori wrote:
> On Wednesday 22 October 2008, 00:14:19, Chris Lamb wrote:
> > > or a separate config/binary_debian-installer-includes to work as other
> > > -includes, files with full path to be included in the initrd
> >
On Sunday 07 December 2008, 05:50:54, T o n g wrote:
> What's the default scan order to find the device that contains the "/
> live" directory?
Alphabetic, based on /sys/block/ directory listing.
> I hope it always search HD first, so that the copy found on the fast HD
> would be used instead of
On Tuesday 09 December 2008, 03:19:23, T o n g wrote:
> On Tue, 02 Dec 2008 08:30:58 +0100, Marco Amadori wrote:
> >> I'm using debian-live on my usb stick with persistence. In order to
> >> decrease writing times on the stick, can I mount /var & /tmp on a
> >
On Monday 15 December 2008, 02:47:49, Daniel Baumann wrote:
> Marco,
>
> could you comment on this one?
live-initramfs currently does not include util-linux-ng "mount" as the
inspection of "hooks/live" could show. (You could also inspect the generated
initrd to have a look). It includes the kli
On Tuesday 20 January 2009, 08:46:47, Cyril Jaquier wrote:
> Have you already used Debian-live for this? Is Debian-live a good choice
> in this case?
It could, it gives you a flexible root filesystem builder easy to deploy,
please try it and report your experience.
--
ESC:wq
--
This message
On Thursday 22 January 2009, 08:36:18, Frédéric BOITEUX wrote:
> Looking in live-initramfs's script/live code, I've found that the
> device where is found live-rw (global persistent partition) is excluded
> from home persistent partition's search.
Then it is a bug, only the partition should be
On Friday 23 January 2009, 07:35:15, Andreas Tille wrote:
> The graph for this specific list is
>http://people.debian.org/~tille/liststats/authorstat_live.pdf
>
> I wished this really cool project would gain more active people.
Me too, but I like all people who joined it these years.
> Anyw
On Friday 23 January 2009, 15:53:31, Frédéric Boiteux wrote:
> Le Thu, 22 Jan 2009 09:31:51 +0100,
>
> Marco Amadori a écrit :
> > On Thursday 22 January 2009, 08:36:18, Frédéric BOITEUX wrote:
> > > Looking in live-initramfs's script/live code, I've found th
On Tuesday 10 February 2009, 11:30:33, Daniel Baumann wrote:
> i forgot to mention that in agreement with otavio, this image will *not*
> contain live-installer. this is because we are not confident that it was
> tested enough. therefore, i will build the same dvd image twice, once as
> an officia
On Wednesday 11 February 2009, 22:10:25, rpowell wrote:
> Package: live-initramfs
> The following patch makes everything work in my environment, and I
> believe will still work in single-NIC setups:
> ***
> /srv/fai/nfsroot/live/filesystem.dir/usr/share/initramfs-tools/scripts/func
>tionsWed
On Thursday 12 February 2009, 20:27:08, rpowell wrote:
> I would like to think that two Debian packages could work to fix
> something at the same time. :)
Sure, mine was just a request to consider if it could be the case of moving
the bug to another package to track it better.
> However, the p
On Tuesday 24 February 2009, 04:51:49, Daniel Baumann wrote:
> and don't use
> french spacing in english, this is some sort of disease (no offence)
> that french native speakers often tend to do when they write
> english.
The funny thing is that the original name (pre 1994) of wha
On Saturday 28 February 2009, 18:27:43, Daniel Baumann wrote:
> Hi,
>
> Google Summer of Code 2009 starts soon. Does anyone have any
> live-specific idea that could be implemented during the summer by a
> student?
Yes, supporting building of images in steps, exploiting the "stackable fs"
feature
On Saturday 28 February 2009, 18:27:43, Daniel Baumann wrote:
> Google Summer of Code 2009 starts soon. Does anyone have any
> live-specific idea that could be implemented during the summer by a
> student?
Another idea is to finish the gorgeous thing called live-installer.
live-installer to be m
On Wednesday 04 March 2009, 02:05:00, Punky wrote:
> > Google Summer of Code 2009 starts soon. Does anyone have any
> > live-specific idea that could be implemented during the summer by a
> > student?
> I am looking for a feature in live-helper that it can run multiple
> live config and mixed the
In data lunedì 30 marzo 2009 23:25:21, Sébastien Masset ha scritto:
> I'm coming back to this issue after a while now but you'll find in this
> mail an *untested* patch for live-initramfs to set the Live User UID
> This is my first experience with using git and modifying either
> live-initramfs o
In data giovedì 02 aprile 2009 08:35:14, Sébastien Masset ha scritto:
> First of all, I would like to apologise to the mailing list subscribers
> if they've already received this (and some others) message but this is
> the third time I've tried to send it and I'm yet to see it posted on the
> mess
In data giovedì 02 aprile 2009 11:23:59, Cyril Jaquier ha scritto:
> The
> first time I boot the system, udev write the MAC address of the network
> interfaces into /etc/udev/rules.d/70-persistent-net.rules and because I
> use full persistence, the file is there on the next boot. The problem is
>
On Thursday 02 April 2009 19:41:52 Carlos Temes wrote:
> I've created two partitions in a USB stick, the first one for the
> live-system and the second one to be used as a persistent home. The label
> of this partition is "home-rw".
>
> When I use the boot parameter "persistent" everything works O
In data mercoledì 08 aprile 2009 11:15:46, Cyril Jaquier ha scritto:
> It seems like 08persistence_excludes is broken. I opened a bug (523070).
> My current workaround is to only define... one directory ;)
Thank you for that, I hope to have some time soon to go through them all.
--
ESC:wq
--
In data giovedì 09 aprile 2009 11:55:29, Ja ha scritto:
> I've dd'ed 500 standard usb image to usb... created 4GB ext2 partition with
> gparted labeled live_rw ... trying to boot with those parameters:
try to label it "live-rw"
> append initrd=/live/initrd1.img boot=live union=aufs persist
On Tuesday 21 April 2009, 19:32:53, Vito Tafuni wrote:
> i don't know if live-helper can do that...
> but I've talked with Marco Amadori and he will tell you
I didn't have any insight from him about those issues, and please do not cite
me instead of giving informations to
On Wednesday 06 May 2009, 04:36:53, Richard Nelson wrote:
> Greetings,
>
> I am attaching patches for what I believe is a working live-sn setup.
> I looked through all the options provided and removed many since a
> working live-sn is essential and one good working way is better than
> many that d
On Wednesday 06 May 2009, 18:25:58, Nicolas Turpault wrote:
> To remove files aufs use whiteout and create empty files (with the
> patern .wh.namefile) in the copy-on-write directory. To keep remove
> files we just have to copy the snapshot in the copy-on-write directory
> before mounting the root
On Tuesday 12 May 2009, 01:42:32, Albretch Mueller wrote:
> > see parameters.txt and live-intramfs manpage.
citing live-intramfs manpage:
live-media|bootfrom=DEVICE
If you specify one of this two equivalent forms, live-initramfs will first try
to find this device for the "/live" directory whe
On Monday 18 May 2009, 16:45:02, Fathi Boudra wrote:
> after generating a live image:
> # find . -type f -name 70-persistent-net.rules
> ../etc/udev/rules.d/70-persistent-net.rules
> 70-persistent-net.rules comes from my host machine.
lh_chroot_hacks should take care of it before the generation
On Tuesday 02 June 2009, 16:23:18, Daniel Baumann wrote:
> > I have sent this before, but the patch file I sent was not good, so I
> > think it's why not being accepted.
> In general, I'm not a fan of adding such a feature. Exposing passwords
> and also their hashes to visible to any user (which
On Wednesday 03 June 2009, 16:19:14, Julien Cristau wrote:
> On Wed, Jun 3, 2009 at 08:53:21 +0200, Marco Amadori wrote:
> > Since what it's proposed expose the password in crypted way, it seems
> > a better approach of what we got since today.
>
> I think it's
On Tuesday 16 June 2009, 11:27:39, Daniel Baumann wrote:
> * posting an (incomplete) plan of things to do for live-initramfs
> 2.x and live-initramfs 2.x.
This soundz interesting and challenging
> * i'm invited to stay at otavios place who's living near porto alegre
> for about a wee
On Tuesday 16 June 2009, 14:51:45, Steven Shiau wrote:
> > pls find following some patches to the live-intramfs code for initial
> > Ubuntu (<=Jaunty) support.
> From http://aufs.sourceforge.net/
> Note: it becomes clear that "Aufs was rejected. Let's give it up."
> According to Christoph Hellw
On Tuesday 23 June 2009, 11:08:29, Luigi Capriotti wrote:
> Daniel Baumann wrote:
> >> * lack of /lib/udev/cdrom_id in Jaunty
> and the fix was rejected:
> https://bugs.launchpad.net/ubuntu/+source/live-initramfs/+bug/254360
Make sense that live-initramfs will copy it to the initramfs; it could
On Monday 13 July 2009, 03:46:43, Richard Nelson wrote:
> > Currently live-initramfs will look for hard-coded partitions labeled
> > "live-rw"/"home-rw", and files called "live-sn*"/"home-sn*" for
> > persistent and snapshot partitions or files.
> >
> > This will cause problem when trying to run/t
On Wednesday 22 July 2009, 20:39:13, os.n...@gmx.de wrote:
> I made a persistent file as described in the manual:
> [...] For your information, I use Debian Lenny.
> Please can you help me?
Use the live-initramfs from git, that feature was not working in lenny's live-
initramfs.
--
ESC:wq
--
On Wednesday 29 July 2009, 12:16:54, Daniel Baumann wrote:
> Rui Miguel Bernardo wrote:
> > Here is a correct patch (I hope).
>
> for the records (it doesn't matter here, but it's a major nuissance in
> general when sending patches): your diff is somewhat cluttered, you
> should only change what y
On Tuesday 13 October 2009, 14:40:13, Шварц Сергей Владимирович wrote:
> 1. dd if=debian-live-502-i386-standard.img of=/dev/sdb
> 2. added 'persistent' option in live.cfg file
> 3. created second partition labeled live-rw and ext2 file system
>Device Boot Start End Blocks I
On Tuesday 13 October 2009, 15:42:47, Шварц Сергей Владимирович wrote:
> 2009/10/13 Marco Amadori :
> > On Tuesday 13 October 2009, 14:40:13, Шварц Сергей Владимирович wrote:
> >> It boots, it works, but it doesn't save any changes to live-rw.
> > copy there the out
On Friday 16 October 2009, 08:37:17, Daniel Baumann wrote:
> please send all patches you want to have merged in live-initramfs 1.x.
> there will be a final upload next week, after which live-initramfs 1.x
> is being deprecated and the work on live-initramfs 2.x starts.
So you plan to have live-in
On Thursday 26 November 2009, 05:11:03, Rob Owens wrote:
> > Well!! All work fine... except snapshot!!! I don't know if I do something
> > bad or, in fact, I don't understand.
> > With live system running I do "live-snapshot -d /dev/hdb1" and
> > live-sn.cpio.gz is saved on /dev/hdb1 with all da
On Thursday 26 November 2009, 08:47:45, Marco Amadori wrote:
> On Thursday 26 November 2009, 05:11:03, Rob Owens wrote:
> > > Well!! All work fine... except snapshot!!! I don't know if I do
> > > something bad or, in fact, I don't understand.
> > >
&
On Saturday 28 November 2009 23:32:17 Rob Owens wrote:
> > This patch will fix the problem:
> > diff --git a/bin/live-snapshot b/bin/live-snapshot
> > index 18b067b..55673bb 100755
> Thanks. The patch worked properly when applied to the latest version in
> the Debian repos. But due to my inexpe
On Saturday 28 November 2009 23:37:24 Rob Owens wrote:
> I thought that meant that the snapshot feature wouldn't notice when I
> delete a file, but I just tested it and that is not the case. So what
> does this statement mean? Or is it just outdated information?
If you delete a file which is pr
On Tuesday 19 January 2010 23:39:44 Daniel Baumann wrote:
> Hi,
>
> over the time, the current live-initramfs has shown that new features
> cannot be added without ugly hacks and that it needs to be rewritten in
> a more modern, modular way.
Not also changing language from shell to python/perl/C,
In data domenica 24 gennaio 2010 22:53:58, Sebastian Ortwein ha scritto:
> > Features
> a feature which will save only selected files permanently on net, local.
> e.g., so you can easy build mediacenter images
> the files can be saved on shutdown and loaded on boot
This is the actual /etc/live-s
In data lunedì 22 marzo 2010 18:29:27, Luigi Capriotti ha scritto:
> This has always worked up until a recent change (I'm not able to
> pinpoint which one, though); today I tried with initramfs HEAD and init
> cannot mount the filesystems:
>
> + mount -t aufs -o
> noatime,dirs=/cow=rw://nvidia.ex
In data domenica 16 maggio 2010 16:24:18, Mgr. Janusz Chmiel ha scritto:
> Would somebody try to tell me, how to edit visudo file to enable
> administrative applications support running them from live CD from The
> administrations menu?
"sudo visudo" should do the trick.
> If I Am asking thi
In data venerdì 21 maggio 2010 13:19:44, Daniel Baumann ha scritto:
> since we can't know the current directy before building, and to avoid
> moving things arround in a hackish way, there's only one solution that i
> can think of: moving everything except the config into build/, and
> having build
In data venerdì 21 maggio 2010 14:05:28, surreal ha scritto:
> a classic rule of unix - 'if it aint broken, dont fix it'
This is just a bad habit to avoid constant refactoring in bad IT departments.
There is no such a thing like a "unix rule" other than "KISS" [0] and "The art
of Unix programmi
In data mercoledì 7 luglio 2010 10:49:06, Colin Watson ha scritto:
> do_netmount is called in exactly one place:
>
> if [ ! -z "${NETBOOT}" ] || [ ! -z "${FETCH}" ] || [ ! -z
> "${HTTPFS}" ] || [ ! -z "${FTPFS}" ] then
> if do_netmount
>
> That function then contains code
In data mercoledì 7 luglio 2010 10:51:57, Colin Watson ha scritto:
> Only the first pattern will be matched. The second is therefore
> unreachable code.
Agree, a patch is coming on git soon. Thanks for reporting.
--
ESC:wq
--
This message has been scanned for viruses and
dangerous content by
> 08:10 < SynrG> there are 12 in 2.0~a20+20100724.153121 :(
From the same log (just few lines above:)
06:26 amadorim debian-next * r4f2a2e4 live-build/debian/control:
06:26 Typo: live-helper should depend on live-boot.
06:26 Signed-off-by: Marco Amadori
Fixed in git :-)
Now someon
In data lunedì 2 agosto 2010 10:45:21, Luigi Capriotti ha scritto:
I'll paste relevant lines there for convenience:
> http://live.debian.net/gitweb?p=live-boot.git;a=blob;f=scripts/live;h=a17eb
> 423fca132f0aaf03c8ca6f956766eaef797;hb=HEAD#l1052
echo "export ${snap_type}SNAP="/cow${snap_mount#$r
In data mercoledì 4 agosto 2010 18:38:08, T o n g ha scritto:
> Debian Live supports mutli-layerd stacked squashfs file systems, but so
> far not a tools that I know of can build such stacked squashfs Live
> system.
Great news, when I added stacked fs support in casper I also begin to write
some
In data giovedì 5 agosto 2010 09:05:53, surreal ha scritto:
> i have added a new hardened kernel
> (http://code.google.com/p/indiaforcekernel/
> ) , new version of django(1.1) and some django apps (from osqa.net) not
> available in debian stable (lenny)..
> can i add the link of this cd to the w
In data lunedì 27 settembre 2010 13:13:21, Michael Prokop ha scritto:
> Marco, could you please document this feature?
It is already documented in the live-manual:
http://live.debian.net/manual/en/html/persistence.html#id2559143
> I can't find it in manpages/*/live-boot.7 yet, would be great if
In data martedì 28 settembre 2010 03:10:26, T o n g ha scritto:
> | wh: Readonly branch and it has/might have whiteouts on it. Aufs
> | never issue write operation to this branch, but lookup for
> | whiteout. Use this as ’=ro+wh’.
> In case for squashfs, it should be =rr+wh
Yes, it makes sense,
In data venerdì 1 ottobre 2010 16:25:20, T o n g ha scritto:
> On reading your message again, I realized that don't quite understand
> what you mean by "the image can't be installed" because I doesn't have
> live-installer installed and I can't find a man page for that either.
> Did you mean some
1 - 100 of 123 matches
Mail list logo
