Package Details: bcache-tools-git 1.0.8.r0.ga73679b-1

Git Clone URL: https://aur.archlinux.org/bcache-tools-git.git (read-only)
Package Base: bcache-tools-git
Description: Userspace tools for bcache until bcache merges with either dm or md
Upstream URL: http://bcache.evilpiepirate.org/
Licenses: GPL
Conflicts: bcache-tools
Provides: bcache-tools
Submitter: bobpaul
Maintainer: justin8
Last Packager: justin8
Votes: 9
Popularity: 0.804848
First Submitted: 2013-03-10 17:08
Last Updated: 2015-06-09 09:18

Required by (0)

Sources (2)

Latest Comments

justin8 commented on 2014-12-06 12:02

Yep. The package was updated yesterday to remove it. (I have a notifier on new tags for bcache-tools upstream ;))

vodik commented on 2014-12-05 05:27

Issue 12 stuff has been finally upstreamed.

justin8 commented on 2014-07-07 12:14

Thanks for that. I've included it in the pkgbuild here and in the non-git version. I haven't done extensive testing, so if anyone has problems with it, let me (and vodik) know and I'll revert it.

vodik commented on 2014-07-07 05:53

If anyone is trying to use bcache with systemd based initcpio image, see this patch:

https://github.com/g2p/bcache-tools/pull/12

Problem is that a pure systemd initcpio image provides no shell interpreter for bcache-register.

justin8 commented on 2014-01-07 04:51

Updated to follow VCS PKGBUILD guidelines as there are unannotated tags on the git repo now. Shouldn't require any manual intervention since 1 > 0.

justin8 commented on 2014-01-07 03:48

There is now a stable bcache-tools package! https://aur.archlinux.org/packages/bcache-tools/

The git version has changed from tracking evilpiepirate upstream to g2p as his includes tagged versions and fixes from debian/fedora packagers.

justin8 commented on 2013-12-27 04:38

Minor patch as it seems to have broken building in chroots using makechrootpkg from dev-tools.

justin8 commented on 2013-11-11 05:39

Cheers! New version is updated. Most users will need to force the upgrade due to the change in versioning. Please also update to use the bcache_udev rule as the original bcache rule is no longer included in the package due to it not always applying in the correct order.

Let me know if there are any issues!

bobpaul commented on 2013-11-11 02:10

I've disowned the package so justin can take it over. Sorry for being absent.

justin8 commented on 2013-11-11 01:14

heh, I see you noticed I updated the package. That -8 release uses a udev hook instead of the standard one. From my tests it has been much more reliable. Even if you put the regular hook inbetween block and filesystem, it would try to run the script before all block devices had activated. The udev way appears to work much better. If bobpaul doesn't respond in time I'll take over this package and update the archwiki with the udev stuff.

emesix commented on 2013-11-10 23:24

Broken because of changes in the Makefile. :(
Here is the link with the changes.
http://evilpiepirate.org/git/bcache-tools.git/tree/Makefile

Btw Justin8 link is https://www.dray.be/arch/pkgbuilds/bcache-tools-git-0.r83.89f11b1-8.src.tar.gz :)

justin8 commented on 2013-11-04 02:25

Since there has been no updates in 6 months. Please see the pkgbuild here in the mean time for updated patches against the latest revision and using recent pkgbuild standards and versioning:

https://www.dray.be/arch/pkgbuilds/bcache-tools-git-0.r83.89f11b1-1.src.tar.gz

G2P commented on 2013-06-07 14:52

That's strange about raid, it wastes cache space. Maybe for raid0?

And I know about the resize thing, I have a patch for that that Kent won't accept[1].

The udev stuff is meant to reduce the upstream delta.

[1] https://github.com/g2p/linux/commits/bcache

bobpaul commented on 2013-06-07 14:47

G2P: From the IRC chats, it doesn't sound like they recommend putting bcache on top of other block managers. Specifically, when asked about how to build raid with bcache, they've said it's better to do:

/dev/sda1->bcache0->md-raid
/dev/sdb1->bcache1->md-raid
/dev/sdc1->bcache2->md-raid

and then have bcache0, bcache1, and bcache2 all share a single cache device. I would assume the same holds for LLVM build your LLVM on top of many bcache back ends.

That's not to say you can't put bcache on LLVM, but since bcache ISN'T runtime dynamic (you need to reboot to resize, etc) it's probably easier to manage things if you treat bcache backends as your low level block device(s).

That said, I'll look into this when I get time in the next week or so. The bcache dev is using fedora/redhat and I'd like to keep the changes between upstream and arch as small as possible, though.

G2P commented on 2013-06-07 14:09

The initcpio hook won't work if the backing device is lvm. There's probably a way to make initcpio use the existing udev hooks instead.

Anonymous comment on 2013-04-23 20:31

Thanks bobpaul,

build works as expected. Now I can finally play with my new SSD :D.

bobpaul commented on 2013-04-19 08:01

Updated PKGBUILD and patch to work with current upstream HEAD.

added _gitrev="" variable to check out a specific revision from upstream. The particular revision I built the patches against is commented out, and may be uncommented if this happens again in the future.

bobpaul commented on 2013-04-18 13:16

Sorry laoras... haven't been on the internet for a few days.

It seems upstream changes have broken my patch. My patch is needed to provide the bcache mkinitcpio hook. You only need this hook if your root device is on bcache (it does the echo /dev/DEVICE > /sys/fs/bcache/register part... if your root is not on bcache, then the udev rule will do this later on in the boot process for your other devices)

So you can either edit the PKGBUILD and comment out the patch line if you don't need to register at bootup, or you can checkout an older version of upstream that the patch still applies to by editing the PKGBUILD like this:

cd "$srcdir/$_gitname-build"
git checkout 42c182c6ab1530b5e3b18893f284da3eaec46e74
patch -Np1 -i "${srcdir}/../initcpio-arch.patch"

I'll have a fixed patch and PKGBUILD out as soon as I have time, hopefully by tomorrow.

Anonymous comment on 2013-04-13 18:47

The patch seems to have troubles. Any suggestions why it does not build? Using x86_64 arch.

==> Starting build...
Cloning into '/tmp/yaourt-tmp-user/aur-bcache-tools-git/src/bcache-tools-build'...
done.
patching file initramfs/hook
Reversed (or previously applied) patch detected! Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file initramfs/hook.rej
The next patch would delete the file initramfs/script,
which does not exist! Skipping patch.
1 out of 1 hunk ignored
patching file Makefile
Hunk #1 FAILED at 8.
1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej
The next patch would create the file initramfs/hook,
which already exists! Skipping patch.
1 out of 1 hunk ignored
patching file initramfs/hook-install
==> ERROR: A failure occurred in build().
Aborting...