Package Details: python-panflute 1.12.5-5

Git Clone URL: https://aur.archlinux.org/python-panflute.git (read-only, click to copy)
Package Base: python-panflute
Description: A Pythonic alternative to John MacFarlane’s pandocfilters
Upstream URL: https://github.com/sergiocorreia/panflute
Licenses: BSD
Replaces: pandoc-panflute
Submitter: caleb
Maintainer: caleb (mmtung)
Last Packager: caleb
Votes: 4
Popularity: 1.02
First Submitted: 2019-03-01 15:16
Last Updated: 2020-02-25 09:21

Pinned Comments

caleb commented on 2020-02-24 05:07

PSA: I've started hosting this as a prebuilt package in my repository for those that want to install it using pacman without messing around with building from the AUR.

Latest Comments

caleb commented on 2020-02-24 05:07

PSA: I've started hosting this as a prebuilt package in my repository for those that want to install it using pacman without messing around with building from the AUR.

caleb commented on 2020-02-20 13:05

@mmtung Yes, my version of the package seems to have been posted after this one. I'm not sure why I didn't find this earlier, possible I was just looking for the wrong name.

That being being said this package is miss-named on at least one, maybe two counts:

  1. It is not packaging the released version, but instead tracking the git HEAD version of the master branch. At the very least it should be named *-git to reflect that.

  2. According to the Arch packaging guidelines as I understand them language specific add-ons like this should be prefixed with the interpreter. Note there is currently a pretty broad mix of pandoc filters using python-<name>, pandoc-<name>, python-pandoc-<name>, pandoc-filter-<name>, etc. I'm not sure I see a precedent. Even the [community] packages are mix and match!

This package should get moved to python-panflute-git (or maybe pandoc-panflute-git if I'm wrong about that second point).

The package I posted does package the release version and is more widely adopted and so should stay (possibly again being renamed into this package's place if I'm wrong about point 2).

mmtung commented on 2020-02-13 13:36

Hi Caleb: indeed, python-panflute (first released 2019-03-01) appears to be a duplicate of pandoc-panflute (first released 2018-08-16).

mmtung commented on 2020-02-13 13:34

Thanks, the format of version.py changed in order to automatically extract the current release/version. Just updated...

rien333 commented on 2020-02-12 09:36

Thanks for the update, but you forgot to define the variable $_name (to e.g. $_pipname). build() now fails on line 24 because $_name is undefined.

rien333 commented on 2020-02-12 09:31

Duplicate, and also fails in pkgver():

==> Starting pkgver()...
==> ERROR: pkgver is not allowed to contain colons, forward slashes, hyphensor whitespace.
==> ERROR: pkgver() generated an invalid version: """
Panflute version
"""

caleb commented on 2020-02-12 08:11

Possible duplicate with python-panflute?

caleb commented on 2019-12-02 11:18

@golinski Done.

caleb commented on 2019-12-02 10:41

@golinski Yes I will look into that packaging method as I would prefer it myself. If anybody wants to contribute that change I'd be happy to see code too ;-)

golinski commented on 2019-03-07 13:36

I was a user of the pandoc-panflute package, by accident I have stumbled on this one. I have just one remark: the Arch guidelines suggest to use distutils/setuptools instead of pip for installation. I have many python-* packages installed (including several from AUR), none of them use pip. I can see that some python packages in community use pip, but still a marginal amount. Would it be possible to convert this package to use the suggested way?

By the way, python-future is not used in any way (this is only for python2), so this dependency can be dropped.