Re: [gentoo-dev] Python 3.1: Stabilization and news item

On 03/04/10 19:22, Arfrever Frehtes Taifersar Arahesis wrote: > All problems, which were blocking stabilization of Python 3, have been fixed. > Stabilization of Python 3.1.2 is currently scheduled on 2010-04-19. #python on Freenode still reads "It's too early to use Python 3.x". Are they wrong? A

Re: [gentoo-dev] Re: New category for version control

On 03/04/10 23:19, Christian Faulhammer wrote: > That is the normal procedure when pkgmoving a package. So nothing > special. :) I'm a bit worried because I assume that moving packages is not an everyday action for most developers. >> - Pushing news out to Gentoo users (and developers) > > F

Re: [gentoo-dev] Moving packages to dev-vcs

On 03/04/10 22:38, Robin H. Johnson wrote: > This contains a critical bug... > > "cvs add" and the matching commit aren't mentioned anywhere... That's a valid complaint, yes. I left it out knowingly, maybe not for the better. Sebastian

[gentoo-dev] VCS tools in need for a maintainer

Hello! All of these tools had maintainer-needed in metadata.xml when I checked yesterday: dev-util/aegis dev-util/archway dev-util/cvsspam dev-util/guilt dev-util/stgit dev-util/svk dev-util/svnmailer If anyone feels like adopting one or two of these: properly moving them over to

Re: [gentoo-dev] Moving packages to dev-vcs

On 03/05/10 18:10, Jeroen Roovers wrote: >> 4. Notify >> = [..] > > This step should probably include correcting all open bug > reports' Summaries to point to the new category, so that CAT/PN can be > found using the "simple" search interface. Good catch. Thanks for fixing those on monot

Re: [gentoo-dev] Moving packages to dev-vcs

