Package Details: python-smart_open 7.1.0-1

Git Clone URL: https://aur.archlinux.org/python-smart_open.git (read-only, click to copy)
Package Base: python-smart_open
Description: Library for efficient streaming of very large files from/to S3, HDFS, WebHDFS, HTTP, or local (compressed) files
Upstream URL: https://github.com/RaRe-Technologies/smart_open
Keywords: compatible fall-back handy util
Licenses: MIT
Conflicts: python-smart-open
Provides: python-smart-open
Submitter: edh
Maintainer: edh
Last Packager: edh
Votes: 4
Popularity: 0.000000
First Submitted: 2018-08-24 09:45 (UTC)
Last Updated: 2024-12-20 12:28 (UTC)

Dependencies (9)

Required by (12)

Sources (1)

Latest Comments

xiota commented on 2023-10-20 16:05 (UTC)

For next update, also consider using PEP517 install method.

edh commented on 2023-10-16 08:32 (UTC)

@xiota

You're right. I am mainly arguing for conflicts and provides. I'll remove replaces with the next update.

xiota commented on 2023-10-16 08:19 (UTC)

replaces probably doesn't work how you think it does. It is intended to force users to use this specific package. provides and conflicts cover the case you describe.

replaces also usually doesn't work with AUR packages. In some corner cases, it just causes problems.

AUR package guidelines say not to use with. There is an allowed exception, but it doesn't apply here.

edh commented on 2023-10-16 06:11 (UTC)

@xiota

May I ask for your line of thought behind this suggestion? In pip you can install smart_open both via smart-open as well as via smart_open. Furthermore, I suppose a significant number of people will assume the name to be spelled with a hyphen instead of with an underscore when they first hear it (as most other python packages use hyphens) and given there is no conflict with a similarly name hyphenated package, allowing both names IMO makes sense.

xiota commented on 2023-10-16 02:44 (UTC)

Please remove replaces directive.

edh commented on 2023-07-28 20:13 (UTC)

@MarsSeed Thanks for the ping. I removed the dependency but did not increase the pkgrel as to not force users to rebuild the package just to get rid of one optional dependency.

MarsSeed commented on 2023-07-28 19:33 (UTC)

The legacy python-bz2file, which has been discontinued since 2014, seems not to be used by this application anymore.

wlhlm commented on 2023-06-30 23:38 (UTC)

@edh

Thanks for the quick response! I've had a look at the upstream repo and GH org and it seems like development has slowed down. I'm not sure when a new release is made upstream, but I'm expecting it to be a while. Plus, this is a python package, there's no long build/compile step and it should be a quick process. I don't see an issue with a pkgrel bump.

edh commented on 2023-06-30 01:55 (UTC)

@wlhlm

Thanks for the comment. Consider it done :)

Do you mind if I only roll out the change with the next release so that people don't have to re-makepkg the package just to get rid of one dependency?

wlhlm commented on 2023-06-29 19:52 (UTC) (edited on 2023-06-29 19:52 (UTC) by wlhlm)

Thanks for packaging smart-open. Would you consider making python-boto3 an optional dependency? It's a pretty heavyweight dependency and it's only marked as optional in setup.py [1].

[1]: https://github.com/RaRe-Technologies/smart_open/blob/7ab4dda19a34014199cba13fdfaa0794a071adad/setup.py#L76