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: 10
Popularity: 0.000000
First Submitted: 2013-03-10 17:08
Last Updated: 2015-06-09 09:18

Latest Comments

« First ‹ Previous 1 2

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...