On 03/04/10 23:11, Brian Harring wrote: > Random sidenote, anyone looked at using an alternate vcs to do the > work, then proxy it back? Specifically thinking of workflow like svk > (or in this case hg cvs, > https://wiki.mozilla.org/Using_Mercurial_locally_with_CVS ). The > reason I ask is t

Re: [gentoo-dev] Re: Marking bugs for bugday?

On 03/06/10 20:09, David Leverton wrote: > This sounds like the sort of thing Bugzilla's "flags" mechanism is for. > > http://www.bugzilla.org/docs/2.22/html/flags-overview.html Good idea! What I wonder now is: - Will it work with our very instance of Bugzilla? - Can certain flag states be requi

Re: [gentoo-dev] Moving packages to dev-vcs

On 03/06/10 08:08, Petteri Räty wrote: > After the move is done could you please come up with a list of all the > things you needed to take into account and then work with me for example > to get it included in devmanual. Good idea. I opened a bug for it so we don't forget about it. https://bugs.

[gentoo-dev] Low hanging bug fruit patterns

Hello! There are a few patterns for potentially low hanging fruits among Gentoo bugs: SRC_URI errors Missing depencies ... What else? Anything you look after repeatedly that doesn't "take days" to get it fixed? Sebastian

Re: [gentoo-dev] Low hanging bug fruit patterns

On 03/08/10 18:08, Mark Loeser wrote: > What is this even in reference to? Its not at all clear what you are > trying to do. Okay, sorry. I was wondering what classes of bugs there are that are - reoccuring (therefore beloning to a "class" or "pattern") - relatively easy to fix - ideally s

Re: [gentoo-dev] Low hanging bug fruit patterns

On 03/08/10 14:27, Markos Chandras wrote: > Documentation installation > There are few packages that call missing documents on dodoc commands any idea how to find all these bugs? sebastian

Re: [gentoo-dev] Low hanging bug fruit patterns

On 03/08/10 14:13, Róbert Čerňanský wrote: > On Mon, 08 Mar 2010 11:06:40 +0100 > Sebastian Pipping wrote: > >> There are a few patterns for potentially low hanging fruits among >> Gentoo bugs: >> >> SRC_URI errors >> Missing depencies > > (Sorr

[gentoo-dev] The feature patch mess in the webalizer ebuild (and how to deal with it)

Hello! Intro = The latest version of webalizer is 2.01 while upstream is at 2.21 by now. The reason it's not been bumped in Gentoo is the two use flags "geoip" and "xtended". The former alone pulls in a feature patch called "geolizer", while the latter pulls a feature patch called "webalize

[gentoo-dev] webapp-config needs a new maintainer

Hello! There are quite a few bugs open for it plus the latest version (1.50.18) is not even in Gentoo but on SourceForge only. Its upstream Gunnar left Gentoo due to lack of time recently. As I got project admin rights for layman from Gunnar before I know that a similar thing should be theoretic

[gentoo-dev] How about a monthly bumpday?

Hello! We have about 500 bump request open at the moment: https://bugs.gentoo.org/buglist.cgi?quicksearch=bump I assume that quite a few of them would be no big deal to their maintainers in Gentoo. Bugday is occupying the first Saturday of the month: how about bumpday on the third Saturday of

Re: [gentoo-dev] How about a monthly bumpday?

On 03/10/10 06:00, Joshua Saddler wrote: > I'm prolly not the only one who feels this way, so you really need to pick > your bugs carefully! Agreed, yes. > Bumpdays are otherwise a good idea, though I'm not sure why we need a > separate day for that in addition to our standard bugdays. While

Re: [gentoo-dev] The feature patch mess in the webalizer ebuild (and how to deal with it)

Done. Three packages now, webalizer bumped. - app-admin/geolizer - app-admin/webalizer - app-admin/webalizer-xtended I'm 100% sure i broke something, please let me know what it is once you found out ;-) Sebastian

Re: [gentoo-dev] How about a monthly bumpday?

On 03/10/10 15:41, Mark Loeser wrote: > I don't even think the maintainer-needed ones should be bumped. Who > knows what bugs you are introducing into the tree. This is why things > eventually get treecleaned. I purposely wrote "no big deal _to their maintainers_" - I wonder why everyone is so s

Re: [gentoo-dev] How about a monthly bumpday?

On 03/10/10 14:59, Ben de Groot wrote: > I think it would be better to have it all happen on the same day. If those > are easy bumps, they fit very well with bugday. And those devs who > want to work on that, can then join the general bugday mayhem. ;-) > You might be spreading things too thinly ot

Re: [gentoo-dev] Moving packages to dev-vcs

I was curious to see how far we have come so far: Still to be moved = dev-util/aegis dev-util/cola dev-util/colorsvn dev-util/cvs dev-util/cvs2cl dev-util/cvs2svn dev-util/cvsd dev-util/cvsgraph dev-util/cvsps dev-util/cvsq dev-util/cvsutils dev-util/easygit dev-util/fossil dev-ut

Re: [gentoo-dev] Moving packages to dev-vcs

On 03/04/10 22:38, Robin H. Johnson wrote: > This contains a critical bug... > > "cvs add" and the matching commit aren't mentioned anywhere... I've been moving Git today, properly hopefully. This is what I've been doing on the shell basically: cd gentoo-x86 # Copy package to new location cd d

Re: [gentoo-dev] Packages pulling in python-3*, also they dont require it

On 03/18/10 21:53, Doktor Notor wrote: > Why on earth would you mask a working > package with extremely active maintainer in CVS Upstream stability is unequel Gentoo stability. Sebastian

Re: [gentoo-dev] How about a monthly bumpday?

On 03/19/10 13:36, Peter Volkov wrote: > В Срд, 10/03/2010 в 05:08 +0100, Sebastian Pipping пишет: >> How about a monthly bumpday? > > Good idea, but it should follow our policy to inform maintainers _in > advance_: e.g. on first bumpday to work on bumps and notify maintainer &g

Re: [gentoo-dev] bug-wranglers queue is large

On 03/23/10 20:24, Thomas Kahle wrote: > Currently I am waiting for my extended > bugzilla rights http://bugs.gentoo.org/show_bug.cgi?id=309967 . For the list record: halcy0n gave him permissions in the meantime. Thomas, welcome on buzilla board! Sebastian

Re: [gentoo-dev] google summer of code ideas

abhik, this is gentoo-dev. please take this to gentoo-soc, instead. thanks, sebastian

[gentoo-dev] Unnecessary logs: has_version to the rescue?

Hello! When browsing through emerge logs (using elogv) I often come across stuff that doesn't affect me. Two examples: x11-base/xorg-server-1.7.6 warns: You must rebuild all drivers if upgrading from xorg-server 1.6 or earlier, because the ABI changed. dev-db/mysql-5.1.45-r1 logs:

Re: [gentoo-dev] RFC: Google Apps Standard Edition @ gentoo.org

Hello, On 03/31/10 07:28, Alec Warner wrote: > Currently a number of developers have engaged Google Apps Team Edition > for gentoo.org. However Team Edition does not come with gmail and a > subset of Team Edition users would like to host their gentoo.org mail > on gmail. > Activating Standard Ed

Re: [gentoo-dev] Unnecessary logs: has_version to the rescue?

On 03/31/10 22:19, Ciaran McCreesh wrote: >> Is there some kind of evilness in this usage of has_version that I am >> not aware of? > > Unfortunately, yes. > > Historically, has_version in pkg_postinst would return results based > upon the version that *was* installed. What's status quo? What d

Re: [gentoo-dev] Unnecessary logs: has_version to the rescue?

On 03/31/10 22:31, Zac Medico wrote: > For those who may not know, has_version can be called in pkg_preinst > to find the previous version, and the result can be stored in a > variable for us in pkg_postinst. So has_version takes the version just installed into account when called from pkg_postins

Re: [gentoo-dev] Unnecessary logs: has_version to the rescue?

On 03/31/10 22:42, Zac Medico wrote: > Well, it works fine when not called for the same $CATEGORY/$PN, and > even for the same $CATEGORY/$PN it works fine for other slots it > they happen to be installed. Good point. So the check would be: Deny calling has_version if all of: - in postinst stage

Re: [gentoo-dev] Unnecessary logs: has_version to the rescue?

On 03/31/10 23:05, Zac Medico wrote: > Yeah, but the "same slot" thing is a little ambiguous since the > given atom could possibly match multiple slots that include the one > whose postinst is currently running. So, I'd make has_version > generate a QA warning if has_version is called there and the

Re: [gentoo-dev] RFC: Google Apps Standard Edition @ gentoo.org

On 03/31/10 23:20, Mike Frysinger wrote: > On Wednesday 31 March 2010 16:28:15 Sebastian Pipping wrote: >> To be very clear: Please take my vote against increasing dependencies on >> Google. > > so dont use it > >> On a side note: This is not a technical discussi

Re: [gentoo-dev] RFC: Google Apps Standard Edition @ gentoo.org

On 04/01/10 01:09, Mike Frysinger wrote: > no one is forcing you to, nor is anyone talking about having teams use it. > if > Gentoo developers themselves choose to, it's going to happen irregardless of > what Alec is proposing. we are talking about public, shared work on gentoo - not about stu

Re: [gentoo-dev] RFC: Google Apps Standard Edition @ gentoo.org

On 04/01/10 02:44, Mike Frysinger wrote: > the rest of your gentoo-dev vs gentoo-core logic has been addressed by > Brian/Jorge -- this is the internet, you have no privacy, get over it. privacy is not black and white. i'm aware there's no leak-free zone. i have put my point clear before, if tha

Re: [gentoo-dev] [Gentoo Phoenix] recruitment process

On 04/03/10 16:05, Petteri Räty wrote: > http://www.gentoo.org/proj/en/devrel/staffing-needs/ > > I don't know if developers know that this page is autogenerated from > individual project pages these days so it's easy for any developer to > get stuff there. Has anyone every tried to read that pag

Re: [gentoo-dev] [Gentoo Phoenix] recruitment process

On 04/03/10 21:00, Jesus Rivero (Neurogeek) wrote: >Maybe if we could find the way to make the knowledge found in > quizzes be more "exciting" to new devs, then we could still have a > strong recruitment process without the burden of completing the > quizzes. So, what I propose is to transform

[gentoo-dev] [Gentoo Pheonix] Heartbeat team force

I'm calling for participation in a new team working on things around reports, bug analysis, heartbeat tracking in Gentoo: Goals = - help track the heartbeat/breath of Gentoo (bugs fixed per day, bug distribution per herd, ..) - point to problems we may be overlooking in Gentoo (letti

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

On 04/04/10 00:30, Jesus Rivero (Neurogeek) wrote: >Sebastian, count me in. Cool! > I believe this sort of stuff, or small > parts of what you are mentioning, was done in the newsletter. I > believe this is something real nice we should put somewhere public. Can you elaborate on that? I'm

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

On 04/04/10 00:42, Alec Warner wrote: > I will help with scripting; but probably not much else. Just right, there will be lots of scripting :-) The current script dumping groud is hosted here: http://git.goodpoint.de/?p=gentoo-bug-heartbeat.git;a=summary Sebastian

Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki

