# Stefan Schweizer <[EMAIL PROTECTED]> (19 Jan 2008)
# Project abandoned. Masked for removal, bug 206105
sys-apps/list
--
gentoo-dev@lists.gentoo.org mailing list
Hi,
app-misc/gfontview depends on the phasing out gtk+-1.2 and has an open issue
and is unmaintained upstream:
Bug 189775
app-misc/gfontview-0.5.0-r6 segfaults on startup
# Stefan Schweizer <[EMAIL PROTECTED]> (10 Oct 2007)
# removal because of starting problems in Bug 189775, gtk+-1.2
someone should get him a cvs account ;)
# Stefan Schweizer <[EMAIL PROTECTED]> (02 Sep 2007)
# last-rite bpalogin for mark_alec, as the package is useless now (ISP
# no longer needs it) and the initscript is broken with baselayout2
net-dialup/bpalogin
--
[EMAIL PROTECTED] mailing list
Mike Doty wrote:
> We're going to change the -dev mailing list from completely open to where
> only devs can post,
Restricting freedom to post is like setting up surveilance and censorship
against terrorism.
I hate it when the "rulers" think they can impose such decisions upon the
people and do n
Hi,
# unmaintained, masked for removal, bug 156497
# You can find a new version in the sunrise overlay
Can you please also list #138792 as implemented? It has a patch attached.
-Stefan
--
[EMAIL PROTECTED] mailing list
A good time for a fresh wind in the Gentoo world :)
nominating:
betelgeuse
dberkholz
jokey
Best regards,
Stefan
--
[EMAIL PROTECTED] mailing list
Steve Long wrote:
> Dunno what the procedure might end up becoming, but my understanding is
> commit right to the sunrise overlay, from where a dev has to commit it to
> the main tree. It seems like a logical extension of sunrise, and i am sure
> there are stats on who has submitted what to sunrise
Thilo Bangert wrote:
> All packages with maintainer-needed will be moved to
> no-herd.
I think that is not quite right, and since maintainer-needed is not a
maintainer but multiple people listening to the alias and users I would
like to suggest the following addition to herds.xml to make it legal:
Jeroen Roovers wrote:
> On Tue, 17 Apr 2007 21:50:26 +0200
> "Stefan Schweizer" <[EMAIL PROTECTED]> wrote:
>> As a maintainer I have to deal with many stable/keywording requests.
>> Those are bugs that generally hang around in my bugzilla queries and
>&g
On 4/17/07, Doug Goldstein <[EMAIL PROTECTED]> wrote:
Bugs that are created for the purpose of getting arches to keyword or
stabilize a particular package should initially be assigned to the
herd/maintainer of said package with all requested arches being CCed.
As a maintainer I have to deal wit
Christian Heim wrote:
> Tobias is joining us from Hamm, Germany where he's currently finishing the
> junior high school.
Wow he must be really young then. But I cannot find the adequate german
translation for "junior high school". What is it?
Welcome to the devs!
-Stefan
--
[EMAIL PROTECTED] m
Rumen Yotov wrote:
> Somebody might want to know (for a new install) for how long
> (eventually) he/she will have to wait.
You do not have to wait for the gentoo release engineering team. You will
get an up to date install after running emerge -uvaD system in your fresh
system.
If the livecd is n
»Q« wrote:
> In <news:[EMAIL PROTECTED]>,
> Philip Webb <[EMAIL PROTECTED]> wrote:
>
>> 070407 Stefan Schweizer wrote:
>> > # masked for removal: no release since 2001, build broken, bug
>> > 154671 app-misc/gfontview
>>
>> I have
Philip Webb wrote:
> 070407 Stefan Schweizer wrote:
>> # masked for removal: no release since 2001, build broken, bug 154671
>> app-misc/gfontview
>
> I have added a comment to the bug.
> If you want to remove this package, please provide a better explanation.
>
# Stefan Schweizer <[EMAIL PROTECTED]> (07 Apr 2007)
# masked for removal: no release since 2001, build broken, bug 154671
app-misc/gfontview
--
gentoo-dev@gentoo.org mailing list
Hi,
virtual/x11 has been deprecated for some time and now that all packages
that only use it have been removed it is time to mask and remove it. I
have put it in package.mask now - please fix your overlays in case you
still use virtual/x11 somewhere. It will be removed in 30 days as per
the u
# Stefan Schweizer <[EMAIL PROTECTED]> (24 Mar 2007)
# as-needed broken, unmaintained, for removal, bug 147550
x11-libs/libzvt
# use gksu now
app-admin/gnomesu
app-admin/xsu2
# use root-tail now
x11-misc/root-portal
--
gentoo-dev@gentoo.org mailing list
Christian Heim wrote:
> Please welcome Bernard as a new fellow developer among us !
>
Thanks Bernhard - it is awesome to have up to date NX packages again! Thank
you also Christian for taking the time to set him up. Your work is really
appreciated.
Best regards,
Stefan
--
gentoo-dev@gentoo.org
# Stefan Schweizer <[EMAIL PROTECTED]> (27 Feb 2007)
# Masked for removal, modular X incompatible
# bug 153202, upstream dead
media-libs/libhydrogen
# bug 139792, upstream dead
app-i18n/skkinput
# bug 116233, upstream dead
media-video/xiron
--
gentoo-dev@gentoo.org mailing list
libhydrogen is now masked for removal, modular X broken and unused.
Bug 153202
-Stefan
--
gentoo-dev@gentoo.org mailing list
Some time ago the development version of portage used to source the
ebuild only once. I very much liked this and in the process fixed some
ebuilds like you described it.
Sadly this feature was removed from portage again - nice to see it
coming up again. Please fix or point out ebuilds that are
# Stefan Schweizer <[EMAIL PROTECTED]> (19 Feb 2007)
# bug 152513 broken on gcc4 and no release since 2002, masked for removal
net-misc/kssh
# Stefan Schweizer <[EMAIL PROTECTED]> (07 Nov 2006)
# Please use ntfs3g now - it is better. Will be removed someday
sys-fs/captive
# Stef
George Shapovalov schrieb:
a) move all the keywording into profiles (that is remove all KEYWORDS fields
from all the ebuild) and disallow package maintainers and other devs (other
than arch teams) to touch keywords
or
b) leave ebuilds with simple ~arch/arch/-arch (literally) keywords and mov
Alexander Færøy schrieb:
It was discussed at the last council meeting... Proposed by jokey.
Thanks. Sorry I did not know about it because there was no summary for
the last council meeting. From the log that I read now I cannot clearly
define an outcome.
I would appreciate to see summaries a
Bryan Østergaard wrote:
A. ~arch keywords are supposed to be carried over to new versions unless
we're talking about big rewrites or similar (so old versions doesn't
have to linger around in portage tree at all).
right, we all agree :)
B. If we're complaining about MIPS team not being able to
To my fellow arguing Gentoo developers,
due to the recent conflict concerning keywording I want to propose to
separate keywording completely from ebuilds. The keywords would reside
in a special file in profiles/, maybe even in more than one file to
allow more granular permissions. For example onl
Diego 'Flameeyes' Pettenò wrote:
> Comments, ideas, proposals?
currently we have all those under GPL-2. Now when GPL-3 becomes available
people have the option to use GPL-3. However that will still allow people
to use GPL-2 if their patents, etc need it. SO it is not much difference.
The big diff
[EMAIL PROTECTED] wrote:
> and the reply by Mike Frysinger (vapier), maintainer of this eclass:
> "i would use -z1 or -z2 as the default and allow people to override it via
> make.conf ... but you should send your proposal to the gentoo-dev mailing
> list to see how people feel"
why not use -z0? N
Petteri Räty wrote:
> It's my pleasure to introduce to you Charlie "masterdriverz" Shepherd.
> He is joining us to help with the multiple kernel sources we have in the
> tree. Maybe we will have master-sources soon? Previously he has been
> helping in the sunrise overlay and he is also looking to j
Petteri Räty wrote:
> It's my pleasure to introduce to you Cédric "cedk" Krier. He is joining
> us to help with the netmon herd. Previously he has been filling the
> bugzilla with new ebuilds and participating in the sunrise overlay.
Welcome! Finally some of those many many ebuilds you made will
Grant Goodyear wrote:
> Truly, the sarcasm doesn't help. It takes a potentially reasonable
> grievance and reduces it to just the author appearing to be a jerk.
Sorry, I have no intention to cause any ill fate. Is meant explanatory.
- Stefan
--
gentoo-dev@gentoo.org mailing list
Alec Warner wrote:
>> Those get uploaded and look fine but after 6 months they are suddenly
>> being removed by the script.
>>
>
> There is a distfiles whitelist[1] for this exact purpose...isn't there?
>
> [1]
> http://www.gentoo.org/proj/en/infrastructure/mirrors/overview-distfile.xml
Thanks
e time for ebuilds to get into the rsync rotation so
that problems for users who are too early.
2) get infra to provide patches.gentoo.org as a permanent solution that I
have asked for since march 2005 and it sometimes even looked close to
getting it on bug 85098.
Thanks for understanding
Stefan Schweizer
--
gentoo-dev@gentoo.org mailing list
Christian Heim wrote:
> So please welcome David as a new fellow developer among us!
You are welcome, David! It is nice to see another of the sunrise people join
Gentoo.
Also thanks to Christian - you are doing an awesome job these days handling
new developers. Delays are no longer an issue. You
Hi,
it has been a pleasure to work with you through bugzilla. I am really glad
you are a developer now - I will not have to commit anything for you
anymore now ;)
Best regards,
- Stefan
--
gentoo-dev@gentoo.org mailing list
Bryan Østergaard wrote:
> As there's been very little, if any, interest from anybody besides
> Stefan and Recruiters / Developer Relations I'm going to deny the
> contributor access idea. Recruiters and Developer Relations feels that
> this is a bad idea, especially seeing how hard it has been to r
To my fellow Gentoo developers,
in the Sunrise project we have some users who are ambitious and cotribute
more than a few ebuilds. Those regulars have the possibility to take the
ebuild quiz and acquire the title "Sunrise trusted committer". Those
sunrise committers can use extended bugzilla permi
Bryan Østergaard wrote:
[..] Adding a bit of structure to it seemed like a good
> thing and I'd argue that the small bit of structure have helped keep
> the discussion on track.
I talked with kloeri in private about this and a GLEP that allows giving out
bugzilla access permissions by non-recruite
Luca Barbato wrote:
> Carsten Lohrke wrote:
>> On Sunday 03 September 2006 16:36, Stefan Schweizer wrote:
>>> I am not adding stuff. I am fixing existing packages. And I am taking
>>> responsibility.
>>
>> How wonderful this sort of "mai
Roy Marples wrote:
> On Tuesday 05 September 2006 15:18, Sven Köhler wrote:
>> There's no comment by the maintainer for a while. I wrote the patches
>> that are needed to fix the problem. They work fine as far as i can tell.
>
> Don't feel too bad - I frequently post patches to bugs reported on t
Josh Saddler wrote:
> Because as much as possible, we need to see something concrete, not "maybe
> an arch tester." We need to have a better definition of what "when needed
> is" and who these "some people" are -- think about it. Do we want a system
> that works like devship, but only halfway -- li
Mike Frysinger wrote:
> On Monday 04 September 2006 02:45, Stefan Schweizer wrote:
>> Josh Saddler wrote:
>> > Stefan Schweizer wrote:
>> > [. . .]
>> >
>> > Define "contributors" -- is this a special status? If it is, how does
>> >
Josh Saddler wrote:
> Stefan Schweizer wrote:
>> Josh Saddler wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Stefan Schweizer wrote:
>>> [. . .]
>>>
>>> Define "contributors" -- is
Alec Warner wrote:
> C. No real standard on any other fora. I don't need a GLEP to add
> someone to my project overlay, or grant them voice or ops in my
> project's IRC channel. I don't need a GLEP to get them subscribed to my
> mailing list and I don't need a GLEP to add them to (most) project
Josh Saddler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Stefan Schweizer wrote:
> [. . .]
>
> Define "contributors" -- is this a special status? If it is, how does one
> *become* a "contributor" to get these rights?
>
> This i
Elfyn McBratney wrote:
> thus that developer can request
> write access for them. It's worked like that for at least two
> years...
I did that and devrel asked me to write a GLEP. If you can show me another
way to do it, I would like to hear about it! I have two contributors with
ebuild quiz here
Hi,
as requested by multiple devrel members I have written a GLEP to standardize
bugzilla access for contributors. It has already been discussed on the
devrel mailing list before but I am looking for a wider opinion now.
This is also a submission for the new council when it meets.
Best regards,
Paul de Vrieze wrote:
> For this stuff, add a comment to the metadata.xml file. Don't do it in
> this less than obvious way.
arch teams for example will still contact me then for stabilizing, I do not
want that. jeeves and herdstat do not support comments and the metadata is
not often read direct
Bryan Ãstergaard wrote:
> Ok, let me see if I can get this straight.. You're saying that
> maintainer-needed requires less communication overhead compared to
> ebuilds with maintainers assigned? And that maintainer-needed is
> therefore better than ebuilds having maintainers.
agreed. I prefer to f
Kevin F. Quinn wrote:
> Then you should not have committed it - as a dev it is your
> responsibility to test any ebuilds your commit. There's nothing
> stopping you doing the normal checks on the ebuild, even if you can't
> read Hebrew. For example you should verify whether the '-j1' is really
>
Kevin F. Quinn wrote:
> I don't think it's a good idea for devs to be putting stuff into the
> tree without taking responsibility for it.
sure I can put myself in there but it will help no one because I cannot test
the thing. Furthermore I am actually part of maintainer-needed and commit
fixes th
Carsten Lohrke wrote:
> What about revdep-rebuild and
> emerge regarding installed stuff and overlays?
what do you mean? Please elaborate
I have only repoman in mind for now.
- Stefan
--
gentoo-dev@gentoo.org mailing list
Hi,
Repoman needs to check for deprecated eclasses, see
http://bugs.gentoo.org/141677
As a result of the discussion in the bug, we would like to add
$PORTDIR/qa-data/eclass.deprecated
to allow to deprecate eclasses properly and make repoman fail.
This will allow us to avoid problems with new ebu
Mark Stier wrote:
> See http://bugs.gentoo.org/show_bug.cgi?id=141806
>
> Provides caching and release tag support for SVN.
sorry - I do not see the need for a new eclass here. Can you please instead
modify the subversion eclass and add support for what you want to do?
Best regards,
Stefan
--
Danny van Dyk wrote:
> 5 packages, and only one has nowebdav, and you want to make it a default
> USE flag? I strongly disagree here. Make it a plain useflag and notify
> users of subversion that the behaviour changed. Much better than
> informing users of the other 4 packages that the behaviour ch
Paul de Vrieze wrote:
> I'd like to explain why subversion has a nowebdav useflag. Basically one
> of the features of subversion is its ability to work over the http
> protocol. Many subversion installations use the apache module to serve
> subversion (even our own overlay project does). To disable
Luis Francisco Araujo wrote:
> 3 - Users ask on this mailing list if there exist any developer
> interested to include X, or Y ebuild into the tree. (Probably we could
> create a template for this?)
The user should send the ebuild changes together with the mail. Make it look
like on LKML including
Hi
we currently have both webdav and nowebdav ueflags, this is confusing:
# grep webdav /usr/portage/profiles/use.local.desc
dev-util/git:webdav - Adds support for push'ing to HTTP repositories via DAV
dev-util/subversion:nowebdav - Disables WebDAV support via neon library
net-misc/sitecopy:webda
Stephen P. Becker wrote:
> Eso since when did we have the discussion where you actually
> addressed all of the numerous concerns brought forth right before this
> project was initially suspended?
Do you have any concrete concerns that have not been dealt with yet? I would
like to hear abou
To my fellow Gentoo developers and users,
Sunrise is about contributing ebuilds and getting feedback and review while
doing so. The main resource this currently happens for is the Gentoo User
Overlay of Sunrise and second come ebuilds that get into portage afterwards
In last weeks council meeting
Richard Fish wrote:
> On 7/2/06, Daniel Ahlberg <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> This is an automatically created email message.
>> http://gentoo.tamperd.net/stable has just been updated with 15968
>> ebuilds.
>
> A question [1] has come up on -user about why some ebuilds take so
> long to
Matthew Kennedy wrote:
> The following ebuilds installed xinetd configuration on my machine
> even though I don't have xinetd installed.
>
> [EMAIL PROTECTED]:~$ equery belongs /etc/xinetd.d
> [ Searching for file(s) /etc/xinetd.d in *... ]
> dev-util/subversion-1.3.2-r1 (/etc/xinetd.d)
> dev-util
Hi,
net-im/gnomemeeting is obsoleted by net-im/ekiga and if no objections come
up I will remove the old gnomemeeting in 30 days. I package.masked the
package for now.
see bug 136615 [1] for the removal request. alpha and pcc64 are asked to add
their keywords to ekiga. Also the ppc64 keyword is ne
Ned Ludd wrote:
> Creation of a new categories is fine. pkg moves are bad.
> See the countless other posting on this subject of why pkg
> moves are bad.
yeah new packages is my primary concern.
>> Any objections, problems with the plan, comments?
>
> Sure I'll step up and say I object to the part
Simon Stelling wrote:
> I just noticed that the USE flag 'firefox' is a local one. I think it
> should be global, though:
Good plan. I think it should also be a default use flag on supported
architectures in desktop profiles. Can we make it default at the same time?
Regards,
Stefan
--
gentoo-de
Hi,
the herd of voip packages is constantly growing and according to
"herdstat -p voip" we already have 60 packages in the voip herd. Those are
currently in the categories net-misc, net-im, net-libs, dev-libs and
media-libs. Most of them would fit perfectly into a new net-voip category.
Those are
Alastair Tse wrote:
> I know there's gentoo-bugger, which is great, but it's in perl and I
> couldn't figure out how to modify the output to suit my needs.
yeah gentoo-bugger was interactive, this one is better :)
I really like it, thank you.
> Here's the README attached if you're interested in h
Zhang Le wrote:
> Some packages don't provide standard "setup.py".
> Take a look at the attachment.
> This is a new ebuld.
>
> So my suggestion is to add a new variable to distutils.eclass, e.g.
> SETUP.PY, if it's set, then use it, otherwise let it defaults to
> "setup.py".
what about making a
Aron Griffis wrote:
> Stefan Schweizer wrote: [Wed Jul 12 2006, 01:37:44PM EDT]
>> This came up in Bug 138792 [dobin etc. should automatically die on
>> failure]
>
> Since do* would become functions in this case, you'll have to fix the
> few ebuilds that
Hi,
This came up in Bug 138792 [dobin etc. should automatically die on failure]
It needs more discussion on the mailing lists.
Some excerpts from the bug: The proposal from Paul Bredbury:
"Hi, I propose that the following ebuild commands themselves *die* on
failure, because the vast majority of th
Sune Kloppenborg Jeppesen wrote:
> On Wednesday 12 July 2006 16:43, [EMAIL PROTECTED] wrote:
>> I really would like to see back the upstream version, what do you think?
> The reason for this was security I believe. xpdf code is embedded in lots
> of other packages (see http://glsa.gentoo.org for so
Hi,
As proposed in http://bugs.gentoo.org/show_bug.cgi?id=139987 I would like to
add a flag to the foo2zjs printer driver ebuild to select if everything is
downloaded or only parts. This makes sense to be done in a special
variable.
I want to use FOO2ZJS_DEVICES because that seems to be common, I
Mike Frysinger wrote:
> - only Gentoo devs may be nominated
with that limitation in mind I want to propose some developers that are
doing a lot of work to improve gentoo:
AllanonJL for his gnome work
nichoj for the outstanding java-2 move
rl03 for his devdication to webapps
antarus for his treec
Mike Frysinger wrote:
> On Monday 03 July 2006 15:41, Henrik Brix Andersen wrote:
>> On Mon, Jul 03, 2006 at 03:04:55PM -0400, Mike Frysinger wrote:
>> > the entire point of these threads is to address developer concerns
>> > to that sunrise can be folded back into Gentoo
>>
>> Really? According to
Chris Gianelloni wrote:
> What exactly is there to "discuss" about this?
Evaluating our progress with hashing out the details etc.
> It is not an official
> project anymore, so the council really has no bearing on it. I'm
> guessing you would like for it to become an official project.
correct.
Luca Barbato wrote:
> Add support for QA checkers clientside and serverside (there are
> precommit hooks you can use for that)
>
> That way we will avoid those smart problems as described in irc long ago.
Yeah this is now supported, the script has been greatly improved by
shillelagh, thanks go t
Hi,
Can we have another Sunrise discussion please? I would love to have some
feedback about Sunrise, about our progress and where we are still lacking.
Thanks,
Stefan
--
gentoo-dev@gentoo.org mailing list
Mike Frysinger wrote:
> after looking at some acl stuff i'm 99% sure this can be done ... so can
> we get this setup ?
>
> in fact, gentoo-wiki.com has a section on doing apache2/svn/dav/acls
> -mike
anonymous checkout is already disabled for some time now:
svn co http://gentoo-sunrise.org/svn/s
Luca Barbato wrote:
> Edward Catmur wrote:
>> On Sat, 2006-06-24 at 13:05 +0200, Luca Barbato wrote:
>>> (from critics)
>>> - What is wrong with the model (each point 2 lines at least, 4 at most)
>>> - What you'd do as alternative as the criticized point ( 2 lines again)
>
> Let me reformat a bit
Caleb Tennis wrote:
> 2) Remove qt use flag, and create qt3 and qt4 global flags.
It allows proper use.masking.
Thanks.
> people who are in favor of #2 have volunteered to do the work to implement
> it as well as put qt3 into the use.defaults for 2006.1 so KDE will work
> "out of the box".
What
here I would like to update the documentation to
reflect this change. I have attached a patch to do this for skel.ebuild and
sent a patch to plasmaroo for the devmanual. Is there any other
documentation that needs updating?
- Stefan Schweizer
--- /usr/portage/skel.ebuild2006-06-20 20:0
Caleb Tennis wrote:
> On Tuesday 20 June 2006 12:40, Stefan Schweizer wrote:
>> Hi,
>>
>> with kde4 approaching and the new Qt-4 being in the tree we suddenly see
>> the same problems that gtk had with the gtk2 flag again.
>
> I think there's a lot of good t
Caleb Tennis wrote:
> I would personally like to stay with just the "qt" use flag. The use flag
> will be for support of whichever version of Qt is supported (v3 or v4) for
> the particular emerge.
>
> In the cases where more than one version is supported, it should be for
> Qt4 only. The Qt3 ve
Hi,
with kde4 approaching and the new Qt-4 being in the tree we suddenly see the
same problems that gtk had with the gtk2 flag again.
I am currently using the flags that way:
[ebuild R ] app-text/poppler-bindings-0.5.3 USE="cairo gtk qt qt4" 0 kB
so qt = qt3. Now that scheme will sure break
Ned Ludd wrote:
> On Sat, 2006-06-17 at 18:04 +0200, Stefan Schweizer wrote:
>> Hi,
>> solar has requested an account on overlays.gentoo.org for the embedded
>> overlay for you.
>> Your password: DX7wnSe40Y
> think you can change my pw and lets do this offlist?
lol
Seemant Kulleen wrote:
> On Sat, 2006-06-17 at 18:04 +0200, Stefan Schweizer wrote:
>> Hi,
>> solar has requested an account on overlays.gentoo.org for the embedded
>> overlay for you.
>> Your password: DX7wnSe40Y
>>
>> Kind regards,
>> Stefan
>>
Hi,
solar has requested an account on overlays.gentoo.org for the embedded
overlay for you.
Your password: DX7wnSe40Y
Kind regards,
Stefan
--
gentoo-dev@gentoo.org mailing list
to help reviewing or have comments and
suggestions.
Kind regards,
Stefan Schweizer
--
gentoo-dev@gentoo.org mailing list
Mike Frysinger wrote:
> On Friday 09 June 2006 15:01, Stefan Schweizer wrote:
>> Chris Gianelloni wrote:
>> > Everyone that you happen to include as allowed to actually commit, you
>> > mean. As opposed to "everyone that can sign themselves up for
>> > b
Grant Goodyear wrote:
> Over the years we've had a fairly consistent stream of suggestions that
> we should open up the e-build maintaining process to users instead of
> just devs. The main arguments against it are the security issues and an
> expectation that it would add to developer workloads.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Gianelloni wrote:
> On Mon, 2006-06-12 at 15:19 +0200, Stefan Schweizer wrote:
> You've broken this one before, so I just want to point it out to you
> again.
The bug was of course discussed in IRC with the games team and the lead
Daniel Ostrow wrote:
>> 3) a yes from herds required, keeping a timeout to avoid bugspam
>>
>> after a comment has been placed on a maintainer-wanted bug in bugzie,
>> there's a grace time of two weeks for herds to either leave a comment on
>> whether they're fine with take over or not. When this
Henrik Brix Andersen wrote:
> On Sun, Jun 11, 2006 at 06:53:51PM +0100, Stuart Herbert wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Henrik Brix Andersen wrote:
>> | However, as has been pointed out several times in this thread already,
>> | back when the devloper community agre
Thanks, I have worked in your ideas and made the +CC and bug-updates clear
in the HOWTO.
Kind regards,
Stefan
--
gentoo-dev@gentoo.org mailing list
Dan Meltzer wrote:
> On 6/10/06, Markus Ullmann <[EMAIL PROTECTED]> wrote:
>> 2) Not one large tree but subdirs, one per herd
>>
>> to help herds better keeping track of which parts are alive in the
>> overlay, each herd's ebuilds are grouped in a subdir, e.g. there will be
>> a netmon/ dir with ne
Peter wrote:
> Um, there are numerous "new" not-in-portage-tree ebuilds submitted to bz
> which have been assigned to teams. However, they may still languish. They
> were assigned by the wranglers, and not improperly. Yet, for many reasons,
> the bugs wait. So, will there be a mechanism for a contr
Marius Mauch wrote:
> On Sat, 10 Jun 2006 13:37:15 +0200
> Markus Ullmann <[EMAIL PROTECTED]> wrote:
>
>> Okay, so after figuring out open problems (thanks to kloeri and
>> various other people for help here), we now have a resolution that
>> should satisfy all involved parties here. This should
Markus Ullmann wrote:
> 2) Not one large tree but subdirs, one per herd
>
> to help herds better keeping track of which parts are alive in the
> overlay, each herd's ebuilds are grouped in a subdir, e.g. there will be
> a netmon/ dir with net-analyzer/specialapp below it.
A better solution is men
Anders Hellgren wrote:
> What the faq entry didn't say, and what amne asked for in his previous
> e-mail was that questions related to ebuilds not distributed as part of
> the official tree should be posted to the Unsupported Software forum [1].
Yes
> We have neither reason nor desire to treat su
1 - 100 of 152 matches
Mail list logo
