Package Details: python-defcon 0.9.0-1

Git Clone URL: https://aur.archlinux.org/python-defcon.git (read-only, click to copy)
Package Base: python-defcon
Description: A set of UFO based objects for use in font editing applications
Upstream URL: https://github.com/robotools/defcon
Licenses: MIT
Submitter: wiill
Maintainer: thrasibule (alerque)
Last Packager: alerque
Votes: 3
Popularity: 0.000260
First Submitted: 2017-01-05 01:27
Last Updated: 2021-08-10 17:59

Pinned Comments

alerque commented on 2021-08-03 20:16

PSA: Like most of the PKGBUILDs that I (co-)maintain, I host prebuilt packages for this in my user repository and all its dependencies for those who wish to install it using pacman without messing around with building from the AUR. Issues or contributions are welcome either in comments below or via this GitHub repository.

Latest Comments

1 2 3 4 Next › Last »

alerque commented on 2021-08-03 20:16

PSA: Like most of the PKGBUILDs that I (co-)maintain, I host prebuilt packages for this in my user repository and all its dependencies for those who wish to install it using pacman without messing around with building from the AUR. Issues or contributions are welcome either in comments below or via this GitHub repository.

alerque commented on 2021-05-05 07:47

Thanks for the alert @djmattyg007. Please see my extended comments in this issue report and the related upstream bug report. I've posted temporary fixes so this builds in a clean chroot now.

djmattyg007 commented on 2021-04-24 05:39

This package currently fails to build because python-setuptools-scm isn't listed as a make dependency:

https://archlinux.org/packages/community/any/python-setuptools-scm/

It may look like pip is the missing make dependency, but this isn't the case. It's only trying to use pip because the real dependency is missing.

djmattyg007 commented on 2021-04-24 05:38

it is against current AUR guidelines to bump release just because they need rebuilding due to library updates in official repos

Where did you read this? I think it's plainly obvious that this isn't the case given the sheer number of packages that DO get pkgrel bumps in the first 48 hours after a new version of python is released.

Sadly makepkg -fi or yay --rebuild is your friend here.

I don't use yay, nor do I use makepkg directly. I use aurutils, which helps me run an actual package repository for all the machines in my house, so that I only have to compile the software once. This relies on pkgrel bumps to trigger updates on all machines.

Marcel_K commented on 2021-03-14 00:08

Isn't python-pip a (make)depend? I couldn't build this package without.

alerque commented on 2021-01-07 19:10

@djmattyg007 As much as I disagree with the policy of treating AUR pkgrel's different than ones in [community] in this regard, it is against current AUR guidelines to bump release just because they need rebuilding due to library updates in official repos. Sadly makepkg -fi or yay --rebuild is your friend here.

djmattyg007 commented on 2021-01-03 02:56

Could you please bump the pkgrel to force a rebuild for python3.9?

alerque commented on 2020-05-31 15:39

I still don't understand what is actually going on, but the issues with --check here are similar to what I just ran into with python-ufo2ft — the check function is actually trying to build something or other and wants an old version of fonttools.

alerque commented on 2020-05-31 13:15

Wow there IS something funky with this build. I can build this in a clean CHROOT but cannot on my host system! I think the test suite must be doing something really wonky looking for packages and adding tests if and only if the host system has extra things available. That's crazy pants but it's happening.

alerque commented on 2020-05-31 13:13

@thrasibule: Thanks for the add. I just normalized a few things following Arch's Python guidelines on the wiki and checked the build in a clean CHROOT.

@yochananmarqos I added you to the -git package, you probably mistook it for this one.