=== lifeless_ is now known as lifeless === bigbash is now known as zz_bigbash === jason is now known as jasef === jason is now known as Guest19714 === Guest19714 is now known as jasef === bulldog98_ is now known as bulldog98 === zz_bigbash is now known as bigbash === james is now known as Guest46773 === Guest46773 is now known as blitzkrieg3 === m4n1sh_ is now known as m4n1sh === dholbach_ is now known as dholbach === Amaranth_ is now known as Amaranth === beuno is now known as beuno-lunch === yofel_ is now known as yofel === bulldog98_ is now known as bulldog98 === beuno-lunch is now known as beuno [18:02] o/ [18:03] hey wendar [18:03] hi [18:03] hello [18:03] pinging the others [18:03] hi ajmitch [18:05] okay, I've pinged all [18:06] let's go ahead and start (3 is a quorum, in case we need to vote on any proposals) [18:06] #startmeeting [18:06] Meeting started Fri Oct 28 18:06:28 2011 UTC. The chair is wendar. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot. [18:06] Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired [18:06] [TOPIC] Review action items [18:06] [LINK] http://wiki.ubuntu.com/AppReviewBoard/Agenda === meetingology changed the topic of #ubuntu-meeting to: Review action items [18:06] * ajmitch has not found any that are really ready to be voted on yet [18:07] We notified all old applications of the Oneiric update, so we can mark that done. [18:08] * coolbhavi is a bit new to this so getting into grips with it now [18:08] IIRC, the notice about old archive contents being copied over was taken care of, but stgraber was going to double-check on the longer-term implications [18:09] that is, right now, our process is that we don't put anything into the archive of the development release, so it's always empty when the new archive for the next development release is created [18:10] which is why there's no precise directory on extras.ubuntu.com/ubuntu/dists/ [18:11] hmm [18:12] so we've got a lot of new submissions for oneiric now, not all of them are great [18:12] yes [18:13] you've done some scanning this week [18:13] do we want to run through the list here, or just talk about general problems with them? [18:13] if we have any ready to go (I think not?) we can review here [18:14] but, general problems is probably more useful now [18:14] I noted a few of them in the reviewer instruction documents [18:14] source tarballs that can't be built [18:15] and binary packages instead of source packages [18:15] closest that I have ready to go are the askubuntu-lens again, blocked on a SRU which was uploaded to -proposed this week, and maybe harmonySEQ if the permission problems with it can be sorted (/dev/snd/seq) [18:15] the common problem with java submissions is submitting a tarball full of .jar files [18:16] one of those which I saw is even in a PPA like that, where the source package has multiple .jar files & debian/install to copy them into place [18:16] yeah [18:16] the short term solution is to individually guide developers to what we're looking for [18:17] but, longer term, we need documentation on these pieces [18:17] that problem is solvable, but they bundle a *lot* of upstream .jar files with differing licenses, not all of which are compatible [18:17] so, the developers can reach what we need independently [18:17] I have a small input here [18:17] educating developers on license compatibility is probably trickier than some technical documentation [18:17] coolbhavi: yes, that's great, go ahead [18:18] coolbhavi: new ideas are much needed and greatly appreciated :) [18:19] yes how about a elaborate explanation of dfsg and free licenses on a wiki page such that devs understand in a simple language? [18:19] it'd be useful to have something like that on developer.ubuntu.com [18:20] we have longer explanations in the Ubuntu and Debian documentation [18:20] but, if we can find a way to teach it more simply, that'd be great [18:20] you'd probably want to link to something like http://www.gnu.org/licenses/licenses.html [18:21] yes might be too trivial but I guess covering main parts of licenses so that it gets in a simplified language to help devs [18:21] http://people.debian.org/~bap/dfsg-faq.html [18:22] http://opensource.org/docs/osd [18:22] would be hepful... something similar or a link on developer.ubuntu.com might help [18:22] I think a combination of a clear and short explanation, with links to "more reading" at the bottom might be good [18:22] +1 here [18:22] that reminds me of the point I added on the arb blueprint - looking over developer.ubuntu.com & making sure that documentation is clear, and that it matches the processes [18:23] coolbhavi: you'll be here at UDS next week? [18:23] yes m flying tomorrow [18:23] ll be there :) [18:23] coolbhavi: great, I can connect you with David Planella, this is something we could get done this cycle [18:24] sure wendar [18:24] ajmitch: yes, an overall review of developer.ubuntu.com is needed [18:24] ajmitch: I've found a few spots (like the description of the ARB) that need some updates [18:24] ajmitch: not huge updates, but bits and pieces [18:25] yeah, things like app submission assuming that everything should have a price [18:25] yup [18:26] we'll need to sort out, probably in a dicussion at UDSm how much hand-holding & work we're going to do [18:26] I'll add those two as action items, and as topics for the session next week [18:26] yes, that too [18:27] Or why not make a check in the portal itself if its a free license or not ... If not the portal shouldnt allow someone to submit apps [18:27] coolbhavi: I think it already does that [18:27] it checks whether they say it's a free license [18:28] because the reviewing process is used for both commercial/proprietary & ARB apps [18:28] the ARB doesn't even look at it unless it's marked as a free software license [18:28] but, developers don't always understand what's needed [18:28] or, may have license problems internally [18:28] (that they didn't realize they had) [18:28] Oh okay I still do not have proper access to the portal so I havent checked [18:28] right, they can put a copy of the GPL in their tarball, but not submit source along with it [18:29] nor do I, I'm just going from the public parts that I can see :) [18:29] coolbhavi: yes, we'll get access set up next week [18:29] the new ARB queue is set up now [18:29] great [18:29] it has nothing in it now [18:29] will they still be copied into LP bugs? [18:29] but, we'll start moving things into it [18:30] ajmitch: we should be able to stop copying to LP bugs now [18:30] ajmitch: which will help a lot :) [18:30] ok, then is there a way that I could get a list of the queue withouth screenscraping developer.ubuntu.com? :) [18:30] but, I haven't run an app all the way through the new process yet [18:31] ajmitch: a list of the queue? [18:31] * ajmitch is using lplib at the moment to pull the list of bugs & make sure that there are notes locally or at least an entry about them on my local system [18:31] just something I hacked up very quickly to make sure that I can keep on top of them [18:31] ajmitch, something like sponsors queue? [18:31] what MyApps has now is a first approximation of our process [18:32] so, we'll need to try it out, and let the developers know if/where we need changes [18:32] wendar: right, I've subscribed to the developerportal bugs, I'll file them there [18:32] ajmitch: ah, cool, sounds like a useful tool [18:33] just looking at the list, there are a couple there that were up for review on the debian-mentors list, but didn't get anywhere [18:33] ajmitch: so, I'm sitting in a session right now on how we get good reports on how the queues are doing, and keep on top of them [18:33] wendar: ok :) [18:33] :) [18:34] ajmitch: so, it's very llikely we can get what you need from that tool built into the web interface [18:34] that would be nice [18:35] ajmitch: yeah, I want to make sure we don't fall back into REVU, where submissions sit for months or years without progress :( [18:35] it's a real risk, we're already falling behind the rate of submission :( [18:36] wendar: the one I'm looking at, openssn, even has packaging in the debian pkg-games repository which is closer to what we need than what was submitted to the ARB [18:36] interesting [18:36] I wonder if we should try & work with some of these to get them into debian [18:36] so, maybe the best recommendation is to help him get it into debian? [18:36] aye [18:36] I think that's quite valuable [18:37] help them find contacts or sponsors in Debian [18:37] grub-customizer fails the 'no system apps' part of the checklist, was also on REVU & on mentors.debian.net [18:37] also, I'm a DM and lfaraone is a DD [18:37] * ajmitch is a DD, not sure about the others [18:38] ajmitch: yeah, it modifies a pretty fundamental part of the system [18:38] we can ask cjwatson about it, and see if it's likely to have any chance in Debian [18:38] apart from that, it'd be nice to get in, get it synced to precise & then into -backports [18:39] yeah, if the code is good, I can see it being a valuable tool [18:39] it needs a grub-knowledgable sponsor [18:39] we also had listed somewherewe had listed somewhere a general guideline for size of applications, is that still around? [18:39] it's not a hard rule [18:40] sorry if I'm a bit all over the place this morning :) [18:40] but ~10,000 lines [18:40] ajmitch: np, that's what the IRC sessions are for, gathering "other business" [18:40] rstudio will need to go into the distro then, sloccount said it was about 100k [18:41] it's a mix of C++ & java, currently has no packaging [18:41] ah, that would be too bad, it's one of the best apps we've gotten :( [18:41] yeah [18:41] I was just surprised at the size of it [18:41] if it's clean code, and non risky, it could still be fine [18:42] (like, it's not modifying core systems, making network connections, etc) [18:42] it could be, but someone would need to step up & do the packaging - the java part is for a GWT web frontend [18:42] yeah, I'm surprized [18:43] iamfuzz said he'd be willing to do the packaging for it [18:43] great [18:44] though I still feel that something of that size & quality may be a better fit for the distro, rather than something to copy over every 6 months :) [18:45] yeah, it seems like the kind of thing we should mentor to move up into Debian [18:45] I think the developer would be open to that [18:45] but, getting it into extras for Oneiric is a good easy introduction [18:45] rstudio was the one where the submitter asked about building against newer versions of boost & qt - both of which aren't available yet in the distro [18:46] ah, I hadn't read the follow-up on that one [18:46] so, the versions in Oneiric weren't sufficient? [18:46] (I asked, didn't see the answer yet) [18:46] they're sufficiant for now [18:47] https://bugs.launchpad.net/ubuntu-app-review-board/+bug/881515/comments/4 [18:47] looking at his README, it looked like the versions in Oneiric were what he needed [18:47] Launchpad bug 881515 in Ubuntu Application Review Board "Application Review Request: rstudio-v0.94" [Undecided,New] [18:47] ah, got it [18:47] so, the answer to that is "no, it's not possible" [18:47] I would not want to ever allow apps to bundle newer versions of libraries like that [18:48] so, we'd have to hold off updating in the distribution until the library is updated [18:48] ajmitch: want me to take that one? [18:48] sure [18:50] will do [18:50] it's going to be hard to keep track of who's looking at what if we split them up between us [18:50] the shepherd idea we used before helped with that [18:50] but, it also meant some submissions got no attention [18:50] if the shepherd ran out of time [18:50] something to talk about next week [18:51] (and, I'm not sure how that'll work out in the new interface) [18:51] I had a thought this week [18:51] depending on when the uds session is, I may not be able to attend remotely [18:51] do you know how the patch pilot's program works? [18:52] a roster of people who look at the sponsoring queue & pick items off it [18:52] instead of assigning responsibility by submission, we do it by time [18:52] yeah [18:52] a person agrees to a particular 4-hour period once a month [18:52] and, in that time they're available to answer questions [18:52] we'd probably want to track when something was last touched [18:52] and work through as much of the queue as possible [18:53] yup, we'd have to make sure there was available info on what had been done [18:53] so, the next pilot could pick it up [18:53] with LP we can set bugs to incomplete if we're waiting for info, and it lists the last changed on the overview page [18:53] why dont have a wiki page with all the TODO's and updates and ownerships to be updated every week maybe and the responsibility of updation is owned up by someone so we can have a spoc maintainability of tracker? [18:53] ajmitch: the new system has that too [18:53] wendar: great, was about to ask that [18:53] it gets hidden from the list needing review [18:54] until the developer responds [18:54] coolbhavi: that's a good idea, especially the interface we get isn't quite good enough to start with [18:54] coolbhavi: it may work, just depends on how awkward it is to keep in sync with new submissions [18:55] we've obviously seen quite a few new submissions since the new site went up [18:55] coolbhavi: it can be a pain to manually update, so hopefully we can automate that quickly [18:55] ideally, it'd be a report page in the interface, with no manual maintenance work [18:55] the simple tool that I hacked up is dead simple it just reads the statuses & bug links out of a .yaml file :) [18:56] ajmitch: cool [18:56] yaml just because it's close to freeform text [18:56] yes thats another part as we get more active, submissions will increase I guess. Agreed. [18:56] I haven't been updating statuses [18:56] (I have that on our list to talk about next week too, although we might not need it if we're switching away from LP) [18:56] I've mostly just been keepign my own statuses, such as ones I haven't looked at, those that need packaging done, etc [18:56] https://blueprints.launchpad.net/ubuntu/+spec/community-p-app-review-board [18:57] ajmitch: it'd be nice to get that somewhere we share it [18:57] ajmitch: is it crontab-able? [18:57] wendar: not particularly, I'll need to spend more than 30 minutes on it [18:58] I do feel the pain, I totally missed a response from one of the developers on a package I was shepherding :( [18:59] all I wanted initially was for something to try & make sure I wrote notes about every submission [18:59] I can work on it some more if you think it'll be useful [18:59] ajmitch makes sense [18:59] it'd be cool to take a look at it [19:00] I don't know, if we can get the features in the web interface quickly, I don't want to suck up your time [19:00] I guess we'll see [19:00] I'll probably still use something like it for my private notes :) [19:00] yup, makes sense [19:00] if you do keep working on it, share what's useful [19:00] some of them aren't really publishable once I got to the 3rd or 4th submission with .jar files & license violations [19:01] heh :) [19:01] curse silently, teach kindly :) [19:01] right :) [19:01] alright guys I am sorry that I have to leave in the middle as its way past midnight n m very sleepy now ... See you at the UDS next week :) [19:01] coolbhavi: thanks for stopping in, see you round :) [19:02] coolbhavi: we're pretty much ready to wrap up [19:02] OK, I guess we've got some points that can be discussed at UDS anyway [19:02] take a look at the blueprint and let me know if you want to add anything [19:02] one final thing, chair for next meeting [19:02] ajmitch: do you want to take the next rotation? [19:02] sure [19:03] cool [19:03] :) [19:03] I'll take the minutes and distribute them [19:03] thanks [19:03] and update the agenda for next time [19:03] thanks all! [19:03] thanks so much [19:03] see you at UDS [19:03] :) [19:03] see you there :) [19:03] #endmeeting === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology [19:04] Meeting ended Fri Oct 28 19:03:59 2011 UTC. [19:04] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-10-28-18.06.moin.txt