Arch Linux User Repository

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

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

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

FYI: The PKGBUILD has conflict= where it should be conflicts=.

@snogard Thank you.

sure, i have no problem adding you

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

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.

Alright, thanks for checking! :)

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