Package Details: ratarmount 0.15.2-1

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
Submitter: RubenKelevra
Maintainer: snogard (mxmln)
Last Packager: snogard
Votes: 7
Popularity: 0.51
First Submitted: 2022-05-28 19:12 (UTC)
Last Updated: 2024-09-02 11:50 (UTC)

Dependencies (16)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

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

diff --git a/PKGBUILD b/PKGBUILD
index ba9730c..a9d7e15 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -11,12 +11,14 @@ url="https://github.com/mxmlnkn/$pkgname"
 conflict=("${_pkgname}-git")
 license=('MIT')
 depends=(
-       'python>=3.11'
-       'python-msgpack'
-       'python-rapidjson'
-       'python-ujson'
-       'python-simplejson'
+       'python>=3.8'
        'python-fusepy'
+    'python-rapidgzip'
+    'python-indexed-gzip'
+    'python-xz'
+    'python-indexed-zstd'
+    'python-rarfile'
+    'python-libarchive-c'
 )
 makedepends=(
        'python-build'
@@ -25,15 +27,6 @@ makedepends=(
        'python-setuptools'
 )

-optdepends=(
-       'python-rapidgzip: Support for gzip and bzip2 compressed tar files'
-       'python-indexed-gzip: Option 2 for support for gzip-compressed tar files'
-       'python-xz: Support for xz-compressed tar files' 
-       'python-indexed-zstd: Support for zstd-compressed tar files'
-       'python-rarfile: Support for rar-compressed tar files'
-       'python-libarchive-c: Support for 7z, ar, cab, compress, cpio, iso, lrzip, lzma, lz4, lzip, lzo, warc, xar; (no random access)'
-)
-
 _pkg_ext='.tar.gz'
 source=("${pkgname}-${pkgver}${_pkg_ext}::${url}/archive/refs/tags/v${pkgver}${_pkg_ext}")
 b2sums=('ac610468006f99bf528022ecb585ab51f2b0ef48a4b255a1ad8a692703f85890fd9991a8c6c05d938d421fbbd9e9c450d764b2f0b24a84d2a97ff1d40ede5fc9')

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 :)

RubenKelevra commented on 2024-07-20 15:41 (UTC)

@snogard yeah sure!

I took your updated optional dependencies and added them to to update the -git variant.

Btw: I think indexed-bzip2 is still supported, it's just that rapidgzip is preferred, due to the speed advantages. At least that's how I read the changelog.

Could you give that another look?

Btw: Hope you had a nice vacation!

snogard commented on 2024-07-20 15:33 (UTC)

@RubenKelevra sorry for the delay, i was on vacation. I removed lzmaffi and listed you as a contributor. Does that satisfy you?

RubenKelevra commented on 2024-07-20 15:33 (UTC)

Thanks!

RubenKelevra commented on 2024-07-20 10:36 (UTC)

Would you mind fixing the header of the PKGBUILD? I'm still listed as maintainer.