Re: [gentoo-portage-dev] [PATCH] Use env to find python

2020-06-16 Thread Sid Spry
On Tue, Jun 16, 2020, at 3:57 PM, Michał Górny wrote: > On Tue, 2020-06-16 at 15:19 -0400, Mike Gilbert wrote: > > On Tue, Jun 16, 2020 at 1:55 PM Zac Medico wrote: > > > On 6/16/20 10:46 AM, Mike Gilbert wrote: > > > > On Tue, Jun 16, 2020 at 1:45 PM Mike Gilbert wrote: > > > > > On Mon, Jun

Re: [gentoo-portage-dev] erroneous behavior in 2-style USE dependencies?

2020-06-16 Thread Zac Medico
On 6/16/20 7:47 PM, Michael Lienhardt wrote: > > > On 6/16/20 11:59 PM, Zac Medico wrote: >> On 6/16/20 6:38 PM, Michael Lienhardt wrote: >>> With the first version of DEPEND, emerge succeed: >>> # emerge -pv app-misc/dummy-master >>> >>> These are the packages that would be merged, in order:

Re: [gentoo-portage-dev] erroneous behavior in 2-style USE dependencies?

2020-06-16 Thread Michael Lienhardt
On 6/16/20 11:59 PM, Zac Medico wrote: > On 6/16/20 6:38 PM, Michael Lienhardt wrote: >> With the first version of DEPEND, emerge succeed: >> # emerge -pv app-misc/dummy-master >> >> These are the packages that would be merged, in order: >> >> Calculating dependencies... done! >> [ebuild N

Re: [gentoo-portage-dev] erroneous behavior in 2-style USE dependencies?

2020-06-16 Thread Zac Medico
On 6/16/20 6:38 PM, Michael Lienhardt wrote: > > > On 6/16/20 9:31 PM, Zac Medico wrote: >> On 6/16/20 11:07 PM, Michael Lienhardt wrote: >>> I'm sorry, my client didn't allow to send plain text email anymore... >>> >>> So, here is my original email. >>> >>> Dear all, >>> >>> My bad for not

Re: [gentoo-portage-dev] erroneous behavior in 2-style USE dependencies?

2020-06-16 Thread Michael Lienhardt
On 6/16/20 9:31 PM, Zac Medico wrote: > On 6/16/20 11:07 PM, Michael Lienhardt wrote: >> I'm sorry, my client didn't allow to send plain text email anymore... >> >> So, here is my original email. >> >> Dear all, >> >> My bad for not noticing it sooner, but when there is a dependency like >>

[gentoo-portage-dev] erroneous behavior in 2-style USE dependencies?

2020-06-16 Thread michael.lienhardt
‌Dear all, My bad for not noticing it sooner, but when there is a dependency like "=sys-fs/udev-208-r1:0/0[static-libs?]" (that occurs in virtual/libgudev-215-r3), since 'static-libs' is not a use flags of sys-fs/udev-242, it is silently not considered during dependency solving by emerge.

Re: [gentoo-portage-dev] erroneous behavior in 2-style USE dependencies?

2020-06-16 Thread Zac Medico
On 6/16/20 11:43 AM, michael.lienhardt wrote: > ‌Dear all, > > My bad for not noticing it sooner, but when there is a dependency like > ">=sys-fs/udev-208-r1:0/0[static-libs?]" (that occurs in > virtual/libgudev-215-r3), since 'static-libs' is not a use flags of > sys-fs/udev-242, it is silently

Re: [gentoo-portage-dev] erroneous behavior in 2-style USE dependencies?

2020-06-16 Thread Michael Lienhardt
I'm sorry, my client didn't allow to send plain text email anymore... So, here is my original email. Dear all, My bad for not noticing it sooner, but when there is a dependency like ">=sys-fs/udev-208-r1:0/0[static-libs?]" (that occurs in virtual/libgudev-215-r3), since 'static-libs' is not

Re: [gentoo-portage-dev] [PATCH] Use env to find python

