Package Details: python-booleanoperations 0.9.0-1

Git Clone URL: (read-only, click to copy)
Package Base: python-booleanoperations
Description: Boolean operations on paths.
Upstream URL:
Licenses: MIT
Submitter: wiill
Maintainer: thrasibule
Last Packager: thrasibule
Votes: 3
Popularity: 0.002635
First Submitted: 2017-01-05 01:18
Last Updated: 2021-07-23 12:24

Latest Comments

1 2 3 Next › Last »

alerque commented on 2021-07-23 13:19

You keep on calling these packages broken, they build fine for the majority of users, if they use makepkg or the various AUR helpers.

Packages that are missing things from makedepends=() and only happen to build if people already have the correct build tooling (such as python-setuptools-scm tools) installed on their system or because they let the build process run pip to install dependencies that are missing from depends=() in the background are broken. Yes I call that "broken", and as far as Arch packaging standards go I think that definition of broken is pretty generally accepted.

I'm sorry if you think I'm not being civil. I really mean that, if I haven't been civil I apologize and would be happy to correct it.

On the other hand I realize and am not apologetic for the more aggressive push to get these 10 or so packages that I depend on for other packages fixed properly. I have been sending patches since Jan 2020 and dozens comments on a regular basis since. A year and a half later I am still maintaining my own forks of 8 out of 12 or so packages that I care about — in spite of all the patches and comments most of them are still broken. You say you want gentle reminders, but gentle reminders in comments have not been getting action and sit for months.

I don't see my push as "my way or the highway", the "highway" option is only coming up because several lesser options are not going well and have been rough for years. I've been pushing for one of

  1. Properly fixed packages, fixed however you like as long as they are actually fixed
  2. Apply patches
  3. Let me co-maintain
  4. Orphan

You keep refusing №3 and №4 — which is totally your prerogative to do if you consistently do №1. However in spite of both specific comments and even some patches for reference your own fixes haven't even been fixing these except in response to repeated complaints and when there are outstanding orphan requests. Hence my frustration and starting to push for option №4.

thrasibule commented on 2021-07-23 12:35

Thanks for your constructive comments as always. For your information I did patch the right file, but just not enough. I think this should build cleanly now.

You keep on calling these packages broken, they build fine for the majority of users, if they use makepkg or the various AUR helpers. I agree it's a great goal to have packages build in a clean chroot, but you can be more civil about it. My way or the highway is not a nice way to contribute.

alerque commented on 2021-07-23 11:47

This packages is even more broken than my previous comment suggests. Your so called "fix" for removing the scm dependency doesn't even patch the right file! This completely fails to build in a clean chroot because it can't find scm tools, tries to use pip to install it, and of course crashes and burns. It is evident that you aren't actually testing these commits against a clean system as the patches I sent have been.

I understand Python packaging can be obnoxious, but can we please stop trying to avoid obvious fixes like using the dependencies as specified upstream (especially when those dependencies are in [community])? Even if you were going to patch it out, bogus fixes like this one that don't even operate on the right files and leave the package still broken are clearly worse than just using the right dependencies. I already sent patches which actually fix this properly and build cleanly against Arch's default repositories and following packaging guidelines. If you can't be bothered to test using makechrootpkg or some other clean build method at least apply my patches or allow me to do so.

alerque commented on 2021-07-21 10:03

This one is still broken. You missed the --optimize=1 argument (see Python guidelines here) that is required to get prebuilt bytecode managed by the package manage instead of untracked files being created on each system.

It's still quite frustrating that you are ignoring my patches. Even if you wanted to change something and do it differently afterwards, starting by applying my patches would save you some of this trouble, I had this correct in my patch to setup the split build/package.

alerque commented on 2021-07-19 21:02

Per previous discussion, here are two incremental packages needed to bring this up to even minimal Arch packaging requirements. This package does not build before these patches, and it does with them. There are more things mentioned in the Arch Python package guidelines that are not correct yet, but this is an essential start to even get a working build.

Please apply each with git am < file.patch:

From 751a6f8094e47d98707c85111610226237ab7d4a Mon Sep 17 00:00:00 2001
From: Caleb Maclennan <>
Date: Mon, 19 Jul 2021 23:53:40 +0300
Subject: [PATCH 1/2] Split build/package functions


Signed-off-by: Caleb Maclennan <>
 PKGBUILD | 8 +++++++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/PKGBUILD b/PKGBUILD
