Mar 08 14:59:39 * kingtaco|work sets mode +m #gentoo-council Mar 08 14:59:43 * think4urs11 (n=its-me@p5494F109.dip.t-dialin.net) has joined #gentoo-council Mar 08 14:59:45 aight, might as well get started Mar 08 14:59:50 rollcall Mar 08 15:00:05 gimem 2 mins please Mar 08 15:00:17 I'm here Mar 08 15:00:25 robbat2, kloeri wolf31o2|mobile Mar 08 15:00:30 present and somewhat here mentally... head cold is killing me Mar 08 15:00:31 yo Mar 08 15:00:54 aight, so council topics Mar 08 15:01:23 I listed on -dev the following: PMS, gentoo certified hardware and gentoo branded hardware Mar 08 15:01:23 yo Mar 08 15:01:43 we also have appoint uberlord(which is first) Mar 08 15:01:52 who else has topics? Mar 08 15:02:11 I do... Mar 08 15:02:16 ok Mar 08 15:02:20 * Kugelfang back Mar 08 15:02:26 2, actually... Mar 08 15:02:30 we probably need to discuss the mailinglist problems Mar 08 15:02:35 first, on request, the flames Mar 08 15:02:37 yup Mar 08 15:02:48 second, what power should the council have Mar 08 15:02:53 ok Mar 08 15:02:55 wasn't there also discussion on the council-managed projects? Mar 08 15:03:09 robbat2, my hardware stuff is council projects Mar 08 15:03:32 ok Mar 08 15:03:33 * welp[lap] has quit (Read error: 104 (Connection reset by peer)) Mar 08 15:03:42 anything else? Mar 08 15:03:47 SpanKY, Kugelfang ? Mar 08 15:03:52 not from me Mar 08 15:04:22 aight, first item Mar 08 15:04:25 uberlord Mar 08 15:04:28 who isn't here Mar 08 15:04:30 [14:50] i guess in the future, we just need to make sure that no such retarded restrictions are put into place Mar 08 15:04:41 vapier, noted Mar 08 15:05:21 last month we decided that we could unanmiously approve the Nth person from the original council vote in for a reduced sentence to fill a vacancy Mar 08 15:05:24 * welp[lap] (n=welp@gentoo/developer/welp) has joined #gentoo-council Mar 08 15:05:32 uberlord is #8, and flameeyes has quit Mar 08 15:05:36 right Mar 08 15:05:44 i think we can just commence voting, right? Mar 08 15:05:59 or we could punt it if people want to ask him questions Mar 08 15:06:08 UberLord is fine by me and seems the rest of community felt that way when we the vote happened last time Mar 08 15:06:11 I'm ready to vote on it Mar 08 15:06:15 dito Mar 08 15:06:25 anyone not want to vote? Mar 08 15:06:29 KingTaco: questions should have been asked before :p Mar 08 15:06:38 vapier, agreed, but meh Mar 08 15:06:41 ok Mar 08 15:06:46 he's a nice guy, capable and has a nice taste regarding beer Mar 08 15:06:55 vote: bring uberlord in to replace flameeyes Mar 08 15:06:56 so let's vorte :-P Mar 08 15:07:01 yes Mar 08 15:07:14 yes Mar 08 15:07:15 yes Mar 08 15:07:20 yes Mar 08 15:07:21 yes Mar 08 15:07:33 vapier: Mar 08 15:07:35 UberLord is fine by me Mar 08 15:07:40 done Mar 08 15:07:45 uberlord is accepted Mar 08 15:07:51 and now marked as a slacker Mar 08 15:07:52 man, if only every topic went like that Mar 08 15:07:52 wherever he is right now Mar 08 15:08:07 would he be a slacker if he wasn't on the council prior to the meeting? Mar 08 15:08:14 i don't think so Mar 08 15:08:23 ok, we let this one slide Mar 08 15:08:24 me either Mar 08 15:08:26 yup Mar 08 15:08:26 *g* Mar 08 15:08:29 has anybody pinged him about the meeting? Mar 08 15:08:32 I did Mar 08 15:08:54 ok Mar 08 15:09:07 aight Mar 08 15:09:09 next business Mar 08 15:09:40 anyone want to go first? Mar 08 15:09:46 PMS? Mar 08 15:09:52 go for it... it's your show Mar 08 15:09:56 is it? Mar 08 15:09:57 *g* Mar 08 15:10:03 ok Mar 08 15:10:06 I'll do pms Mar 08 15:10:08 ok, most council folks have a draft of PMS now Mar 08 15:10:08 it's my topic Mar 08 15:10:22 who hasn't? Mar 08 15:10:31 robbat2: what about you? Mar 08 15:10:33 i haven't, mainly as I don't have time yet Mar 08 15:10:38 robbat2: want one? Mar 08 15:10:38 but an aside on that Mar 08 15:10:50 there are a couple perceived problems with how the current PMS was developed Mar 08 15:10:54 i'll need to look soon, because i've got a note about tree-signing for later Mar 08 15:10:56 * spaetz (n=spaetz@v30439.1blu.de) has joined #gentoo-council Mar 08 15:11:02 Kugelfang, yes please Mar 08 15:11:02 robbat2: nod Mar 08 15:11:35 1. up until now, it's only included people from 2 of the 3 pkgmgrs Mar 08 15:11:52 you mean 1 of the 3 Mar 08 15:12:01 apparently zmedico has access Mar 08 15:12:08 k Mar 08 15:12:11 I haven't been able to talk with him yet to confirm Mar 08 15:12:18 I'm going to assume that Kugelfang wouldn't lie to me Mar 08 15:12:48 thanks :-) Mar 08 15:12:50 yes, he has access Mar 08 15:13:02 can we get a list of who has access? Mar 08 15:13:08 a rough one Mar 08 15:13:12 one seco Mar 08 15:13:15 sure... something close Mar 08 15:13:15 ok Mar 08 15:13:17 regardless, i dont think that's been a detriment to the overall quality as a initial draft Mar 08 15:13:35 spb/ciaranm know we wouldnt accept bullshit disguised as a spec Mar 08 15:13:39 no, however as an accepted standard, it cannot exclude any interested party Mar 08 15:13:52 it's not complete yet Mar 08 15:14:01 they haven't finished, and there is still time to include pkgcore Mar 08 15:14:02 nobody is saying to exclude anybody for the final standard Mar 08 15:14:09 right, nor is it described as such Mar 08 15:14:17 however, it's taken much longer than any of us had initialy though Mar 08 15:14:31 +t Mar 08 15:14:31 so here's my proposal Mar 08 15:14:34 and spb said earlier that it would probably be opened further in a couple of weeks so everybody can comment on it Mar 08 15:14:58 why don't we label whatever portage ships with 2007.0 as the final EAPI=0 Mar 08 15:15:08 people can document it without deadlines Mar 08 15:15:16 and we can go forward with EAPI=1 Mar 08 15:15:31 thoughts? Mar 08 15:15:35 there's a deficiency or two in portage that i'd disagree with Mar 08 15:15:36 access: spb, ciaranm, pioto, , me, betelgeuse, all council except diego (no chance to give him) Mar 08 15:15:47 because we want the documentation and not some vague notion of whatever is supported at 2007.0 time imo Mar 08 15:15:59 kloeri, it's been what, 6 months? Mar 08 15:16:00 access: zmedico, genone Mar 08 15:16:12 that's all who i remember right now Mar 08 15:16:18 KingTaco: about, first discussed 20060914 Mar 08 15:16:20 it's taking too long and holding up other things Mar 08 15:16:31 kingtaco|work: PMS documents portage capabilities... Mar 08 15:16:38 kingtaco|work: maybe, but just ignoring documentation doesn't solve the lack of documentation and it should be open quite soon so it can be finished Mar 08 15:16:42 Kugelfang, I know what it does Mar 08 15:16:51 I'm trying to paralellize things Mar 08 15:17:00 i mean, this thing is almost finished Mar 08 15:17:06 as you pointed out yourself Mar 08 15:17:08 so we're not hostage to ciaranms "priorities" and spbs master thesis Mar 08 15:17:45 honestly, ciaranm wasn't asked to do this... so why should we be hostage to his priorities? Mar 08 15:17:46 I think hostage is a bit strong tbh Mar 08 15:18:00 I view EAPI=0as some snapshot Mar 08 15:18:03 kingtaco|work: Perhaps I'm misunderstanding something, but somebody could have said "EAPI-0 is whatever portage does" years ago, but that doesn't docuement anything. You'd still have to write up what it's doing. Mar 08 15:18:04 it's his voluntary contribution Mar 08 15:18:10 and it should be open soon so that everybody can work on it which is what you want I guess Mar 08 15:18:18 g2boojum, yes, and in hindsight we should have Mar 08 15:18:21 licensed under CC-sa-3.0 Mar 08 15:18:31 kingtaco|work: dude, it has been done Mar 08 15:18:34 kloeri, don't second guess me, ask Mar 08 15:18:40 kingtaco|work: exactly what you say has been done Mar 08 15:19:07 kingtaco|work: ok, do you want it to be opened so that everybody can participate? Mar 08 15:19:19 yes Mar 08 15:19:53 christel wants me to point out that she has access, too :-D Mar 08 15:20:01 however, more than anything else, I want it to be done Mar 08 15:20:11 fine, we've been told that going to happen in a week or two most likely so why make some arbitrary decision about a random portage version shipped with 2007.0 being EAPI0 when we're so close? Mar 08 15:20:13 kingtaco|work: there is a list of fixmes Mar 08 15:20:14 if they say they're two weeks away, then I'm willing to wait those two weeks Mar 08 15:20:17 kingtaco|work: You missed my point. You'd still have to document it, which would likely take notably more time to do from scratch than waiting for spb's doc to be released, which would then at least serve as a starting point if you want to backtrack to a particular version of portage. Mar 08 15:20:23 * UberL (n=uberlord@rsm.demon.co.uk) has joined #gentoo-council Mar 08 15:20:35 * vapier gives voice to UberL Mar 08 15:20:39 >chanserv< list Mar 08 15:20:46 hey UberL Mar 08 15:20:47 >chanserv< list #gentoo-council Mar 08 15:20:48 g2boojum, I don't think that doc is much different from what will be released as 2007.0 Mar 08 15:20:53 * kingtaco|work gives channel operator status to UberL Mar 08 15:20:57 soz I'm late guys Mar 08 15:21:03 slacker Mar 08 15:21:16 g2boojum: I think what Mike meant was that we would backtrack to 2.1.2.2 (which is what we're using for 2007.0) and everything beyond that, feature-wise, would be EAPI > 0 Mar 08 15:21:18 KingTaco: it may not be much different, but i think the few differences would make EAPI=0 -> EAPI=1 painful Mar 08 15:21:28 >chanserv< access #gentoo-council Mar 08 15:21:30 g2boojum, makeing it coencide with a release gives a very nice test case as to if something is eapi0 compliant Mar 08 15:21:47 i disagree Mar 08 15:22:03 known bugs aside Mar 08 15:22:20 so, how do you decide what is a bug without a spec? Mar 08 15:22:38 I think they are all documented in our bugzilla Mar 08 15:22:51 i'm not sure about that Mar 08 15:22:56 nobody said we don't get a spec Mar 08 15:23:04 then I have to ask why not? Mar 08 15:23:11 if it's not filed as a bug then it's not a damn bug Mar 08 15:23:22 kingtaco|work: heh, even those bugs which haven't been found yet? Mar 08 15:23:28 nothgin is bug free Mar 08 15:23:54 kingtaco|laptop: i think your initial post to the -dev list about deadlines was enough to get the final kick going Mar 08 15:23:59 jesus h christ... can we try to not be so damned pedantic for a change? Mar 08 15:24:08 the current track for this to be opened before next council meeting is sufficient Mar 08 15:24:18 i think that's doable Mar 08 15:24:23 we can't vote next council Mar 08 15:24:27 I agree with vapier... if they're on track to have it open by the next council meeting, I'm game Mar 08 15:24:32 no, not vote Mar 08 15:24:36 it won't have sat for public review long enough Mar 08 15:24:41 just make sure it's open for comment before then Mar 08 15:24:59 also, I've heard of someone else wanted to write the spec Mar 08 15:25:00 we definitely want a longer review period than a couple weeks Mar 08 15:25:12 kingtaco|work: That's a Council-made rule, so the Council can make exceptions. I'm not saying you should, just that you could. Mar 08 15:25:28 * g2boojum butts out, now Mar 08 15:25:29 I don't see any vote on that document happening for at least 2 months Mar 08 15:25:29 there's nothing wrong with a competing spec Mar 08 15:25:34 agreed Mar 08 15:25:36 well, we can have competing specifications if we want Mar 08 15:25:37 and thats if it went public in 2 weeks Mar 08 15:25:49 in the mean time we're still stuck on eapi-0 Mar 08 15:26:05 council will just have to vote on the final specification (same thing however many specs we have) Mar 08 15:26:08 why should we waste 2 months when it's not needed? Mar 08 15:26:11 i just want to see who's going to write a 48 page spec on the package manager in the same time :-) Mar 08 15:26:26 Kugelfang, write it in text and it'll be less than 20 Mar 08 15:26:28 how about an in-between meeting? Mar 08 15:26:42 it's probably going to be a large discussion in council for the spec anyway Mar 08 15:26:44 we need the spec to be complete and accurate which takes time Mar 08 15:26:48 vapier, wolf31o2|mobile and what happens when they miss their deadline Mar 08 15:26:49 i think a competing spec is redundant Mar 08 15:26:50 no way to avoid that imo Mar 08 15:26:58 I hate the idea of a competing spec Mar 08 15:27:01 kingtaco|laptop: *we* open it Mar 08 15:27:17 but personality problems between the 2 groups almost dictate it Mar 08 15:27:18 kingtaco|laptop: then we take it over Mar 08 15:27:25 kingtaco|laptop: if they're agreeing it can be opened by the next meeting, we just hold them to it Mar 08 15:27:32 it'S CC-sa-3.0, so i don't see a problem Mar 08 15:27:37 ive given it a glance over and it looks good Mar 08 15:27:47 Kugelfang, then why arn't we able to release it now? Mar 08 15:27:55 kingtaco|work: they haven't released it yet Mar 08 15:28:13 ok, I' Mar 08 15:28:16 they want it released when all those little "fixmes" are gone Mar 08 15:28:23 ok, I'm willing to hold my tounge for 1 more month Mar 08 15:28:25 nothing more Mar 08 15:28:36 it must be open for public review Mar 08 15:28:50 oh come one... nobody said it won't be Mar 08 15:28:55 -e Mar 08 15:29:01 Kugelfang: before today, no one said it would be Mar 08 15:29:03 * The_Paya (i=the_paya@gentoo/developer/thepaya) has joined #gentoo-council Mar 08 15:29:09 vapier: sure Mar 08 15:29:17 vapier, about 55 minutes ago to be exact Mar 08 15:29:17 no, nobody gave us a timeframe in which it would be Mar 08 15:29:31 vapier: spb always stated: "no public draft before they deem it ready, then public review" Mar 08 15:29:36 spb gave us a rough estimate today... 2 weeks... we're giving him 4... heh Mar 08 15:29:44 Kugelfang: and that's too vague Mar 08 15:29:55 vapier: there's been enough mails on that on -dev Mar 08 15:30:10 no, most of those e-mails were retarded and unrelated Mar 08 15:30:10 vapier: the pity is, that it all ended up in the ciaranm-drobbins flamefest Mar 08 15:30:21 Kugelfang, the simple fact that there were that many emails shows that there is a very strong divide Mar 08 15:30:38 kingtaco|work: but not on the contents Mar 08 15:30:55 Kugelfang, how could it be on the content? Mar 08 15:31:03 the majority haven't seen it Mar 08 15:31:13 see the point? people discuss a thing they haven't had the chance to read yet.. Mar 08 15:31:34 see my point? people want to participate and an external group is telling them no Mar 08 15:31:36 this is the exact reason why i hadn't been published Mar 08 15:31:46 regardless, i think it's settled for now ... the stuff spb posted looks good and will be opened to the public soonish Mar 08 15:32:00 1 month more Mar 08 15:32:02 no more Mar 08 15:32:03 *g* Mar 08 15:32:07 agreed... next topic? Mar 08 15:32:16 anyone disagree? Mar 08 15:32:22 KingTaco: no, i'm with you on that Mar 08 15:32:49 while everyones blood pressure is up, we may as well talk about things like devrel, mailing lists and nettiquette Mar 08 15:32:51 that's fine Mar 08 15:32:56 heh Mar 08 15:33:11 I picked the wrong week to quit huffing rubber cement Mar 08 15:33:13 first Mar 08 15:33:14 my blood pressure is throbbing Mar 08 15:33:23 I think we need a vote of confidence in devrel Mar 08 15:33:31 do we? Mar 08 15:33:39 I think maybe that'll help them start to enforce our netiquette Mar 08 15:33:39 along what lines ? Mar 08 15:33:40 * windzor_ (n=windzor@82.143.229.82) has joined #gentoo-council Mar 08 15:33:47 I worded that wrong Mar 08 15:33:54 yeah you did ;) Mar 08 15:33:57 here's what I want to say Mar 08 15:34:08 I want devrel to start enforing netiquette Mar 08 15:34:15 I don't care if people scream cabal Mar 08 15:34:16 kingtaco|work: Better would be a notion of what you actually want them to enforce. Mar 08 15:34:18 well, there's a reason we don't try to ban people Mar 08 15:34:20 I don't care if people leave Mar 08 15:34:24 * blubb (n=blubb@gentoo/developer/blubb) has joined #gentoo-council Mar 08 15:34:28 be our wordstappo Mar 08 15:34:29 I want a pleasant gentoo Mar 08 15:34:37 devrel doesn't believe it's going to help and it does nothing to solve the real problem imo Mar 08 15:34:39 vapier: precisely... Mar 08 15:34:50 kloeri, and what are we going to do about that Mar 08 15:34:55 do you need more people? Mar 08 15:35:01 what can we do to help Mar 08 15:35:06 it's devrel's job Mar 08 15:35:15 it removes people but the real problem is that people don't behave politely/properly/whatever Mar 08 15:35:19 * christel holds up hand Mar 08 15:35:24 hahah Mar 08 15:35:29 talking through +m I see Mar 08 15:35:33 * kingtaco|work gives voice to christel Mar 08 15:35:34 kingtaco|work: nothing... that's freedom of speech and freedom of action. If people want to behave like morons in public there is very little you can do about it Mar 08 15:35:40 thanks kingtaco|work :) Mar 08 15:35:47 kloeri: banning people from the lists, not necessarily... but reducing the requirements on devrel to suspend "repeat offenders" might just make them think about their actions before doing them, and that could decrease the flames a bit Mar 08 15:35:53 I don't know how to solve this problem as we have a hell of a lot of devs that happily attack other people and then refuses to accept that behaviour is part of the problem Mar 08 15:35:58 Kugelfang, you are mistaken if you think there is absolute freedom around here Mar 08 15:36:06 kloeri: suspend said devs Mar 08 15:36:22 Kugelfang, also your interpitation of free speech is incorrect Mar 08 15:36:24 I know on at least one occasion I probably should have been suspended... heh Mar 08 15:36:28 i believe (as devrel and conflict res) that we need more defined chain of command, responsibility and *abilities* for devrel and crp to be able to execute anything at all Mar 08 15:36:31 there's some devs that are persistently poisoning the project that I want to deal with but that's not just related to mailinglists Mar 08 15:36:37 you're free to say whatever, not you're free to say whatever on my soapbox Mar 08 15:36:38 wolf31o2|mobile: and users? Mar 08 15:36:48 kingtaco|work: so, how do you control non-devs on public mailing lists? Mar 08 15:36:52 kingtaco|work: banning won't work Mar 08 15:36:59 Kugelfang, I have an idea for that Mar 08 15:37:05 kingtaco|work: moderation? Mar 08 15:37:08 no Mar 08 15:37:11 I hate moderation Mar 08 15:37:16 me too Mar 08 15:37:22 so Mar 08 15:37:24 gentoo being as open as possible is one of our core values imo and one of the things that define our community Mar 08 15:37:30 kloeri: I have no answer for users Mar 08 15:37:33 I'd rather not do anything to hurt that Mar 08 15:37:42 i believe bans should be a very very last resort, but at the same time i believe that the etiquette policy should be enforced (ie. warn warn suspend or similar) Mar 08 15:37:51 kloeri, but it's being hurt none the less Mar 08 15:38:04 there's also the issue of leading by example Mar 08 15:38:21 vapier: yeah, seemant had nice blog posts on those Mar 08 15:38:32 christel: agreed... I think we need to be a bit more strict on our developers... after all, in the flames involving users, developers are just as much at fault as the users... perhaps if the devs didn't respond in kind, the flames would subside much quicker, etc Mar 08 15:38:35 kingtaco|work: yes, but should we hurt it more? Mar 08 15:38:42 i think if we were all to act like g2boojum ... Mar 08 15:38:45 kloeri, I'd argue that you'd hurt it less Mar 08 15:38:53 wolf31o2|mobile: yeah Mar 08 15:38:54 * g2boojum blushes Mar 08 15:39:14 one of the things i think is important is that whomever sits at the top of a chain of command plays no favours Mar 08 15:39:17 shit, work IRQ, continue discussing, I'll be back in 3 Mar 08 15:39:39 right Mar 08 15:39:39 christel: Um, the etiquette guide is actually a bit too broad, and possibly insufficiently vague. You don't really want to ban somebody for messing up the ChangeLog, but that's in that guide. Mar 08 15:40:00 so should we work together to have the guide updated? Mar 08 15:40:14 g2boojum: yes, i believe that if it was to be enforced it needs to be revised and be very very very clear on what goes and what doesnt Mar 08 15:40:52 * windzor_ has quit (Client Quit) Mar 08 15:41:14 christel: do you think you could write it up? Mar 08 15:41:26 I don't want to ban anybody but I do want to be much harder on devs poisoning things consistently and I'm going to file at least one devrel bug in that regard Mar 08 15:41:31 i can certainly give it a try and come up with a proposal Mar 08 15:41:31 christel: in say, 14 days? SO we can discuss it next month? Mar 08 15:41:55 one of the problems (as always) is that it's damn hard to punish devs due to our policies Mar 08 15:42:04 * ndansmith (n=ndansmit@c-67-168-234-215.hsd1.or.comcast.net) has joined #gentoo-council Mar 08 15:42:27 http://lwn.net/Articles/224615/ Mar 08 15:42:27 is it ? Mar 08 15:42:29 perhaps in light of the effects our current style has on the project it may be worth revisiting whether our current policies are the best ones for the projects future health Mar 08 15:42:30 * kloeri gives voice to seemant Mar 08 15:42:31 kloeri: then the policies should be modified... and I think we'd support that Mar 08 15:42:32 or is it a matter of reluctance Mar 08 15:42:35 btw, that's how we're represented Mar 08 15:42:38 thanks kloeri Mar 08 15:42:39 christel: I actually think you want it to be more vague than specific. "Don't be a jerk." Please don't define "jerk", or you get a five-page treatise on why the bahavior doesn't really fit the definition. Mar 08 15:42:56 g2boojum: no, dont worry :) Mar 08 15:42:57 something for all of us to chew on Mar 08 15:43:04 I just wanted to add that ubuntu's code of conduct document seems to be frequently cited as a starting point Mar 08 15:43:05 policies are currently aiming at being fair to everybody and not too inefficient Mar 08 15:43:22 but yes, what I wanted to really say, g2boojum said very nicely :) Mar 08 15:43:25 seemant: yeah, thats one that popped to mind as one to look at before writing a proposal, thanks though :) Mar 08 15:43:26 which means it's still likely to take at least a month I guess to process any serious devrel complaint Mar 08 15:43:37 we really need to be careful in adopting document upon document upon document Mar 08 15:43:38 kloeri, your devrel process is too long Mar 08 15:43:54 honestly, a streamlined doc would go far better, imho Mar 08 15:43:57 kingtaco|work: that's acutally quite pointy (and a bit funny) Mar 08 15:43:59 you need a way to reach a decision in hours or days, not weeks Mar 08 15:44:10 Kugelfang, pointy? Mar 08 15:44:17 kingtaco|work: yes, I'd probably agree with that but it's hard defining a good policy as we still want to be fair I believe Mar 08 15:44:27 kingtaco|work: sorry, looking it up Mar 08 15:44:33 i think for the most part it can be made pretty simple.. Mar 08 15:44:38 and, as beandog has mentioned -- the forums are fairly moderated but there isn't a standard set of guidelines for doing so Mar 08 15:44:44 respect, common sense and no asshattery :) Mar 08 15:44:51 kingtaco|work: poignant Mar 08 15:45:03 christel: essentially, yes Mar 08 15:45:03 kingtaco|work: or keen Mar 08 15:45:37 Kugelfang, being a devrel member through both of ciaranms firings and a bunch of other shit I've had an in depth look at it Mar 08 15:45:48 not saying that dmwaters or fmccor ran it any better Mar 08 15:45:50 kingtaco|work: hu? Mar 08 15:46:00 kingtaco|work: i was refering to the lwn thing Mar 08 15:46:06 Kugelfang, oh Mar 08 15:46:14 Kugelfang, yes, it's a fucking shame Mar 08 15:46:18 on the side of devrel not having 'teeth' - kloeri mentioned before that infra previously wasn't very responsive to requests to do things (he cited a userrel request to remove user from the ML) Mar 08 15:46:18 but it's true Mar 08 15:46:26 kingtaco|work: i find it humorous, and i guess the author too Mar 08 15:46:37 I think the current policy is much better than what we've had before and devrel is doing much more to stop flames also (even though most of our work isn't public) Mar 08 15:46:59 there's still room for quite a bit of improvement though imo Mar 08 15:47:33 robbat2: that's one of the problems - it's no use having to wait for infra for 2-3 weeks as has happened in the past Mar 08 15:47:45 if infra is the holdup, can we get some scripts to allow devrel to do some of these tasks themselves? Mar 08 15:47:45 kloeri, tbh, I haven't seen devrel do anything to cut down the flames Mar 08 15:47:52 infra isn't the hold up Mar 08 15:47:55 I'm infra Mar 08 15:48:06 don't pwn it off on infra Mar 08 15:48:07 I did prefix that with an "if" Mar 08 15:48:08 :P Mar 08 15:48:19 it may have been the problem in the past, it's certainly no longer the case Mar 08 15:48:27 * windzor_ (n=windzor@82.143.229.82) has joined #gentoo-council Mar 08 15:48:37 infra has been the holdup in the past and several people have simply given up on enforcing things if infra is involved because of past experience Mar 08 15:48:47 ok Mar 08 15:48:47 kingtaco|work, I think it's more of a problem of previous infra people. Ramereth's TODO list is a few miles long Mar 08 15:48:58 yeah, i must admit ive stopped going to infra due to 'no's :x Mar 08 15:49:09 here's me as infra telling you we're waiting for devrel to tell us their enforcement stuff Mar 08 15:49:19 but that is as much my fault (for not fighting it) as anyone elses Mar 08 15:49:20 understood? Mar 08 15:49:36 let whatever happened in the past lie Mar 08 15:49:38 I'm still not going to ban people as I think that's a horrible idea :) Mar 08 15:49:45 any examples? Mar 08 15:50:02 but I'm most certainly going to smack down on devs causing problems all the time Mar 08 15:50:02 kingtaco|work: are infra in a position to act on devrels request or will infra still overrule a devrel decision? :) Mar 08 15:50:03 kloeri, we're not asking you to ban people Mar 08 15:50:23 kloeri, we're telling you to implement something that will cut down on flaming Mar 08 15:50:26 kingtaco|work: i believe marienz has a couple of things he'd like to say Mar 08 15:50:31 * windzor has quit (Read error: 110 (Connection timed out)) Mar 08 15:50:33 * Kugelfang gives voice to marienz Mar 08 15:50:42 oh, heh. Mar 08 15:50:58 christel, infra has never "overruled" devrel, knock it off. we've told you that some thing are simply infeasable Mar 08 15:51:02 i have a question, if we are to start enforcing etiquette policy, i think we may want to ensure we have one which also cover users Mar 08 15:51:07 from a userrel pov instead of a devrel pov: we filed at least one bug against infra that wasn't not acted on because they had no time, but because they thought it was a bad idea. Mar 08 15:51:12 kingtaco|work: one possible idea that came up was to delay messages of people contributing to flames instead of banning them but I have no idea if that's possible at all Mar 08 15:51:23 kingtaco|work: actually, i believe it was more 'we think its stupid' :) Mar 08 15:51:38 kloeri, I think wolf31o2 can answer that, he's been helping with the ML stuff Mar 08 15:51:48 marienz: bug #? Mar 08 15:51:52 christel: just for gentoofication of guidelines, the forums people use these (thanks tomk): https://forums.gentoo.org/viewtopic-t-525.html and https://forums.gentoo.org/viewtopic-t-120351.html Mar 08 15:51:54 I'm not sure if that has happened to devrel requests or not Mar 08 15:52:04 Kugelfang: the dev-help ml one, let me look it up... Mar 08 15:52:10 thank you seemant Mar 08 15:52:12 christel, what did I just say about letting the past lie? Mar 08 15:52:14 I don't think it is Mar 08 15:52:27 Kugelfang: https://bugs.gentoo.org/show_bug.cgi?id=130886 Mar 08 15:52:28 kingtaco|work: i was just correcting you ;) Mar 08 15:52:50 (and im still waiting for you to answer my question) Mar 08 15:53:11 which question? infra overruling devrel? Mar 08 15:53:15 kingtaco|work: yeah Mar 08 15:53:17 my answer was that we don't Mar 08 15:53:19 christel: was that from this current generation of infra people or the prior? (just curious) Mar 08 15:53:29 kingtaco|work: excellent, thank you Mar 08 15:53:29 we tell you if your requested action is infeasable Mar 08 15:53:36 (can't tell you if devrel hit this kind of thing too, but figured I'd mention it) Mar 08 15:53:39 seemant: i wasnt aware they had changed :) Mar 08 15:53:45 (just noting that TNG is palpably different) Mar 08 15:53:54 christel, we can't squeeze blood from stone Mar 08 15:53:58 (i know theres a couple of additions to the team, which perhaps makes change for the better) Mar 08 15:54:18 christel: Assume that if you didn't deal w/ kingtaco|work, it's changed. Mar 08 15:54:32 kingtaco|work: im not trying to pick on you, im just wanting to know that if we need to we can Mar 08 15:54:44 ..pick on them? Mar 08 15:54:46 but if you make a request as devrel to infra that we can do, IMO infra is obligated to attempt to do it Mar 08 15:54:47 because that well, makes a fair bit of difference to how devrel can work with issues Mar 08 15:55:02 and it sounds like that is the case, for which i am glad to have clarification :) Mar 08 15:55:28 so Mar 08 15:55:55 what are we looking for to get started then Mar 08 15:55:59 do we need to vote that devrel needs to take a more active role in stopping flamewars and whatnot? Mar 08 15:56:07 oh Mar 08 15:56:09 one last thing Mar 08 15:56:11 correct, infra should be doing what devrel recommends, except in cases where it is infeasible Mar 08 15:56:23 the "how do we deal with users" question someone asked Mar 08 15:56:27 it's quite simple Mar 08 15:56:29 i will wite a proposal for a more clear etiquette policy, and i will aim to have it ready for review in approximately 2 weeks from today Mar 08 15:56:36 we don't accept work they contributed to Mar 08 15:56:40 christel: thx Mar 08 15:56:40 even if that hurts us Mar 08 15:56:46 I think kloeri agreeing to it would be enough, since he'd be the one pushing it within devrel Mar 08 15:56:46 while that would be the ultimate goal, i dont want devrel suddenly stomping on everyone's nuts Mar 08 15:56:47 would you prefer me to send it to -dev or -core for peer-review prior to next council meeting? Mar 08 15:56:58 so a more gentle approach should be implied Mar 08 15:56:58 christel: -dev Mar 08 15:57:05 vapier, the council explicily monitors devrel Mar 08 15:57:13 devrel is responsible to the council Mar 08 15:57:14 vapier: no, i think we'd be careful not to go mad and start chuck norrising all over the place Mar 08 15:57:18 wolf31o2|mobile: ok :) Mar 08 15:57:24 so if they fuck up we can stop them Mar 08 15:57:28 and the council is the "escalation" point for devrel... not that anybody's ever come to us... heh Mar 08 15:57:39 wolf31o2|mobile: we can still hide Mar 08 15:57:43 heh Mar 08 15:57:43 wolf31o2|mobile: ;-) Mar 08 15:57:54 kingtaco|laptop: i'm not worried about oversight, i'm worried about initial reaction Mar 08 15:58:06 wolf31o2|mobile: for the most part things doesnt even come to us (not per the policy type route anyhow) Mar 08 15:58:13 heh Mar 08 15:58:13 yeah Mar 08 15:58:23 vapier, ok, then lets vote to "authorize" devrel to form a plan and then enact it to cut down on the flamwars Mar 08 15:58:33 that sounds good Mar 08 15:58:35 vapier: i believe it needs to be a slow and transparent process to put into place rather than a overnight change Mar 08 15:58:45 transparency being important i think Mar 08 15:58:54 that wording sounds too specific and doesnt address the underlying issue Mar 08 15:59:07 ok, vote: devrel is charges with the task of planning and implementing anti flamewar measures Mar 08 15:59:09 common courtesy to thy fellow developer Mar 08 15:59:19 s/charges/charged Mar 08 15:59:25 I vote yes Mar 08 15:59:26 right... it isn't to cut down on flames, it's to cut down on the overall bad attitudes and actions Mar 08 15:59:29 i like vapier's wording more Mar 08 15:59:32 yes Mar 08 15:59:34 devrel is doing a lot of conflict resolution type stuff before things even manages to blow up but a lot of it starts out by devs and/or users contacting me in private using /query and it's usually much easier handling these things in private so that's why you don't generally see a lot of devrel action Mar 08 15:59:37 if that's seriously what the vote is worded, then i vote no Mar 08 15:59:57 ok how do you want to word it? Mar 08 16:00:21 s/anti flamewar/common courtesy/ ? Mar 08 16:00:32 netiquette? Mar 08 16:00:35 sure Mar 08 16:00:58 vapier, ? Mar 08 16:01:15 I don't think we can force people to follow netiquette in general but we can do more to smack devs up when they're constantly being a pain in the ass Mar 08 16:01:44 kloeri, that's up to devrel and for the most part outside of the scope of this meeting Mar 08 16:02:00 vapier, ...... Mar 08 16:02:06 did we end up with netique from last time ? Mar 08 16:02:06 * musikc has quit (Client Quit) Mar 08 16:02:09 don't make me call your mom Mar 08 16:02:11 but yes, I agree, kloeri Mar 08 16:02:17 cant seem to find it in the devrel pages Mar 08 16:02:21 one of the problems with the current flames is that quite a few devs think they're doing just fine where as others (me included) think they're just adding to the flames Mar 08 16:02:27 vapier, we can call it netiquette Mar 08 16:02:43 I have to leave in ~30 ... Mar 08 16:02:48 kingtaco|work: i'm asking if we have an existing social policy on being nice Mar 08 16:02:50 there's an etiquette policy part in the developers handbook Mar 08 16:02:54 vapier, sort of Mar 08 16:03:02 URL ? Mar 08 16:03:03 I think it's outdated and incomplete Mar 08 16:03:17 covering irc, forums and mail but needing some updates and/or a rewrite I guess Mar 08 16:03:22 vapier: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=2 Mar 08 16:03:23 http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=2 Mar 08 16:03:23 then we charge devrel with updating it Mar 08 16:03:31 which christel and kloeri seem to want to do Mar 08 16:03:43 http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=2 Mar 08 16:03:45 and as an addon, if we're to lead by example, we need to start doing so Mar 08 16:03:46 yes, I'd be quite happy to work on that Mar 08 16:03:51 yeah Mar 08 16:03:56 aka charge ourselves to rise above Mar 08 16:03:57 vapier, yes Mar 08 16:04:10 I've been trying to shut up on threads, since I've definitely been a part of the problem in the past Mar 08 16:04:11 vapier: that will be hard for you, won't it? ;-) Mar 08 16:04:22 i'm sure you can find plenty of examples of me being petty Mar 08 16:04:27 ok, vote: charge devrel to update it's netiquette policy and start enforcing it Mar 08 16:04:31 yes Mar 08 16:04:33 yes Mar 08 16:04:40 yes Mar 08 16:04:42 vapier: *cuddle* Mar 08 16:04:44 ... and for us to do better by example ;p Mar 08 16:04:48 yes Mar 08 16:04:51 enforce it how? Mar 08 16:04:55 i plead guilty and accept the charge :) Mar 08 16:04:57 suspension? Mar 08 16:05:02 kloeri, that's up to you Mar 08 16:05:05 kloeri: in what means we see necessary i'd say Mar 08 16:05:06 I'm all for enforcing it if I knew how Mar 08 16:05:08 infra is willing to work with you Mar 08 16:05:15 kloeri: depends on what you do w/ the policy... we have faith in you... I'd say suspension Mar 08 16:05:19 kloeri, you could also put out a RFC Mar 08 16:05:22 im still thinking warn warn suspend/time-out is doable Mar 08 16:05:32 suspension can only be applied to devs though Mar 08 16:05:37 personally I like christels idea Mar 08 16:05:43 kloeri, non devs is easy Mar 08 16:05:44 which I'm quite happy to do Mar 08 16:05:51 kloeri: non-devs is the hardest part Mar 08 16:05:58 if they are in violation, don't accept any contributions from them Mar 08 16:05:59 sorry, kingtaco|work ^^^ Mar 08 16:06:01 include it as part of the revamp and to get input on Mar 08 16:06:04 heh, glad you agree :) Mar 08 16:06:06 too many ^k.* in here Mar 08 16:06:12 yeah Mar 08 16:06:16 right... but remember that in *all* of these flamewars/problems, devs are usually involved... it's never really a case of two users going at it, that I've ever seen Mar 08 16:06:24 vote: renamed kingtaco to tacoking Mar 08 16:06:24 ok, I think this is settled for now Mar 08 16:06:26 wolf31o2|mobile: agreed Mar 08 16:06:27 -d Mar 08 16:06:30 * kingtaco|work is now known as tacoking Mar 08 16:06:46 * tacoking is now known as kingtaco|work Mar 08 16:06:57 so we're in agreement on that final wording + addon ? Mar 08 16:06:57 alreadt took Mar 08 16:07:01 yes Mar 08 16:07:20 ok, next item on agenda Mar 08 16:07:27 ok, lets see if we can revamp etiquette policy and hopefully come up with some reasonable way of enforcing it Mar 08 16:07:28 I'll hold my hardware stuff til last Mar 08 16:07:37 as we can deal with it next month if needed Mar 08 16:07:57 wolf31o2, "power the council should have" Mar 08 16:08:11 * kingtaco|work removes voice from christel marienz seemant Mar 08 16:08:13 * YosWinK (n=yoswink@gentoo/developer/yoswink) has joined #gentoo-council Mar 08 16:08:29 back in a min Mar 08 16:08:40 wolf31o2|mobile, you got the floor Mar 08 16:09:07 yeah... earlier I suggested a concept where each member of the Council is able to make decisions as if they were the sole "leader" of Gentoo... we would need to come up with a couple exceptions, new GLEPs come to mind... but basically, each council member can act alone... Mar 08 16:09:16 and the council as a whole is the appeals board for anything Mar 08 16:10:27 I think it would keep us from burning out a single leader, yet still give us the ability to make fast decisions without them having to go through committee Mar 08 16:10:39 which can be revoked Mar 08 16:10:46 i favour that Mar 08 16:11:02 should only be for things that can be revoked Mar 08 16:11:28 i don't like a single person being able to do that, but I wouldn't object to having two council members that agree on it Mar 08 16:11:33 also adds a slight sanity check Mar 08 16:11:41 less bureaucracy is a good thing Mar 08 16:11:41 I'm fine with it being two Mar 08 16:11:45 I like having 2 as well Mar 08 16:11:47 * The_Paya has quit (Read error: 110 (Connection timed out)) Mar 08 16:11:49 main point being it allows for much quicker decisions Mar 08 16:11:50 nod Mar 08 16:11:59 two people sounds good Mar 08 16:12:22 and the requirement that any such decisions be noted at the next meeting Mar 08 16:12:29 it's similar to the romans' consuls Mar 08 16:12:38 documented immedatly to council@ and next meeting Mar 08 16:12:39 vapier: agreed Mar 08 16:12:49 agreed Mar 08 16:12:52 if you invoke uber powers, you should document it as soon as reasonable Mar 08 16:13:05 do we have a council mailing list ? Mar 08 16:13:07 * UberL flexes his UberPowers Mar 08 16:13:20 there was one that is gathering dust somewhere Mar 08 16:13:23 vote: 2 council member my decide on their own w/o council in between meetings. decission need to be mailed to council@g.o immediately and can be revoked by the whole council Mar 08 16:13:23 then immediate action is to drop a line on the council mailing list and to bring it up at next meeting Mar 08 16:13:31 may Mar 08 16:13:35 * UberL nods Mar 08 16:13:37 i'd prefer we use the alias less Mar 08 16:13:40 vapier, I think we do Mar 08 16:13:45 maybe even subscribe it to the mailing list ;) Mar 08 16:13:47 list is better imo Mar 08 16:13:49 it may have been disbanded Mar 08 16:13:53 it hasnt Mar 08 16:13:55 we could use list Mar 08 16:14:00 I have no preference Mar 08 16:14:22 list is fine Mar 08 16:14:23 list is public... so list instead of alias Mar 08 16:14:29 can we keep the alias for the private bits? (eg sharing our contact information when we started) Mar 08 16:14:29 I'd have to subscribe to it Mar 08 16:14:29 Kugelfang, only chair may call the vote :p Mar 08 16:14:40 right, alias for private, list for everything else Mar 08 16:14:40 kingtaco|work: do we have one? Mar 08 16:14:47 Kugelfang, I'm chair this month Mar 08 16:14:50 kingtaco|work: haha Mar 08 16:14:57 it's whomever leads the meeting Mar 08 16:14:59 so stop talking and ask for it Mar 08 16:15:01 * robbat2 sits on kingtaco|work Mar 08 16:15:02 ok Mar 08 16:15:10 he said he was the chair! Mar 08 16:15:12 kingtaco|work: primus inter pares, hm? Mar 08 16:15:27 vote: 2 council members may act with executive authority with the understanding that they must document immediatlly to council ML Mar 08 16:15:36 Kugelfang, I don't know latin :) Mar 08 16:15:53 ... and appeals go to the council as a whole Mar 08 16:15:55 kingtaco|work: first among equals Mar 08 16:15:58 it means "first among equals" Mar 08 16:15:58 ah Mar 08 16:16:12 Kugelfang, you can be it next month if you like Mar 08 16:16:17 I just like leading meetings Mar 08 16:16:18 no thanks Mar 08 16:16:44 so, vote on what taco said + addendum ? Mar 08 16:16:44 * The_Paya (i=the_paya@gentoo/developer/thepaya) has joined #gentoo-council Mar 08 16:16:53 yes Mar 08 16:16:55 yes Mar 08 16:16:56 yes Mar 08 16:16:58 yes Mar 08 16:17:00 yes Mar 08 16:17:07 yes Mar 08 16:17:16 yes Mar 08 16:17:22 nice Mar 08 16:17:24 ok Mar 08 16:17:26 very Mar 08 16:17:26 passed Mar 08 16:17:34 oh, one more thing real quick Mar 08 16:17:41 the tr1 virtuals from last month Mar 08 16:17:51 ooh... almost forgot about that one Mar 08 16:18:13 and maybe one more thing after that Mar 08 16:18:19 anyone have anything on the tr1 stuff? Mar 08 16:18:29 I'll call the same vote I did last month Mar 08 16:18:57 that was? (I wasn't there if you recall) Mar 08 16:19:00 vote: have tr1-{memory,pointer,foo,bar,blah} virtuals until there is a sane implementation Mar 08 16:19:23 I still think the virtuals are the best solution currently Mar 08 16:19:30 as the virtuals are clearly a work around for 2 sucky ijmplementations Mar 08 16:19:56 I vote yes(I still wish we could use a eclass) Mar 08 16:20:14 yes Mar 08 16:20:21 yes Mar 08 16:20:23 yes Mar 08 16:20:24 yes Mar 08 16:20:32 Kugelfang, UberL Mar 08 16:20:56 i don't have an opinion on that sorry Mar 08 16:20:57 * aballier (n=alexis@dra13-1-82-232-126-136.fbx.proxad.net) has joined #gentoo-council Mar 08 16:21:12 hrm Mar 08 16:21:25 well, we already have a majority Mar 08 16:21:40 why dont you just tell them their opinion doesnt matter Mar 08 16:21:42 so you can exclude yourself if you like Mar 08 16:21:46 yes Mar 08 16:21:53 ok, accepted Mar 08 16:22:21 Kugelfang, since its you paludis type who want the virtuals, you're in charge of getting them setup in a way that doesn't piss off everyone Mar 08 16:22:25 i was reading the february log... wanted to know why this has been postponed Mar 08 16:22:33 kingtaco|work: haha Mar 08 16:22:38 kingtaco|work: will do Mar 08 16:22:42 so flameeyes could find out how many packages would use them Mar 08 16:22:52 ah Mar 08 16:23:00 but that no longer applies Mar 08 16:23:08 ok, 2 more things Mar 08 16:23:23 it was pointed out to me that people want us to discuss splitting of mailing lists Mar 08 16:23:35 the id is <45EC8028.4010004@gentoo.org> Mar 08 16:23:54 we should probably kick it to next month as it relates to the devrel stuff from before Mar 08 16:23:59 agreed Mar 08 16:24:06 splitting ? Mar 08 16:24:08 (and I'm running out of time and kinda brought up the subject) Mar 08 16:24:13 splitting Mar 08 16:24:14 i think we should do it right now Mar 08 16:24:17 having an announce list Mar 08 16:24:23 gentoo-dev-announce and whatnot Mar 08 16:24:31 gentoo-dev-user Mar 08 16:24:34 stuff like that Mar 08 16:24:40 sounds redundant Mar 08 16:24:48 we have an announce and a user list Mar 08 16:24:55 yes Mar 08 16:25:01 lets kick it til next month Mar 08 16:25:04 ok Mar 08 16:25:08 hrm Mar 08 16:25:12 kloeri, you could look at that discussion when doing your devrel stuff Mar 08 16:25:14 so that leaves the gentoo hardware item that kingtaco had? Mar 08 16:25:18 sure Mar 08 16:25:18 yes Mar 08 16:25:27 do we have time to discuss that now? Mar 08 16:25:32 sure Mar 08 16:25:38 anyone gotta leave before 15 minutes? Mar 08 16:25:41 me Mar 08 16:25:46 but you know my vote on it Mar 08 16:25:52 we already discussed it and I'm for it Mar 08 16:25:52 heh Mar 08 16:25:56 heh Mar 08 16:26:11 will you others accept wolfs abscentee vote of yes? Mar 08 16:26:48 that only matters if we have a draw, but yes Mar 08 16:27:00 anyone who won't? Mar 08 16:27:09 speak now or hold your tacos Mar 08 16:27:10 yes, if he already discussed it Mar 08 16:27:15 we did Mar 08 16:27:16 fosdem :) Mar 08 16:27:21 and then amsterdam Mar 08 16:27:42 i am un-aware of the debate Mar 08 16:27:49 * kingtaco|work pokes UberL vapier robbat2 Mar 08 16:28:02 yes i'll accept an absentee vote of yes by wolf31o2, but I want to know the details myself Mar 08 16:28:12 that's fine Mar 08 16:28:16 UberL, it hasn't happened yet, wolf has to leave so our choices are to punt it til later or accept his vote of yes Mar 08 16:28:21 ok Mar 08 16:28:25 lets discuss Mar 08 16:28:29 i will accept his vote of yes Mar 08 16:28:47 so, people have been clamoring for the council to give some direction Mar 08 16:28:51 to gentoo Mar 08 16:29:05 this is where my 2 projects come in Mar 08 16:29:31 I've got a couple projects myself, but I'll hold them off until next time so I can formulate them a bit better Mar 08 16:30:02 what I'd like to do is the following: gentoo branded hardware and gentoo certified hardware Mar 08 16:30:12 they are similar, but slightly different Mar 08 16:30:25 the rational is the same for both, but not the implementation Mar 08 16:30:41 * avenj (n=avenj@gentoo/developer/avenj) has left #gentoo-council Mar 08 16:30:45 so lets talk about certified hardware first Mar 08 16:31:21 it would benefit gentoo greatly if OEMs gave an option to consumers to buy their product with gentoo preinstalled Mar 08 16:31:54 not only would we probably receive some sort of revenue stream(a item for the trustees) but it would help get our name out there Mar 08 16:32:14 it is also a stepping stone to "enterprise" gentoo Mar 08 16:32:23 or perhaps the result of that Mar 08 16:32:28 what would the revenue stream be used for? Mar 08 16:32:35 thats up to the trustees Mar 08 16:32:38 up to the trustees Mar 08 16:32:52 I'd like to think it'd be used for furthering gentoo and linux development Mar 08 16:33:09 my goal is to get gentoo on more boxes Mar 08 16:33:17 not to make money Mar 08 16:33:31 question here, as I see it already, there is nothing that stops anybody from shipping a box with Gentoo preinstalled Mar 08 16:33:43 nothing at all except they don't Mar 08 16:33:52 why do they ship redhat, suse, and ubuntu? Mar 08 16:34:02 I've even seen debian on the list beofre Mar 08 16:34:24 kingtaco|work: probably because you can buy 24x7 support contracts for them?> Mar 08 16:34:26 i think it'd be the other way around ... binary/enterprise Gentoo first, then shipping with Gentoo ... Mar 08 16:34:39 i agree with UberL and vapier Mar 08 16:34:56 UberL, there are groups of developers offering that Mar 08 16:34:58 later guys Mar 08 16:35:03 later wolf31o2 Mar 08 16:35:19 especially as (even portage devs say) current binary package support is not bug free Mar 08 16:35:26 I see a point in what vapier says Mar 08 16:35:36 Kugelfang, all the more reason to put eapi-0 behind us Mar 08 16:35:46 nothing to do with EAPI=ß Mar 08 16:35:54 * wolf31o2|mobile has quit (Remote closed the connection) Mar 08 16:36:05 anyway Mar 08 16:36:48 for any of this to happen we have to start cleaning up our tree Mar 08 16:36:54 specificly stable Mar 08 16:37:12 at the same time, we need to make sure we don't become debian Mar 08 16:37:55 I think many peoples focus here has been getting stuff into the tree as quickly as possible and then not doing a very good job maintaining said packages Mar 08 16:38:00 I'd like that to change Mar 08 16:38:57 so what I'd like to see gentoo do is stop focusing on putting every package under the sun into the tree and move towards security and stability in the main tree Mar 08 16:39:04 punt everything else to overlays Mar 08 16:39:26 I see that as the first step towards convincing OEMs to ship our distro Mar 08 16:39:46 sorry, had work IRQ for a moment. there are some small vendors providing Gentoo out-of-the-box (and support for it), but basically they all have some connection to Gentoo already Mar 08 16:39:57 right Mar 08 16:39:59 i would rather the packages improved than punted. I dislike overlays Mar 08 16:40:02 I'm talking larger ones Mar 08 16:40:04 I think that's a good idea but don't see how you can convince the developers of that Mar 08 16:40:04 like dell Mar 08 16:40:13 dell is looking for distros to certify their hardware Mar 08 16:40:25 kloeri, I'll just ask devrel to fire them Mar 08 16:40:29 i dont think it'll matter so long as there are no binaries shipping Mar 08 16:40:32 heh Mar 08 16:40:58 kloeri, I'm serious, people want a direction and this is one. Mar 08 16:40:59 overlays have a weak point Mar 08 16:41:15 you can't properly defined deps on other overlays/repositories Mar 08 16:41:18 -d Mar 08 16:41:21 eapi=1 Mar 08 16:41:25 i'm against punting stuff, because I see a LOT of stuff in the tree has been added because somebody had a short-time interest in a package Mar 08 16:41:34 kingtaco|work: dude, EAPI is not a solution to all problems Mar 08 16:41:45 kingtaco|work: remember genone's talk at fosdem? Mar 08 16:41:50 even I'm guilty of that Mar 08 16:41:53 robbat2, punt it to an overlay or other divided section Mar 08 16:42:18 * YosWinK has quit (Connection reset by peer) Mar 08 16:42:19 Kugelfang, ok, redefine the entire package manager that we use Mar 08 16:42:19 kingtaco|work: you have to move whole trees of packages into overlays Mar 08 16:42:21 * yoshi_ (n=yoswink@177.Red-83-60-94.dynamicIP.rima-tde.net) has joined #gentoo-council Mar 08 16:42:25 I don't care what you call it Mar 08 16:42:35 i don't call it anything Mar 08 16:42:38 kingtaco|work: I'd love to see developers pay more attention to stable packages, I'm just not sure how to convince others of it Mar 08 16:42:42 EAPI is on ebuild level Mar 08 16:42:44 though I disagree that we can't change depend syntax with a eapi change Mar 08 16:42:58 kingtaco|work: ok, example: Mar 08 16:43:23 kingtaco|work: you use the proposed "::repository" suffix for deps as proposed by EAPI=1-foo Mar 08 16:43:25 kloeri, what I'd like to do is form a team of gentoo developers to investigate and document what changes should be made Mar 08 16:43:56 s/should/will Mar 08 16:43:57 kingtaco|work: so libbar has DEPEND="libfoo::gentoo-overlay-a" Mar 08 16:43:59 yup, we'd probably need a dedicated "stable" team I guess Mar 08 16:43:59 this is direction Mar 08 16:44:15 all developers would follow the direction Mar 08 16:44:22 it most certainly needs a glep Mar 08 16:44:23 kingtaco|work: that will disabled you from using that package from any other overlays Mar 08 16:44:51 kingtaco|work: do you see that this is no ebuild level problem but a repository level problem? Mar 08 16:45:02 then there's breakage when a package moves from an overlay to the main tree? Mar 08 16:45:03 * hparker has quit (Client Quit) Mar 08 16:45:04 Kugelfang, that's one implementation, yes. I don't have an answer for you off the top of my head, though I've had many thoughts on how to partition the tree Mar 08 16:45:21 one is simply to define tree priority Mar 08 16:45:33 so try to resolve in a first, then in b, then c, and so on Mar 08 16:45:44 that doesn't hit the point Mar 08 16:46:29 how do you tell people that "if you want packages from overlay B, you need to sync overlays A, too"? Mar 08 16:46:31 I'm clearly missing your point, but it doesn't matter, we're not here to talk about those details, we're talking about if this is a direction we want to set for gentoo Mar 08 16:46:46 that's not solvable by EAPI imho Mar 08 16:46:54 oppinion noted Mar 08 16:47:01 and i'm on line with genone here i think, as he had that in his talk at fosdem Mar 08 16:47:17 so again I ask you, is this a direction we want to set for gentoo?\ Mar 08 16:47:23 after glep and all that Mar 08 16:47:28 or am I wasteing my time Mar 08 16:47:42 tree partioning? i doubt Mar 08 16:47:47 dude Mar 08 16:47:51 get off that already Mar 08 16:47:52 i'd agree that picking stuff that is for more stable yes, but not the means you're going about it Mar 08 16:48:05 lemme define it in a sentence Mar 08 16:48:09 please Mar 08 16:48:26 vote: gentoo's direction is security, stability, and then everything else Mar 08 16:48:44 i'd say "stability, security and then everything else", in that order Mar 08 16:48:46 * pilla (n=pilla@gentoo/developer/pilla) has joined #gentoo-council Mar 08 16:48:52 no Mar 08 16:49:08 what is a secure but broken system good for? Mar 08 16:49:12 no to what, the vote or danny? Mar 08 16:49:17 stability shouldn't block progress. temporarily delay maybe. Mar 08 16:49:19 Kugelfang, a doorstop Mar 08 16:49:23 :p Mar 08 16:49:30 KingTaco, that's a no vote to your statement Mar 08 16:49:53 ok Mar 08 16:50:03 else we risk the debian stability issue of everything getting slow Mar 08 16:50:04 kingtaco|work: *g* Mar 08 16:50:30 vapier, UberL kloeri Mar 08 16:50:35 no Mar 08 16:50:42 i have a different proposal Mar 08 16:50:53 Kugelfang, wait a sec until mine is voted down Mar 08 16:50:57 will do Mar 08 16:51:05 I'd like it to be one direction and not the only direction Mar 08 16:51:06 and you have to vote too Mar 08 16:51:22 i don't Mar 08 16:51:31 what's the proper term for that? Mar 08 16:51:36 so have a stable/enterprise tree and then the current more uptodate tree Mar 08 16:51:38 er, you can abstain sure Mar 08 16:51:42 abstain? Mar 08 16:51:45 yes Mar 08 16:51:46 i abstain Mar 08 16:51:48 it's the same as voting no though Mar 08 16:51:57 one more no? Mar 08 16:52:27 Kugelfang, rather, it has the same effect as voting no Mar 08 16:52:27 my vote is no if it's to be _the_ direction Mar 08 16:52:39 ok, vote fails Mar 08 16:52:48 Kugelfang, you had an idea? Mar 08 16:53:00 I'd like to propose to compilation of a list of essential packages Mar 08 16:53:18 for what purpose and how would you define essential Mar 08 16:53:19 packages that should be treated with high care Mar 08 16:53:24 plus keep in mind wolf isn't here Mar 08 16:53:26 and that should have two active maintainers Mar 08 16:53:39 Kugelfang, you mean stuff that's in sys-* ? Mar 08 16:53:44 similar Mar 08 16:53:53 kde-base and gnome-base is as important Mar 08 16:53:56 that's what I define as essential Mar 08 16:54:10 Kugelfang, I completely disagree with you there Mar 08 16:54:10 ok, maybe essential is the wrong wording Mar 08 16:54:15 yeah Mar 08 16:54:22 popular would be better Mar 08 16:54:27 you proposed to move out "the cruft" to overlays Mar 08 16:54:32 widely used perhaps Mar 08 16:54:47 i would like to have all of them in one reposository, but have higher standards for a subset Mar 08 16:55:06 Kugelfang, hrm Mar 08 16:55:21 I don't like the ideas of different standards but go on Mar 08 16:56:05 in short: not all packages have two maintainers, and fixing bugs can be a pain when people don't want "strangers" to work on it Mar 08 16:56:28 * yoshi_ has quit (Connection reset by peer) Mar 08 16:56:29 but for a well-defined list of packages, every dev could fix open bugs after a latency of (e.g.) 2 days Mar 08 16:56:40 so you want to require herds with 2 active members for popular packages Mar 08 16:56:49 jupp Mar 08 16:56:56 and opt in for non-herd members Mar 08 16:57:03 * mpagano has quit (Client Quit) Mar 08 16:57:15 for a very well defined - read listed - set of packages Mar 08 16:57:25 what do you mean opt in? Mar 08 16:57:28 i don'T want to step on maintainers' toes though Mar 08 16:57:31 for non herd members Mar 08 16:57:32 i think some herds might have objections to that - per short-term fixes leading to long-term troubles Mar 08 16:57:49 Kugelfang: People not wanting "strangers" to work on packages is a flaw, in my opinion. As long as people don't break the packages, they should get over it. Mar 08 16:57:58 g2boojum: correct Mar 08 16:58:28 robbat2: yeah, we'd need to define that latency very well Mar 08 16:58:55 robbat2: and it would probably lead to better coordination between herd members / maintainers Mar 08 16:59:09 guys, I think this is outside of the context of what wolf would have voted for, so we no longer have 7 Mar 08 16:59:30 can we open this up to public discussion and punt any vote to next month? Mar 08 16:59:35 * windzor_ has quit (Client Quit) Mar 08 16:59:35 in the meantime, could you tell us how the "branded" hardware differed from the certified hardware? Mar 08 16:59:47 just an overview quickly Mar 08 17:00:03 branded hardware is a platform we design and market, as well as build the software Mar 08 17:00:10 I'm thinking purpose built hardware Mar 08 17:00:19 stuff with the efika is an obvious example Mar 08 17:00:26 like a gentoo media center Mar 08 17:00:32 or gentoo metrowifi access point Mar 08 17:00:52 we would partner with OEMs, but the case badge would be gentoo Mar 08 17:01:04 that sounds very nice.. we'd need to get info from one of those OEMs first, but i'm all for that idea Mar 08 17:01:17 Kugelfang, I've already talked to gensei Mar 08 17:01:24 they are somewhat interested Mar 08 17:01:32 sure, i'm down with that concept Mar 08 17:01:34 i need to go guys. is there anything else we're voting on? Mar 08 17:01:42 nope, no votes Mar 08 17:01:55 kk, cyas Mar 08 17:01:56 open floor? Mar 08 17:02:01 UberL: see you Mar 08 17:02:01 * UberL (n=uberlord@rsm.demon.co.uk) has left #gentoo-council Mar 08 17:02:02 ok, we're down to 5, lets open floor Mar 08 17:02:06 * kingtaco|work sets mode -m #gentoo-council Mar 08 17:02:18 who's doing logging + summ today? Mar 08 17:02:22 * blubb has quit (Remote closed the connection) Mar 08 17:02:27 * kingtaco|work looks at Kugelfang or robbat2 Mar 08 17:02:30 a quick note on something I mentioned early Mar 08 17:02:37 no, i'm not doing it. i need more sleep Mar 08 17:03:01 Kugelfang, can you take care of the logs and summary? Mar 08 17:03:02 i have no loggin on Mar 08 17:03:05 or you vapier Mar 08 17:03:09 give me a log and i'll do the summary though Mar 08 17:03:19 I can email you logs in about 5 hours Mar 08 17:03:23 nod Mar 08 17:03:28 my home box logs Mar 08 17:03:36 for tree-signing stuff, as of the very latest gnupg-2.0.3, upstream has make a design change in response to a possible security flaw, and it has a nice side effect of making the tree-signing (specifically the high-speed verification) possible in a different way Mar 08 17:03:36 ok, I'll send out logs and you do the summ Mar 08 17:03:37 I have logs Mar 08 17:03:40 (I have an irssi autolog if you need one, it's not exactly pretty though) Mar 08 17:03:53 kloeri, ok, you work with danny then :) Mar 08 17:03:57 robbat2, hows that Mar 08 17:04:04 nod Mar 08 17:04:04 i take everything, as long as it's in ASCII Mar 08 17:04:23 robbat2: the fd handling? Mar 08 17:04:43 the --status-fd and the issue of prepended text yes Mar 08 17:05:02 it didn't used to be able to seperate it easily, but it is now Mar 08 17:05:06 Kugelfang: my irssi log should be fine Mar 08 17:05:18 kingtaco|work, 'Own label' hardware is an expensive thing to do in the EU. The brand takes on liability for all regulatory compliance Mar 08 17:05:26 kloeri: :-) Mar 08 17:05:57 NeddySeagoon: he doesn't mean "Gentoo's metrowifi AP" Mar 08 17:06:01 * pauldv has quit ("KVIrc 3.2.5 Anomalies http://www.kvirc.net/") Mar 08 17:06:10 NeddySeagoon: he means "Foo Corporation's metrowifi AP, powered by Gentoo" Mar 08 17:06:16 robbat2: here is a new core advisory about it if you missed it. http://www.coresecurity.com/?action=item&id=1687 Mar 08 17:06:32 Kugelfang, Ah ... thats a little different Mar 08 17:06:48 NeddySeagoon, that's one of the things we'd have to investifate, but tbh, it would be a us company Mar 08 17:06:58 as we're a US foundation Mar 08 17:07:03 solar: I know about it. Werner Koch released his patch before the advisory was out, because the advisory guys got delayed in releasing Mar 08 17:07:04 kingtaco|work: that's doesn't remove the liability ;-) Mar 08 17:07:18 Kugelfang, perhaps it removes our ability to sell in the EU Mar 08 17:07:31 but other companies have worked around it, we need to find out what they've done Mar 08 17:07:47 well, selling stuff or preparing that is not our task... that's up to the trustees Mar 08 17:07:55 indeed Mar 08 17:08:10 i though you meant "powered by gentoo" brands? Mar 08 17:08:17 but it's a direction we as developers can work towards while the trustees work out the legal mumbojumbo Mar 08 17:08:35 Kugelfang, in my mind it's the same thing Mar 08 17:08:37 robbat2: i know taviso is not so very happy about it. more or less core regurgutated his previous research as thier own Mar 08 17:08:44 we wouldn't be designing board and making the pcbs Mar 08 17:08:53 * ndansmith (n=ndansmit@c-67-168-234-215.hsd1.or.comcast.net) has left #gentoo-council Mar 08 17:09:07 kingtaco|work: nope! Mar 08 17:09:14 solar: ok, that makes him the 4th person I know of to indepentantly raise it Mar 08 17:09:23 we would select the hardware, work with oems and develop a "product" based on their hardware Mar 08 17:09:33 we provide the IP, they provide the hardware Mar 08 17:09:33 kingtaco|work: as long as we're not selling them and only get small revenues from the producer/Seller, we're save Mar 08 17:09:37 more of a partnership Mar 08 17:09:59 KingTaco: I think that should fall under a Enterprise Gentoo. (an internal fork one might say..) Mar 08 17:10:05 Kugelfang, we'd probably do it similar to how we "sell" the gensei workstations Mar 08 17:10:05 kingtaco|work, IF you buy some bits and screw them together, in the EU you are liable for safety, EMC, low voltage directive, CE marking etc. ... The low cost routes are still very expensive Mar 08 17:10:41 NeddySeagoon, physical bits or does it count per electron too? Mar 08 17:10:48 NeddySeagoon, like I said, we would provide the hardware design specs and IP, the OEM would do the actual hardware Mar 08 17:10:59 we don't do hardware, we shouldn't do, and before going enterprise binary packages should be have less bugs than they have now Mar 08 17:11:10 -be Mar 08 17:11:21 solar, it's the direction I'd like us to work towards Mar 08 17:11:29 kingtaco|work: Are you thinking only on enterprise hardware? Or are you talking about things like end-user laptops? Mar 08 17:11:32 some of the targeted hardware stuff has less tree requirements than an entire stable tree Mar 08 17:11:32 kingtaco|work, Physical bits ... liek screwing a PC together Mar 08 17:11:39 NeddySeagoon, we wouldn't do that Mar 08 17:11:45 binary packages are quite stable. It's the ebuild-maintainers which are at fault for usually doing the wrong thing. Mar 08 17:12:03 jmbsvicetto, the 2 initial markets I'm thinking of are embedded and server, but laptop is certainly an area where we could explore Mar 08 17:12:12 I *don't* want to do desktop Mar 08 17:12:22 * tove (n=tove@smtp.gentoo.org) has left #gentoo-council Mar 08 17:12:28 ubuntu and suse already have the lions share there Mar 08 17:12:43 kingtaco|work: I ask, because the tree for the laptop and the embedded/server market are substantially different ;) Mar 08 17:13:03 jmbsvicetto, hence the overlays stuff I was talking about before Mar 08 17:13:10 solar: 14:09 < genone> well, I still think we need to redesign the whole binary package stuff from scratch at some point Mar 08 17:13:22 solar: i think other portage devs are disgreeing there Mar 08 17:13:44 Kugelfang: yeah well thats what he thinks. I know I've worked with the format more than anybody else. Mar 08 17:13:55 it could use some improvments but does not need an overhaul Mar 08 17:14:22 kingtaco|work: Personally, I'm very interested in the server market, for work. But as Kugelfang was saying, if that's *the* priority, we take the risk of sending away a great number of users Mar 08 17:14:26 spaetz: eep Mar 08 17:14:30 spaetz: sorry, wrong channel Mar 08 17:14:43 :-) Mar 08 17:14:55 jmbsvicetto, and my proposal was voted down Mar 08 17:15:16 I'll be doing some more work on it next month and see if I can come up with something better Mar 08 17:15:22 I noticed, but that doesn't mean that the issue isn't relevant Mar 08 17:15:55 tbh, I don't want those users who only stick around for the rice Mar 08 17:15:59 kingtaco|work: you said you'd move cruft out of gentoo-x86 to overlays Mar 08 17:16:00 I think you'll have to come up with a bit more technical details before this makes sense though Mar 08 17:16:01 we have so much more to offer Mar 08 17:16:05 kingtaco|work: can you compile a list of those packages? Mar 08 17:16:10 kingtaco|work: need not be complete Mar 08 17:16:15 kingtaco|work: but some examples would be nice Mar 08 17:16:24 * armin76 (n=armin@gentoo/developer/armin76) has left #gentoo-council ("Leaving") Mar 08 17:16:28 Kugelfang, find /usr/portage | grep -v sys-* would be a start Mar 08 17:16:35 there are also a lot of users that are here for the flexibility itself, not the ricing Mar 08 17:16:36 huh? Mar 08 17:16:39 I think a lot of us don't want the rice users, but it'd be kinda annoying if I'm not allowed to stick around as desktop user :) Mar 08 17:16:42 an example is my spca5xx stuff Mar 08 17:16:51 that has no reason being in the primary tree Mar 08 17:17:08 other than we don't have a good way of having supplimentary trees Mar 08 17:17:16 without a proper stats project you will never really know. Mar 08 17:17:20 !meta spca5xx Mar 08 17:17:21 Kugelfang: Package: media-video/spca5xx Herd: no-herd Maintainer: kingtaco@gentoo.org Mar 08 17:17:34 it's a drive for shitty usb webcams Mar 08 17:18:01 kingtaco|work: The way you're putting it, I wonder if you're thinking in Ubuntu Mar 08 17:18:23 world vs universe? Mar 08 17:18:24 kingtaco|work: I have one of those shitty usb webcams, so thank you for putting it in ;) Mar 08 17:18:27 jmbsvicetto, tbh, I haven't installed ubuntu in almost 2 years Mar 08 17:18:50 kingtaco|work: I've never installed it myself. I just helped a few people looking into it Mar 08 17:19:04 with maintaining stuff for stable, there's one thing I've run into, and i'm sorry that I was the one that came up with the idea in the first place Mar 08 17:19:10 Kugelfang: I think that's what they call them. IIRC, they have several trees as well, right? Mar 08 17:19:18 and that was ebuilds where the majority of functionality has moved to the eclass Mar 08 17:19:21 eg php and mysql Mar 08 17:19:54 simple because it's becoming harder and harder to accurately say emerge foo-$ver-$rev will get you an exact set of behavior Mar 08 17:23:11 Make sure having a search engine for all packages in all available overlays. That's the cool thing currently having one big tree. Mar 08 17:23:40 Pylon, eix already does that with overlays in layman Mar 08 17:23:51 you have to have the overlays on your system for that Mar 08 17:23:57 nope Mar 08 17:24:02 there's a remote-sync thnigie Mar 08 17:24:04 *thingie Mar 08 17:24:13 isn't there? Mar 08 17:24:14 welp[lap]: Only those which you added locally. But how can you find out the overlay where your desired package is in? Mar 08 17:24:17 there's still the problem of inter-overlay frpd Mar 08 17:24:32 and portage doesn't support more than 3 hardcoded repositories Mar 08 17:24:37 * doc|home has quit ("Connection reset by Peer-Directed Projects Center") Mar 08 17:24:49 actually, it's exactly 3 hardcodede repositories iirc Mar 08 17:25:03 Pylon, what about update-eix-remote? Mar 08 17:25:49 welp[lap]: uhm, th epoint of multiple overlays is to not need to sync them all Mar 08 17:26:04 welp[lap]: Seems like an inaccurate description of this tool in it's --help output ;) Mar 08 17:27:22 Pylon: update-eix-remote Mar 08 17:27:23 ;) Mar 08 17:27:54 then you have all layman'ed overlays available for searching Mar 08 17:27:59 jokey: Yes. Now I know what it does. But the description is irritating. Mar 08 17:28:08 the eix database on my machine has info on over 65(?) overlays Mar 08 17:28:14 i think Mar 08 17:28:29 88 Mar 08 17:28:47 In the current eix-caches.tbz2 Mar 08 17:29:18 hmm, 13644 packages. Mar 08 17:29:25 Well, that's a start. But I know many people who only use the websearch on packages.gentoo.org. Or even some non-official websites. Mar 08 17:29:50 like gentoo-portage.com? Mar 08 17:30:00 I didn't want to name it ;-) Mar 08 17:30:05 hehe Mar 08 17:30:12 * welp[lap] has it bookmarked :o Mar 08 17:30:28 Probably because the design is better… Mar 08 17:30:47 I never liked gentoo-portage Mar 08 17:30:48 And more Web2.0-like. Mar 08 17:30:51 but it has too much info imo Mar 08 17:30:55 packages is easier on the eyes Mar 08 17:30:57 may as well just look at the build