Search Criteria
Package Details: ltfs 2.4.6.2-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/ltfs.git (read-only, click to copy) |
---|---|
Package Base: | ltfs |
Description: | Linear Tape File System |
Upstream URL: | https://github.com/LinearTapeFileSystem/ltfs |
Licenses: | BSD |
Submitter: | None |
Maintainer: | RecursiveG |
Last Packager: | RecursiveG |
Votes: | 4 |
Popularity: | 0.51 |
First Submitted: | 2016-02-22 19:19 (UTC) |
Last Updated: | 2024-09-07 13:55 (UTC) |
Dependencies (9)
- fuse (fuse2)
- icu (icu-gitAUR)
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR)
- net-snmp
- fakeroot (fakeroot-gitAUR, fakeroot-tcpAUR) (make)
- gcc (gcc-gitAUR, gccrs-gitAUR, gcc11AUR, gcc-snapshotAUR) (make)
- make (make-gitAUR) (make)
- patch (patch-gitAUR) (make)
- pkg-config (pkgconf-gitAUR, pkg-config-gitAUR, pkgconf) (make)
Latest Comments
RecursiveG commented on 2024-09-10 23:17 (UTC)
Maybe try uninstall the old version first then build.
main0 commented on 2024-09-10 11:41 (UTC)
Getting errors in
make install
with the latest version:typecasto commented on 2022-11-04 00:07 (UTC) (edited on 2022-11-04 00:07 (UTC) by typecasto)
net-snmp
is listed inmakedepends
, butltfs
errors with missing shared library if it's not installed, so it should probably be independs
instead.sardaukar commented on 2021-03-26 14:24 (UTC)
For people having difficulty building this recently, see https://github.com/LinearTapeFileSystem/ltfs/issues/262
c4pote commented on 2020-10-22 08:29 (UTC)
LinearTapeFileSystem seems to support quantum in the meanwhile. I can confirm, and please anyone with a quantum drive, please can you also confirm? See this issue on github: https://github.com/LinearTapeFileSystem/ltfs/issues/219
c4pote commented on 2020-10-20 05:50 (UTC)
Here is a discussion (bug report) i started in the IBM repo. There is a lot of info inside, and we at least have product/vendor ids added now. Would be amazing if anyone could test with quantum drive. https://github.com/LinearTapeFileSystem/ltfs/issues/219#issuecomment-711160461
jaylectric commented on 2020-10-06 03:44 (UTC) (edited on 2020-10-06 03:58 (UTC) by jaylectric)
I have a working PKGBUILD for the IBM repo, pinned to the most recent tag. It relies on a hack that I'm not comfortable with, linking
/usr/include/linux/sysctl.h
to/usr/include/sys/sysctl.h
.If someone could build following these steps:
./autogen.sh
followed bymake
I expect you to get an error about
sys/sysctl.h
not being found at this point.sudo ln -sv /usr/include/linux/sysctl.h /usr/include/sys/sysctl.h
, then callmake clean
and retry the steps above.I haven't committed this workaround yet because I need to know that it works but I don't actually use this filesystem and have no way to test that it works. I find it a bit odd that there is not an already an issue logged about this error and I'm not able to find much about the error by googling except that "sys/sysctl.h" is deprecated! If someone can reproduce my error, I will log the issue upstream.
I am more that happy to continue maintenance on the package, but if there is someone out there who actually does use it and wants to take on maintenance, I will disown the package.
c4pote commented on 2020-10-04 14:09 (UTC)
can't we possibly switch to this source and repo? https://github.com/LinearTapeFileSystem/ltfs
c4pote commented on 2020-10-04 08:20 (UTC)
As of today the source is offline from quantum. I tweeted them, you can follow the status here: https://twitter.com/audiores/status/1312668272471535616
daimh commented on 2019-07-16 13:09 (UTC)
==> Entering fakeroot environment... fakeroot: FAKEROOTKEY set to 836584074 fakeroot: nested operation not yet supported