On 04/03/10 16:46, Ben de Groot wrote: >> I propose to use MediaWiki. > > As I said in my other post, MediaWiki and MoinMoin should, in my > opinion, be on our shortlist to consider. My vote on MediaWiki, too. (I do like DokuWiki better for personal things but mediaWiki seems the best choice for

Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki

On 04/03/10 16:36, Ben de Groot wrote: > This also raises the question of license. Our current documentation > mostly uses the CC-BY-SA license, while the unoffical wiki adds a > non-commercial restriction. By choosing one license over the other > we will make copy-pasting content from the source t

Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki

Ben, good to see you driving this process! Thanks! Sebastian

Re: [gentoo-dev] Is Gentoo dying?

On 04/03/10 18:03, Alec Warner wrote: > - date of last commit: Gentoo is fast moving and packages that > haven't had commits since 200{4,5,6} are probably old, unmaintained > and may not even compile or run. > - date of last listed maintainer commit versus last commit: > Basically if the maintain

Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki

On 04/04/10 02:11, Sylvain Alain wrote: > I hope that you will not migrate the GuideXML inside the wiki, because > it's so simple to write documentations inside a wiki and right now the > unofficial Gentoo Wiki is clean and simple. > > If you want to have registered users and contributors, then yo

Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki

On 04/04/10 10:29, Arun Raghavan wrote: > We _should_ have a wiki for easy note-taking, > maintaining todo lists, possibly even meeting minutes. But our > official documentation should go through sufficient review and > formatting to make sure we maintain the quality of documentation that > we have

Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki

On 04/04/10 10:48, Antoni Grzymala wrote: > Has anyone considered the immensely powerful twiki? if the wikis i have worked with twiki was the least fun. it feels "strange" and it's native syntax sucks big time, to say the least. sebastian

Re: [gentoo-dev] Is Gentoo dying?

On 04/04/10 22:48, Roy Bamford wrote: > Open bugs per package and mean age of bugs per package come to mind. > Such per package metrics can be aggregated per herd, per project, the > whole of Gentoo or whatever. > > A reducing mean age of bugs and open bugs shows we are moving in the > right dir

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

On 04/04/10 00:24, Sebastian Pipping wrote: > Concrete tasks > == > - [..] > - work on association between bugs and packages > (for all bugs, not just bugday ones) I've been playing with code answering the questions: - How do bugs and packages relate? - How is

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

On 04/07/10 14:00, Ben de Groot wrote: > On 7 April 2010 13:20, Sebastian Pipping wrote: >> - herds.xml does not hold membership lists for >> all projects, not even herds. The load >> evaluator needs access to complete mappings >> to generate output close to r

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

On 04/07/10 21:24, Ben de Groot wrote: >> with the herd "embedded" it's difficult though: the page >> >> lists members for it but the page source does not >> hold it, explicitly. where does it come from? > > It does, as can be seen in > http

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

On 04/08/10 21:16, Robin H. Johnson wrote: > On Wed, Apr 07, 2010 at 01:20:11PM +0200, Sebastian Pipping wrote: >> Current results >> === >> Bug load per developer >> -- >> http://dev.gentoo.org/~sping/bug-heartbeat/report--bug-

Re: [gentoo-dev] Who is willing to be lead?

On 04/11/10 00:54, Denis Dupeyron wrote: > I know it hurts the eyes a bit, but calling problems by their name is > part of fixing them. What about difference in tone? You can transfer content X in very different tones and sill not hide anything. It's hard, but it's possible. Sebastian

[gentoo-dev] proxy needed.. for a non-dev maintainer on net-news/liferea

hello! lifera is maintainer-needed at the moment. iskren slavov is here to help out but he'll need you as a dev to proxy him for now. he's started working on an ebuild in his gentoo-hosted overlay, already [2]; contact info's up there, too. please step up if you can do this. thanks in advance

[gentoo-dev] Gentoo stats server/client @ 2010-04-21

Intro = Some of you may remember that project of mine I worked on for GSOC 2009: collection of information on Gentoo user machine setups. I have been extending Smolt [1] (whose current upstream version collects information on hardware) to fit our interest in the software side of thin

Re: [gentoo-dev] paper on oss-qm project

hello enrico, interesting concept. i'd like to comment on a few details: - licensing seems not be addressed, yet. licensing can kill everything, it needs consideration. - branch and tag namespaces as currently defined have a few problems: - versioning: - the A.B.C.D scheme won't

Re: [gentoo-dev] [v5] Planning for automatic assignment computation of bugs

On 05/03/10 23:49, Robin H. Johnson wrote: > Known prototypes: > = > http://dev.gentoo.org/~rbu/assign.py > - I believe this prototype is fully up to date, it just takes > herds/metadata.xml as well as a string, and gives you the output the > commandline. > rbu: can you confir

Re: [gentoo-dev] [v5] Planning for automatic assignment computation of bugs

On 05/06/10 06:27, Robin H. Johnson wrote: >> package_pattern = >> re.compile('\\b(?P[a-z0-9_+-]+-[a-z0-9_+-]+)/(?P[a-z0-9_+-]+(?:[a-z_+]+[0-9]+|[a-z0-9_+-]+[a-z+]+))') > - Fails to match category 'virtual'. True. > - That PV matching looks really fishy. It's not meant to match versions at

Re: [gentoo-dev] paper on oss-qm project

On 05/08/10 22:11, Enrico Weigelt wrote: > what problems do you see w/ licensing ? > > IMHO, each branch simply has to follow the upstream's license. i have yet to see easy cases with licensing. i haven't thought about it in detail yet, tough, to be honest. > simply normalize: don't use letters

Re: [gentoo-dev] showing file diffs as root

On 05/30/10 16:59, Christopher Harvey wrote: > [..] because calling > os.system("meld file1 file2 &") in python is putting up so many red > flags in my head it's not funny. [..] On a sidenote: the subprocess module offers better alternatives to calling os.system: http://docs.python.org/library/sub

Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki

Tobias, On 06/04/10 05:53, Tobias Scherbaum wrote: > I wasn't able to attend that meeting, as i noticed it just a day or > two before. From then on ... I heard just nothing wrt the Wiki > project. Have you contacted people who took part in the meeting asking for details and results? Sebastian

Re: [gentoo-dev] Actions of python team, especially Arfrever wrt python eclass and python-3*

Thomas, Arfrever, the way this discussion currently works does not look fruitful to me. Questions I would like to raise: - How come you don't agree on facts? - Is this about processes or results? - Have you tried to understand the other side's problem? - Could you try a question-explanati

Re: [gentoo-dev] Gentoo Council 2010/2011 - Nominations are now open

On 06/05/10 16:36, Alex Legler wrote: > Chainsaw, Fauli and sping please. Thanks. I accept nomination. Sebastian

Re: [gentoo-dev] Actions of python team, especially Arfrever wrt python eclass and python-3*

Thomas, On 06/06/10 01:04, Thomas Sachau wrote: > Every slot and every version *should* satisfy a "dev-lang/python" dependency, > but currently such > unspecified version dependency does automaticly pull in the latest > version/slot, which in case of > python does mean python-3*, even when you

Re: [gentoo-dev] Actions of python team, especially Arfrever wrt python eclass and python-3*

Thomas, On 06/06/10 04:01, Thomas Sachau wrote: > [..] so even if it is not pulled in during installation, it will be pulled in > during world update. sounds right. Preventing this requires either masking or a dont-pull-uninstalled-slots switch for portage (which I am not suggesting), right?

Re: [gentoo-dev] Moving unmaintained packages to Sunrise

On 06/13/10 16:26, Jorge Manuel B. S. Vicetto wrote: > If we want to find a way to not drop the maintainer-needed packages, I'd > prefer we move them to sunset and not to sunrise. Agreed. If there is a user-maintainer move to sunrise, if there isn't move to sunset. > As this overlay is > likely

[gentoo-dev] Tone in Gentoo

Hello! Tone is currently not a strength of Gentoo. As I have heard there are people not joining Gentoo because the atmosphere in Gentoo is lacking respect and empathy. I have searched a few places for rules on tone, looking at the Gentoo Social Contract [1], the Code of Conduct [2] and the Phil

[gentoo-dev] The mis-concept of "slacking" in Gentoo

Hello! When you are active in Gentoo during one week and less active during the next it may happen that people (sometimes jokingly) call you a "slacker". This pattern seems to have become common enough that people even started calling themselves slackers when they are less active than potentiall

Re: [gentoo-dev] Tone in Gentoo

On 06/16/10 07:43, Jeroen Roovers wrote: > That's a conclusion first, then a premise? "Tone is not a strength of Gentoo" is my own obserservation. Please be more verbose - I fail to understand the core of your question. >> - How come tone is so rough when we actually meant to be >>a friendl

Re: [gentoo-dev] Re: Tone in Gentoo

Roy, On 06/16/10 21:40, Roy Bamford wrote: > As a native English speaker (from England) I view Jers reply as terse > and to the point, completely lacking in tone. interesting. Looking at the sentence "When did you point this out to devrel?" I would like to say that while it's not impolite

Re: [gentoo-dev] Tone in Gentoo

Angelo, On 06/16/10 19:07, Angelo Arrifano wrote: > I've seen some bugs [sorry no references right now] where some > developers point out facts in a *very* aggressive way. bug replies, yes! I remember replies like "you obviously have no clue how xzz works" from developer to developer on a b

Re: [gentoo-dev] Tone in Gentoo

Pawel, On 06/16/10 18:39, "Paweł Hajdan, Jr." wrote: >> I have searched a few places for rules on tone, > > I believe one can't solve this problem by using rules. any ideas what could help? > We need leadership. I remember very well when the leader of one of the > Gentoo projects I participat

Re: [gentoo-dev] Re: Tone in Gentoo

Nikos, thanks for speaking up on this matter. I encourage more Gentoo users to make them heard with this. Best, Sebastian

[gentoo-dev] Proposing fundamental changes to DevRel

Hello! yngwin's devaway message still reads "inactive, pending resolution of devrel issue". yngwin retired. I woudn't go as far as saying that his case made him retire but I definitely say that _DevRel failed on his case_. I believe I had enough insight to be able to say. I would like to p

Re: [gentoo-dev] Re: Tone in Gentoo

Jeroen, On 06/16/10 21:31, Jeroen Roovers wrote: > 1) that there are probably some good examples of the bad tone that sping > referred to, perhaps in the devrel/userrel domain and therefore not > initially public, and that unless those projects fail (to uphold the > CoC), we should probably not b

