On Fri, Mar 18, 2022 at 05:49:33PM +0100, Rafael Sadowski wrote:
> If there are no further concerns, I would be happy to commit this.
OK kn once all consumers have been fixed.
On Fri Mar 18, 2022 at 01:22:43PM +, Stuart Henderson wrote:
> Remaining fallout:
Thanks Stuart for the report.
>
> > graphics/openimageio
>
> plist has
> lib/python${MODPY_VERSION}/site-packages/OpenImageIO.${MODPY_PYC_MAGIC_TAG}so.${LIBOpenImageIO_VERSION}
>
> file produced is
> lib/pyth
I don't particularly mind how it is fixed, I am just doing the bulk and
reporting back with an easy suggestion :)
On 2022/03/18 13:44, Klemens Nanni wrote:
> On Fri, Mar 18, 2022 at 01:22:43PM +, Stuart Henderson wrote:
> > > audio/mumble
> >
> > plist has lib/mumble/libcelt0.so.0.7.0
> > fi
On Fri, Mar 18, 2022 at 01:22:43PM +, Stuart Henderson wrote:
> > audio/mumble
>
> plist has lib/mumble/libcelt0.so.0.7.0
> file produced is now lib/mumble/libcelt0.so.0.0
I took this to upstream where a Windows related cmake issue is blocking
my progress (also ENOTIME at the moment).
Remaining fallout:
> graphics/openimageio
plist has
lib/python${MODPY_VERSION}/site-packages/OpenImageIO.${MODPY_PYC_MAGIC_TAG}so.${LIBOpenImageIO_VERSION}
file produced is
lib/python${MODPY_VERSION}/site-packages/OpenImageIO.${MODPY_PYC_MAGIC_TAG}so
- fix by regen plist + bump?
> audio/mumble
On Fri Mar 11, 2022 at 08:54:01AM +0100, Rafael Sadowski wrote:
> On Wed Mar 09, 2022 at 04:25:15PM +, Stuart Henderson wrote:
> > On 2022/03/09 11:15, Rafael Sadowski wrote:
> > > With the results from Stuart's bulk build and Klemens analyses, I end up
> > > with a new diff.
> > >
> > > - Han
On Fri Mar 11, 2022 at 10:10:42AM +0100, Landry Breuil wrote:
> Le Fri, Mar 11, 2022 at 08:54:01AM +0100, Rafael Sadowski a écrit :
> > On Wed Mar 09, 2022 at 04:25:15PM +, Stuart Henderson wrote:
> > > On 2022/03/09 11:15, Rafael Sadowski wrote:
> > > > With the results from Stuart's bulk buil
Le Fri, Mar 11, 2022 at 08:54:01AM +0100, Rafael Sadowski a écrit :
> On Wed Mar 09, 2022 at 04:25:15PM +, Stuart Henderson wrote:
> > On 2022/03/09 11:15, Rafael Sadowski wrote:
> > > With the results from Stuart's bulk build and Klemens analyses, I end up
> > > with a new diff.
> > >
> > > -
On Wed Mar 09, 2022 at 04:25:15PM +, Stuart Henderson wrote:
> On 2022/03/09 11:15, Rafael Sadowski wrote:
> > With the results from Stuart's bulk build and Klemens analyses, I end up
> > with a new diff.
> >
> > - Handle target names like libXXX with PREFIX set to "".
> > With this, all r
On 2022/03/09 11:15, Rafael Sadowski wrote:
> With the results from Stuart's bulk build and Klemens analyses, I end up
> with a new diff.
>
> - Handle target names like libXXX with PREFIX set to "".
> With this, all reported errors are happy. Afterwards, we can delete
> all patches. Fo
On Wed Mar 09, 2022 at 08:28:15AM +0100, Rafael Sadowski wrote:
> On Tue Mar 08, 2022 at 07:43:04PM +, Klemens Nanni wrote:
> > On Mon, Mar 07, 2022 at 07:53:49PM +, Stuart Henderson wrote:
> > > On 2022/03/06 18:21, Rafael Sadowski wrote:
> > > > > Yet another cmake patch, which needs a fu
On Tue Mar 08, 2022 at 07:43:04PM +, Klemens Nanni wrote:
> On Mon, Mar 07, 2022 at 07:53:49PM +, Stuart Henderson wrote:
> > On 2022/03/06 18:21, Rafael Sadowski wrote:
> > > > Yet another cmake patch, which needs a full bulk test. Many of you will
> > > > certainly know it, our cmake's SH
On Mon, Mar 07, 2022 at 07:53:49PM +, Stuart Henderson wrote:
> On 2022/03/06 18:21, Rafael Sadowski wrote:
> > > Yet another cmake patch, which needs a full bulk test. Many of you will
> > > certainly know it, our cmake's SHARED_LIBS handling is broken for new
> > > shared libs.
> > >
> > > T
On 2022/03/07 19:53, Stuart Henderson wrote:
> On 2022/03/06 18:21, Rafael Sadowski wrote:
> > > Yet another cmake patch, which needs a full bulk test. Many of you will
> > > certainly know it, our cmake's SHARED_LIBS handling is broken for new
> > > shared libs.
> > >
> > > The default "0.0" vers
On 2022/03/06 18:21, Rafael Sadowski wrote:
> > Yet another cmake patch, which needs a full bulk test. Many of you will
> > certainly know it, our cmake's SHARED_LIBS handling is broken for new
> > shared libs.
> >
> > The default "0.0" version has been broken for several months/years.
> > Here is
On 2022/03/06 18:21, Rafael Sadowski wrote:
> ping...
I will start a test bulk on i386 with this.
For other diffs to test in bulk builds, please could you put "bulk test
wanted" or similar in the subject line so it's clear from just the
mailbox listing without reading the message itself? (also it
ping...
On Sun Feb 27, 2022 at 08:07:43AM +0100, Rafael Sadowski wrote:
> Yet another cmake patch, which needs a full bulk test. Many of you will
> certainly know it, our cmake's SHARED_LIBS handling is broken for new
> shared libs.
>
> The default "0.0" version has been broken for several months
Yet another cmake patch, which needs a full bulk test. Many of you will
certainly know it, our cmake's SHARED_LIBS handling is broken for new
shared libs.
The default "0.0" version has been broken for several months/years.
Here is a attempt to fix this. With the following patch you get back the
fo
18 matches
Mail list logo
