[20:00:18] time to start? [20:00:18] present [20:00:20] here [20:00:42] hi [20:00:48] ulm: Betelgeuse ^ [20:00:52] hmm missing Chainsaw? [20:00:55] here [20:01:33] lets wait a couple of minutes [20:01:46] hwoarang: let me power up my laptop so I can get chainsaw's phone number [20:01:55] kk [20:02:08] * hwoarang has changed topic for #gentoo-council to: "Next meeting: October 11, 1900UTC | http://www.gentoo.org/proj/en/council/utctolocal.html?time=1900 | http://www.gentoo.org/proj/en/council/ | Meeting Now! | agenda : http://dev.gentoo.org/~hwoarang/council-20111011-agenda.txt" [20:02:15] hwoarang: here [20:03:44] * hwoarang has changed topic for #gentoo-council to: "Next meeting: Now | http://www.gentoo.org/proj/en/council/utctolocal.html?time=1900 | http://www.gentoo.org/proj/en/council/ | agenda : http://dev.gentoo.org/~hwoarang/council-20111011-agenda.txt" [20:03:57] hwoarang: who's missing? Just Chainsaw? [20:04:00] yeah [20:04:28] will you call him? [20:04:38] I'm calling [20:05:22] He should be around soon [20:05:38] okey [20:06:14] --> Chainsaw (~chainsaw@gentoo/developer/atheme.member.chainsaw) has joined #gentoo-council [20:06:14] *** Mode #gentoo-council +o Chainsaw by ChanServ [20:06:20] Sorry! [20:06:30] -*- Chainsaw bows to jmbsvicetto and takes his seat [20:06:39] Hi Tony :) [20:06:50] no prob :) [20:07:04] live summary here: http://dev.gentoo.org/~hwoarang/council-20111011-summary.txt [20:07:08] 1st Item [20:07:20] vote: Edit the generated changelogs [20:07:34] seems like the community wants to have this ability [20:08:01] ok, we're voting now? [20:08:10] http://archives.gentoo.org/gentoo-project/msg_c970aaa4a10a0c36f51e15fe0d1f72df.xml [20:08:14] for reference ^ [20:08:39] I think we are good to vote here [20:08:41] yes, changelogs must be able to be changed always [20:08:47] i've kinda changed my mind since last time we discussed this, it's just a hassle to deal with. [20:09:04] dberkholz: depends on the implementation I guess [20:09:11] It's not a requirement but feel free to timplement. [20:09:28] I want to be able to edit what I submit, in case I miss something. [20:09:42] So: Yes to editing. [20:09:44] +1 [20:09:46] +1 [20:10:07] My opinion is that our voting 2 (3?) months ago meant we would need to keep a file, so it would be possible to edit it [20:10:10] Betelgeuse: i don't agree that this is not a requirement [20:10:19] cause based on that the implementation changes [20:10:22] substantialy [20:10:31] *ll [20:10:38] jmbsvicetto: yes, so see my reply to the thread hwoarang just pointed to [20:10:57] i pretty much agree with vapier, i don't see this ability as a requirement either. [20:11:05] http://archives.gentoo.org/gentoo-project/msg_5dfed9997951547d2f08f933d84b97b2.xml [20:11:42] So I guess everyone is on board either as +1 or just do it if you want [20:12:39] any objections otherwise we are moving forward [20:12:50] At this point I agree with Betelgeuse that this is not a requirement, but feel free to implement [20:13:47] the implementation is simple enough anyway. Has the user touched the changelog? Yes? ok so repoman wont write anything to it [20:13:50] this isn't consensus-based, it's majority-based ... objections don't matter if they're the minority. [20:14:08] hwoarang: that's wrong logic ;) [20:14:22] grobian: let me know why [20:14:37] if you touch changelog + ebuild, something is wrong [20:15:09] why? you probably want to write a different message to Changelog [20:15:16] and not the one you will use on the commit message [20:15:32] then the whole point of the changelog discussion is moot [20:15:37] err no [20:15:44] sometimes the changelog has to be verbose :) [20:15:47] we don't want people to write "^" in the changelog [20:15:48] very verbose :p [20:15:55] <_AxS_> ..would it not be safer to allow edits but only secondarily? ie, commit with repoman, and then you can edit the changelog after? [20:15:57] or just add a space to make them omit a a changelog entry [20:16:19] grobian: i think this is not the case anymore [20:16:39] hwoarang: true, but it was the reason this whole discussion started [20:16:56] ppl you did that wont bother editing changelog manually [20:17:03] will simply run repoman commit and let him do the job [20:17:05] hmm, we also voted against "omitting" stuff from changelogs, correct? [20:17:05] if we decide now we all behave, we don't need to regulate anything, and we can just continue to do useful stuff [20:17:27] so the commit message to repoman should be save in the changelog [20:17:29] grobian: the point is to get rid of the manual echangelog thingie [20:17:33] jmbsvicetto: yes [20:17:33] grobian: Assuming common sense on the side of the developer has been tried. [20:17:42] hwoarang: that's a technical argument you should have with portage people [20:17:45] grobian: It was not a success. [20:18:04] Chainsaw: sorry? [20:18:10] grobian: right now repoman will still need to run echangelog internally to write changelog [20:18:35] and how does that change? [20:18:42] change what? [20:18:51] if we decide anything? [20:19:07] we just decided 4-3 we won't auto-generate the log, but always store it on disk in VCS somewhere [20:19:09] do you have another implementation in mind? [20:19:16] yes [20:19:38] so, poke zmedico to add echangelog code to repoman [20:19:46] correct [20:19:52] council only sets the policy that for each change a changelog entry should exist [20:19:56] that is why I am saying [20:19:58] *what [20:20:01] s/exist/be written/ [20:20:13] we have a decision, right? so can we please move on and move further discussions to the ml? [20:20:22] otherwise this is a waste of time [20:20:24] <_AxS_> ..would it help if the actual, exact issue which is being voted on is explicitly stated? [20:20:34] _AxS_: It was, and a decision has been reached. [20:20:41] -*- Chainsaw agrees with ulm, let's move on [20:20:42] ulm: we have nothing to push back do we? [20:20:47] this is now a task for the portage@ ppl [20:21:05] hwoarang: all the better then [20:21:22] hwoarang: yes, our request for them to do it, or any voluntyeer to work with them [20:21:32] ok, next topic please [20:21:37] hwoarang: It's a task for any interested party and assigned to the portage people [20:22:34] s/assigned to/we kindly ask the assistance of/ [20:22:48] +1 [20:23:02] sorry guys I have a huge lag [20:23:08] moving to task 2 [20:23:13] EAPI1 in profiles [20:23:32] related discussion: http://archives.gentoo.org/gentoo-dev/msg_59c8c04883735f0b090f6e3f0525241e.xml [20:24:20] Thanks to Donnie's poke I reviewed the thread and corrected my memory from it [20:24:38] imo the consensus of that thread is that eapi-1 is ok (nothing higher) [20:24:41] so, +1 on setting EAPI=1 on profiles [20:24:42] I'd rather bump profiles to EAPI 2 immediately [20:24:46] from what I can tell it seems safe enough to do it [20:24:47] i'll summarize again. [20:24:48] 18:31 < dberkholz@> 17:15 < dberkholz@> in the "Call for items for September 13 council meeting" thread. [20:24:51] 18:32 < dberkholz@> basically, nobody really cared about EAPI=1, people had problems with USE deps in 2 and not long enough support for EAPI=4 [20:25:10] EAPI 0 -> 1 has a lot of benefits and no downsides that I can see. [20:25:13] I'm all for it. [20:25:16] ulm: there was a discussion about how to handle USE masks in >EAPI2 [20:25:19] ulm: I'd prefer we stick to EAPI-1 [20:25:22] >= [20:25:30] EAPI1 seems better to me [20:25:31] I'm ok with EAPI-1 [20:25:40] 2 and higher have pitfalls. [20:25:47] hwoarang: that USE masks are possible doesn't imply that they must be used ;) [20:25:51] ulm: I'd be interested in getting some experimental profiles where we could try a bump to a more recent EAPI version [20:26:06] ulm: afaik there is no provision for app-foo/bar[test] in profiles [20:26:09] is it? [20:26:11] i'd prefer to take the incremental step forward and approve 1 right now. [20:26:18] we can then talk about 2 separately. [20:26:20] but of course, I'm o.k. with EAPI 1 [20:26:26] good [20:26:37] only we'll have the same discussion at a later point then :p [20:26:39] EAPI 1 ok [20:26:56] baby steps [20:27:12] moving to item 3 [20:27:16] open bugs [20:27:18] ulm: we can start the work on experimental profiles after we approve EAPI-1 [20:27:33] jmbsvicetto: yeah, let's do that [20:28:06] ok [20:28:24] bug #316401 [20:28:27] hwoarang: https://bugs.gentoo.org/316401 "Add resolution OBSOLETE"; Bugzilla, General Bugs; IN_P; betelgeuse:bugzilla [20:28:53] !seen idl0r [20:28:53] Chainsaw: idl0r was last seen 31 minutes and 36 seconds ago, saying ":D" in #gentoo.de [20:28:59] no progress since last month. It seems to me it is fixed [20:29:03] hwoarang: https://bugs.gentoo.org/page.cgi?id=fields.html#status [20:29:06] hwoarang: it's not there yet [20:29:15] oh right [20:29:17] sorry [20:29:23] * You've invited idl0r to #gentoo-council (leguin.freenode.net) [20:29:25] Summons issued. [20:29:52] in case he does not show up by the end of the meeting [20:29:57] poked him [20:29:59] I will try to talk to him in #infra [20:30:34] bug #331987 [20:30:37] hwoarang: https://bugs.gentoo.org/331987 "Merge -council and -project mailing lists"; Gentoo Infrastructure, Mailing Lists; UNCO; scarabeus:infra-bugs [20:30:40] no progress as well [20:31:05] --> idl0r (~idl0r@gentoo/developer/idl0r) has joined #gentoo-council [20:31:08] hey [20:31:17] Thank you for joining us idl0r. [20:31:32] Could you add the description in bugzilla please, for bug #316401 [20:31:32] Chainsaw: https://bugs.gentoo.org/316401 "Add resolution OBSOLETE"; Bugzilla, General Bugs; IN_P; betelgeuse:bugzilla [20:31:43] Or do you require further assistance from us? [20:32:03] sec. [20:33:02] ah that one [20:33:17] hm, I cannot find the word "obsoleted" in my dictionary [20:33:43] ulm: obsoleted or obsolete ? [20:33:43] should be "obsolete" IMHO (but I'm not a native speaker) [20:33:45] i'll need to fight me through the templates again and add all resolutions and so on [20:33:59] ulm: it should be obsolete [20:34:01] obsolete is in the dictionary [20:34:16] ulm: Where did you see "obsoleted"? [20:34:24] Betelgeuse: in your comment #0 [20:34:30] "The bug has become obsoleted." [20:34:43] in that use, obsoleted would be bad grammar anyway. [20:35:06] Has become obsolete, or has been obsoleted by X. [20:35:19] But "made obsolete" would be preferred. [20:35:29] Feel free to go and add the better and as the comment calls for :) [20:35:55] --> idella4 (~idella4@gentoo/contributor/idella4) has joined #gentoo-council [20:35:56] Chainsaw: so it'll take some time again, it was/is more low priority on my TODO [20:36:16] or if a3li want to do that.. :) [20:37:58] moving on [20:38:11] bug #331987 [20:38:14] hwoarang: https://bugs.gentoo.org/331987 "Merge -council and -project mailing lists"; Gentoo Infrastructure, Mailing Lists; UNCO; scarabeus:infra-bugs [20:38:19] is someone willing to talk to robbat2 about that? [20:38:35] no progress since last month [20:39:05] hwoarang: we're waiting on the numbers, correct? [20:39:11] yeah [20:39:34] should we push this forward in case @infra forgotten about his? [20:39:36] *this [20:39:39] or just wait [20:40:39] ok lets just wait then [20:41:03] bug #331987 [20:41:04] hwoarang: https://bugs.gentoo.org/331987 "Merge -council and -project mailing lists"; Gentoo Infrastructure, Mailing Lists; UNCO; scarabeus:infra-bugs [20:41:20] i will talk to tove in IRC soon. Bugzilla talking did not work out [20:41:42] bug #383467 [20:41:45] https://bugs.gentoo.org/383467 "Council webpage lacks results for 2010 and 2011 elections"; Website www.gentoo.org, Projects; CONF; hwoarang:jmbsvicetto [20:41:52] I've taken this bug for myself [20:41:58] I'll take care of it asap [20:42:21] jmbsvicetto: thanks [20:42:48] Last item: Open floor [20:43:02] @community. Now it is time to jump in [20:43:23] a3li: Are you able to assist with bug #316401 please? [20:43:25] Chainsaw: https://bugs.gentoo.org/316401 "Add resolution OBSOLETE"; Bugzilla, General Bugs; IN_P; betelgeuse:bugzilla [20:43:34] a3li: I would prefer to be able to close it off. [20:44:14] Chainsaw: when idl0r provides me with bugzilla access, then yes [20:44:30] idl0r: Are you able to do that please? [20:44:44] not right now, that is. but tomorrow/this week [20:44:47] sure [20:45:00] idl0r: Many thanks. Then I will consider this to be sorted. [20:45:15] you're welcome [20:45:38] seems like we finished :) [20:46:04] done (access) [20:46:09] idl0r: Cheers. [20:46:13] thanks [20:46:21] <-- idella4 (~idella4@gentoo/contributor/idella4) has left #gentoo-council ("Once you know what it is you want to be true, instinct is a very useful device for enabling you to know that it is") [20:46:22] jmbsvicetto: Thanks again :) [20:46:30] the summary is live here [20:46:33] http://dev.gentoo.org/~hwoarang/council-20111011-summary.txt [20:46:52] if you want to comment on that. I will review it and send it for review before announcing it [20:47:01] Chainsaw: np :) [20:47:04] hwoarang: deceded -> decided [20:47:07] right [20:47:18] next meeting is on November 8th [20:47:20] electiosns -> elections [20:47:30] Markos, thanks for chairing the meeting [20:47:35] good deal. thanks hwoarang [20:48:21] ok i will send the review to the alias tonight and tomorrow to -dev-announce [20:48:24] hwoarang: I'd suggest s/EAPI1/EAPI-1/ just to make it more readable [20:48:28] ok jmbsvicetto [20:49:05] hwoarang: I'm fine with this summary. Feel free to submit / commit it from my part [20:49:13] +1 [20:49:33] @all: Once I upload everything I will open the bug for repoman [20:49:35] summary is o.k., thanks hwoarang [20:50:01] Thumbs up for summary. [20:50:03] hwoarang: there already is one by diego [20:50:38] there are plenty [20:50:47] --> NeddySeagoon (~NeddySeag@gentoo/developer/NeddySeagoon) has joined #gentoo-council [20:50:57] hwoarang: https://bugs.gentoo.org/show_bug.cgi?id=337853 [20:51:23] Betelgeuse has also opened a number of bugs about changelog entires on removal and addition [20:51:30] hwoarang: want me to comment on that bug with council hat? [20:51:32] we should probably merge them to a single one [20:51:48] grobian: i'd prefer first to make summary public and then poke them [20:51:57] hwoarang: fine, your call [20:52:40] hwoarang: I have? [20:52:51] Betelgeuse: yeap :D [20:52:58] Betelgeuse: mind if you mark 365361 and 177290 as duplicates? [20:53:06] those two at least ^ [20:53:50] hwoarang: I think once you push out the summary, you should comment on those bugs referring to the summary [20:54:02] yeah [20:54:10] probably add a comment and close them [20:54:14] move everything to a single bug [20:54:16] although 365361 has already summary defined, but now also the generation thing [20:54:22] sth like that [20:54:31] hwoarang: not exactly the same thing but as long as both get impelmented I don't midn [20:54:57] cool antarus uses his new wings [20:55:13] Betelgeuse: ok i will make that clear when I add the comment [20:56:13] now we have the stats for -council and -project, can we make a decision in 5 minutes? [20:56:42] we could if everyone is still here ;p [20:57:04] jmbsvicetto, Chainsaw, dberkholz, ulm, Betelgeuse ping? [20:57:10] pong [20:57:13] Yes grobian? [20:57:27] can we decide on bug 331987 now? [20:57:29] grobian: https://bugs.gentoo.org/331987 "Merge -council and -project mailing lists"; Gentoo Infrastructure, Mailing Lists; UNCO; scarabeus:infra-bugs [20:57:44] grobian: I poked infra about the numbers ;) [20:57:52] jmbsvicetto: thx [20:57:56] let me read the numbers [20:58:22] 54 users affected. [20:58:33] probably stale entries? [20:58:40] I would subscribe to project without a personal approach. If it was <10, a more personal approach would be warranted. [20:58:41] could we just move them? [20:58:50] just move 'em. [20:59:06] yeah move them and close the list [20:59:08] and let them know while you're at it, mentioning in the note how to unsubscribe [20:59:21] since they'll suddenly be on a list with more traffic [20:59:24] move + post-move msg on project both are merged [20:59:35] grobian: Yes, that sounds sensible. [20:59:52] move + close + note about how to unsubscribe (if possible) [21:00:00] good [21:00:06] jmbsvicetto: sounds good [21:00:17] ok, so do we have a majority for just moving them in the first place? [21:00:23] +1 [21:00:25] +1 [21:00:28] +1 [21:00:41] Agreed. [21:00:48] ok, so yes [21:01:27] I don't think we need to vote on closing the ml - we already did it [21:01:28] next thing is probably if we want to notify them [21:01:48] if the ml software can do it, or we need to send an additional answer is just an implementation [21:02:36] I'd ask infra if they can send an automated message about unsubscribing. If not, we can send the message grobian talked about and add a note about how to unsubscribe from that list [21:02:47] +1 [21:02:48] jmbsvicetto: thanks [21:02:56] i will add that bit to the summary [21:05:03] ok, thanks once again [21:05:47] bonsaikitten: I'm taking those xen bugs from idella4 if that's okay. [21:06:15] Chainsaw: yes please [21:07:06] <-- grobian (~grobian@gentoo/developer/grobian) has quit (Quit: Zzzzz) [21:07:07] hwoarang: If you don't anything else from me, I'll take care of a few things at work before I leave [21:07:18] no everything is good [21:07:32] ok, thanks for chairing [21:07:35] later [21:08:22] * hwoarang has changed topic for #gentoo-council to: "Next meeting: November 8, 1900UTC | http://www.gentoo.org/proj/en/council/utctolocal.html?time=1900 | http://www.gentoo.org/proj/en/council/"