Re: [gentoo-dev] Tone in Gentoo

Jorge, On 06/17/10 02:01, Jorge Manuel B. S. Vicetto wrote: > There was a mostly silent agreement between some teams, including > DevRel, UserRel, Council and Trustees, that after the Proctors project > was terminated, the enforcement of the CoC, including any moderation or > banning actions, wou

Re: [gentoo-dev] Tone in Gentoo

Jorge, On 06/17/10 02:14, Jorge Manuel B. S. Vicetto wrote: > Sebastian, I understand your concern, but as Alec puts it, we have gone > a long way since the 2007-2008 low regarding this type of behaviour. > I'm not advocating that communication in Gentoo mediums has become > perfect, but I don't

Re: [gentoo-dev] Tone in Gentoo

On 06/17/10 05:24, Jeroen Roovers wrote: > Well, apart from explaining technical stuff[1] as in the example above, > we could obviously explain how our developers work, how much most of > them get payed for doing that, inform users of our services what they > can and cannot expect to get. It sound

Re: [gentoo-dev] Gentoo Council 2010/2011 - Nominations are now open

Hello! I would like to nominate phajdan.jr (Pawel Hajdan, Jr.). Sebastian

Re: [gentoo-dev] Tone in Gentoo

Ciaran, the mindset I hear in your mail sounds a lot more like (my understanding of) Exherbo than Gentoo. I would appreciate if you stayed on topic which is improving tone in Gentoo. Thanks. Best, Sebastian

