Well, you should know that those are because of portage bugs or some
portage peculiarity, read the corresponding bugs for example for cups
to find out more.
Regards,
Stefan
--
gentoo-dev@gentoo.org mailing list
Welcome aboard and have a good time!
--
gentoo-dev@gentoo.org mailing list
That will increase the sync time for all of our users - can we please
keep this info out of the sync-tree?
I do not see why this is necessary to be in the tree - we can do fine
with a webbased database for that.
- Stefan
--
gentoo-dev@gentoo.org mailing list
On 12/30/05, Dan Meltzer <[EMAIL PROTECTED]> wrote:
> On 12/29/05, Jory A. Pratt <[EMAIL PROTECTED]> wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Unless there are any major objections tomorrow night I will commit
> > mozextension.eclass to the tree. You can find moze
On 12/30/05, Dan Meltzer <[EMAIL PROTECTED]> wrote:
> > > Do you mind addressing
> > > http://article.gmane.org/gmane.linux.gentoo.devel/34397
> >
> >
> > You are kidding?
> > It had enough time now.
> >
> > And it was already addressed as the eclass was not added on monday.
>
> My appologies, tim
On 1/11/06, Diego 'Flameeyes' Pettenò <[EMAIL PROTECTED]> wrote:
> It's a compromise, we trade perfectly stated deps for a lot of easyness for
> devs.. It's not a perfect world, you all know.
We do not have perfect depends in portage
For example we are missing out all deps in "system" usually.
An
On 3/21/06, Bret Towe <[EMAIL PROTECTED]> wrote:
> perhaps having some proxys of a sort that accept patchs and such
> from trusted users that would commit fixes to portage would help.
> similiar to the kernel format that way users can 'commit'/help out quickly
> without having to go thru the long p
On 3/22/06, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> This definitely sounds like a fun idea. It would be even cooler if we
> were using a distributed SCM on both ends that allowed for easy merging.
I think it should be all in a central place possibly saved with
GPG-Keys that need to be signed
On 3/23/06, Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> Think about it this way, what if we had two competing products in the
> tree that do the same thing, with the same file names? We would add a
> blocker, no? So what mechanism is there to ensure that there's no
> "blocking" issues between a
On 3/23/06, Daniel Ostrow <[EMAIL PROTECTED]> wrote:
> You can't have it both ways, either they are wholey Unofficial and do not get
> tracked in bugzilla at all (something which would have to be made VERY clear
> to our users, e.g. a you use it you get to keep the pieces policy, and the
> develope
On 3/24/06, Alec Warner <[EMAIL PROTECTED]> wrote:
> Thoughts on ideas on this somewhat more focussed idea? ( or at least I
> think it's more focused :P )
IMO motivation b) is not taken into account enough.
You are missing out a general-user-overlay, where the developer adding
a user to the acces
I think you are right, remove it.
- Stefan
--
gentoo-dev@gentoo.org mailing list
On 3/31/06, Jürgen Schinker <[EMAIL PROTECTED]> wrote:
>
> how ca i make sure that i am informed earlier about such changes?
>
when has it been renamed exactly, any specific versions?
For rp-pppoe I can tell you that it has been deprecated in favour of
ppp doing the same job.
Have a look at /etc/c
On 4/4/06, Danny van Dyk <[EMAIL PROTECTED]> wrote:
> It is a personal pleasure to announce that Stefan Cornelius,
> one of the Operation Lead Developers of the Gentoo Security Project
> has passed all necessary quizzes to fiddle with the tree.
Congratulations!
Now, finally I can tell the securit
Donnie Berkholz wrote:
> The drivers cannot be upgraded until a newer server is installed. So
> technically, this would allow things to work by forcing people to
> unmerge all their drivers before upgrading, then remerge the new
> versions. That's not a very desirable solution either, but do you th
Stuart Herbert wrote:
> nxserver-freenx-0.5.0 is in the ~arch tree by mistake. It will be
> masked just as soon as my DSL connection stays up long enough for me to
> cvs up.
What is the reason for the mask? Modular Xorg incompatibility in nx-x11?
I guess "testing" does not really count after two
Do we really need this package?
There is ghostscript:
/usr/bin/ps2ascii
as well as:
/usr/bin/ps2pdf
+ poppler:
/usr/bin/pdftotext
Does that replace the functionality?
- Stefan
--
gentoo-dev@gentoo.org mailing list
Hi,
there are at least two problems with how portage currently handles locales:
- Firstly some packages fail to build with obscure LC_* settings
The continuous stream of et_EE bugs is annoying: http://tinyurl.com/jsqzb
- and secondly I get my gcc output in german when I have a german locale
set.
Marc Hildebrand wrote:
> Otoh LC_ALL=C could help if you intend to use a .utf-8 locale as root,
> though. So if it does help solving bugs and causes no trouble, why not.
ok, we have prepared a patch now, so everyone can have a look at it.
http://dev.gentoo.org/~zmedico/tmp/portage_lc_all.patch
t
Harald van Dijk wrote:
> [..] encourages broken packages.
> et_EE breakage should be fixed, and slowly but surely is[..]
That is your main problem here and I have discussed this in IRC with you and
it is true in my opinion that it does not improve gentoo or make the
distribution any better to clos
Marius Mauch wrote:
> Why does this have to be fast tracked all of a sudden?
Because someone took care of it eventually and it will fix all the estonian
bugs at once + allow other-LC-people like me to file bugs without having to
run emerge again with LC_ALL=C.
And I think it should go in as soon
There is also a darcs.eclass in the zugaina overlay (available through
layman) if you need some more inspiration.
I think this is cool and a darcs eclass should definitely live in the tree.
Please add it, so that we can start using it :)
- Stefan
--
gentoo-dev@gentoo.org mailing list
Alec Warner wrote:
> So we created this awesome alias to put ebuilds that need a maintainer.
> Good idea at the time, decent idea still. The problem? We have nearly
> 2000 open bugs assigned to maintainer-wanted[1]. I would like to
> discuss policy on these. Do we keep them, do we get a group
Hi,
today I would like to propose a few default keywords for removal. They are
outdated and no longer needed on current systems:
-apm - only very old notebooks use apm
-foomaticdb - foomaticdb is only used for development foomatic xml files.
SInce most of our users do not develop printer drivers
Chris Gianelloni wrote:
> On Mon, 2006-06-05 at 18:03 +0200, Stefan Schweizer wrote:
>> -foomaticdb - foomaticdb is only used for development foomatic xml files.
>> SInce most of our users do not develop printer drivers I suggest
>> making "ppds" a default use fl
Hi,
so the thread is getting a bit long, I will just summarize the status
-apm -foomaticdb -imlib -motif -xmms
Those are more or less without objections
-fortran - I am dropping this request, seems fortran is meant to be default
-oss - apparently people are fighting this one. Flameeyes also br
Hi,
I have founded a new Gentoo Project for the Gentoo User Overlay.
The intention is to give contributors a single place to put their ebuilds -
a place where they can be downloaded, updated and be moved to portage more
easily than through bugzilla. It is also a good place for users who would
lik
Jon Portnoy wrote:
> On Thu, Jun 08, 2006 at 09:32:13AM -0400, Thomas Cort wrote:
>> On Thu, 08 Jun 2006 09:20:18 -0400
>> Chris Gianelloni <[EMAIL PROTECTED]> wrote:
>> > Please keep the games bugs in bugzilla. Making this change is a direct
>> > change in games team policy without any prior not
foser wrote:
> I don't think the problem with maintainer-wanted ebuilds is that they
> are crappy, but that there is no dev willing to maintain them and ensure
> their quality over time. 'sunrise' (who came up with that name ? cheap
> asian poetry attempt) doesn't change that by adding it to an 'of
Stefan Schweizer wrote:
> ..commit their changes to the overlay instead of updating the bugzilla
> every time.
it is actually encouraged to update bugzilla when changes are made in the
overlay.
Here are some more things I found in the current thread:
chris
> It also doesn't answer
Carsten Lohrke wrote:
> You should at least make it visible in bold letters on the overlay.g.o
> front page, what the conditions of each overlay are and which [EMAIL
> PROTECTED]
> address bugs have to be assigned to.
Please, do not assume our users being stupid. They know that they are using
a
Stephen P. Becker wrote:
> Starting a new thread here for a new angle...
>
> As Stuart mentioned, bugs for any ebuild on o.g.o would go through
> Gentoo bugzilla.
Yeah, as there is usually a bug report for maintainer-wanted and
maintainer-needed bugs it wont hurt anyone.
> It seems like genstef
Markus Ullmann wrote:
> Maybe that way we avoid any misunderstandings, nearly doubled posts and
> repeating ourselves over and over again.
The problem is that some questions and answers easily get lost in a mailing
list. To solve this shortcoming, I am starting to make a FAQ page in the
trac wiki:
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
> bugzilla"?
>
>> It is designed to be more open and more easily fixable.
>
> Sure. More open then a self-registering system. Gotcha.
Luis Francisco Araujo wrote:
> Fine. I highly agree on that, now my question is,
> why this needs to be officially supported?
See
"Why does this have to be on official gentoo hardware?"
http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
--
gentoo-dev@gentoo.org mailing list
James Potts wrote:
> I do have a question: If you're allowing just anybody who asks to
> have commit access to the repo, what guarantees can you give me that
> they won't commit something deliberately malicious or which will break
> the entire overlay to the overlay?
I have added this to the FAQ:
Wernfried Haas wrote:
> - Ebuild development questions should for example be discussed in
> #gentoo-dev-help and I have seen threads about it on
> forums.gentoo.org and even helped there. There is no reason why
> questions about ebuild writing for the Sunrise overlay should not be
> treated equal
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
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
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
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
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
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
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
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
-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
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.
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
to help reviewing or have comments and
suggestions.
Kind regards,
Stefan Schweizer
--
gentoo-dev@gentoo.org mailing list
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
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
>>
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
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
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
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
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:
> 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
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
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
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
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
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.
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
--
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
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
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
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
>
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
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
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,
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
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
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:
> Stefan Schweizer wrote:
>> Josh Saddler wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Stefan Schweizer wrote:
>>> [. . .]
>>>
>>> Define "contributors" -- is
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:
> 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
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
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
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
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
1 - 100 of 152 matches
Mail list logo
