Hello.
I have yet to read the instructions by pizzamig@freebsd presented by
arrowd@freebsd... :)
( https://lists.freebsd.org/archives/freebsd-ports/2024-February/005321.html )
John Marino (FreeBSD) wrote on 2024/02/21 00:18:
> The port builds fine.
Yes, however, it seems that all subpackage opti
I get it now.
e.g LIB_DEPENDS.speex= ${LIB_DEPENDS} libspeexdsp.so:audio/speexdsp
This is saying the speex subpackage needs speexdsp.
Let me look at this more in depth.
On Tue, Feb 20, 2024 at 1:57 PM Jan Beich wrote:
>
> j...@chen.org.nz writes:
>
> >>> It appears to be missing the SUBPACKAGE
> Port dependencies are not package dependencies
It's literally defined as LIB_DEPENDS in the makefile.
By definition LIB_DEPENDS are run time dependencies.
> If you want to install only "alsa-plugins" (aka "main" subpackage) without
> extra plugins/dependencies just do it like before with all p
j...@chen.org.nz writes:
>>> It appears to be missing the SUBPACKAGE dependencies. Is this
>>> intentional, or a bug?
>>
>> Intentional. See pkg-message:
>>
>> Plugins with extra dependencies moved into subpackages:
>> - alsa-plugins-ffmpeg
>> - alsa-plugins-jack
>> - alsa-plugins-pulseaudio
>>
February 17, 2024 1:56 AM, "Jan Beich" wrote:
>> But the installed package reports:
>> 8:09pm# pkg info --dependencies alsa-plugins
>> alsa-plugins-1.2.7.1_3:
>> alsa-lib-1.2.10_1
>
> Check dependencies of subpackages instead e.g.,
>
> $ pkg info -xd 'alsa-plugins-[^0-9]'
> alsa-plugins-ffmpeg-
The port builds fine.
The problem is that the dependencies are not listed in the package manifest.
This is a bug in the code that creates the package manifest.
That's why both Synth and Poudriere are considering the packages using
subpackages to be invalid. They are examining the package manifest
Tatsuki Makino wrote on 2024/02/18 04:58:
> If subpackage is considered to be a FLAVOR that can be optionally changed
> (but it seems not :) ), then something is still wrong around here.
> https://github.com/freebsd/poudriere/blob/4ca881e06c33f85870127a57f9457ae6c1b69d74/src/share/poudriere/common
Would be WIP [1] as Jan Beich introduced before. [2]
[1] https://github.com/freebsd/poudriere/issues/1113
[2]
https://lists.freebsd.org/archives/freebsd-ports/2024-February/005318.html
On Sat, 17 Feb 2024 16:02:46 -0500
Robert Cina wrote:
> I am indeed seeing audio/alsa-plugin port causing m
I am indeed seeing audio/alsa-plugin port causing multiple rebuilds with
new dependencies every time a poudriere runs. I have kde ports and it
causes qt*, chromium and lots of other ports to rebuild for no reason other
than which I assume is related to the subpackages issue of the port. This
is wi
Hello.
Robert R. Russell wrote on 2024/02/18 02:03:
> Would that missing code cause audio/alsa-plugins to show a need for a
> rebuild with new dependencies every time poudriere runs?
If subpackage is considered to be a FLAVOR that can be optionally changed (but
it seems not :) ), then something
I can't speak for poudriere, but it's definitely doing that with Synth.
On Sat, Feb 17, 2024 at 11:03 AM Robert R. Russell
wrote:
>
> On Sat, 17 Feb 2024 10:43:33 -0600
> "John Marino (FreeBSD)" wrote:
>
> > Hi Jan,
> > The point Jonathan was trying to make is that the audio/alsa-plugins
> > has
On Sat, 17 Feb 2024 10:43:33 -0600
"John Marino (FreeBSD)" wrote:
> Hi Jan,
> The point Jonathan was trying to make is that the audio/alsa-plugins
> has many LIB_DEPENDS set, yet they are not reflected in the final
> manifest.
>
> For example:
> /usr/ports/audio/alsa-plugins # make -V LIB_DEPEND
Jonathan Chen writes:
> 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-li
13 matches
Mail list logo