2020-06-16 Thread Michał Górny
On Tue, 2020-06-16 at 15:19 -0400, Mike Gilbert wrote: > On Tue, Jun 16, 2020 at 1:55 PM Zac Medico wrote: > > On 6/16/20 10:46 AM, Mike Gilbert wrote: > > > On Tue, Jun 16, 2020 at 1:45 PM Mike Gilbert wrote: > > > > On Mon, Jun 15, 2020 at 9:39 AM Sid Spry wrote: > > > > > On Mon, Jun 15,

Re: [gentoo-portage-dev] erroneous behavior in 2-style USE dependencies?

2020-06-16 Thread Brian Dolbec
On Tue, 16 Jun 2020 20:43:44 +0200 (CEST) "michael.lienhardt" wrote: > ‌Dear all, > My bad for not noticing it sooner, but when there is a dependency > like "=sys-fs/udev-208-r1:0/0[static-libs?]" (that occurs in > virtual/libgudev-215-r3), since 'static-libs' is not a use flags of >

Re: [gentoo-portage-dev] [PATCH] Use env to find python

2020-06-16 Thread Mike Gilbert
On Tue, Jun 16, 2020 at 1:55 PM Zac Medico wrote: > > On 6/16/20 10:46 AM, Mike Gilbert wrote: > > On Tue, Jun 16, 2020 at 1:45 PM Mike Gilbert wrote: > >> > >> On Mon, Jun 15, 2020 at 9:39 AM Sid Spry wrote: > >>> > >>> On Mon, Jun 15, 2020, at 2:36 AM, Ulrich Mueller wrote: > But we know

Re: [gentoo-portage-dev] [PATCH] Use env to find python

2020-06-16 Thread Zac Medico
On 6/16/20 10:46 AM, Mike Gilbert wrote: > On Tue, Jun 16, 2020 at 1:45 PM Mike Gilbert wrote: >> >> On Mon, Jun 15, 2020 at 9:39 AM Sid Spry wrote: >>> >>> On Mon, Jun 15, 2020, at 2:36 AM, Ulrich Mueller wrote: But we know that it is in /usr/bin, so why add yet another indirection?

Re: [gentoo-portage-dev] [PATCH 1/1] repoman: deprecate netsurf.eclass.

2020-06-16 Thread Zac Medico
On 6/16/20 10:36 AM, Michael Orlitzky wrote: > While investigating bug 489542, it became clear that the netsurf > eclass is deprecated in spirit if not in fact. All of the newer > netsurf ebuilds use a custom function loaded from a script that is > shipped in netsurf-buildsystem's $FILESDIR to do

Re: [gentoo-portage-dev] [PATCH] Use env to find python

2020-06-16 Thread Mike Gilbert
On Tue, Jun 16, 2020 at 1:45 PM Mike Gilbert wrote: > > On Mon, Jun 15, 2020 at 9:39 AM Sid Spry wrote: > > > > On Mon, Jun 15, 2020, at 2:36 AM, Ulrich Mueller wrote: > > > But we know that it is in /usr/bin, so why add yet another indirection? > > > > > > Attachments: > > > * signature.asc > >

Re: [gentoo-portage-dev] [PATCH] Use env to find python

2020-06-16 Thread Mike Gilbert
On Mon, Jun 15, 2020 at 9:39 AM Sid Spry wrote: > > On Mon, Jun 15, 2020, at 2:36 AM, Ulrich Mueller wrote: > > But we know that it is in /usr/bin, so why add yet another indirection? > > > > Attachments: > > * signature.asc > > Ah, sorry -- I forgot to note this here. If you wish to support

[gentoo-portage-dev] [PATCH 1/1] repoman: deprecate netsurf.eclass.

2020-06-16 Thread Michael Orlitzky
While investigating bug 489542, it became clear that the netsurf eclass is deprecated in spirit if not in fact. All of the newer netsurf ebuilds use a custom function loaded from a script that is shipped in netsurf-buildsystem's $FILESDIR to do (some of) what the eclass used to do. That function