Integration branch of btrfs-progs 2013-02

2013-02-12 Thread David Sterba
Hi, a few more fixes and enhancements: check and restore subcommands, support for send mode NO_FILE_DATA and partial "libifying". The libify patchset porting was not straightforward (based on old sources) and I fixed it here up to my satisfaction. The changes were mostly small but there was quit

Integration branch of btrfs-progs 2013-02-01

2013-02-01 Thread David Sterba
Hi, documentation updates, mkfs support of extended refs (aka more hardlinks possible), new command 'subvolume show' and extensions/updates to the 'subvolume list' command and fsck fixes. Please consider this more like a preview, there were some merge conflicts and I may have missed some combinat

Re: Integration branch of btrfs-progs 2013-02

2013-02-12 Thread Filipe Brandenburger
Hi David, I really have concerns about the libification, in particular this commit: 6fc8b21 btrfs-progs: libify some parts of btrfs-progs The relevant snippets that concern me below: +libbtrfs_headers = send-stream.h send-utils.h send.h rbtree.h btrfs-list.h \ + crc32c.h list.h ker

Re: Integration branch of btrfs-progs 2013-02

2013-02-13 Thread Mark Fasheh
On Tue, Feb 12, 2013 at 07:35:31PM -0800, Filipe Brandenburger wrote: > Hi David, > > I really have concerns about the libification, in particular this commit: > > 6fc8b21 btrfs-progs: libify some parts of btrfs-progs > > The relevant snippets that concern me below: > > +libbtrfs_headers = send

Re: Integration branch of btrfs-progs 2013-02

2013-02-13 Thread Filipe Brandenburger
Hi Mark, On Wed, Feb 13, 2013 at 1:11 PM, Mark Fasheh wrote: > On Tue, Feb 12, 2013 at 07:35:31PM -0800, Filipe Brandenburger wrote: >> Another reason of my concerns is that I've been trying to work on >> exporting the equivalent of ioctl.h, with the constants and structs >> needed to call btrfs-

Re: Integration branch of btrfs-progs 2013-02

2013-02-19 Thread David Sterba
On Tue, Feb 12, 2013 at 07:35:31PM -0800, Filipe Brandenburger wrote: > I really have concerns about the libification, in particular this commit: > > 6fc8b21 btrfs-progs: libify some parts of btrfs-progs [...] > I really don't think that all those headers should be exposed to the > userspace. >

Integration branch of btrfs-progs 2013-02-19

2013-02-19 Thread David Sterba
Hi, a set of updates and fixes, plus two libify patches left out for now (*): btrfs-progs: libify some parts of btrfs-progs btrfs-progs: don't link binaries to a dynamic library * http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg22293.html In the near-todo are the label patches as the

Integration branch of btrfs-progs 2013-02-27

2013-02-27 Thread David Sterba
Hi, this time it's the label set/get patches to match ioctl added into 3.9-pre, the initial libify support and small fixes recently sent to the mailinglist. git://repo.or.cz/btrfs-progs-unstable/devel.git integration-20130227 For those who haven't noticed, the previous integration branch has

[PULL] Re: Integration branch of btrfs-progs 2013-02-27

2013-03-11 Thread David Sterba
Hi Chris, please pull this integration branch git://repo.or.cz/btrfs-progs-unstable/devel.git integration-20130227 so far no problems reported (which may also mean that nobody is using it), worked in my test setups and I've tested the label get/set patches specifically. thanks, david On We

GIT PULL (was Re: Integration branch of btrfs-progs 2013-02-01)

2013-02-06 Thread David Sterba
On Fri, Feb 01, 2013 at 06:41:11PM +0100, David Sterba wrote: > I'm going to do some more testing of the previous integration branch and > send a pull request as of 20130126. I didn't have that much time for testing as I wanted, at least did another review round of the pending patchset. Please pul