Re: [gentoo-dev] Proposing fundamental changes to DevRel

Jorge, On 06/17/10 02:33, Jorge Manuel B. S. Vicetto wrote: >> 1) Make the list of subscribers to the devrel alias public > > I don't know what gave you the idea that the list of the Developer > Relations project members is private. > You can check the alias members directly by running "grep de

Re: [gentoo-dev] Proposing fundamental changes to DevRel

Petteri, On 06/17/10 09:52, Petteri Räty wrote: > Wrong mailing list. This thread belongs to gentoo-project. that's what I am referring to with "tone in Gentoo". I want the other 80% of you on the council. In my opinion the DevRel topic is too important to hide it on a mailing list with a fract

Re: [gentoo-dev] Re: Proposing fundamental changes to DevRel

Duncan, On 06/17/10 09:56, Duncan wrote: > DevRel is > understaffed. I've seen observations to the effect that most developers > aren't interested in getting involved in that area, particularly in > reference to the conflict resolution subgroup when I offered to join DevRel last time in repl

Re: [gentoo-dev] Proposing fundamental changes to DevRel

Patrick, On 06/17/10 18:21, Patrick Lauer wrote: > Now of course this will cause friction. I've noticed it especially with > germanic and slavic languages that are more terse than english. > For example "Sit down!" is acceptable in all situations in german, maybe acceptable, sure not polite or f

