On 2018/11/28 08:25, Martijn van Duren wrote:
> On 11/27/18 2:36 PM, Daniel Jakots wrote:
> > On Tue, 27 Nov 2018 12:43:52 +0100, Martijn van Duren
> > <openbsd+po...@list.imperialat.at> wrote:
> > 
> >> Here's an update to databases/py-carbon.
> >> There's experimental support for python3, but I haven't included it
> >> here because of other dependencies which don't yet have python3
> >> support in our tree.
> > 
> > Which one(s)?
> > 
> I must have goofed somewhere. It's not py-carbon directly which has
> "issues", but py-whisper. But let's safe that discussion for that
> threat.
> 
> Here's an updated diff. I don't know whether mostly executable
> python packages should be moved to python3, or if they still
> should come in flavors, so I just made it a flavor, so we can
> quite easily dumb it down again if we just want python3.

If it's actually useful as a library then it might be worth considering
whether to subpackage it - have the executables as a separate package
only built with the python3 flavour.

But if (as COMMENT implies) it's only really useful as daemon/utilties
then I'd much prefer to just switch to py3 outright. This cuts a lot of
complexity from Makefile, patches and PLIST, and makes it so all users
are on recent python (rather than the "default" being old python).

> Note: carbon-aggregator{,-cache} doesn't work because it misses
> py-cachetools, but people could get that themselves via pip, or it
> could be added as a package in the future, so I left the plumbing in
> as is.

Hmm. People shouldn't be installing via pip to make packages work3
I'd prefer to either port the dep, or @comment the files that need it.

> @@ -108,3 +121,13 @@ share/examples/graphite/whitelist.conf.e
>  @sample /var/graphite/storage/whisper/
>  @owner
>  @group
> +storage/
> +storage/ceres/
> +storage/ceres/dummy.txt/
> +storage/lists/
> +storage/log/
> +storage/log/dummy.txt/
> +storage/rrd/
> +storage/rrd/dummy.txt/
> +storage/whisper/
> +storage/whisper/dummy.txt/

It feels like these /usr/local/storage directories should not be installed,
they are already @sample'd under /var/graphite/storage so I think should just
be rm'd. But there are some missing @extra or @extraunexec that would be
needed for pkg_delete -c to correctly remove files generated in this tree.

Reply via email to