index 895b4ec..f01d330 100644
@@ -1,4 +1,5 @@
 # Maintainer: Guillaume Horel <>
+# Contributor: Caleb Maclennan <>
 # Ex-Maintainer: William Turner <>
@@ -15,9 +16,14 @@ options=(!emptydirs)

+build() {
+  cd "${srcdir}/$_pkgname-$pkgver"
+  python build
 package() {
   cd "${srcdir}/$_pkgname-$pkgver"
-  python install --root=$pkgdir ||return 1
+  python install --root="$pkgdir" --optimize=1 --skip-build
   install -D -m644  LICENSE "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"


From 7ed46f9e91a6d8a4a8c98538d125418990c16369 Mon Sep 17 00:00:00 2001
From: Caleb Maclennan <>
Date: Mon, 19 Jul 2021 23:58:47 +0300
Subject: [PATCH 2/2] Fix broken dependencies

Signed-off-by: Caleb Maclennan <>
 .SRCINFO |  6 +++---
 PKGBUILD | 11 ++++++++---
 2 files changed, 11 insertions(+), 6 deletions(-)

diff --git a/.SRCINFO b/.SRCINFO
index f2bee56..48d070c 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -1,19 +1,19 @@
 pkgbase = python-booleanoperations
    pkgdesc = Boolean operations on paths.
    pkgver = 0.9.0
-   pkgrel = 1
+   pkgrel = 2
    url =
    arch = any
    license = MIT
    checkdepends = python-pytest
    checkdepends = python-defcon
    checkdepends = python-fontpens
-   makedepends = python-setuptools
+   makedepends = python-setuptools-scm
    depends = python-pyclipper
    depends = python-fonttools
+   depends = python-fs
    options = !emptydirs
    source =
    sha256sums = 8cfa821c32ad374fa120d6b2e0b444ebeac57c91e6631528645fa19ac2a281b8

 pkgname = python-booleanoperations
diff --git a/PKGBUILD b/PKGBUILD
index f01d330..6e2fab2 100644
@@ -4,18 +4,23 @@
 pkgdesc='Boolean operations on paths.'
 checkdepends=('python-pytest' 'python-defcon' 'python-fontpens')
-depends=('python-pyclipper' 'python-fonttools')
+depends=('python-pyclipper' 'python-fonttools' 'python-fs')

+prepare() {
+  cd "${srcdir}/$_pkgname-$pkgver"
+  sed -i -e '/wheel$/d' setup.cfg
 build() {
   cd "${srcdir}/$_pkgname-$pkgver"
   python build

alerque commented on 2021-06-02 16:39

@randomguy343 You can build by using --nocheck somewhere in the dependency loop to get one package started.

@thrasibule This is an ongoing problem for people trying to break into the loop. I realize this is bad dev practice in the upstream projects that depends on consumer libraries for testing, but that's what we have to work with. Disabling the check() functions by default using options=(!check) would be appropriate. The testing isn't really even testing that the package works right, only that the upstream regression suite passes in the build environment.

randomguy343 commented on 2021-06-02 09:38

@SolarAquarion +1
I experience the same thing, python-fontpens, python-booleanoperations and python-fontparts can't be installed individually nor together.

SolarAquarion commented on 2021-05-05 23:47

==> Using [custom] repository -> python-booleanoperations: (none) -> 0.9.0-1 -> python-defcon: (none) -> 0.8.1-2 -> python-fontmath: (none) -> 0.6.0-1 -> python-fontparts: (none) -> 0.9.10-1 -> python-fontpens: (none) -> 0.2.4-1 -> python-pyclipper: (none) -> 1.2.1-1 python-pyclipper transitive dependency of python-booleanoperations python-defcon transitive dependency of python-booleanoperations python-fontpens transitive dependency of python-booleanoperations python-booleanoperations transitive dependency of python-fontparts python-defcon transitive dependency of python-fontparts python-fontmath transitive dependency of python-fontparts python-fontpens transitive dependency of python-fontparts python-fontmath transitive dependency of python-fontpens python-fontparts transitive dependency of python-fontpens tsort: -: input contains a loop: tsort: python-fontpens tsort: python-fontparts tsort: python-booleanoperations tsort: -: input contains a loop: tsort: python-fontpens tsort: python-fontparts ==> ERROR: sync: invalid argument

SolarAquarion commented on 2021-05-05 23:46

this package in the checkdepends is causing a circular dependency operation

alerque commented on 2021-01-07 19:11

@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.