On Mon, 2012-05-21 at 02:41 -0400, Alexandre Rostovtsev wrote:
> Index: autotools.eclass
> ===
> RCS file: /var/cvsroot/gentoo-x86/eclass/autotools.eclass,v
> retrieving revision 1.138
> diff -u -r1.138 autotools.eclass
> --- autotools
On Sun, 2012-05-20 at 06:32 -0400, Mike Frysinger wrote:
> i've extended eautoreconf to automatically call autopoint when the package
> uses gettext. the configure check might seem naïve, but this is how
> autoreconf
> itself does it. this hopefully shouldn't break any packages (at least, none
On 05/21/2012 02:01 AM, Jonathan Callen wrote:
> On 05/20/2012 07:49 PM, hasufell wrote:
>> On 05/21/2012 01:36 AM, Alexis Ballier wrote:
>>> On Mon, 21 May 2012 01:24:13 +0200 hasufell
>>> wrote:
>>>
I want support for installing icons into the appropriate
directories which are under
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2012-05-20 23h59 UTC.
Removals:
app-pda/libopensync-plugin-google-calendar 2012-05-16 01:19:15
ssuominen
x11-misc/see2012-05-16 06:36:39 dev-z
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/20/2012 07:49 PM, hasufell wrote:
> On 05/21/2012 01:36 AM, Alexis Ballier wrote:
>> On Mon, 21 May 2012 01:24:13 +0200 hasufell
>> wrote:
>>
>>> I want support for installing icons into the appropriate
>>> directories which are under /usr/sh
On 05/21/2012 01:36 AM, Alexis Ballier wrote:
> On Mon, 21 May 2012 01:24:13 +0200
> hasufell wrote:
>
>> I want support for installing icons into the appropriate directories
>> which are under /usr/share/icons/... and not just pixmaps.
>>
>> proposal attached + diff
>>
>> This should not break e
On Mon, 21 May 2012 01:24:13 +0200
hasufell wrote:
> I want support for installing icons into the appropriate directories
> which are under /usr/share/icons/... and not just pixmaps.
>
> proposal attached + diff
>
> This should not break existing ebuilds. Tested a bit and open for
> review now.
I want support for installing icons into the appropriate directories
which are under /usr/share/icons/... and not just pixmaps.
proposal attached + diff
This should not break existing ebuilds. Tested a bit and open for review
now.
# @FUNCTION: doicon
# @USAGE: doicon [options]
# @DESCRIPTION:
#
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/20/2012 02:30 PM, Nirbheek Chauhan wrote:
> On Sun, May 20, 2012 at 6:55 PM, Michał Górny
> wrote:
>> On Sun, 20 May 2012 15:33:11 +0300 Samuli Suominen
>> wrote:
>>
>>> ChangeLog entries missing for every autotools.eclass
>>> modification t
On Sunday, May 20, 2012 10:29:28 PM Michael Weber wrote:
> On 05/20/2012 07:22 PM, Dan Douglas wrote:
> > I'd put money on there not being a single admin who has ever used
> > the games group to control access to games. Games really have no
> > business being on a system where anything like that is
# Samuli Suominen (20 May 2012)
# Still using vulnerable net-libs/xulrunner wrt bug 412341
# Build problems wrt bug 390325
# Version 0.9_beta5 will be removed in approx. 30 days
~app-text/kiwix-0.9_beta5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/20/2012 07:22 PM, Dan Douglas wrote:
> I'd put money on there not being a single admin who has ever used
> the games group to control access to games. Games really have no
> business being on a system where anything like that is a
> requiremen
+1 on getting rid of the munging. In my opinion games aren't nearly
special enough to get this kind of special treatment.
On zo, 2012-05-20 at 20:16 +0300, Maxim Kammerer wrote:
> Games are rather unique in that they sometimes keep scores across
> multiple users.
Yes, and that's frequently handle
On Sunday, May 20, 2012 06:26:17 PM Michał Górny wrote:
> Do we really need all of this poor man's 'you shall not play our
> games'? I don't think we're using anything like /usr/office & office
> group, or /usr/random-programs-i-dont-like.
I'd put money on there not being a single admin who has ev
On Sun, May 20, 2012 at 7:26 PM, Michał Górny wrote:
> - changing ownership and permissions of all the files.
As a side note: why is /usr/games owned by uid "games"? Does
games_pkg_setup() in games.eclass do that? What's the point of user
"games" (as opposed to group with same name)?
> Do we rea
I second that.
simplicity = win.
--
Fabio Erculiani
Hello,
In today's MythBusters™: do we actually need the whole ugly-awful
mangling games.eclass does for games? By that I mean:
- installing games in random pre-/postfixes rather than standard FHS-y
locations,
- changing ownership and permissions of all the files.
Do we really need all of this p
On Sun, May 20, 2012 at 2:33 PM, Samuli Suominen wrote:
> ChangeLog entries missing for every autotools.eclass modification today.
I'm sure spankman would make them if his tools did it for him, RIGHT SPANK?
-A
>
> On 05/20/2012 03:31 PM, Mike Frysinger (vapier) wrote:
>>
>> vapier 12/05/20
Am Sonntag 20 Mai 2012, 15:30:45 schrieb Nirbheek Chauhan:
> On Sun, May 20, 2012 at 6:55 PM, Michał Górny wrote:
> > On Sun, 20 May 2012 15:33:11 +0300
> >
> > Samuli Suominen wrote:
> >> ChangeLog entries missing for every autotools.eclass modification
> >> today.
> >
> > I will repeat once a
On Sun, May 20, 2012 at 6:55 PM, Michał Górny wrote:
> On Sun, 20 May 2012 15:33:11 +0300
> Samuli Suominen wrote:
>
>> ChangeLog entries missing for every autotools.eclass modification
>> today.
>
> I will repeat once again: autogenerate them.
>
+1 for this, seriously.
--
~Nirbheek Chauhan
G
On Sun, 20 May 2012 15:33:11 +0300
Samuli Suominen wrote:
> ChangeLog entries missing for every autotools.eclass modification
> today.
I will repeat once again: autogenerate them.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
ChangeLog entries missing for every autotools.eclass modification today.
On 05/20/2012 03:31 PM, Mike Frysinger (vapier) wrote:
vapier 12/05/20 12:31:33
Modified: autotools.eclass
Log:
we don't use anything from eutils eclass now, so drop the inherit
Revision Changes
On Sun, May 20, 2012 at 4:02 PM, Mike Frysinger wrote:
>
> i've extended eautoreconf to automatically call autopoint when the package
> uses gettext. the configure check might seem naïve, but this is how
> autoreconf
> itself does it. this hopefully shouldn't break any packages (at least,
> none
Michał Górny wrote:
> Sometimes it is necessary for a single package to pull from multiple
> remote repositories.
> Another question is how to implement it API-wide. The main problem here
> is that we already use multiple values for EGIT_REPO_URI to support
> fallback URIs, and I'd prefer support
ChangeLog again.
On 05/20/2012 01:39 PM, Mike Frysinger (vapier) wrote:
vapier 12/05/20 10:39:45
Modified: autotools.eclass
Log:
always depend on automake even when WANT_AUTOMAKE=none #401605
Revision ChangesPath
1.133eclass/autotools.eclass
file
i've extended eautoreconf to automatically call autopoint when the package
uses gettext. the configure check might seem naïve, but this is how autoreconf
itself does it. this hopefully shouldn't break any packages (at least, none
that weren't already broken), but if you guys start seeing eauto
ChangeLog?
On 05/20/2012 01:26 PM, Mike Frysinger (vapier) wrote:
vapier 12/05/20 10:26:05
Modified: autotools.eclass
Log:
automatically create AC_CONFIG_MACRO_DIR dir too
Revision ChangesPath
1.131eclass/autotools.eclass
file :
http://sources.g
27 matches
Mail list logo
