On 04/25/2012 11:18 PM, Duncan wrote:
> IOW, let's quit letting the perfect be the enemy of the good, and just
> get on with it, already.
If that means settling on something that's fragile and prone to lots of
bug reports, then it's not really practical, because it wastes peoples
time (and time i
Ryan Hill posted on Wed, 25 Apr 2012 22:44:33 -0600 as excerpted:
> On Wed, 18 Apr 2012 22:41:39 +0100 David Leverton
> wrote:
>
>> The point I was trying to get at was that it seems a bit heavyweight to
>> rely on a whole eclass for a minor use-case, as well as a bit
>> error-prone to expect pe
On Wed, 25 Apr 2012 22:03:18 -0700
Zac Medico wrote:
> On 04/25/2012 09:44 PM, Ryan Hill wrote:
> > Yeah the whole idea here was to make user patches available without ebuild
> > modifications or eclass dependence.
> Using the "apply_user_patches_here" approach [1] that Ciaran suggested,
> the
On 04/25/2012 09:45 PM, Ryan Hill wrote:
> Could we detect user patches touching autoconf files somehow, maybe by
> hashing them beforehand
There's an implementation of that inside autotools-utils_src_prepare.
--
Thanks,
Zac
On 04/25/2012 09:44 PM, Ryan Hill wrote:
> On Wed, 18 Apr 2012 22:41:39 +0100
> David Leverton wrote:
>
>> The point I was trying to get at was that it seems a bit heavyweight to
>> rely on a whole eclass for a minor use-case, as well as a bit
>> error-prone to expect people to remember it ever
On Tue, 24 Apr 2012 20:12:46 + (UTC)
"Jim Ramsay (lack)" wrote:
24 Apr 2012; Jim Ramsay
adobe-flash-11.2.202.228.ebuild, metadata.xml:
On darkside's suggestion, providing a USE flag (IUSE=+sse2check) that can be
turned off to allow binpkg users to override this check (or at least red
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 Wed, 18 Apr 2012 22:41:39 +0100
David Leverton wrote:
> The point I was trying to get at was that it seems a bit heavyweight to
> rely on a whole eclass for a minor use-case, as well as a bit
> error-prone to expect people to remember it every time, but maybe that's
> the least bad option a
Hallo Gentoo-dev ML,
some major changes in media-video/vdr-1.7.27:overlay vdr-devel
needs some rewrite in the vdr-plugin.eclass
History:
- =vdr-1.5.7 has convertet to gettext for language handling,
i18n handling still available, but marked as deprecated
- >=vdr-1.7.27 only gettext handling, i18
On Wed, 25 Apr 2012 09:16:05 +0200
Corentin Chary wrote:
> On Tue, Apr 24, 2012 at 6:38 PM, Michał Górny
> wrote:
> > On Tue, 24 Apr 2012 16:19:11 +
> > "Robin H. Johnson" wrote:
> >
> >> On Tue, Apr 24, 2012 at 04:50:49PM +0200, Corentin Chary wrote:
> >> > >> $ ./mirrors.py --all --count
On Wed, Apr 25, 2012 at 5:53 PM, Mike Frysinger wrote:
>
> isn't this what bugzilla is for ? reporting bugs ?
> -mike
Tracker Bug 413529 already filed.
--
Fabio Erculiani
On Wednesday 25 April 2012 05:27:10 Fabio Erculiani wrote:
> Like it happened with gtk-pixbuf-query-loaders, gtk-query-immodules is
> used in an unsafe way as well.
> There are several reasons that could make gtk-query-immodules fail at
> runtime (SIG*, missing sonames, etc).
>
> Using it this way
On Wednesday 25 April 2012 02:26:19 Steven J Long wrote:
> Mike Frysinger wrote:
> > Paul Varner wrote:
> >> Robin H. Johnson wrote:
> >> > Why are we keeping it? I move that we remove it. It's been replaced
> >> > by USE flags in metadata.xml for several years now.
> >>
> >> euse from gentoolkit
25 апреля 2012 г. 15:47 пользователь Ulrich Mueller написал:
>> On Wed, 25 Apr 2012, Maxim Koltsov wrote:
>
So the question is: can Paratype FreeFont license be added to tree
as /usr/portage/licenses/paratype?
>>>
>>> I don't see any reason why it couldn't.
>>>
>>> It looks like a si
> On Wed, 25 Apr 2012, Maxim Koltsov wrote:
>>> So the question is: can Paratype FreeFont license be added to tree
>>> as /usr/portage/licenses/paratype?
>>
>> I don't see any reason why it couldn't.
>>
>> It looks like a simplified version of the OFL license, so it could
>> even be included
25 апреля 2012 г. 9:53 пользователь Ulrich Mueller написал:
>> On Tue, 24 Apr 2012, Maxim Koltsov wrote:
>
>> We had Paratype fonts in tree for some time (media-fonts/paratype)
>> with OFL license. Recently they added bold font variant to PTMono font
>> with their own license [1], but OFL font
Like it happened with gtk-pixbuf-query-loaders, gtk-query-immodules is
used in an unsafe way as well.
There are several reasons that could make gtk-query-immodules fail at
runtime (SIG*, missing sonames, etc).
Using it this way is really wrong (and you know why ;-) ):
gtk-query-immodules > "${ROOT
On Tue, Apr 24, 2012 at 6:38 PM, Michał Górny wrote:
> On Tue, 24 Apr 2012 16:19:11 +
> "Robin H. Johnson" wrote:
>
>> On Tue, Apr 24, 2012 at 04:50:49PM +0200, Corentin Chary wrote:
>> > >> $ ./mirrors.py --all --count
>> > >> 297 ?? ?? http://pear.php.net
>> > >> 297 ?? ?? http://pear.php.n
18 matches
Mail list logo
