17:06:21 #startmeeting 17:06:21 Meeting started Sun Mar 1 17:06:21 2015 UTC. The chair is MoC. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:06:21 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:06:28 #chair intrigeri 17:06:28 Current chairs: MoC intrigeri 17:06:32 #chair h01ger 17:06:32 Current chairs: MoC h01ger intrigeri 17:07:11 topics: mail for maintainers, mail for debian-devel-announce, udd script, next steps 17:07:16 intrigeri: any other topic? 17:07:41 nope (since I had not time to catch up on Debian#702030 yet) 17:07:54 ok, me neither 17:08:11 #topic mail to maintainers of apparmor profiles 17:08:17 updating the maintainers list. 17:08:22 intrigeri: thanks for the nitpicking i just saw 17:08:29 intrigeri: the one i made? 17:09:01 yep, dropping MIA former maintainers, using @debian.org email addresses. 17:09:08 done. 17:09:24 MIA ? 17:09:27 I'm only *slightly* wondering about the timing and possible duplication 17:09:30 (missing in action) 17:09:57 oh ok 17:10:08 that is, assuming these maintainers read d-d-a@, there's quite some duplication between both draft messages, and very little on the email to maintainers that's not in the d-d-a one, right? 17:10:16 true 17:10:35 OTOH a more "personal" (well, sent through pkg-$PACKAGE@ lists) note is nice. 17:10:56 anyway. works this way, good enough, not worth rethinking all that IMO. 17:11:19 maybe just email the maintainers first, wait a week, and then email d-d-a? 17:11:25 yes 17:11:29 s/a week/4-7 days/ 17:11:31 ack 17:11:35 yay 17:11:49 #agreed mail maintainers with the current draft of the maintainer email 17:12:09 #agreed mail d-d-a in 4-7 days with the dda email draft 17:12:14 and then email leader@ so that he tells HR to get more people on that. ah no, doesn't work this way :] 17:12:21 and i wanted to put the text on the blog too 17:12:30 hehe 17:12:36 #save 17:12:58 perfetto 17:13:08 intrigeri: and i can email from my account and sign like i did in the draft? 17:13:54 let me double-check, but I think so, yes. 17:14:07 ok 17:14:13 hmm, almost 17:14:26 s/Debian AppArmor Packaging Team/Debian AppArmor Team/ 17:14:32 (in both emails I guess) 17:14:44 oki 17:14:51 next topic then? 17:14:56 let me correct that quickly 17:15:04 not sure who's authorized to post to d-d-a@ 17:15:07 we'll see. 17:15:07 ok 17:15:16 ok 17:15:19 #action check who is authorized to post to d-d-a 17:15:25 if you're forbidden too, your NM process should take max 3 months anyway, depending on how the AM is reactive. 17:15:26 #topic udd script 17:15:34 s/too/to/ 17:15:49 intrigeri: the AM? 17:15:52 so, the UDD script. I did a little bit of Python again last week, hence my last batch of suggestions 17:16:04 great stuff, thanks 17:16:12 "new maintainer" process, "application maintainer" is the DD who checks your skills and says yes in the end. 17:16:17 i'll implement that 17:16:17 oh ok 17:16:33 worst case we'll wait for you to be a DD before you can send this email :P 17:16:46 intrigeri: so you were silently suggesting that i should enter the NM process now? 17:16:47 :) 17:16:50 krkkrkr. 17:17:12 worst case, you'll send it i guess? 17:17:16 silently? really? OK, let me make it clearer: please do enter the NM process as soon as you have a little bit of time on your hands. 17:17:22 yes, I can do that, sure. 17:17:26 :)))))) 17:17:54 so, about the UDD script: last version is running in production, right? 17:17:55 so, what i did not get is your comment about the comments 17:18:00 yes 17:18:03 it is 17:18:08 comment about the comments? 17:18:10 ah 17:18:11 OK 17:18:21 e.g. """Send the message""" 17:18:34 ah 17:18:36 it seems that you're using the docstring (or whatever it's called in Python) syntax for all comments. 17:18:39 "It's now unhappy with using strings as comments outside of a function's docstring." 17:18:49 apparently pylint doesn't think it's the best way to do it. 17:18:51 no, only for those which are documenting a function 17:18:58 it may be that Python actually *evaluates* such string statements. 17:19:35 well, I see a lot of such strings used as comments everywhere in the body of functions, outside of the docstring that immediately follows its name and args. 17:19:35 hm, i need to check but i followed the guidelines 17:20:00 I'd be happy to learn that pylint is wrong -> please point me the guidelines post-meeting :) 17:20:17 right 17:20:41 also the config vars should be proper (full-caps) constants imo. but pylint will tell you all that better than me. 17:20:47 anyway 17:20:48 you're correct, i also used them outside of functions 17:20:49 whenever i wanted to describe and not comment code 17:20:53 and that would be wrong probably 17:20:58 ok 17:21:01 i will check that 17:21:08 #action check udd script with pylint 17:21:17 i wanted to do that but i did not... 17:21:19 #save 17:21:26 everything else: ack 17:21:30 is the current state of the production setup good enough? as in, should we move the cronjob to some place where all of us can edit/disable it if needed, or? 17:21:51 no idea how one usually does that on alioth. I could ask other teams I'm part of. 17:21:56 hm, let me edit the comment part and then we can move it somewhere else 17:22:02 sure. 17:22:19 on alioth, i only know how one user can add/edit a crontab 17:22:45 if there is a common place to put the files it might work 17:22:48 I'm not aware of per-Unix-group crontabs, indeed. 17:23:20 let's keep the cronjob as-is, then. but perhaps it wuold be good if the script was stored in some group-specific place where we all have write access. 17:23:40 iirc any Alioth team gets a group and then possibly a group "home" dir. 17:23:44 indeed 17:23:44 intrigeri: shall i research this? 17:23:46 ok 17:24:10 #agreed research if ther eis some group-specific place where we all have write access on alioth to store the udd script 17:24:14 #save 17:24:20 perhaps we can just postpone until you're fed up of being the only maintainer of this script + cronjob setup. 17:24:25 hehe 17:24:28 yep 17:24:45 #info iirc any Alioth team gets a group and then possibly a group "home" dir. 17:24:47 next topic? 17:24:48 todo? 17:24:54 also, putting the Git repo on Alioth, owned by the team (as opposed to GitHub) would probably make sense at some point. 17:25:01 that is true 17:25:04 that's all I had to say about the udd thing, iirc. 17:25:35 #agreed try to put the git repo for the script on alioth, owned by the team, as opposed to github 17:25:38 so next topic, yay. 17:25:43 #topic todo 17:26:07 so, for #702030, i have not researched anything yet 17:26:24 do you think it's useful to see how ubuntu does it? 17:26:28 I don't have the problem space in mind anymore :/ 17:26:47 iirc Ubuntu enables AA by default via a kernel patch. but this might have changed, or I may be confused. 17:26:55 so likely it won't cut it for us. 17:26:56 ok, so the idea was to activate apparmor automatically when one installs apparmor 17:27:00 yep 17:27:28 and i proposed to use a postinst script in all the LSM packages which would check if an LSM is already active 17:27:36 and propose to use only one of them via debconf 17:27:38 sbeattie, jjohansen, sarnold: can you confirm that Ubuntu enables AA by default with a kernel patch? 17:28:09 seems to make sense but I don't feel I can authoritatively comment on it right now. I should re-read that thread. 17:28:14 ok 17:28:25 then let's postpone this discussion 17:28:30 do it via email? 17:28:43 looks like the DM selection mechanism to me, that's been revamped in sid or experimental by didrocks and mpitt etc. 17:29:03 well, we still have some time, I could quickly re-read the thread now perhaps. 17:29:18 intrigeri: ok go ahead! 17:29:19 so that I can comment on the bug ASAP and not block you. 17:29:34 but perhaps when I'm done reading it's time for me to leave, so don't wait for me. 17:30:18 intrigeri: so, before you read, lets quickly see what else is left on the todo list? 17:30:27 sure. 17:30:28 there is the migrate profile documentation 17:30:49 you said last time that this can be done after the internship time, and we might work on it together 17:30:56 maybe ask the irssi maintainer 17:30:56 I see send a couple email, migration doc, and a small aa-p-e update. 17:31:12 I didn't change my mind 17:31:14 the emails: i will take care of it. 17:31:25 aa-p-e update: i'll do it this week 17:31:42 and for the migration doc, we can simply schedule some date if you want to ? 17:31:43 only one week left. time to write a final report, perhaps? 17:31:48 MoC: yep, cool. 17:32:05 MoC: regarding the scheduling thing, I'd rather switch to PM, though. 17:32:32 * cboltz searches for his abbr. dict. 17:32:53 intrigeri: regarding scheduling: ok 17:33:12 #agreed work on the migration doc together with intrigeri, finding a schedule privately 17:33:23 #action MoC should write a final report 17:33:36 cboltz: yeah, with intrigeri that's needed :p 17:34:12 well, AFAIK IIRC I usually DTRT wrt. abbrvs 17:34:16 you'll probably get a similar result in an openSUSE meeting ;-) 17:34:36 but the difference is that I know the abbr.s there 17:34:36 intrigeri: ::::DDD 17:34:36 OTOH less abbrvs sometimes is more KISS 17:41:09 ok. 17:41:12 found a schedule. 17:41:38 then the only thing left is to get some pointers for #702030 17:41:41 #save 17:41:58 MoC: if you give more details wrt. what pointers you need, that may help. 17:42:12 MoC: general maintainer scripts doc? something more specific? 17:42:29 intrigeri: the maintainer doc - i think i can read that 17:43:01 intrigeri: simply if the process which i proposed is worth being done that way 17:43:05 i think you eventually already said yes to me 17:43:11 but i was not so sure anymore 17:43:41 my question is probably: would it work? 17:44:00 not sure anymore either. 17:46:44 intrigeri: i let you re-read the thread? 17:46:46 I can spend 15 minutes re-reading the thread, but not sure I'll reach a conclusion without thinking of it a bit more. 17:46:49 yes, please. 17:47:14 so meeting done, and intrigeri does his homework, right? 17:47:23 ok no problem 17:47:33 #action intrigeri should comment on MoCs proposal on #702030 17:47:58 s/should/MUST/ 17:48:00 :) 17:48:24 #action intrigeri MUST comment on MoCs proposal on #702030 17:48:41 oh, and last but not least: next/last meeting= 17:48:41 ? 17:49:12 I say we don't need it for the internship (since it'll be over) 17:49:22 but we may want to keep having regular team meeting on IRC, perhaps 17:49:23 ok 17:49:43 intrigeri: sure 17:49:45 I think it would help me allocate some time to AA/Debian on a regular basis. 17:49:52 ack 17:49:56 e.g. monthly <1h meeting 17:50:00 indeed 17:50:03 sounds good 17:50:15 every 3rd of the month, 5pm CET? 17:50:30 MoC: (leaves a couple hours before jumping to some other meeting of ours ;) 17:50:37 hehe 17:50:37 (would be easy for me to remember) 17:50:40 do you want your own meeting, or would integrating it with the upstream meating make sense? 17:50:45 indeed so 17:50:53 cboltz: very good question! 17:50:54 (probably depends on the topics to discuss...) 17:50:57 i'll let intrigeri answer this 17:51:15 <1h meeting sounds good 17:51:16 I'm not sure. I say we could try and add our bits to the upstream meeting a couple times and see? 17:51:28 cboltz: when it that generally? 17:51:57 usually 2nd tuesday of the month 20:00 UTC 17:52:05 the next one is March 10 17:52:09 http://wiki.apparmor.net/index.php/MeetingAgenda 17:54:48 i think it might be a good idea to join meetings but then again i fear that we won't focus on aa in Debian in particular 17:54:58 intrigeri: and you? 17:55:37 well, sometimes these upstream meetings are focussed on stuff that happens in/via/thanks to Ubuntu, so perhaps it wouldn't be crazy to add our bits 17:55:42 i'm all for trying, I think 17:55:47 doesn't hurt :) 17:55:54 ok then let's try like that on march 10th 17:56:40 #agreed the debian apparmor team should continue to have regular meetings after the internship ends. so, we should participate in the monthly upstream meeting. http://wiki.apparmor.net/index.php/MeetingAgenda 17:56:44 intrigeri: ack? 17:56:50 intrigeri: then i think we're done. 17:57:16 yay 17:57:17 \o/ 17:57:26 cool, thanks! 17:57:34 I should be able to make it on March 10. we'll see. 17:57:51 cboltz: thanks for your input again! 17:58:00 #endmeeting