Search Criteria
Package Details: ratarmount 1.0.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/ratarmount.git (read-only, click to copy) |
---|---|
Package Base: | ratarmount |
Description: | Mount tar files via fusepy. Supports Recursive Mounting, Compressed Files, Read-Only Bind Mounting, Union Mounting and Write Overlays. A fast random access alternative to archivemount. |
Upstream URL: | https://github.com/mxmlnkn/ratarmount |
Keywords: | archivemount fuse fusepy tarindexer |
Licenses: | MIT |
Conflicts: | ratarmount-git |
Submitter: | RubenKelevra |
Maintainer: | snogard (mxmln) |
Last Packager: | mxmln |
Votes: | 8 |
Popularity: | 0.60 |
First Submitted: | 2022-05-28 19:12 (UTC) |
Last Updated: | 2024-11-03 13:55 (UTC) |
Dependencies (19)
- fuse2
- python (python37AUR, python311AUR, python310AUR)
- python-indexed-gzipAUR
- python-indexed-zstdAUR
- python-libarchive-c
- python-rapidgzipAUR
- python-rarfile
- python-xzAUR (python-xzAUR)
- python-build (make)
- python-installer (python-installer-gitAUR) (make)
- python-setuptools (make)
- python-wheel (make)
- python-aiohttp (python-aiohttp-gitAUR) (optional) – Support for http:// via fsspec.
- python-fsspec (optional) – Support for remote files.
- python-pyfatfsAUR (optional) – Support for FAT12, 16, 32 images.
- python-requests (optional) – Support for various web backends such as github:// via fsspec.
- python-s3fsAUR (optional) – Support for s3:// via fsspec.
- python-smbprotocol (optional) – Support for smb:// via fsspec.
- python-webdav4AUR (optional) – Support for webdav:// via fsspec.
Latest Comments
1 2 Next › Last »
nikelborm commented on 2024-11-07 22:46 (UTC) (edited on 2024-11-07 22:48 (UTC) by nikelborm)
Yes, sorry I didn't mentioned
curl: (33) HTTP server does not seem to support byte ranges. Cannot resume.
.I guess some previous downloading process was stopped in the middle.
I attempted to run yay with cleanBuild and it downloaded ratarmount from scratch just fine.
Thanks for quick response and sorry for my rush to report error without proper investigation
mxmln commented on 2024-11-07 22:35 (UTC)
@nikelborm Are you able to download that link with wget? Is there a more specific message as to why the download fails? Installing via yay works for me ...
nikelborm commented on 2024-11-07 22:20 (UTC)
==> ERROR: Failure while downloading https://github.com/mxmlnkn/ratarmount/archive/refs/tags/v1.0.0.tar.gz Aborting...
For some reason it doesn't work
kseistrup commented on 2024-11-02 11:11 (UTC)
FYI: The
PKGBUILD
hasconflict=
where it should beconflicts=
.mxmln commented on 2024-10-18 17:56 (UTC)
@snogard Thank you.
snogard commented on 2024-10-18 01:59 (UTC)
sure, i have no problem adding you
RubenKelevra commented on 2024-10-17 18:48 (UTC)
@mxmln cool idea, but I gave up the maintaining to @snogard, so he has to decide.
The *-git package which I still maintain doesn't need that, as it's automatically the latest version of the master (despite not necessarily showing this here) — not sure if you're familiar with that. :)
mxmln commented on 2024-10-17 18:28 (UTC) (edited on 2024-10-17 18:30 (UTC) by mxmln)
Hi, would it be possible to be added as a co-maintainer? Ideally, I would want to automate new releases via Github Actions. I have something like that already set up for the python-rapidgzip AUR package:
https://github.com/mxmlnkn/rapidgzip/blob/6d07da8a0ffe988cf9e1c4c4d04e52a7a6d6212f/.github/workflows/wheels-rapidgzip.yml#L152
Regarding the previous discussion, I have moved indexed_bzip2 functionality into rapidgzip for packaging reasons because both use a shared code base. There should not be any speed differences. I did not think that it would lead to user-visible changes because both should have been required dependencies. That the usage of --use-backend has changed is unfortunate. I probably should (have) add(ed) some rule to at least map "indexed_bzip2" for that usage to "rapidgzip" to not break older scripts. I think I decided against looking for indexed_bzip2 installations at all because I am not sure what happens when loading the shared libraries for rapidgzip and indexed_bzip2, possibly with different versions, at the same time, because both shared libraries contain overlapping symbol names.
Note also that those serialization backends: msgpack, rapidjson, simplejson, ujson have not been necessary at all anymore since version 0.5.0 and the others should be required dependencies to mirror the dependency specification of the Python package. Else, most of the functionality of ratarmount would not be usable with a default installation.
https://github.com/mxmlnkn/ratarmount/blob/85b0425222c85cb17ac387411f83c4a8cefcf16f/setup.cfg#L35
And as a heads-up, the next minor release will either drop fusepy or will require a forked one. Currently, I simply have bundled my changed fuse.py file with tentative FUSE 3 support. I am not yet sure whether I'll publish it as an extra package. And there will be new required dependencies for FAT and git support and optional dependencies for fsspec-based remote files support for various protocols.
RubenKelevra commented on 2024-07-20 16:19 (UTC)
Alright, thanks for checking! :)
snogard commented on 2024-07-20 16:05 (UTC) (edited on 2024-07-20 16:07 (UTC) by snogard)
@RubenKelevra, in version 0.15.0 indexed-bzip2 was removed as a dependency as noted in the changelog. Just to be sure i just tried to ratarmount in a clean environment with just indexed-bzip2 installed, unfortunately it does not work even if i try to force it (by --use-backend).
Either case it results in this error:
argparse.ArgumentTypeError: Cannot open a bz2 compressed TAR file '/home/snogard/test.tar.bz2' without any of these modules: ['rapidgzip']
Also, the possible backends listed by the --help option are the following: 'indexed_gzip', 'indexed_zstd', 'lzmaffi', 'rapidgzip', 'rarfile', 'xz', 'zipfile'
PS: thanks, my vacation was fun while it lasted :)
1 2 Next › Last »