hi list,
i've just tried to install net-im/toot, and was stymied by PR#274411[0]
("devel/py-urwid Update to 2.2.x breaks several python packages") which
has caused devel/py-urwid to be broken.
the proper fix for this seems to be D39288[1] ("devel/py-setuptools_scm:
update to 8.0.4"), but that's a
hi all,
i previously wrote:
> i've just tried to install net-im/toot, and was stymied by PR#274411[0]
> ("devel/py-urwid Update to 2.2.x breaks several python packages") which
> has caused devel/py-urwid to be broken.
>
> the proper fix for this seems to be D39288[1] ("devel/py-setuptools_scm:
>
hi all,
i'm trying to port an application that requires Python 3.10+ or later,
while the default Python is still 3.9.
this is my Makefile:
https://git.sr.ht/~lw/freebsd-ports/tree/sublime-music/item/audio/py-sublime-music/Makefile
running poudriere testport initially produces several messages l
Moin Rahman:
>On Jan 21, 2024, at 8:26 PM, Lexi Winter wrote:
> > i'm trying to port an application that requires Python 3.10+ or later,
> > while the default Python is still 3.9.
>
> .if ${PYTHON_REL} < 31000
> IGNORE= Does not support python 3.9 or ear
Moin Rahman:
> By default this will not be built in that case. If you want to build
> for python 3.10 you have to add USE_PYTHON=allflavors
thanks (again). so for a normal port, is there any guidance on whether
i should do this or not? is there a policy on this?
this is a normal (desktop) appli
hello,
if someone has a moment, could you please commit this patch:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276347
this is a trivial patch to make a broken port as BROKEN=.
thanks, lexi.
signature.asc
Description: PGP signature
Matthew Phillips:
> It definitely is attempting to install in the port I'm working on. The
> port's Makefile does not do so when just running `make`. Do you have any
> idea why make package would be trying to install?
is it trying to install the port itself, or its dependencies?
it will always tr
hello,
what's the current status of subpackages in ports? i'm considering
porting something that contains a large number of dynamically-loaded
shared objects (.so files) with many dependencies. this seems like an
ideal use-case for subpackages, but from what i remember, these are
currently not b