Re: [gentoo-dev] Proposing fundamental changes to DevRel

Petteri, On 06/17/10 17:45, Petteri Räty wrote: > We communicate in English but that doesn't mean we all the same cultural > background. My native language doesn't do small talk and doesn't have a > word for please. Of course when writing English I try use please when > required by the other part

Re: [gentoo-dev] Proposing fundamental changes to DevRel

On 06/17/10 16:37, Sebastian Pipping wrote: >> I don't know what gave you the idea that the list of the Developer >> Relations project members is private. Also, Willinks reports the alias to be empty, unlike with other aliases: [00:44] expn devrel [00:44] devrel = A que

Re: [gentoo-dev] Tone in Gentoo

Hello. As some people seem to be interested in examples of out of the line tone in Gentoo I feel like sharing an example just happened a few minutes ago: In #gentoo-infra people are talking about banging each others moms right now. I was told this is normal in there. As I mentioned it's

Re: [gentoo-dev] Re: Tone in Gentoo

On 06/18/10 05:43, Jeroen Roovers wrote: >> Hmm - thats interesting, I subconsciously read the two questions into >> the one posted. I accept you point. Its something I am likely to >> write myself without thinking about it too much too. > > Oh, this is a good one. Without introducing the prob

Re: [gentoo-dev] Tone in Gentoo

