all consumers were packaged and installed on amd64 by me; all python2
syntax in consumers appears to have been updated at this point making
it possible to move to the 4.x series.
lang/ghc bits look ok to gnezdo@
ok sthen@ on the rest
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
main changes are:
- add a new dep on py-requests
- undo the no longer needed iftex.sty workaround
- move MODPY variables to more standard location
- regen plist
Unfortunately py-sphinx changed the suffix from .txt to .rst.txt in the
1.5 series. This means we have to update PLISTs for about 20+ ports as
a result of this version update. Hopefully future updates of py-sphinx
won't be quite as involved.
ok sthen@
previously it hardcoded acpitz as the sensor device to query, however some devices
(such as the thinkpad X395) lack this particular device. instead use the hwmon-path
configuration directive as the device (e.g. ksmn0) and use thermal-zone as the
temperature sensor index (e.g. temp0)
and I don't think it's worthwhile yet to force i3 as a dependency of polybar. we can still
add an -i3 subpackage if there is a request for it.
breakge spotted by naddy@
Polybar is a fast and easy to use tool for creating status bars.
Polybar aims to help users build beautiful and highly customizable
status bars for their desktop environment, without the need of having a
black belt in shell scripting.
currently not all the OS-specific modules support OpenBSD (cpu does work now).
the remainder of modules will be worked on
