Federico Ferri wrote:
> 1st: you could make an ebuild for it ;)
Done. Look for app-admin/gentoo-smolt- in the "sping" overlay.
Running
# smoltSendProfile --server=http://smolt.hartwork.org:45678/
should work fine after.
Sebastian
2009/8/12 Ben de Groot :
> Arun Raghavan wrote:
>> This still does not address the original problem - if
>> $external_service shuts down, is bought out, has arbitrary terms about
>> content that are not immediately clear as being unfavourable to us,
>> (at least) that part of the project which is h
Mounir Lamouri wrote:
> So, this week, I will add a ACCEPT_PROPERTIES feature to portage. I was
> thinking of filtering interactive PROPERTIES in my backend but zac told
> me he was planning to add this feature. It should be available soon (one
> or two days) and the gnome-packagekit ebuild will be
Arun Raghavan wrote:
> This still does not address the original problem - if
> $external_service shuts down, is bought out, has arbitrary terms about
> content that are not immediately clear as being unfavourable to us,
> (at least) that part of the project which is hosted on is negatively
> affect
Mark Loeser wrote:
> Why can't this be on our official overlays? Is there a technical
> reason, because we seem to just be spreading things out even more than
> necessary.
Because on g.o.g.o. we can not admin it ourselves, resulting in delays
and adding to infra's burden. Also, the web interface
Thomas Sachau wrote:
> Is there a special reason, why we need to split things even more? Why not
> invite those devs and
> interested users to sunrise? Training ground for interested users is one of
> the main goals of our
> project.
Sunrise has a very different policy (e.g. no packages already
Hi,
I would like to inform you in addition of ACCEPT_KEYWORDS and somewhat
new ACCEPT_LICENSE, portage now uses ACCEPT_PROPERTIES.
As for LICENSE, this var let the user mask some packages considering the
PROPERTIES line.
Contrary to ACCEPT_LICENSE, the default value is "*". This means every
PROPE
On Tue, Aug 11, 2009 at 11:26:17PM +0530, Arun Raghavan wrote:
> 2009/8/11 Nirbheek Chauhan :
> > On Tue, Aug 11, 2009 at 11:08 PM, Arun Raghavan
> > wrote:
> >> The 1-2 times that I asked for access to overlays, time taken was a
> >> non-issue. If others have had problems, let's fix that instead.
On Tuesday 11 of August 2009 19:38:48 Arun Raghavan wrote:
> This still does not address the original problem - if
> $external_service shuts down, is bought out, has arbitrary terms about
> content that are not immediately clear as being unfavourable to us,
> (at least) that part of the project wh
Hi,
Sebastian Pipping :
> Have fun and please share your experience with it.
Works fine...really great work. This Summer of code seems to bring
out some results for Gentoo finally.
V-Li
--
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNod
On 08/11/2009 09:19 PM, Alex Alexander wrote:
On Tue, Aug 11, 2009 at 20:32, Markos Chandras wrote:
Now, it is my time to say goodbye ( but not forever ) . I am *forced* to join
the greek army from 16/8/2009 until May 2010. So I wont be active during this
period. When I come back, I expect a mo
On Tue, Aug 11, 2009 at 20:32, Markos Chandras wrote:
> Now, it is my time to say goodbye ( but not forever ) . I am *forced* to join
> the greek army from 16/8/2009 until May 2010. So I wont be active during this
> period. When I come back, I expect a more shiny Gentoo which will provide
> great e
090811 Markos Chandras wrote:
> Now, it is my time to say goodbye ( but not forever ) .
> I am *forced* to join the Greek army from 16/8/2009 until May 2010.
> When I come back, I expect a more shiny Gentoo
> So long people. It was a pleasure to work with you so far. See you in May :)
Lots of symp
2009/8/11 Nirbheek Chauhan :
> On Tue, Aug 11, 2009 at 11:08 PM, Arun Raghavan
> wrote:
>> The 1-2 times that I asked for access to overlays, time taken was a
>> non-issue. If others have had problems, let's fix that instead.
>
> How much effort do you estimate would need to be invested to have a
On Tue, Aug 11, 2009 at 11:08 PM, Arun Raghavan wrote:
> The 1-2 times that I asked for access to overlays, time taken was a
> non-issue. If others have had problems, let's fix that instead.
How much effort do you estimate would need to be invested to have a
webinterface (or similar) which lets ov
On Tuesday 11 August 2009 20:41:28 Mauricio Lima Pilla wrote:
> SPARTA!
>
> /me hides
Close enough. Only ~100Km away from Sparta :)
>
> 2009/8/11 Tomáš Chvátal
>
> > Dne úterý 11 Srpen 2009 19:32:51 Markos Chandras napsal(a):
> > > Now, it is my time to say goodbye ( but not forever ) . I
SPARTA!
/me hides
2009/8/11 Tomáš Chvátal
> Dne úterý 11 Srpen 2009 19:32:51 Markos Chandras napsal(a):
> > Now, it is my time to say goodbye ( but not forever ) . I am *forced* to
> > join the greek army from 16/8/2009 until May 2010. So I wont be active
> > during this period. When I
2009/8/11 Markos Chandras :
[...]
>> The advantage is primarily that we retain control of the
>> infrastructure on which it (the official Gentoo project) is hosted.
> Sorry but IMHO this is not an argument. By hosting projects/overlays on
> gitorious/github we can administer them more quickly witho
Dne úterý 11 Srpen 2009 19:32:51 Markos Chandras napsal(a):
> Now, it is my time to say goodbye ( but not forever ) . I am *forced* to
> join the greek army from 16/8/2009 until May 2010. So I wont be active
> during this period. When I come back, I expect a more shiny Gentoo which
> will provide g
Now, it is my time to say goodbye ( but not forever ) . I am *forced* to join
the greek army from 16/8/2009 until May 2010. So I wont be active during this
period. When I come back, I expect a more shiny Gentoo which will provide
great experiences to our users.
So long people. It was a pleasure
On Tuesday 11 August 2009 18:07:47 Arun Raghavan wrote:
> 2009/8/11 Sebastian Pipping :
> > Josh Saddler wrote:
> >> I'm well aware of that. It's A Dumb Policy(tm). :)
> >
> > What advantage do you see in forcing people to have their overlays
> > hosted on http://git.overlays.gentoo.org/gitweb/ ?
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sebastian Pipping wrote:
> Federico Ferri wrote:
>> FEATURES
>> can link feature to make.conf man page:
>> http://linuxreviews.org/man/make.conf/ (unfortunately this man page is
>> rendered with no anchors over variable/features, so you could do
>> b
Federico Ferri wrote:
> 1st: you could make an ebuild for it ;)
i just made one but it's not that useful yet, as the code is not
runnable from any location yet...
> 2nd: how to improve the output: you could make every data an
> hyperlink: that would help understand better the contents
actually
2009/8/11 Maciej Mrozowski :
> That's probably why there's still no CIA.vc bot tracking kde-testing overlay
> on #gentoo-kde
Actually, you can totally blame Arun for this. *point* *grin*
--
~Nirbheek Chauhan
GNOME Team, Gentoo
On Tuesday 11 of August 2009 17:07:47 Arun Raghavan wrote:
> The advantage is primarily that we retain control of the
> infrastructure on which it (the official Gentoo project) is hosted.
Yes, and this is the problem.
That's probably why there's still no CIA.vc bot tracking kde-testing overlay
o
2009/8/11 Sebastian Pipping :
> Josh Saddler wrote:
>> I'm well aware of that. It's A Dumb Policy(tm). :)
>
> What advantage do you see in forcing people to have their overlays
> hosted on http://git.overlays.gentoo.org/gitweb/ ?
The advantage is primarily that we retain control of the
infrastruct
Josh Saddler wrote:
> I'm well aware of that. It's A Dumb Policy(tm). :)
What advantage do you see in forcing people to have their overlays
hosted on http://git.overlays.gentoo.org/gitweb/ ?
Sebastian
Federico Ferri wrote:
> note that for sound-related packages there exists pro-audio overlay
my impression is that pro-audio really focuses on _professional_ audio
software. that's two very different sets of applications. i don't see
any benefits from mixing them, do you?
sebastian
On Tuesday 11 August 2009, Maciej Mrozowski wrote:
> On Tuesday 11 of August 2009 11:08:34 Robert Buchholz wrote:
> > In my opinion, the entrance barrier for devs is lower on
> > git.overlays, there is no signup, password, mail verification
> > required. There's scripts to keep the ssh keys in LDAP
On Tuesday 11 of August 2009 11:08:34 Robert Buchholz wrote:
> In my opinion, the entrance barrier for devs is lower on git.overlays,
> there is no signup, password, mail verification required. There's
> scripts to keep the ssh keys in LDAP and on git.overlays in sync, and
> people can just reques
# Samuli Suominen (11 Aug 2009)
# Moved inside actual gst-plugins-bad. Masked for removal.
# Bug 281083.
media-plugins/gst-plugins-fluendo-mpegdemux
So we don't need this separate plug-in anymore since the functionality
has been moved inside -bad.. kthxbye
# Samuli Suominen (11 Aug 2009)
# Segmentation faults. Doesn't compile with -Wl,--as-needed.
# Doesn't pass configure with Autoconf 2.64. Bugs 281080,
# 247823 and 281076. Masked for removal.
media-sound/beast
media-sound/beast-data
On Tuesday 11 August 2009, Josh Saddler wrote:
> Why isn't this on git.overlays.gentoo.org?
I'm not going to request access to the overlay, so I respect if media
herds want this to be hosted on gitorious.
In my opinion, the entrance barrier for devs is lower on git.overlays,
there is no signup,
# Samuli Suominen (11 Aug 2009)
# For vis5d+, see https://bugs.gentoo.org/show_bug.cgi?id=274281
# For cgal-python, see https://bugs.gentoo.org/show_bug.cgi?id=278106
# These will be removed or fixed in 60 days but they can't be unmasked
# before they have.
dev-python/cgal-python
sci-visualization
On Tuesday 11 August 2009 03:06:21 Thomas Sachau wrote:
> Ben de Groot schrieb:
> > Hi,
> >
> > The qting-edge overlay (the official overlay for the Gentoo Qt team) is
> > a great success as a place to develop new ebuilds, packages, eclasses,
> > to prepare new releases, to maintain bleeding edge s
# Diego E. Pettenò (11 Aug 2009)
# on behalf of QA team
#
# Fails to build (bug #277245), last release in 2004,
# unmaintained in Gentoo.
#
# Removal on 2009-10-10
app-i18n/canuum
36 matches
Mail list logo
