Andrej Podzimek wrote:
> 1) Btrfs does not have mature and user-friendly command-line
> tools. AFAIK, you can only list your snapshots and subvolumes by
> grep'ing the tree dump. ;-)
I haven't looked closely at the btrfs commands recently, but from what I've
seen, they're really amazingly
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
> boun...@opensolaris.org] On Behalf Of Pasi Kärkkäinen
>
> Redhat Fedora 13 includes BTRFS, but it's not used as a default (yet).
>
> RHEL6 beta also includes BTRFS support (tech preview), but again,
>
> Upcoming Ubuntu 10.10 will
On 16/07/2010 23:57, Richard Elling wrote:
On Jul 15, 2010, at 4:48 AM, BM wrote:
2. No community = stale outdated code.
But there is a community. What is lacking is that Oracle, in their infinite
wisdom, has stopped producing OpenSolaris developer binary releases.
Not to be outdone
ap> 2) there are still bugs that *must* be fixed before Btrfs can
ap> be seriously considered:
ap> http://www.mail-archive.com/linux-bt...@vger.kernel.org/msg05130.html
I really don't think that's a show-stopper. He filled the disk with
2KB files. HE FILLED THE DISK WITH 2KB
On Mon, 19 Jul 2010, Joerg Schilling wrote:
The missing requirement to provide build scripts is a drawback of the CDDL.
...But believe me that the GPL would not help you here, as the GPL cannot
force the original author (in this case Sun/Oracle or whoever) to supply the
scripts in question.
T
On 07/19/10 07:26, Andrej Podzimek wrote:
I run ArchLinux with Btrfs and OpenSolaris with ZFS. I haven't had a
serious issue with any of them so far.
Moblin/Meego ships with btrfs by default. COW file system on a
cell phone :-). Unsurprisingly for a read-mostly file system it
seems pretty stab
Ubuntu always likes to be "on the edge" even if btrfs is far from being
'stable' I would not want to run a release that does this. Servers need
stability and reliability. Btrfs is far from this.
Well, it seems to me that this is a well-known and very popular „circle in
proving“:
A: XYZ is far
On Mon, Jul 19, 2010 at 7:12 AM, Joerg Schilling
wrote:
> Giovanni Tirloni wrote:
>
>> On Sun, Jul 18, 2010 at 10:19 PM, Miles Nordin wrote:
>> > IMHO it's important we don't get stuck running Nexenta in the same
>> > spot we're now stuck with OpenSolaris: with a bunch of CDDL-protected
>> > sou
On 19-7-2010 12:27, Anil Gulecha wrote:
On Mon, Jul 19, 2010 at 3:31 PM, Pasi Kärkkäinen wrote:
Upcoming Ubuntu 10.10 will use BTRFS as a default.
Though there was some discussion around this, I don't think the above
is a given. The ubuntu devs would look at the status of the project,
and dec
On Mon, Jul 19, 2010 at 3:31 PM, Pasi Kärkkäinen wrote:
>
> Upcoming Ubuntu 10.10 will use BTRFS as a default.
>
Though there was some discussion around this, I don't think the above
is a given. The ubuntu devs would look at the status of the project,
and decide closer to the release.
~Anil
PS
Giovanni Tirloni wrote:
> On Sun, Jul 18, 2010 at 10:19 PM, Miles Nordin wrote:
> > IMHO it's important we don't get stuck running Nexenta in the same
> > spot we're now stuck with OpenSolaris: with a bunch of CDDL-protected
> > source that few people know how to use in practice because the buil
On Sat, Jul 17, 2010 at 12:57:40AM +0200, Richard Elling wrote:
>
> > Because of BTRFS for Linux, Linux's popularity itself and also thanks
> > to the Oracle's help.
>
> BTRFS does not matter until it is a primary file system for a dominant
> distribution.
> From what I can tell, the dominant
On Sun, Jul 18, 2010 at 10:19 PM, Miles Nordin wrote:
> IMHO it's important we don't get stuck running Nexenta in the same
> spot we're now stuck with OpenSolaris: with a bunch of CDDL-protected
> source that few people know how to use in practice because the build
> procedure is magical and secre
> "re" == Richard Elling writes:
re> we would very much like to see Oracle continue to produce
re> developer distributions which more closely track the source
re> changes.
I'd rather someone else than Oracle did it. Until someone else is
doing the ``building'', whatever that ent
14 matches
Mail list logo