Package Details: btrfs-progs-git 5107_5.7_r0_g11acf45e-1

Git Clone URL: (read-only, click to copy)
Package Base: btrfs-progs-git
Description: Btrfs filesystem utilities
Upstream URL:
Licenses: GPL
Conflicts: btrfs-progs
Provides: btrfs-progs
Submitter: None
Maintainer: WorMzy
Last Packager: WorMzy
Votes: 62
Popularity: 0.000000
First Submitted: 2008-12-27 21:29
Last Updated: 2020-11-29 17:42

Required by (66)

Sources (5)

Latest Comments

1 2 3 4 5 Next › Last »

WorMzy commented on 2020-11-29 17:45

Thanks for the heads up, fixed.

milki commented on 2020-11-28 23:18

Looks like the source for btrfs-scrub@.timer has been updated:

New checksums are:

$ md5sum btrfs-scrub@.timer
40ac621390e93a934b9661adbcedf7a8  btrfs-scrub@.timer
$ sha1sum btrfs-scrub@.timer
f75f76ff1a760f6c710cf0d5ab1c52874fc5625c  btrfs-scrub@.timer

Soukyuu commented on 2016-05-22 17:49

Yes, thanks for the heads-up. I reported it on the mailing list, but didn't have time to post here.

WorMzy commented on 2016-05-21 22:16

Just FYI, this problem has been fixed now:

WorMzy commented on 2016-05-17 16:04

Strange, I can reproduce this, but only outside of a clean chroot. I beleive that it is caused by this commit:;h=ebe5b1cc7885027521db3c1d16d84bd54cc1321b

You should report it upstream. You could fix it by modifying the makefile in the prepare function, but I don't want to do this for a -git package.

Soukyuu commented on 2016-05-17 15:33

Can't seem to build this:

/usr/bin/install -c -m644 -d 64-btrfs-dm.rules /home/myuser/aur/btrfs-progs-git/pkg/btrfs-progs-git/usr/lib/udev/rules.d
/usr/bin/install: cannot create directory ‘64-btrfs-dm.rules’: File exists
Makefile:400: recipe for target 'install' failed
make: *** [install] Error 1
==> ERROR: A failure occurred in package()

WorMzy commented on 2014-06-29 15:21

For a while now, this package has basically become a mirror of the btrfs-progs package in core/, and the integration branches have become what this used to be, albeit somewhat more experimental.

Unless anyone has any objections, I will change the PKGBUILD to pull in the btrfs-progs release candidates form the unstable repository. The latest of these is currently 3.15-rc3 [1], and lags behind integration-20140627 by about 50 commits.

This will mean that this package will potentially less stable (the hint was in the repository name), and may come as a shock to some users; especially since, historically, this package was recommended over core/ due to upstream stalling at v0.19/v0.20-rc1.

If you want to keep using stable btrfs-progs, I recommend that you use the package in core/.

Anyone who wants to test the new PKGBUILD before it goes live, can find it here: [2].



WorMzy commented on 2013-11-26 21:07

I dropped the changelog from this package, it'd be too difficult to maintain it for an active git branch. Just use git log.

WorMzy commented on 2013-11-13 21:17

It appears he is. Anyone who wants/needs bleeding edge btrfs progs should switch to btrfs-progs-unstable-integration, people who want to play it safe should stick with this package. In either case, I recommend that you subscribe to the btrfs mailing list and use an up-to-date kernel (preferably mainline).

I have started generating changelogs and bundling them with the packages, so

pacman -Qc btrfs-progs-git | less -R

will give you a vague indication of what's changed recently (I include the last 50 commits). If you want more information, cd into your local copy of btrfs-progs and run 'git log'.

WorMzy commented on 2013-11-12 00:36

I've updated the PKGBUILD to include the check function I added to the unstable package. If the check fails, something went wrong. Check your RAM, etc., and rebuild, but don't install and use the failed package, you'll probably end up with a corrupted filesystem. If you think the checks are wrong, ask upstream first, I don't want anyone to lose data.

Incidentally, this package is now more current than the unstable package, so.. yeah. Use this one for now. I'm not sure if David will be carrying on with his integration snapshots now that Chris has updated master (I hope he will!), so stay tuned.