Re: [gentoo-dev] Gentoo Prefix: on EPREFIX, ED and EROOT inside ebuilds

[Ulrich Mueller]

In its November meeting [1], the council has unanimously expressed
support for this proposal [2].

However, there is need for additional discussion. From the council
meeting log I could extract the following open questions:

  1. What are the implications for non-prefix devs and users? 

  2. Should the Prefix team be allowed to do the necessary changes to
 ebuilds themselves, or should it be done by the respective
 maintainers?

  3. Are there any backwards compatibility or upgrade path issues for
 eclasses that must still accept EAPI 0 (where the new ED, EROOT,
 and EPREFIX variables are not defined)?

  4. EAPI numbering: Would this simply be added as an additional
 feature to EAPI 3? Or should we have an intermediate EAPI slot,
 e.g. 2.1 or 3 (and current EAPI 3 renamed to 4 in the latter
 case)?

  5. Who is going to write the exact specification (PMS patch) for
 this EAPI feature?

  6. (Any question that I've missed?)

Let's start the discussion now, in order to work out these details
before the next council meeting (December 7th).

Ulrich

[1] 
(topic was discussed from 21:32 to 22:11 in the log's timezone)
[2] 

[gentoo-dev] Lastrite: media-sound/amarokfs

[Samuli Suominen]

$subject

Only used by media-sound/amarok:3.5 which is about to get lastrited
soon, and by soon I mean after the KEYWORDREQ bug has been done which
I'm about to open *now*.

Re: [gentoo-dev] Lastrite: media-sound/amarokfs

[Samuli Suominen]

Samuli Suominen wrote:
> $subject
> 
> Only used by media-sound/amarok:3.5 which is about to get lastrited
> soon, and by soon I mean after the KEYWORDREQ bug has been done which
> I'm about to open *now*.
> 

http://bugs.gentoo.org/show_bug.cgi?id=280552

Re: [gentoo-dev] redistribute intel rpms

[Sébastien Fabbro]

On Thursday 12 November, Robin H. Johnson wrote:

> > > Thus, we need to review the "any specific restrictions which may
> > > appear in the Redistributables text files" for problems as well.
> > The "Redistributables" seem a bit different in Intel sense, see my
> > post in [1]. I also put the redist file in [2].
> Can you make a list of files in the giant tarball aren't included in
> the credist.txt list?

I put a list in [1] of the files we are thinking of splitting from the
tar balls. We could go further and split the rpms, but it should be
enough to get us working.

[1] http://dev.gentoo.org/~bicatali/intel-distrib.list

--
Sebastien

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-themes/auroare: metadata.xml ChangeLog aurorae-0.2.1.ebuild

[Robin H. Johnson]

On Fri, Nov 13, 2009 at 08:04:59PM +, Tomas Chvatal (scarabeus) wrote:
> scarabeus09/11/13 20:04:59
> 
>   Added:metadata.xml ChangeLog aurorae-0.2.1.ebuild
>   Log:
>   Initial commit. From sabayon overlay, basic ebuild from Thev00d00.
>   (Portage version: 2.2_rc49/cvs/Linux x86_64)
...
> 1.1  x11-themes/auroare/aurorae-0.2.1.ebuild

The PN here from the directory is not the same as the PN on the ebuild.
Looks like a typo, but repoman SHOULD have blocked this...

-- 
Robin Hugh Johnson
Gentoo Linux: Developer, Trustee & Infrastructure Lead
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

[gentoo-dev] Lastrite: kde-base/kdelibs:3.5 reverse dependencies

[Samuli Suominen]

# Samuli Suominen  (13 Nov 2000)
# kde-base/kdelibs:3.5 reverse dependencies
#
# Masked for removal in 30 days.
#
# Bug 292791.
#
http://tinderbox.dev.gentoo.org/misc/rindex/kde-base/kdelibs

And /suggest/ me replacements for the dead projects, I'll be more than
happy to help get them in tree. Mail me directly, or contact on IRC.

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-themes/auroare: metadata.xml ChangeLog aurorae-0.2.1.ebuild

[Petteri Räty]

Robin H. Johnson wrote:
> On Fri, Nov 13, 2009 at 08:04:59PM +, Tomas Chvatal (scarabeus) wrote:
>> scarabeus09/11/13 20:04:59
>>
>>   Added:metadata.xml ChangeLog aurorae-0.2.1.ebuild
>>   Log:
>>   Initial commit. From sabayon overlay, basic ebuild from Thev00d00.
>>   (Portage version: 2.2_rc49/cvs/Linux x86_64)
> ...
>> 1.1  x11-themes/auroare/aurorae-0.2.1.ebuild
> 
> The PN here from the directory is not the same as the PN on the ebuild.
> Looks like a typo, but repoman SHOULD have blocked this...
> 

Indeed. Did you open a bug about it?

Regards,
Petteri



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-themes/auroare: metadata.xml ChangeLog aurorae-0.2.1.ebuild

[Tomáš Chvátal]

Dne pátek 13 Listopad 2009 23:01:08 Petteri Räty napsal(a):
> Robin H. Johnson wrote:
> > On Fri, Nov 13, 2009 at 08:04:59PM +, Tomas Chvatal (scarabeus) wrote:
> >> scarabeus09/11/13 20:04:59
> >>
> >>   Added:metadata.xml ChangeLog aurorae-0.2.1.ebuild
> >>   Log:
> >>   Initial commit. From sabayon overlay, basic ebuild from Thev00d00.
> >>   (Portage version: 2.2_rc49/cvs/Linux x86_64)
> >
> > ...
> >
> >> 1.1  x11-themes/auroare/aurorae-0.2.1.ebuild
> >
> > The PN here from the directory is not the same as the PN on the ebuild.
> > Looks like a typo, but repoman SHOULD have blocked this...
> 
> Indeed. Did you open a bug about it?
> 
> Regards,
> Petteri
> 
I think it is something with moon alignment.
I cant duplicate it anymore, now repoman fails. (and yes i commited it with 
repoman). 8-/

Tom


signature.asc
Description: This is a digitally signed message part.