Package Details: fanficfare-git 4.40.0.r0.g9005f9d-2

Git Clone URL: https://aur.archlinux.org/fanficfare-git.git (read-only, click to copy)
Package Base: fanficfare-git
Description: Tool to make eBooks from stories on fanfiction and other websites
Upstream URL: https://github.com/JimmXinu/FanFicFare
Licenses: Apache-2.0, GPL-3.0-only
Conflicts: fanficfare
Provides: fanficfare
Submitter: eschwartz
Maintainer: xiota
Last Packager: xiota
Votes: 3
Popularity: 0.000000
First Submitted: 2015-04-21 18:37 (UTC)
Last Updated: 2024-11-04 20:31 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

gesh commented on 2024-03-25 12:57 (UTC)

I second @xiota's remark -- @Kido, the commits to update to pyproject.toml mistakenly pull in a python-setuptools makedep instead of python-{build,wheel,installer}.

xiota commented on 2024-03-18 04:43 (UTC) (edited on 2024-03-18 04:44 (UTC) by xiota)

Clean chroot. Missing makedepends on python-wheel, python-installer, python-build.

Kido commented on 2023-11-06 15:43 (UTC) (edited on 2023-11-07 18:55 (UTC) by Kido)

I've updated package to use setuptools toolchain.

Regarding dependencies:

  • python-colorama - according to source code, it is only needed on Windows OS.
  • python-chardet - it is present in pyproject.toml so I'll leave it for now, but will investigate more later.

Kido commented on 2023-09-07 12:59 (UTC) (edited on 2023-09-07 12:59 (UTC) by Kido)

fanficfare switched from setup.py to pyproject.toml. Please update PKGBUILD as it doesn't build anymore.

==> Starting build()...
/usr/bin/python: can't open file '/home/kido/.cache/yay/fanficfare-git/src/FanFicFare/setup.py': [Errno 2] No such file or directory
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: fanficfare-git-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
fanficfare-git - exit status 4

gesh commented on 2021-02-28 22:40 (UTC)

:-/ fair, though it saddens me to hear that about the wiki. Here's hopinthe issue gets resolved soon

eschwartz commented on 2021-02-28 22:31 (UTC) (edited on 2021-02-28 22:32 (UTC) by eschwartz)

And since requests-file is literally "a plugin for requests that subclasses requests.adapters.BaseAdapter and gets used via requests.Session().mount()", the transitive dep on requests is unavoidable too.

eschwartz commented on 2021-02-28 22:29 (UTC)

The answer is, that advice is not the standard. It was written by one person who felt it should be so, but regrettably there was no discussion about "why", no consensus, and no way for the majority of affected packaging team members to revert it, qualify it, clarify it, describe whether it's a requirement or a recommendation, or anything of that sort -- because it's locked for editing, and the wiki has still not after all this time been improved to allow pages that Trusted Users can edit but ordinary users cannot. And this inherently suppresses collaboration and consensus, since it is harder and more complicated to get changes in and people end up giving up.

I didn't bother to try pointing out the flaws in that page, because if it's just going to be modified on the whim of anyone with an edit bit without going through the talk page then it's just not sustainable.

The entire concept of the DeveloperWiki namespace and protected pages is quite broken. The permissions are shot. Even tons of pages that are supposed to be editable by all users got randomly moved to a protected namespace and their original authors and only contributors became unable to edit them. :/

gesh commented on 2021-02-28 21:57 (UTC)

What about https://wiki.archlinux.org/index.php/Arch_package_guidelines#Package_dependencies ? (Though that advice is somewhat questionable,but if it's the standard…) Also, now you point it out the lack of the requests dep is even more jarring. At least for the python dep, it's an unavoidable (hence stable) transitive dep

« First ‹ Previous 1 2 3 Next › Last »