Search Criteria
Package Details: kvdo-dkms 6.2.4.26-3
Git Clone URL: | https://aur.archlinux.org/kvdo-dkms.git (read-only, click to copy) |
---|---|
Package Base: | kvdo-dkms |
Description: | A pair of kernel modules which provide pools of deduplicated and/or compressed block storage (semi-official version for latest kernels) |
Upstream URL: | https://github.com/rhawalsh/kvdo |
Licenses: | |
Provides: | |
Submitter: | zapp-brannigan |
Maintainer: | zapp-brannigan |
Last Packager: | zapp-brannigan |
Votes: | 4 |
Popularity: | 0.000397 |
First Submitted: | 2018-08-19 18:48 |
Last Updated: | 2021-04-01 16:12 |
Latest Comments
1 2 3 Next › Last »
zapp-brannigan commented on 2021-03-26 15:20
Hmmm, i see. Since i do not use vdo/kvdo anymore, is anybody interested to take over maintenance for the PKGBUILDs?
nyoxi commented on 2021-03-26 12:08
Unfortunately no. :) The source now point to a git branch and not to a tagged commit. Since there were new commits pushed in February the SHA has does not match anymore.
The following patch makes it explicit that git branch is used to avoid confusion. Optionally appending string "-git" to VERSION or something like that may be be a good idea too.
zapp-brannigan commented on 2020-12-12 08:27
Switched to COPR repo, so everyone should be happy ;)
id01 commented on 2020-12-11 00:19
According to README.md on upstream[1], a fork compatible with new kernel versions has been made and is being maintained here[2] under the -COPR branches. While it still requires a patch for config_hz (to remove the check for an integer number of millseconds in every tick), it no longer needs vla-warning, and can compile on latest kernels.
I suggest using this, and have made an alternate version of this PKGBUILD using those sources that works on 5.9.
[1] https://github.com/dm-vdo/kvdo
[2] https://github.com/rhawalsh/kvdo/tree/6.2.4.26-COPR
PKGBUILD:
config_hz.patch:
mushrewm commented on 2020-05-12 02:40
I made a patch[1] to this repo to get it building again on the latest kernels.
[1] https://gist.github.com/SeamusConnor/90394a58cdc1d30c396a1c43f206768e
zapp-brannigan commented on 2020-04-15 16:35
I guess they will fix it upstream. Meanwhile i suggest you to use linux-lts.
dsoul commented on 2020-04-15 06:21
Please add patches for kernel 5.6
https://github.com/dm-vdo/kvdo/issues/29#issuecomment-592686755
zapp-brannigan commented on 2020-03-13 18:37
Kernelswitching is a good point, hadn't that in mind. With the next upstreamrelease i will apply the patch unconditionally.
jgottula commented on 2020-03-12 23:45
@zapp-brannigan Thanks for integrating that! It works great, though with a caveat:
You're conditionally applying the patch and printing the warning in the PKGBUILD
package()
function based on the config of whichever kernel is running at the time of packaging. And because this is a DKMS package, one copy of the source code is installed in /usr/src/, which is then later compiled for potentially all the different kernels that a user may have installed on their system.So, as an example, if a user happens to have booted with linux-lts and builds the package at that time, then they won't get the warning message, and the module source code installed to the system won't have the patch. So if that user also has stock linux installed and decides to reboot into that, they won't have a working kvdo module: the DKMS build for that kernel will fail / have failed.
The best course of action, I think, would be to apply the patch unconditionally (seeing as it has no effect on the other
CONFIG_HZ
values anyway). And then maybe see if there's an easy way to move the warning message into the DKMS config file, or perhaps one of the Makefiles, or something like that, such that it gets printed at the time ofdkms build
/dkms install
. (Or maybe just leave the warning inpackage()
, print it unconditionally, and trust that users will take note of it if they believe it concerns their setup.)But anyway. For the simple case of always booting with the stock linux kernel, and running the
makepkg
for this while running under that kernel, the package does currently do basically the right thing.zapp-brannigan commented on 2020-03-12 17:43
Updated the pkgbuild. @jgottula maybe you can test it (i'm on linux-lts...)?