Installed audio/alsa-plugins and dependencies

2024-02-15 Thread Jonathan Chen
Hi, I've got audio/alsa-plugins installed from a recent ports tree with default options, and its dependency list is a bit dubious. 8:04pm# cd /usr/ports/audio/alsa-plugins/ 8:04pm# make -V LIB_DEPENDS_ALL libasound.so:audio/alsa-lib libasound.so:audio/alsa-lib libavcodec.so:multimedia/ffmpeg

Re: "py-" prefix shouldn't be needed for Python-based ports that are programs, not libraries

2024-02-15 Thread Charlie Li
Yuri wrote: On 2/15/24 22:48, Charlie Li wrote: This distinction does not practically exist; any Python package, even if primarily a program, can be specified and imported as a library in another as a dependency. See meson, which had to grow flavours when meson-python came about. This isn'

Re: "py-" prefix shouldn't be needed for Python-based ports that are programs, not libraries

2024-02-15 Thread Yuri
On 2/15/24 22:48, Charlie Li wrote: This distinction does not practically exist; any Python package, even if primarily a program, can be specified and imported as a library in another as a dependency. See meson, which had to grow flavours when meson-python came about. This isn't true. If t

Re: "py-" prefix shouldn't be needed for Python-based ports that are programs, not libraries

2024-02-15 Thread Charlie Li
Yuri wrote: I think that this section https://wiki.freebsd.org/Python/PortsPolicy#Prefixing_.28py-.2A.29 should be amended: Examples of compelling cases: * The port is a program, and not a library. There is no need to have flavors for Python ports that build only programs and don't build l

Unmaintained FreeBSD ports which are out of date

2024-02-15 Thread portscout
Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this po

"py-" prefix shouldn't be needed for Python-based ports that are programs, not libraries

2024-02-15 Thread Yuri
I think that this section https://wiki.freebsd.org/Python/PortsPolicy#Prefixing_.28py-.2A.29 should be amended: Examples of compelling cases: * The port is a program, and not a library. There is no need to have flavors for Python ports that build only programs and don't build libraries.

Re: dig from dns/bind-tools gets: ld-elf.so.1: /usr/local/lib/libidn2.so.0: version IDN2_0.0.0 required by /usr/local/bin/dig not defined

2024-02-15 Thread Mark Millard
Piotr Smyrak wrote on Date: Thu, 15 Feb 2024 10:26:48 UTC : On Wed, 14 Feb 2024 17:32:18 -0800 Mark Millard wrote: > > > I did: > > > > # pkg install bind-tools > > . . > > # dig srv _http._tcp.portsnap.FreeBSD.org > > ld-elf.so.1: /usr/local/lib/libidn2.so.0: version IDN2_0.0.0 required > > b

Re: files/edd962f76ea4b5869f3c6f8ee5438fb9750b802d02bb8035fe1b7bd0a8ba7401.gz not found -- snapshot corrupt.

2024-02-15 Thread Mark Millard
On Feb 15, 2024, at 01:49, Tomoaki AOKI wrote: > Dropping freebsd-current ML as this doesn't related current (main) but > deprecated release (12.4). > Dropping freebsd-arm ML as I'm not subscribed and surely be bounced, > and the problem is ports specific. > Adding freebsd-ports ML as this is por

Re: files/edd962f76ea4b5869f3c6f8ee5438fb9750b802d02bb8035fe1b7bd0a8ba7401.gz not found -- snapshot corrupt.

2024-02-15 Thread Tomoaki AOKI
Hi. Dropping freebsd-current ML as this doesn't related current (main) but deprecated release (12.4). Dropping freebsd-arm ML as I'm not subscribed and surely be bounced, and the problem is ports specific. Adding freebsd-ports ML as this is ports related. Commented inline below. On Wed, 14 Feb 2