Package Details: python-booleanoperations 0.9.0-3

Git Clone URL: https://aur.archlinux.org/python-booleanoperations.git (read-only, click to copy)
Package Base: python-booleanoperations
Description: Boolean operations on paths
Upstream URL: https://github.com/typemytype/booleanOperations
Licenses: MIT
Submitter: wiill
Maintainer: alerque (thrasibule)
Last Packager: alerque
Votes: 3
Popularity: 0.000445
First Submitted: 2017-01-05 01:18
Last Updated: 2021-08-23 22:34

Pinned Comments

alerque commented on 2021-08-03 11:50

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 Next › Last »

TsumiHokiro commented on 2021-08-23 23:18

@alerque Thank you very much.

alerque commented on 2021-08-23 22:39

@TsumiHokiro Thank for the log. The issue appears to be that yay is grouping installs into batches but not taking into account the test dependencies when coming up with an order. You could deal with this by not using yay or by telling yay to skip the checks, but also this is exacerbated by a bad choice of upstream to use libraries in their test suite that in turn rely on themselves. I've filed this upstream bug report about that and temporarily disabled checks in this package. I tested with yay on an otherwise blank system (base-devel + git) and was able to directly install this package.

TsumiHokiro commented on 2021-08-23 21:48

@alerque Here you go the install post build. https://gist.github.com/TsumiHokiro/d64b1179a30f5c73bd502ce9a3db061b

alerque commented on 2021-08-23 21:31

@TsumiHokiro The -2 segment is the Arch Linux pkgrel number (that shows packaging iterations of the same underlying software version). Python doesn't know anything about these and will not request them. It is also plain from this package that the Arch AUR packaging is not asking for any specific version at all, just that it exist.

I'd love to help you solve this, but I'm going to need to see a more specific problem. Can you post the actual build log or terminal output where you are trying to install this?

TsumiHokiro commented on 2021-08-23 21:21

@alerque: In case you're wondering what is wrong, python-booleanoperations is asking for python-fontpens-0.2.4-2 while the one it is providing is saying it is the 0.2.4.

alerque commented on 2021-08-20 13:47

@Haagentis As I mentioned on the other package I'm going to need a little more detail from you about how you are trying to build and what error you are getting. I spent a long time fixing these up and testing them so that I know they each built cleanly using only the advertised dependencies. Because this set of packages previously had a set of circular dependencies that was the wrong direction you may have old versions that have incorrect dependencies that are blocking you. If you give me more details about your error I can probably suggest a solution.

Haagentis commented on 2021-08-20 11:50

Can't update it, something is wrong and it's the second broken package I get from this maintainer. You're doing something wrong, man/woman.

alerque commented on 2021-08-03 11:50

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