On Sat, Mar 15, 2008 at 05:37:15PM +0100, Torsten Rehn wrote:
> <+jakub> scel: basically... instead of KEYWORDREQ/STABLEREQ
> <+jakub> create keywording and stabilization components
> <+jakub> and use flags accordingly there
> <+jakub> bugzilla already has the features, why not use them
> <+jakub>
Bo Ørsted Andresen a écrit :
On Tuesday 18 March 2008 00:42:02 Gilles Dartiguelongue wrote:
Now, basically, if the portage metadata or QA people could tell me a way
to figure *all* the ebuilds that inherit gnome2 *and* have a
pkg_preinst() function somewhere (either in the ebuild or in an eclass
Petteri Räty a écrit :
http://archives.gentoo.org/gentoo-dev/msg_a57bf5f459324975bae8843fe7cdf469.xml
Sorry I didn't respond to you Petteri, but this is clearly missing
packages. For sure, it's missing gnome-games which inherits both the
gnome2 and the games eclasses. So I made the assumptio
On Tuesday 18 March 2008 00:42:02 Gilles Dartiguelongue wrote:
> > Now, basically, if the portage metadata or QA people could tell me a way
> > to figure *all* the ebuilds that inherit gnome2 *and* have a
> > pkg_preinst() function somewhere (either in the ebuild or in an eclass
> > somewhere) I'd
Christian Faulhammer kirjoitti:
Hi,
in the Emacs overlay we imported the bzr.eclass from the xeffects
overlay. In the near future Emacs development will switch from CVS to
Bazaar and thus we need the new eclass in Portage to still provide our
live ebuilds from app-editors/emacs-cvs. Question i
Rémi Cardona kirjoitti:
Now, basically, if the portage metadata or QA people could tell me a way
to figure *all* the ebuilds that inherit gnome2 *and* have a
pkg_preinst() function somewhere (either in the ebuild or in an eclass
somewhere) I'd really appreciate it, as I really don't want to r
Le lundi 17 mars 2008 à 17:32 +0100, Rémi Cardona a écrit :
[snip]
> Now, basically, if the portage metadata or QA people could tell me a way
> to figure *all* the ebuilds that inherit gnome2 *and* have a
> pkg_preinst() function somewhere (either in the ebuild or in an eclass
> somewhere) I'd
Hello, fellow devs!
As you might know, the Gentoo KDE project provides an overlay with KDE4
live ebuilds ("kde" in layman) and some of their dependencies.
For quite some time now, our progress has been impaired by the absence of
features like USE dependencies, ranged dependencies and suggested
Nirbheek Chauhan a écrit :
Shouldn't this function be
gnome2_pkg_preinst() {
:
}
? Because bash chokes on empty functions..
I was actually planning on using a bogus debug-print statement :) but
thanks for letting me know.
Rémi
--
gentoo-dev@lists.gentoo.org mailing list
Hi,
in the Emacs overlay we imported the bzr.eclass from the xeffects
overlay. In the near future Emacs development will switch from CVS to
Bazaar and thus we need the new eclass in Portage to still provide our
live ebuilds from app-editors/emacs-cvs. Question is now, who wrote
it?
V-Li
--
Ch
On Mon, Mar 17, 2008 at 10:02 PM, Rémi Cardona <[EMAIL PROTECTED]> wrote:
[snip]
> [1] The Patch (tm)
>
> --- gnome2.eclass 10 Feb 2008 14:47:14 - 1.83
> +++ gnome2.eclass 17 Mar 2008 16:30:31 -
> @@ -106,6 +106,9 @@
> rm -fr "${D}/usr/share/applications/mimein
Hi again,
I've just come up with a plan for the new eclass based on previous
feedback. Basically, I want to commit this patch [1] ASAP.
If I commit this right now here's what's going to happen :
- ebuilds that use the gnome2 eclass and other eclasses that don't
export pkg_preinst() will be
On Mon, 17 Mar 2008 11:25:59 -0400
Josh Nichols <[EMAIL PROTECTED]> wrote:
> I personally don't use this engine anymore, so I'm looking for
> someone to take it off my hands.
>
> There are a few open bugs (including a version bump), but they should
> be pretty easy to fix:
>
> https://bugs.gento
I personally don't use this engine anymore, so I'm looking for someone
to take it off my hands.
There are a few open bugs (including a version bump), but they should be
pretty easy to fix:
https://bugs.gentoo.org/show_bug.cgi?id=192797
https://bugs.gentoo.org/show_bug.cgi?id=198815
https://bu
Duncan wrote:
Luca Barbato <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
excerpted below, on Sun, 16 Mar 2008 07:30:00 +0100:
Raúl Porcel wrote:
Xulrunner-1.9 is a big change, and the apps using it won't work until
they are fixed. So this needs to be decided, i've been working on
slotting xul
Duncan wrote:
Unslotted xulrunner seems to be the consensus, so we aren't committing to
"forever" maintain patches ourselves -- on a package-base that may well
expand over time.
The consensus is to have updated applications, the new xulrunner seems
quite an improvement so make _quite_ sense m
16 matches
Mail list logo
