diff --git a/btrfs_cmds.c b/btrfs_cmds.c
index e112902..271ca89 100644
--- a/btrfs_cmds.c
+++ b/btrfs_cmds.c
@@ -497,7 +497,7 @@ static void print_one_uuid(struct btrfs_fs_devices
*fs_devices)
devs_found++;
}
if (devs_found total) {
- printf(\t***
On Saturday, 21 August, 2010, James Smith wrote:
[...]
I'll look at a error.txt file (after finding convention) and also
update the man. In regards to shortening of dev/device -- is this
really neccessary? And what harm does this cause in the first place?
In device add-delete functionality.
On 20.08.2010 20:27, Josh Berry wrote:
On Fri, Aug 20, 2010 at 05:03, Goffredo Baroncellikreij...@gmail.com wrote:
On Thursday, 19 August, 2010, James Smith wrote:
This patch randomizes the error codes and also fixes up some typos
including
capitalization in the output.
It would almost be
On Fri, Aug 20, 2010 at 11:34, Andreas Philipp
philipp.andr...@gmail.com wrote:
On 20.08.2010 20:27, Josh Berry wrote:
On Fri, Aug 20, 2010 at 05:03, Goffredo Baroncellikreij...@gmail.com
wrote:
On Thursday, 19 August, 2010, James Smith wrote:
This patch randomizes the error codes and
On Friday, 20 August, 2010, Benjamin Griese wrote:
Hello guys,
I would also prefer doing it in an all-in-one tool with various parameters.
I like the concept how the Solaris-Devs did it by consolidating every
special configuration tool to an xyzadm-binary (idea: btrfsadm? i.e.
similar to
On 20.08.2010 20:49, Josh Berry wrote:
On Fri, Aug 20, 2010 at 11:34, Andreas Philipp
philipp.andr...@gmail.com wrote:
On 20.08.2010 20:27, Josh Berry wrote:
On Fri, Aug 20, 2010 at 05:03, Goffredo Baroncellikreij...@gmail.com
wrote:
On Thursday, 19 August, 2010, James Smith wrote:
On Fri, Aug 20, 2010 at 12:00, Andreas Philipp
philipp.andr...@gmail.com wrote:
On 20.08.2010 20:49, Josh Berry wrote:
On Fri, Aug 20, 2010 at 11:34, Andreas Philipp
philipp.andr...@gmail.com wrote:
On 20.08.2010 20:27, Josh Berry wrote:
On Fri, Aug 20, 2010 at 05:03, Goffredo
Truthfully, this is probably this first I've actually done in C++; I
used to do PHP and a small amount of Javascript. I like that the tool
has seen some work and decided to at least attempt a bit more work
towards a decent tool.
Re: ERR codes. I don't know if a uniform approach is what's needed
On Sun, Jan 24, 2010 at 06:35:33PM +0100, Goffredo Baroncelli wrote:
Hi all,
this is a follow-up of the previous email. I rewrite the btrfs command in C.
Now the following actions are implemented:
snapshot (-s) - create a snapshot
delete (-D) - delete a subvolume or a snapshot
create
On Thursday 11 February 2010, Chris Mason wrote:
On Sun, Jan 24, 2010 at 06:35:33PM +0100, Goffredo Baroncelli wrote:
Hi all,
this is a follow-up of the previous email. I rewrite the btrfs command in
C.
Now the following actions are implemented:
snapshot (-s) - create a snapshot
.. it would be good to have some mechanism that will prevent people
mixing -d with -D
Chris Mason wrote:
On Sun, Jan 24, 2010 at 06:35:33PM +0100, Goffredo Baroncelli wrote:
Hi all,
this is a follow-up of the previous email. I rewrite the btrfs command in C.
Now the following actions
On Thursday 11 February 2010, rk wrote:
. it would be good to have some mechanism that will prevent people
mixing -d with -D
btrfs checks that the path passed to -D command is referred to a subvolume.
If there is an agreement I am open to change the switch (-d) of the defrag
command.
BR
Hi all,
this is a follow-up of the previous email. I rewrite the btrfs command in C.
Now the following actions are implemented:
snapshot (-s) - create a snapshot
delete (-D) - delete a subvolume or a snapshot
create (-S) - create a subvolume
defrag (-d) - defrag a tree or a file
fssync
Goffredo Baroncelli wrote:
Hi all,
this is a follow-up of the previous email. I rewrite the btrfs command in C.
Now the following actions are implemented:
snapshot (-s) - create a snapshot
delete (-D) - delete a subvolume or a snapshot
create (-S) - create a subvolume
defrag (-d) -
Le 22 janvier 2010 à 01:11, Michael Niederle a écrit:
btrfs clone|-c source [dest/]name
Clone the subvolume source with the name name in the
dest
directory.
Maybe you should add the
Hi,
I like this very much, I found myself wondering which program did what again
and again when I started to use btrfs, too.
On Thursday 21 January 2010 20.29:26 Goffredo Baroncelli wrote:
btrfs resize|-r [+/-]newsize[gkm]|max filesystem
Resize the file system. If 'max'
Messaggio originale
Da: avbid...@fortytwo.ch
Data: 22/01/2010 9.23
A: linux-btrfs@vger.kernel.org
Cc: Goffredo Baroncellikreij...@gmail.com
Ogg: Re: [RFC] Move all btrfs command to only one command
Hi,
I like this very much, I found myself wondering which program did what
again
Hi all
this RFC is about unify all btrfs command (btrfsctl, btrfs-show, btrfs-tune..
) in only one called btrfs (or whatever we want).
Today btrfsctl needs a bit of care because
* the help is basically wrong [1]
* the return codes are incoherent [2]
* the syntax of the command are very
Hi Goffredo,
It sounds good for me though detailed points need more discussion.
btrfs-progs seems unkind for operator as you mentioned, and many
features will be implemented to btrfsctl from now, it's good that
we arrange and unify btrfs-progs now.
As for me, plain keywords(delete,defrag...) as
$ btrfs
Usage:
btrfs clone|-c source [dest/]name
Clone the subvolume source with the name name in the
dest
directory.
20 matches
Mail list logo