Arch Linux User Repository

I missed a dependency to python-typing-extensions

@wlhlm I cleaned-up the build a bit since this PKGBUILD dropped python2-can stuff nearly a year ago after Python2 was sunset and had some old package stuff lingering.

I won't add the conflicts config though as it's unnecessary. Python2 is officially sunset and packages have been migrating away from it for years. That said, the best way to handle python2-can and python-can is to ask the now separate python2-can maintainer to not install the files in to /usr/bin or to rename them so they don't conflict. The rest of the python module can co-exist with python2 and python3 perfectly fine, so they actually don't conflict.

This package aims to be future looking as python2 is no longer a ongoing concern for development efforts and hence why python2-can was dropped by this PKGBUILD nearly a year ago.

This packages is not compatible with python2-can, installation aborts with the following:

loading packages...
resolving dependencies...
looking for conflicting packages...

Packages (1) python-can-3.3.4-2

Total Installed Size:  1.22 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring                                                                         [############################################################] 100%
(1/1) checking package integrity                                                                       [############################################################] 100%
(1/1) loading package files                                                                            [############################################################] 100%
(1/1) checking for file conflicts                                                                      [############################################################] 100%
error: failed to commit transaction (conflicting files)
python-can: /usr/bin/can_logger.py exists in filesystem (owned by python2-can)
python-can: /usr/bin/can_player.py exists in filesystem (owned by python2-can)
python-can: /usr/bin/can_viewer.py exists in filesystem (owned by python2-can)
Errors occurred, no packages were upgraded.

I recommend adding conflicts=(python2-can) to the PKGBUILD.

Also, in package_python-can(), in the line where the cruft left over by setup.py is removed (rm -rf ${pkgdir}/usr/lib/pyton...), the ${pkgdir} should be wrapped in quotes to harden for the case where pkgdir includes spaces for example.

This packagen seems to depend on python-wrapt as well.

Filing an orphan request is nothing special.

It does, however, still produce more work for the TUs. So we'd prefer it if people didn't rush into orphan requests.

Filing an orphan request is nothing special. An automated e-mail is posted to the mailing list and to the maintainer. As we see here, the process worked fine and proved that I was wrong. I took this way as I had the opinion that you might have dropped arch (and I was wrong!). As I posted in my comment of the orphan request, I indented to add you back as a maintainer, so I don't get the point where I lack cooperation. I might have been lazy, as I clicked the button instead of writing an e-mail in the first place.

I already apologized for this on the mailing list.

@rumpelsepp More cooperation would be appreciated instead of filing for maintainer orphan requests when I don't instantaneously update a patch level release in less then a 3 days since this package was flagged out-of-date then.

Sending along a patch in the comments would show that the new update works as-is and requires minimal attention to update.

Thanks

Please bump the version to trigger a python rebuild. :-)