> I drafted that mentioned USE_EXPAND idea as a means to get some
> 'design from the scratch' discussion going and flesh out this way of
> potentially doing it (such a USE_EXPAND was idly mentioned at start
> by
> others as something that was deemed too crazy, but I didn't find any
> references). I
Ühel kenal päeval, R, 03.06.2016 kell 22:40, kirjutas Daniel Campbell:
> You touched on the part that I'm most concerned about: choosing. If
> the
> 'GUI' USE_EXPAND gets in, do we maintainers check that variable and
> if
> there's no preference just build whatever? Will we not be expected to
> emi
Ühel kenal päeval, R, 03.06.2016 kell 22:40, kirjutas Daniel Campbell:
> You touched on the part that I'm most concerned about: choosing. If
> the
> 'GUI' USE_EXPAND gets in, do we maintainers check that variable and
> if
> there's no preference just build whatever?
As I don't want this thread to
On 06/02/2016 05:21 PM, Rich Freeman wrote:
On Thu, Jun 2, 2016 at 4:46 PM, Michał Górny wrote:
We understand that some people have goals like 'I want Qt everywhere,
I hate GTK+ so much I'd rather not be able to do anything than have
GTK+ on my system'. We respect them. But we're no longer goi
On 04/06/16 21:17, Michael Orlitzky wrote:
> We've still got 5.x stable, but that's because there's a security bug
> for PHP every 20 days and it takes 30 days to stabilize an ebuild.
>
> Here's a status report:
>
> * We've got the "eselect php..." stuff sorted out already so you can
> easil
On 06/04/2016 04:03 PM, M. J. Everitt wrote:
>>
> LOL - that still happens?!
>
Yeah, at least in the U.S. There was a "PHP 6", but everything went so
wrong that they decided to just pretend that the number 6 doesn't exist.
> I still see php5 installed as stable everywhere .. so perhaps php7 sti
On 04/06/16 20:59, Michael Orlitzky wrote:
> On 06/04/2016 03:50 PM, M. J. Everitt wrote:
>> What's the migration path/timeline look like .. I'da thought it would be
>> months/years to move everything that's centred on php5 up to php7 if
>> that's the way things are going. What happened to php6 ?!?
Kristian Fiskerstrand schrieb:
Personally I'da thought an ewarning would be sufficient based on the old
flag, and perhaps a news item if considered important enough?!
as long as it is sufficient time and it notifies ahead of time, and the
new use flag can be added to package.use immediately, i
On 06/04/2016 03:50 PM, M. J. Everitt wrote:
> What's the migration path/timeline look like .. I'da thought it would be
> months/years to move everything that's centred on php5 up to php7 if
> that's the way things are going. What happened to php6 ?!?
v5 and v7 are mostly compatible, and the few b
On 06/04/2016 09:53 PM, Michael Orlitzky wrote:
> On 06/04/2016 03:45 PM, Kristian Fiskerstrand wrote:
>>
>> would a REQUIRED_USE in newer versions make sense to force the new use
>> flag for people upgrading as a deprecation period?
>>
>
> You mean like requiring USE=webp (new) if the user has US
On 06/04/2016 09:50 PM, M. J. Everitt wrote:
> On 04/06/16 20:45, Kristian Fiskerstrand wrote:
>> would a REQUIRED_USE in newer versions make sense to force the new use
>> flag for people upgrading as a deprecation period?
>>
> What's the migration path/timeline look like .. I'da thought it would b
On 06/04/2016 03:45 PM, Kristian Fiskerstrand wrote:
>
> would a REQUIRED_USE in newer versions make sense to force the new use
> flag for people upgrading as a deprecation period?
>
You mean like requiring USE=webp (new) if the user has USE=vpx (old)?
Sounds like a good idea. It's been totally
On 04/06/16 20:45, Kristian Fiskerstrand wrote:
> would a REQUIRED_USE in newer versions make sense to force the new use
> flag for people upgrading as a deprecation period?
>
What's the migration path/timeline look like .. I'da thought it would be
months/years to move everything that's centred on
On 06/04/2016 09:45 PM, Kristian Fiskerstrand wrote:
> On 06/04/2016 09:39 PM, Michael Orlitzky wrote:
>> On 06/04/2016 03:30 PM, M. J. Everitt wrote:
>>> The existing use description might be considered slightly confusing,
>>> potentially ..
>>>
>>
>> I changed them to,
>>
>> Enable webp support
On 06/04/2016 09:39 PM, Michael Orlitzky wrote:
> On 06/04/2016 03:30 PM, M. J. Everitt wrote:
>> The existing use description might be considered slightly confusing,
>> potentially ..
>>
>
> I changed them to,
>
> Enable webp support for GD in php-5.x
> Enable webp support for GD in php-7.x
On 04/06/16 20:39, Michael Orlitzky wrote:
> On 06/04/2016 03:30 PM, M. J. Everitt wrote:
>> The existing use description might be considered slightly confusing,
>> potentially ..
>>
> I changed them to,
>
> Enable webp support for GD in php-5.x
> Enable webp support for GD in php-7.x
>
>
Ok so
On 06/04/2016 03:30 PM, M. J. Everitt wrote:
> The existing use description might be considered slightly confusing,
> potentially ..
>
I changed them to,
Enable webp support for GD in php-5.x
Enable webp support for GD in php-7.x
On 04/06/16 18:14, Michael Orlitzky wrote:
> On 06/04/2016 12:29 PM, waltd...@waltdnes.org wrote:
>> dev-lang/php:vpx - Enable webp suppoprt for GD
>>
>> ?!?!?!?! Is that a typo?
>>
> Half and half. The "suppoprt" is obviously a typo, but unfortunately,
> PHP uses a bundled copy of GD, so that isn
On 06/04/2016 12:29 PM, waltd...@waltdnes.org wrote:
>
> dev-lang/php:vpx - Enable webp suppoprt for GD
>
> ?!?!?!?! Is that a typo?
>
Half and half. The "suppoprt" is obviously a typo, but unfortunately,
PHP uses a bundled copy of GD, so that isn't.
...and there's more. In php-7.x, they've d
On 06/04/2016 09:29 AM, waltd...@waltdnes.org wrote:
> On Sat, Jun 04, 2016 at 12:45:15PM +0200, Chí-Thanh Christopher Nguy???n wrote
>> Suggested description: Add support for the WebP image format
>> Currently in use by the following packages:
>
> Out of sheer curiousity...
>
> grep -i -w webp
On Sat, Jun 04, 2016 at 12:45:15PM +0200, Chí-Thanh Christopher Nguy???n wrote
> Suggested description: Add support for the WebP image format
> Currently in use by the following packages:
Out of sheer curiousity...
grep -i -w webp /usr/portage/profiles/use.local.desc
...returns the same list *
+2
I don't know how many packages that is but it's WAY over the minimum of 5
advised in the dev handbook
On Sat, Jun 4, 2016 at 3:55 AM, Davide Pesavento wrote:
> On Sat, Jun 4, 2016 at 12:45 PM, Chí-Thanh Christopher Nguyễn
> wrote:
> > Suggested description: Add support for the WebP image fo
On Sat, Jun 4, 2016 at 12:45 PM, Chí-Thanh Christopher Nguyễn
wrote:
> Suggested description: Add support for the WebP image format
> Currently in use by the following packages:
>
> app-text/tesseract:webp - Enable support for webp image format.
> dev-games/aseprite:webp - Enable webp image format
Suggested description: Add support for the WebP image format
Currently in use by the following packages:
app-text/tesseract:webp - Enable support for webp image format.
dev-games/aseprite:webp - Enable webp image format support
dev-libs/DirectFB:webp - build WebP image provider
dev-libs/efl:webp
24 matches
Mail list logo