Jorge, On 06/19/10 05:20, Jorge Manuel B. S. Vicetto wrote: > you're confusing talk and jokes between developers on a particular > private room with tone between members of the global community in public > mediums. It wasn't #gentoo-roughshit, it was in #gentoo-infra - the place devs go on infra

Re: [gentoo-dev] Tone in Gentoo

Nirbheek, On 06/19/10 17:34, Nirbheek Chauhan wrote: > No, really, flaming #gentoo-infra on the gentoo-dev mailing list is > silly, useless *and* ironic (in this case). It's not about the infra team, it's about communication in the #gentoo-infra channel. All of "silly, useless *and* ironic" cou

Re: [gentoo-dev] Tone in Gentoo

Jeremy, On 06/19/10 06:45, Jeremy Olexa wrote: > On 06/18/2010 09:25 PM, Sebastian Pipping wrote: > >>In #gentoo-infra > > #gentoo-infra is a private channel and you don't have to be in there. No > public community members/users are in there. The "

Re: [gentoo-dev] Tone in Gentoo

On 06/19/10 08:43, Patrick Lauer wrote: >> Now that's tone in Gentoo. Brilliant. > > And you're ugly! > > Hey, you're doing it yourself. You're using sarcasm (I assume you do, > otherwise the positive "Brilliant." doesn't fit in the context of "Oh > dear, these rude people said that!") You got

Re: [gentoo-dev] Re: Tone in Gentoo

Brian, On 06/19/10 11:37, Brian Harring wrote: > and you do not go into someone's home and tell them > what they can/cannot say. right. #gentoo-infra is not anybody's home though: it's an infra-matter channel of Gentoo. If you like to view it as anybody's home it's home of Gentoo and therefor

Re: [gentoo-dev] Tone in Gentoo

On 06/19/10 19:50, Wulf C. Krueger wrote: >> If #gentoo-infra bangs their moms the rest of the community deserves to >> know. > > Oh? What do you do at night with your girlfriend (or boyfriend or yourself)? > The community deserves to know! My point was about the style of communication in ther

Re: [gentoo-dev] Tone in Gentoo

On 06/19/10 19:59, Ciaran McCreesh wrote: >> This is a point that deserves more consideration. One of the top >> reasons (as witnessed in forum discussions) > > Unfortunately, that's selecting a rather biased audience. The success > of a forum depends upon the number of active posters it has. The

Re: [gentoo-dev] Tone in Gentoo

Ciaran, On 06/19/10 21:16, Ciaran McCreesh wrote: > No, that's the nice thing about delivering a product based upon > technical merit: most of the time, there are right answers and there > are wrong answers, and careful investigation and good management can > lead to it being determined which is

[gentoo-dev] Council manifesto of sping

Hello! My manifesto up here now: http://dev.gentoo.org/~sping/council-manifesto-2010-sping.txt Thanks for your vote! Best, Sebastian

Re: [gentoo-dev] Council manifesto of sping

Petteri, On 06/21/10 20:20, Petteri Räty wrote: >> My manifesto up here now: >> http://dev.gentoo.org/~sping/council-manifesto-2010-sping.txt > >> - Building sites >> - Active Council >> - More direct democracy >> - New conflict resolution team (reforming DevRel) >> - Ownership and terri

Re: [gentoo-dev] Council manifesto of sping

Arun, On 06/21/10 21:25, Arun Raghavan wrote: >> My manifesto up here now: >> http://dev.gentoo.org/~sping/council-manifesto-2010-sping.txt > > For all your points where you do not have a concrete proposal of how > you intend to tackle the problem, could you please elaborate? please take your t

Re: [gentoo-dev] Council manifesto of sping

On 06/22/10 03:46, Brian Harring wrote: > Your proposed solutions in your manifesto is to just throw out the > manifest bits that need completion, in the process ignoring the > infrastructural and security reasons for their existance. Same goes > for ignoring the commit hooks chunk for rsync ge

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/python-openid: python-openid-2.2.4.ebuild

Arfrever, On 06/28/10 22:26, Arfrever Frehtes Taifersar Arahesis wrote: >> Is there any reason you are so non-verbose here? 'cvs log' or '$EDITOR >> ChangeLog' equally give us no information about your commit. You are >> making it hard on other devs in my opinion, I don't think intentionally, >>

<    1   2   3   4   5   >