#title #ubuntu-meeting Meeting Meeting started by cielak at 18:05:14 UTC. The full logs are available at http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-11-15-18.05.log.html . == Meeting summary == ''LINK:'' https://wiki.ubuntu.com/Accomplishments/Agenda (mfisch, 18:06:03) *Discussing whether general direction of project applies to the whole sysytem or just community accomplishments. *Feedback on starting the daemon as a dbus .service, causing it to be running regardless of user will. *Sync up with the team on the idea of expanding the .accomplishment format to support keywords/tags. *Looking for opportunities for new contributors and discussing how we should deal with suggesting work to them. ''LINK:'' http://mhall119.com/2012/02/contributing-to-unity-for-non-developers-keywords/ is an example you can look at, I got a lot of new contributors adding keywords to .desktop files with that (mhall119, 18:40:24) ''LINK:'' https://wiki.ubuntu.com/Accomplishments/AccomplishmentIdeas/LocalAccomplishments (cielak, 18:45:51) Meeting ended at 19:04:57 UTC. == Votes == == Action items == * (none) == People present (lines said) == * cielak (110) * mhall119 (75) * mfisch (63) * s-fox (17) * meetingology (3) == Full Log == 18:05:14 #startmeeting 18:05:14 Meeting started Thu Nov 15 18:05:14 2012 UTC. The chair is cielak. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 18:05:14 18:05:14 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:05:33 sigh 18:05:36 nevermind 18:05:44 what? 18:05:44 ? 18:05:48 okay, so here is the agenda: https://wiki.ubuntu.com/Accomplishments/Agenda 18:06:03 #link https://wiki.ubuntu.com/Accomplishments/Agenda 18:06:37 first thing I'd like to consult concerns what we clarified on UDS 18:06:38 I think the chair has to do that 18:06:43 ok 18:06:55 that the accomplishemnts should not be level-based 18:07:13 #topic Discussing whether general direction of project applies to the whole sysytem or just community accomplishments. 18:07:18 I think that was the direction we came back to yes 18:07:20 ^ cielak try pasting that 18:07:29 #topic Discussing whether general direction of project applies to the whole sysytem or just community accomplishments. 18:07:39 oh, cool 18:07:50 so, just to fill me in, what is the general direction that was talked about? 18:08:06 okay, so my idea is that we may do the platform support level-based accomplishments, but disable this feature for community accoms 18:08:29 this way third-party collections could make use of 'dificulty' fields in .accomplishment files 18:08:40 but we would leave them unused for ubuntu-community-accomplishments 18:09:21 how would that field be used in the view/gallery? 18:09:45 sorry i'm late for the meeting, bad traffic 18:10:15 I think that the details page might display a number of stars (1-5) for accomplishments etc, but that's more a design question 18:10:52 what I mean is that it might make sense to implement support for such thing in the daemon, but since it's not cool for community accoms, this field would be not used for them 18:11:21 and in case of community accoms a 'N/A' would be displayed instead of stars 18:11:25 does that make sense? 18:11:35 hey s-fox :) 18:11:49 and this would be enforced just be the approval process accomplishments go through? 18:12:33 I am not sure how this applies to approval process 18:12:47 I want to avoid special logic for the community apps 18:12:51 accomps I mean 18:12:55 I mean, there wouldn't be something in the code that tries to stop it from being used for community accomplishments, right? 18:13:04 true 18:13:38 ok 18:13:40 the accoms themselves would just leave it out 18:14:05 I'm not sure if there is any special logic, just as field 'tips' is optional, so would 'difficulty' (or whatever) be 18:14:13 right 18:14:14 makes sense 18:14:18 I'm +1 on that 18:14:22 I have no objection to this 18:14:32 cool, thanks :) 18:14:59 I have also recently looked in how we can make daemon a DBus service, and I have two concerns about this solution 18:15:10 #topic Feedback on starting the daemon as a dbus .service, causing it to be running regardless of user will. 18:15:27 what are the concerns? 18:15:36 the point is that once we install a .service, the daemon will always be started when user logs in 18:15:47 Why? 18:15:53 currently we give him a choice, and automatic startup is disablable 18:15:53 no, I think it can be only on-demand 18:15:58 yes it can be on-demand 18:16:05 when the first dbus call is made, dbus will launch it 18:16:30 and honestly that is standard operating procedure for almost everything 18:16:35 lenses and scopes for example 18:16:46 hm, that's odd, from my tests it was always starting regardless of whether it was requested or not 18:16:57 so the "automatically at startup" would just call the dbus service during session startup, otherwise it waits until the user loads the viewer 18:17:17 cielak: do you have the Unity trophy lens? 18:17:23 I do 18:17:27 that's probably starting it 18:17:29 thats whats launching it then 18:17:38 aaah! this makes a lot of sense 18:17:46 I'm not even sure we need an automatically at startup field anymore 18:17:53 so I'll be back to playing around with it, then ;) 18:17:59 it only makes sense as an option if the user doesn't have the lens 18:18:08 if you have the lens, it'll need to be running from startup 18:18:27 do we get notifications if the service is running but the app is closed? 18:19:08 another thing I have notices with DBus (yet this problem was present even before I tried setting up a service) is the way the daemon is closed when user session ends 18:19:35 I have discussed that with mfisch few weeks ago 18:19:44 what was the issue? 18:19:55 what I ended up with, is that for some reason the daemon is killed when user logs out 18:20:06 the session is over at that point 18:20:06 it does not receive a SIGTERM, it's simply killed 18:20:26 does it need to do any cleanup before it exits? 18:20:32 yeah, it does 18:20:37 for what? 18:20:42 removing the pidfile is a must 18:20:47 it doesn't get any signal? 18:20:57 what is the pidfile used for? 18:21:07 yeah thats a good question, I bet we dont need it anymore 18:21:12 otherwise, if the pidfile is left, there is no way to distinguish if the daemon is running or not 18:21:20 sure there is 18:21:24 you query it on dbus 18:21:28 if we only start it via dbus, then dbus handles that 18:21:32 what if it got stuck? 18:21:50 and "autostart" is handled by a simple dbus message too, not by manually launching it 18:21:53 dbus won't launch a new process if one is running 18:22:37 ah, so again it's dbus who cares about that stuff 18:22:39 I think that the service getting stuck is another issue 18:22:51 yeah, once we let dbus launch us, we should let dbus handle everything 18:23:01 yeah, so basically what jono did with cron and pidfiles, dbus does automagically 18:23:02 having us manually start or kill a process that dbus started will lead to bad news 18:23:06 and dbus does it better ;) 18:23:06 yes 18:23:29 odd that despite studying dbus for a week I have not discovered it's core goodies :) 18:23:43 you could study it for a year and still find surprises ;) 18:23:55 I've been debugging a dbus signal issue all week 18:24:00 okay, so the conclusion is that I need to learn DBus more before I start playing with it at all, hehe ;) 18:24:14 playing makes you learn faster 18:24:23 breaking makes you learn faster still 18:24:24 I think it's simpler than that 18:24:34 remove all the cronjob/pid file code 18:24:47 change autostart from a launch to sending a dbus message 18:24:52 that will force dbus to start it 18:24:58 then you're done I think 18:25:06 mfisch: actually, no way to remove it, as twistd relies on the file not existing 18:25:19 do we still need twistd? 18:25:46 ooh, porting the code out of twistd now would be a really great deal 18:25:54 I guess we do 18:25:59 what else does twistd give us? 18:26:02 what is twisted used for? 18:26:04 all that @deferred stuff is twisd magic 18:26:32 I don't know enough about the daemon internals to know 18:26:42 and it's meant to ensure our code is not multi-threading etc. 18:27:24 don't get me wrong, I'd LOVE to get rid of twistd 18:27:35 make jono re-write it in go 18:27:37 this needs more investigation 18:27:39 :) 18:28:02 I vote that we investigate more and revisit this 18:28:06 mfisch: +1 18:28:24 +1 18:28:39 okay, so let's move to next topic on my list 18:28:49 #topic Sync up with the team on the idea of expanding the .accomplishment format to support keywords/tags. 18:29:03 have you played with my latest MP for the viewer? I know mfisch did 18:29:18 cielak: I need to respond to you, will try to do that tonight 18:29:25 mfisch: cool ;) 18:29:37 I haven't, no 18:30:00 mhall119: basically it implements much quickler filtering + a search feature 18:30:14 and I'd like to go one step further with te search feature 18:30:17 cielak: still using iconview? 18:30:49 currently it looks just in the accomplsihment title, and because of that searching for 'CC' will not find community-council accoms 18:30:56 mhall119: still! 18:31:27 mhall119: the magic is to use GtkTreeModelFilter and never clear the main model 18:31:51 my idea is that we may want to add an optional 'keywords' field in .accomplishment files 18:32:07 which would list synonyms, common typos etc. for the accomplishment 18:32:25 so that the search feature could check the title and the keywords 18:33:12 +1 for keywords 18:33:15 that's gonna be easy to implement, yet I think all changes to .accomplishments format are worth discussing :) 18:33:40 +1 too for keywords 18:33:50 awesome, thanks for your feedback ;) 18:33:59 lets file bugs to go back and add keywords to existing accomps too 18:34:25 exactly, I guess this is a cool assignment for a new contributor 18:34:46 tag the bugs with "bitesize" 18:34:49 quite easy, and helps to get familiar with accoms structure 18:35:09 having bitesize bugs makes it easy to point new contributors to a list of things they can do 18:35:10 and since we are speaking about new contributors... 18:35:13 #topic Looking for opportunities for new contributors and discussing how we should deal with suggesting work to them. 18:35:29 so i was thinking some about this 18:35:35 there is at least 3 people who are willing to contribute 18:35:48 and the current process of doing a MP and what-not may be causing people to not contribute 18:36:02 some of them are not interested in comtributing accoms, and I think they are very welcome to do some hacking in the viewer etc. 18:36:25 ah I was thinking of accomps writers 18:36:50 mfisch: so you have ideas on how we can improve accomps writers experience? 18:37:24 no great ideas, but I wonder if the LP merge process is stopping people 18:37:33 so in my experience, this is what I'd recommend: 18:37:35 perhaps the script writing is also a problem 18:37:40 mfisch, the merge thing was akward to learn, but not that difficult once you get your head around it 18:37:48 that is my experience anyway :) 18:37:50 1) Give a list of specific targets (like adding keywords to existing accoms) 18:38:03 2) Give detailed step-by-step instructions for how to do it 18:38:06 on the other hand, there was noone who contacted us in terms of not being able to send their contribution 18:38:27 3) Give detailed step-by-step instructions for how to submit it (bzr commit, bzr push, create an MP, etc) 18:38:52 4) Blog about it (get jono to promote your blog post) 18:39:17 5) Mosty importantly, publicaly thank the people who do contribute, seeing others get praise motivates people to get involved too 18:39:35 I'd like a blog post to include some specific ideas for ones people can write 18:39:40 I know we have a todo list somewhere 18:40:02 mhall119: agreed, except for the blog part this is what I usually do 18:40:07 I guess that's what mhall119 said in 1) 18:40:23 mfisch: I have some more bitesize bugs to fill in 18:40:24 http://mhall119.com/2012/02/contributing-to-unity-for-non-developers-keywords/ is an example you can look at, I got a lot of new contributors adding keywords to .desktop files with that 18:40:47 where is ours todo list so that I can add this ideas there? 18:41:25 mhall119: ooh, cool guide, we surely need something like that 18:41:40 cielak: write one ;) 18:41:42 lets take a todo for that 18:41:46 I surely will 18:42:00 I can help write it, just worried about over-committing to stuff right now 18:42:06 nexus7 is still crazy 18:42:25 mfisch: fix the primary-mouse-button-getting-stuck bug :P 18:43:01 If I recall correctly, the accoms-writing guide had detailed instructions on how to use bzr to submit changes 18:43:14 they may need refreshing, though 18:43:46 any more ideas on what simple activities we may assign to newcommers? 18:44:17 also, smartboyhw wanted to contribute new accoms, but we're running out of reasonable ideas 18:44:43 nope, just make sure you always give an over-abundance of information. People don't get discouraged by being told what they already know, but they will get discouraged if they're not told something they do need to know 18:44:57 yeah, totally :) 18:45:02 there's got to me hundreds of ideas for desktop 18:45:17 install ubuntu on ARM is one I'm a fan of 18:45:31 +1 for desktop, just get people to go through the apps on their Launcher and think of accomplishments they can write for each 18:45:51 https://wiki.ubuntu.com/Accomplishments/AccomplishmentIdeas/LocalAccomplishments 18:45:57 this may be worth refreshing too 18:46:33 One benefit of the "write something for an app on your launcher" is that they will be targetting an app they commonly use 18:46:51 cielak: lets take an action to update that wiki page with ideas 18:47:13 someone might have no interest in deja dup or gwibber, but if they have Tomboy notes stuck to their launcher, they would probably know what kind of accomplishments to write for that 18:47:39 agreed 18:47:46 "Tomboy didn't erase my notes for 3 months" 18:48:05 also, we talked at UDS about getting new icon images for people to use, that would be a good way for artists to get involved 18:48:14 mfisch: oh come on now 18:48:20 we should make them something possible 18:48:28 lol 18:48:39 I guess Martin took the artwork work item 18:48:40 * mhall119 happens to love Tomboy and hasn't lost anything in years 18:48:53 cielak: yeah, but there are more artists than just him 18:49:02 sure :) 18:49:34 I thought it might be appropriate to contact him and suggest he lead the artwork update 18:49:55 is there a website other than the wiki for the Accomplishments project? 18:49:58 it may be easier for him to reach for other artists and cooperate 18:50:04 nope 18:50:14 except for trophies.ubuntu.com 18:50:18 if he has time, he took several work items this UDS 18:50:58 anyway, contacting him would be fair 18:51:19 yeah, maybe he could write a blog calling for more artist contributors 18:51:34 indeed 18:51:42 you know i could ask the arty types on the ubuntu forums for help if you want. 18:51:51 s-fox: that's a good idea too 18:52:13 we might want a list of "wanted" images 18:52:18 i mean they are great for producing icons for developers 18:52:40 I'm thinking we could use a Ribbon, a medal, a certificate, etc 18:53:04 maybe a couple variations on the current trophy image 18:53:16 I know what i'd like to see, have the ask ubuntu icons match what they are on the website 18:53:27 +1 18:53:31 +1! 18:53:53 all of that should go into a call for artist contributors, so they have a list of things they know we want 18:54:17 for the askubuntu ones, someone would need to check on copyright license for them 18:54:27 mfisch: ^^ 18:54:47 ok 18:54:51 thanks 18:54:55 we can ask jorge 18:55:03 ok, I can do that 18:55:05 even if we can't use those exact icons it would be good to have something like a ribbon? 18:55:12 yeah 18:55:31 also, let's ask for these in SVG, so we can easily re-color them, or add to them, etc 18:55:37 +1 18:55:39 svg is a must 18:55:49 we might want to change icon size one day 18:55:57 + it is different in the lens 18:56:13 i thought svg was just for vectors? wouldn't we want something like a psd or whatever gimp uses? 18:56:34 we can render svg though 18:56:42 ahh :) 18:57:04 svg would be just as good, just edit it in Inkscape 18:57:11 indeed ;) 18:57:27 with 3 minutes left I should ask if anyone has something else to discuss? 18:57:39 s-fox, any progress on forum accomplishments? 18:58:14 not touched it cielak , it looks like the ubuntu forums might actually be getting the upgrade soon so the html might change 18:58:28 ooh 18:58:35 ideally the accoms would be html-independent 18:58:43 I am not sure how much this is doable, though 18:58:47 trying to get an idea as to when it will happen. no point spending time on making it work when the structure of the page might change 18:58:58 true 18:59:08 especially if it looks like it might come in before the new year 18:59:12 speaking of that, cielak I'm going to wait on pep8 until your search stuff is done 18:59:40 i am looking forward to doing more with regex though! :D 18:59:59 then again, the search stuff is waiting for your review ;) so whenever you'll have some spare time 19:00:13 s-fox: wasn't there a forums API we were going to get? 19:00:33 mhall119: haha! 19:01:12 mhall119: let me find you the link to the ticket 19:01:26 mhall119, we were met with silence. twice i believe 19:01:34 ah, ok 19:01:36 nvm then 19:01:36 mhall119: https://rt.ubuntu.com/Ticket/Display.html?id=19790 19:01:38 jono even poked them for a response 19:02:08 we can't wait endlessly, so we'll use a workaround 19:02:19 ok 19:02:20 okay, anyone has something more to discuss? 19:03:08 maybe channel promotion ? 19:03:23 what do you mean? 19:03:56 mind you , i suppose that would come with getting more people involved with the project anyway 19:04:12 likely ;) 19:04:44 okay, so thanks everyone for coming and your feedback, have a nice day! 19:04:57 #endmeeting Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)