Let me add some text I wrote for another place but that explains how things
would work:
1) The OpenSource definition http://www.opensource.org/docs/definition.php
section 9 makes it very clear that an OSS license must not restrict other
software and must not prevent to bundle different works un
Alan McKinnon wrote:
> > ZFS has a very free license. This was the reason, why it could be ported to
> > the BSDs. So why do you believe there is a "license hurdle"?
>
> You appear to not fully understand the licenses.
Well, I of course fully understand the licenses. It may however be that you
Apparently, though unproven, at 20:49 on Wednesday 18 August 2010, Joerg
Schilling did opine thusly:
> > remember it was running on one of the BSD's, too, since it's a matter of
> > licensing that is the hurdle of greatest height. I've only played with
> > BTRFS on my dev box and the simple worko
Nganon wrote:
> > Not really. ZFS is only available on Solaris right now. I seem to
> > > remember it was running on one of the BSD's, too, since it's a matter of
> > > licensing that is the hurdle of greatest height. I've only played with
> > > BTRFS on my dev box and the simple workout I gave
On 08/18/2010 11:49 AM, Joerg Schilling wrote:
> Bill Longman wrote:
>
>> On 08/18/2010 11:03 AM, Nganon wrote:
>>> Clear now, thanks.
>>>
>>>
>>> If you want a robust filesystem, look into ZFS/BTRFS.
>>>
>>>
>>> AFAIK ZFS is unmaintained and BTRFS is not stable, am I wrong?
>
> Why do yo
On 18 August 2010 21:49, Joerg Schilling <
joerg.schill...@fokus.fraunhofer.de> wrote:
> Bill Longman wrote:
>
> > On 08/18/2010 11:03 AM, Nganon wrote:
> > > Clear now, thanks.
> > >
> > >
> > > If you want a robust filesystem, look into ZFS/BTRFS.
> > >
> > >
> > > AFAIK ZFS is unmaintained
On 18 August 2010 21:37, Bill Longman wrote:
> On 08/18/2010 11:03 AM, Nganon wrote:
> > Clear now, thanks.
> >
> >
> > If you want a robust filesystem, look into ZFS/BTRFS.
> >
> >
> > AFAIK ZFS is unmaintained and BTRFS is not stable, am I wrong?
>
> Not really. ZFS is only available on Sol
Bill Longman wrote:
> On 08/18/2010 11:03 AM, Nganon wrote:
> > Clear now, thanks.
> >
> >
> > If you want a robust filesystem, look into ZFS/BTRFS.
> >
> >
> > AFAIK ZFS is unmaintained and BTRFS is not stable, am I wrong?
Why do you believe ZFS is unmaintained?
> Not really. ZFS is
On 08/18/2010 11:03 AM, Nganon wrote:
> Clear now, thanks.
>
>
> If you want a robust filesystem, look into ZFS/BTRFS.
>
>
> AFAIK ZFS is unmaintained and BTRFS is not stable, am I wrong?
Not really. ZFS is only available on Solaris right now. I seem to
remember it was running on one of
On 18 August 2010 17:53, Bill Longman wrote:
> On 08/18/2010 04:53 AM, Nganon wrote:
> > I did not know that. I was thinking of, in couple of months, buying a
> > notebook
> > with two HDDs with RAID1 installed and using the usb drive as a backup
> > destination. So if RAID got corruped, the back
On 18 August 2010 14:59, William Kenworthy wrote:
> On Wed, 2010-08-18 at 14:09 +0300, Nganon wrote:
> >
> >
> > On 17 August 2010 22:34, Enrico Weigelt wrote:
> > For things I'd like to keep an history (eg. /etc) I'm using
> > git, and
> > pushing the repo to a remote se
On 08/18/2010 04:53 AM, Nganon wrote:
> I did not know that. I was thinking of, in couple of months, buying a
> notebook
> with two HDDs with RAID1 installed and using the usb drive as a backup
> destination. So if RAID got corruped, the backups, made since then,
> would be
> useless? How would
On Wed, 2010-08-18 at 14:09 +0300, Nganon wrote:
>
>
> On 17 August 2010 22:34, Enrico Weigelt wrote:
> For things I'd like to keep an history (eg. /etc) I'm using
> git, and
> pushing the repo to a remote server (denying non-fastfoward
> updates
> there,
On 18 August 2010 14:34, Neil Bothwick wrote:
> On Tue, 17 Aug 2010 14:14:27 +0200, Maximilian Bräutigam wrote:
>
> > You should backup all in / except
> > /tmp/*
> > /sys/*
> > /proc/*
> > /lost+found/*
> > /dev/*
>
> That backs up a lot of stuff that isn't needed. As long as you have /etc
> and
On Tue, 17 Aug 2010 14:14:27 +0200, Maximilian Bräutigam wrote:
> You should backup all in / except
> /tmp/*
> /sys/*
> /proc/*
> /lost+found/*
> /dev/*
That backs up a lot of stuff that isn't needed. As long as you have /etc
and /var/lib you can recreate the system. Depending on space vs. time,
On 17 August 2010 22:34, Enrico Weigelt wrote:
> For things I'd like to keep an history (eg. /etc) I'm using git, and
> pushing the repo to a remote server (denying non-fastfoward updates
> there, so an theorectical highjacker cannot destroy my history)
>
Using git for /etc is a great idea.
Than
2010/8/17 Maximilian Bräutigam
> You should backup all in / except
> /tmp/*
> /sys/*
> /proc/*
> /lost+found/*
> /dev/*
>
> Distfiles are saved outside the root and I can afford to rebuild world.
My
main concern was losing (gentoo) config files, speaking of which, I
remembered to back up /usr/sr
* Nganon wrote:
Hi,
> My first post on the list. I thought I would start with something that I
> started
> to think of as 'essential' after losing 90GB of data. Now I have two main
> questions in mind: what to and how to back up on gentoo most efficiently.
I'm using a little script like that:
Maximilian Bräutigam writes:
> You should backup all in / except
> /tmp/*
> /sys/*
> /proc/*
> /lost+found/*
> /dev/*
Attention here, you need at least the null and console entries in /dev, or
the system will not come up. I also have tty and tty1 in there, I think
those were neede for tuxonice.
Hi
Am 16.08.2010 01:11, schrieb Nganon:
> Hello all,
>
> My first post on the list. I thought I would start with something that I
> started
> to think of as 'essential' after losing 90GB of data. Now I have two main
> questions in mind: what to and how to back up on gentoo most efficiently.
>
>
On 17 August 2010 02:53, Thomas Yao wrote:
> On Tue, Aug 17, 2010 at 5:37 AM, Mick wrote:
> > Not sure if it's in an overlay, but I don't think it's in portage.
> >
> > Run eix -l backup and see how many back up tools and scripts pop up.
> >
> > I have been using tar, star and rsync. They all w
On 17 August 2010 00:37, Mick wrote:
> On Monday 16 August 2010 11:30:36 Nganon wrote:
> > On 16 August 2010 11:36, Marco wrote:
> > > On Mon, Aug 16, 2010 at 1:11 AM, Nganon
> > > <
> nganon%2bgen...@gmail.com >>
> > >
> > > wrote:
> > > > [...]
> > > > Here is what I wanna do. I want to have o
On Tue, Aug 17, 2010 at 5:37 AM, Mick wrote:
> Not sure if it's in an overlay, but I don't think it's in portage.
>
> Run eix -l backup and see how many back up tools and scripts pop up.
>
> I have been using tar, star and rsync. They all work and they can all make
> incremental back ups. You'll
On Monday 16 August 2010 11:30:36 Nganon wrote:
> On 16 August 2010 11:36, Marco wrote:
> > On Mon, Aug 16, 2010 at 1:11 AM, Nganon
> > >
> >
> > wrote:
> > > [...]
> > > Here is what I wanna do. I want to have only one big backup for, say,
> > > userA-2010.08.07.tgz and other small backup tars c
On 16 August 2010 11:36, Marco wrote:
> On Mon, Aug 16, 2010 at 1:11 AM, Nganon
> >
> wrote:
> > [...]
> > Here is what I wanna do. I want to have only one big backup for, say,
> > userA-2010.08.07.tgz and other small backup tars containing only the
> > files/folders that were modified since las
On 16 August 2010 03:15, Alex Schuster wrote:
> Nganon > writes:
>
> > Hello all,
> >
> > My first post on the list. I thought I would start with something
> > that I started
> > to think of as 'essential' after losing 90GB of data. Now I have two
> > main questions in mind: what to and how to ba
On Mon, Aug 16, 2010 at 1:11 AM, Nganon wrote:
> [...]
> Here is what I wanna do. I want to have only one big backup for, say,
> userA-2010.08.07.tgz and other small backup tars containing only the
> files/folders that were modified since last update, 2010.08.07, as
> userA-diff-2010.08.14.tgz, us
Nganon writes:
> Hello all,
>
> My first post on the list. I thought I would start with something
> that I started
> to think of as 'essential' after losing 90GB of data. Now I have two
> main questions in mind: what to and how to back up on gentoo most
> efficiently.
>
> 1. Apart from users' h
28 matches
Mail list logo
