svn commit: r443062 - in head/devel: . py-pbr py3-pbr

Bryan Drewery bdrewery at FreeBSD.org
Sat Jun 10 14:22:27 UTC 2017


On 6/9/17 11:47 PM, Ben Woods wrote:
> On 10 June 2017 at 10:49, Bryan Drewery <bdrewery at freebsd.org
> <mailto:bdrewery at freebsd.org>> wrote:
> 
>     Ben,
> 
>     We haven't announced this yet but were planning to in the next few days.
>      We plan to implement FLAVORS in the next few weeks which will remove
>     the need for these py3- slave ports as the main py- ports will build
>     py3* as well.   The plan is to remove all of them at that time.  Just
>     FYI that these will go away fairly quickly and no longer be needed.
> 
> 
>     --
>     Regards,
>     Bryan Drewery
> 
> 
> Hi Bryan,
> 
> That is great news - I have been looking forward to FLAVORS. Thank you
> for all your efforts on this!
> 
> I would love to see all of these new py3- ports disappear... it just
> feels wrong needing to have them.
> 
> However, the introduction of flavors has been "coming soon" for some
> time, but in the mean time I wanted to ensure people would be able to
> "pkg install py3-iocage". (I needed to manage my jails!). All of my work
> on fixing this is done now, so I won't be committing any more time to
> these py3- ports.
> 
> Thanks for the heads up :)
> 

Sounds good.  I realize the lack of communication on this.  Things have
just come together quickly at BSDCan.  Some of the plan is still
changing and not certain yet.

There's a definite FLAVORS patch, and a Poudriere implementation that is
99% done.  The last piece remaining for it is actually to handle the
fact that we have these py3- slave ports that duplicate their master py-
ports with the use of FLAVORS.  My original implementation meant that as
soon as I committed Poudriere with FLAVORS (and DEPENDS_ARGS) support
that all of the py3- leaf ports that were not dependencies would stop
building in Poudriere.  I am not pleased with that idea though and am
working on making Poudriere "just work" in both worlds by mapping these
slave ports to their real master port along with the appropriate
DEPENDS_ARGS/FLAVOR.  Once I am done with this I will commit it all to
ports-mgmt/poudriere-devel and we will start exp-runs for FLAVORS along
with a mass python conversion.

Once I finish up the Poudriere piece we'll have a better idea on the
timeline we can establish and will send a mail to the broader community
about it all.  Both for feedback and for setting a timetable.  The
general plan is to establish FLAVORS for use with direct-ports and
Poudriere, convert all python ports, and then put a halt on any FLAVORS
conversions for ~6 months.  This will give time to convert other tools
and weed out any bug that no one thought of.

Thanks for your understanding!

And before this all came together I was 100% in favor of these slave ports.


-- 
Regards,
Bryan Drewery

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 496 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/svn-ports-all/attachments/20170610/9c6e32ad/attachment.sig>


More information about the svn-ports-all mailing list