On Mon, Apr 23, 2012 at 11:10 PM, Mike Frysinger wrote:
> On Monday 23 April 2012 23:45:36 Doug Goldstein wrote:
>> So I've just had one reservation when using epatch_user for allowing
>> users to apply patches. And that's figuring out when to run
>> eautoreconf. I don't necessarily want to run it
On Tuesday 24 April 2012 00:18:59 Michał Górny wrote:
> It's simply better just to assume: if user wants user patches, he/she
> needs to have necessary deps installed.
if the package doesn't ever run autotools itself, i think this assumption is
fine. set AUTOTOOLS_AUTO_DEPEND=no before inherting
On Tuesday 24 April 2012 00:15:45 Michał Górny wrote:
> On Tue, 24 Apr 2012 00:10:30 -0400 Mike Frysinger wrote:
> > On Monday 23 April 2012 23:45:36 Doug Goldstein wrote:
> > > So I've just had one reservation when using epatch_user for allowing
> > > users to apply patches. And that's figuring ou
On Tue, 24 Apr 2012 00:14:15 -0400
Alexandre Rostovtsev wrote:
> On Tue, 2012-04-24 at 06:05 +0200, Michał Górny wrote:
> > On Mon, 23 Apr 2012 22:45:36 -0500
> > Doug Goldstein wrote:
> >
> > > So I've just had one reservation when using epatch_user for
> > > allowing users to apply patches. A
On Tue, 24 Apr 2012 00:10:30 -0400
Mike Frysinger wrote:
> On Monday 23 April 2012 23:45:36 Doug Goldstein wrote:
> > So I've just had one reservation when using epatch_user for allowing
> > users to apply patches. And that's figuring out when to run
> > eautoreconf. I don't necessarily want to r
On Tue, 2012-04-24 at 06:05 +0200, Michał Górny wrote:
> On Mon, 23 Apr 2012 22:45:36 -0500
> Doug Goldstein wrote:
>
> > So I've just had one reservation when using epatch_user for allowing
> > users to apply patches. And that's figuring out when to run
> > eautoreconf. I don't necessarily want
On Monday 23 April 2012 23:45:36 Doug Goldstein wrote:
> So I've just had one reservation when using epatch_user for allowing
> users to apply patches. And that's figuring out when to run
> eautoreconf. I don't necessarily want to run it unconditionally but
> sometimes users have patches which touc
On Mon, 23 Apr 2012 22:45:36 -0500
Doug Goldstein wrote:
> So I've just had one reservation when using epatch_user for allowing
> users to apply patches. And that's figuring out when to run
> eautoreconf. I don't necessarily want to run it unconditionally but
> sometimes users have patches which
On 24 April 2012 09:15, Doug Goldstein wrote:
> So I've just had one reservation when using epatch_user for allowing
> users to apply patches. And that's figuring out when to run
> eautoreconf. I don't necessarily want to run it unconditionally but
> sometimes users have patches which touch autoco
So I've just had one reservation when using epatch_user for allowing
users to apply patches. And that's figuring out when to run
eautoreconf. I don't necessarily want to run it unconditionally but
sometimes users have patches which touch autoconf files but my
existing patch set doesn't so I'm not c
On Monday 23 April 2012 15:19:31 Walter Dnes wrote:
> On Mon, Apr 23, 2012 at 02:22:53PM +0300, Samuli Suominen wrote
>
> > All users are recommended to migrate:
> >
> > # emerge -C media-libs/jpeg:0
> > # emerge -1 media-libs/libjpeg-turbo
>
> How about mentioning revdep-rebuild in the instru
Matt Turner schrieb:
> It's not that they're not supported, just that libjpeg-turbo doesn't
> have optimized routines for them. It'll still run fine. (Check the
> keywords, you'll see that it's stabilized.)
And on those platforms it will run equally fast or faster or slower?
Best regards,
Chí-Th
On Mon, Apr 23, 2012 at 02:22:53PM +0300, Samuli Suominen wrote
> All users are recommended to migrate:
>
> # emerge -C media-libs/jpeg:0
> # emerge -1 media-libs/libjpeg-turbo
How about mentioning revdep-rebuild in the instructions?
--
Walter Dnes
Our stable versions are broken for a long time, they even don't compile,
but we cannot stable latest testing version because of a buffer overflow
problem. A bump could help, but looks like embedded team doesn't have
enough time for it. Is anybody interested in taking care of it?
Its bugs:
https://
On 04/23/2012 11:03 AM, Sebastian Luther wrote:
Am 23.04.2012 19:49, schrieb Pacho Ramos:
El lun, 23-04-2012 a las 10:17 -0400, Mike Gilbert escribió:
On Mon, Apr 23, 2012 at 8:28 AM, Duncan<1i5t5.dun...@cox.net>
wrote:
Samuli Suominen posted on Mon, 23 Apr 2012 14:22:53 +0300 as
excerpted:
Am 23.04.2012 19:49, schrieb Pacho Ramos:
> El lun, 23-04-2012 a las 10:17 -0400, Mike Gilbert escribió:
>> On Mon, Apr 23, 2012 at 8:28 AM, Duncan <1i5t5.dun...@cox.net>
>> wrote:
>>> Samuli Suominen posted on Mon, 23 Apr 2012 14:22:53 +0300 as
>>> excerpted:
>>>
Title: The default JPEG impl
On 04/23/2012 10:49 AM, Pacho Ramos wrote:
El lun, 23-04-2012 a las 10:17 -0400, Mike Gilbert escribió:
On Mon, Apr 23, 2012 at 8:28 AM, Duncan<1i5t5.dun...@cox.net> wrote:
Samuli Suominen posted on Mon, 23 Apr 2012 14:22:53 +0300 as excerpted:
Title: The default JPEG implementation
[...]
El lun, 23-04-2012 a las 10:17 -0400, Mike Gilbert escribió:
> On Mon, Apr 23, 2012 at 8:28 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> > Samuli Suominen posted on Mon, 23 Apr 2012 14:22:53 +0300 as excerpted:
> >
> >> Title: The default JPEG implementation
> >
> > [...]
> >
> >> All users are recom
On Sun, Apr 22, 2012 at 11:04:54PM -0700, Zac Medico wrote
> On 04/22/2012 06:25 PM, Walter Dnes wrote:
> > BTW, how would a non-programmer (at least not C programmer) like me
> > forward these ideas to the Gentoo Council?
>
> You'll see an email on this list a week or two before the next counc
On Mon, Apr 23, 2012 at 8:28 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> Samuli Suominen posted on Mon, 23 Apr 2012 14:22:53 +0300 as excerpted:
>
>> Title: The default JPEG implementation
>
> [...]
>
>> All users are recommended to migrate:
>>
>> # emerge -C media-libs/jpeg:0
>> # emerge -1 media-l
On Mon, Apr 23, 2012 at 8:49 AM, Samuli Suominen wrote:
> On 04/23/2012 03:28 PM, Duncan wrote:
>>
>> Samuli Suominen posted on Mon, 23 Apr 2012 14:22:53 +0300 as excerpted:
>>
>>> Title: The default JPEG implementation
>>
>>
>> [...]
>>
>>> All users are recommended to migrate:
>>>
>>> # emerge -
On 04/23/2012 03:28 PM, Duncan wrote:
Samuli Suominen posted on Mon, 23 Apr 2012 14:22:53 +0300 as excerpted:
Title: The default JPEG implementation
[...]
All users are recommended to migrate:
# emerge -C media-libs/jpeg:0
# emerge -1 media-libs/libjpeg-turbo
>
There's no way to use port
On 04/23/2012 02:58 PM, Richard Yao wrote:
On 04/23/12 06:16, Samuli Suominen wrote:
I don't really think this is necessary, but some people seem to.
Looks fine?
- Samuli
What is the plan for platforms that are not supported by libturbo?
Matt's reply is accurate.
Samuli Suominen posted on Mon, 23 Apr 2012 14:22:53 +0300 as excerpted:
> Title: The default JPEG implementation
[...]
> All users are recommended to migrate:
>
> # emerge -C media-libs/jpeg:0
> # emerge -1 media-libs/libjpeg-turbo
That of course leaves the system without a jpeg library betwee
On Mon, Apr 23, 2012 at 7:58 AM, Richard Yao wrote:
> What is the plan for platforms that are not supported by libturbo?
It's not that they're not supported, just that libjpeg-turbo doesn't
have optimized routines for them. It'll still run fine. (Check the
keywords, you'll see that it's stabilize
On 04/23/12 06:16, Samuli Suominen wrote:
> I don't really think this is necessary, but some people seem to.
>
> Looks fine?
>
> - Samuli
What is the plan for platforms that are not supported by libturbo?
signature.asc
Description: OpenPGP digital signature
On 04/23/2012 01:43 PM, Ulrich Mueller wrote:
On Mon, 23 Apr 2012, Samuli Suominen wrote:
I don't really think this is necessary, but some people seem to.
Looks fine?
Title: The default JPEG implementation is libjpeg-turbo
Too long. GLEP 42 allows a maximum of 44 characters only.
Author
> On Mon, 23 Apr 2012, Samuli Suominen wrote:
> I don't really think this is necessary, but some people seem to.
> Looks fine?
> Title: The default JPEG implementation is libjpeg-turbo
Too long. GLEP 42 allows a maximum of 44 characters only.
> Author: Samuli Suominen
> Content-Type: text/
I don't really think this is necessary, but some people seem to.
Looks fine?
- Samuli
Title: The default JPEG implementation is libjpeg-turbo
Author: Samuli Suominen
Content-Type: text/plain
Posted: 2012-04-23
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: =media-libs/jpeg-8*
libjpeg-
29 matches
Mail list logo
