Package Details: sip418 4.18.1-2

Git Clone URL: https://aur.archlinux.org/sip418.git (read-only, click to copy)
Package Base: sip418
Description: A tool that makes it easy to create Python bindings for C and C++ libraries (the last version compatible with qt3)
Upstream URL: http://www.riverbankcomputing.com/software/sip/intro
Licenses: custom:"sip"
Submitter: jose1711
Maintainer: jose1711
Last Packager: jose1711
Votes: 0
Popularity: 0.000000
First Submitted: 2019-02-13 10:38 (UTC)
Last Updated: 2020-01-24 13:16 (UTC)

Latest Comments

MarsSeed commented on 2024-02-17 15:44 (UTC)

Dreieck, the provides entry you suggest is not valid.

Because pacman is only able to understand versioned provides to mean that a package with said provides is fully compatible with the package named in that provides (meaning, the latest version of that package).

Which, in this case, is totally false.

dreieck commented on 2023-07-24 10:48 (UTC)

Can you add provides=("sip=${pkgver}")/ provides=("python-sip=${pkgver}"), please? And also conflict on sip/ python-sip?

Regards!

bartus commented on 2021-07-19 14:12 (UTC)

Requires update for python:3.8

bartus commented on 2020-07-17 13:52 (UTC) (edited on 2020-07-17 14:02 (UTC) by bartus)

If I may ask, what is the rationale for renaming sip binary and modules to sip418?

I would like to use this package to build seexpr but because of this renaming scheme I have to patch a lot of build files to make it work (e.g. import sipconfig -> import sipconfig418.

Since sip is only for build dependency for other packages, could we drop the renaming and add provide=({python{,2}-,}sip=4.18.1) conflict=({python{,2}-,}sip).

Also there are some leftover python3.5 path that wasn't renamed after latest patch.