=== doko_ is now known as doko === vibhav is now known as Guest98376 === Guest98376 is now known as vibhav === mmrazik is now known as mmrazik|otp === mmrazik|otp is now known as mmrazik === komputes_ is now known as komputes === fabo_ is now known as fabo === soren__ is now known as soren === matt_symes is now known as andrew_46 === andrew_46 is now known as Guest38153 === Guest38153 is now known as matt_symes === Ursinha-afk is now known as Ursinha === mmrazik is now known as mmrazik|afk [16:02] hi [16:03] jaakko_kui, o/ ready to start getting things rolling? [16:03] yes [16:03] but a simple todo list needed ? [16:03] jaakko_kui, lets wait for the other two, this channels seems to be a better place, else the conversation is hard to have [16:03] hello [16:04] jaakko_kui, I think so, we might agree on this things here, then we can add a branch with and MP with the TODO :) [16:04] fmunozs, hola! [16:04] hola [16:04] gatox, fmunozs, jaakko_kui so we all know each other more or less (at least what we mentioned in the email) [16:04] yep [16:05] I think the best way to start is to consider how to reuse the code that we already have [16:05] agreed [16:05] is this the twitter thing? [16:05] I like the idea of jaakko_kui and me doing the cpp code and fmunozs and gatox the qml [16:05] robru, yes [16:05] is cpp allowed ? [16:06] js? [16:06] mandel, ok, great. I just wanted to point out to everybody that 90% of the work of authentication to twitter and caching downloaded messages has already been done [16:06] jaakko_kui, yes, zoltan recommends to use as much qml js as possible [16:06] jaakko_kui, we need cpp for the keyring stuff and other apis [16:06] so all you really need to do is a frontend [16:06] wow great [16:06] robru, where? [16:06] mandel, lp:friends [16:06] mandel, I think dennyabrain is part of the team too btw [16:06] ya i am [16:07] lp:friends was born from the ashes of gwibber. it started off as a python3 port and then slowly became a complete rewrite. it supports facebook, twitter, flickr, foursquare, and identica so far. [16:07] welcome :) [16:07] robru, well that is just great, but does it use the twitter rest apis? [16:07] thank you :) [16:07] robru, what lang does it use? [16:07] mandel, yes it does use REST APIs, just not the realtime one [16:07] robru, as in, no python on the phone, sorry [16:07] robru, ok, so no support for streams, right? [16:07] mandel, it's written in python, but it's not a long-running process. it uses dbus activation to only start when needed. [16:07] dennyabrain, uh, did I forget about you, sorry! [16:08] mandel, there is support for streams. [16:08] robru, that is the problem, I was told by the phone team no to use python although python2 and 3 are there... [16:08] mandel, lol, we are already using this on the phone. [16:08] no problem, mandel :) [16:08] not that I have anything against python [16:08] mandel, lp:friends is already being used by the share app for photo uploads. [16:08] racedo, agh, messy canonical... [16:09] mandel, we have qml bindings in lp:qml-friends [16:09] dennyabrain, so, I guess that you have to introduce yourself to the others :) [16:09] that's what I supposed, the sharing framework should have relations with the twitter and Facebook app somehow [16:09] umm well i dont know what to say exactly :P [16:10] robru, so at the end, they decided to push for cpp but then used python.. bloody hell [16:10] mandel, this project was actually started by barry warsaw some time ago, then I was hired to complete it. [16:11] robru, very well, then I see is waaaaaaya to many people to do just a frontend... but ok [16:11] mandel, we are using vala to handle some of the performance-critical stuff and to keep memory usage under control. it's fairly optimised at this point [16:11] dennyabrain, small background is enough [16:11] robru, very well, so we only have to deal with streams witch we may want if we port this to a desktop and deal with the dbus bindings.. === mmrazik|afk is now known as mmrazik [16:12] Ok I am an engineer by training and currently working as an interaction designer. I have experience developing interactive applications especially with a focus on sound using c++, processing and arduino [16:12] fmunozs, jaakko_kui, gatox, dennyabrain does what I said make sense? [16:12] dennyabrain, awesome, were are you based, I'd like to have piple to work together if they are in the sime time zone :) [16:13] not sure what do you mean with streams, but yea, I see that most of the backend code is already developed by robru [16:13] mandel, yeah, so if you want to play around with friends you can get some packages from ppa:super-friends/ppa. [16:13] I am in India right now [16:13] fmunozs, mandel, so yeah, our twitter support is not 100%, in particular we are missing photo uploads, so if somebody wanted to work on that, that would be super. [16:14] not sure if anyone else in the team is from around :) [16:14] robru, that ppa, does it support armf (I suppose that the vala bits need to be compiled in the right arc) [16:14] mandel, yes, we should have arm builds on there. [16:14] robru, it's good to know that it supports identica too as some have already asked for it [16:14] dennyabrain, so jaakko_kui and I are in europe and gatox and fmunozs in america (latin) [16:14] ok. [16:14] fmunozs, I'd say, lets assume we only deal with twitter atm [16:14] :) [16:15] fmunozs, yes, the identica support is beautiful. it subclasses twitter and changes the URLs. very elegant ;-) [16:15] fmunozs, one step at a time [16:15] time is gonna be a problem then :) [16:15] mandel, sure [16:15] dennyabrain, not really, I work at crazy times :) [16:15] well yeah same here, so i guess nothing unworkable then :P [16:15] jaakko_kui, how do you see the idea of reusing lp:friends, it does make perfect sense [16:16] could be ok, not really know about it [16:16] i should study it [16:17] mandel, jaakko_kui fmunozs : if you reuse lp:friends, all you have to do is develop a frontend that displays tweets, all the message downloading and caching is already handled in a nice way. [16:17] jaakko_kui, so there goes an item for the list => Look at lp:friends and decide what is the best course of action :) [16:17] robru, yep, we still need cpp for the dbus calls [16:17] mandel, jaakko_kui dennyabrain fmunozs sorry........ in a meeting..... i'll read everything after the meeting [16:17] ok [16:17] robru, does it handle private messages? [16:17] fmunozs, yeah [16:17] robru, AFAIK there are no QML bindings for it, fmunozs is that correct? [16:17] mandel, we already provide qml bindings at lp:qml-friends. so you don't even need to make dbus calls directly [16:18] so we are 5 people for just the front end.. [16:18] ;-) [16:18] when we could be doing two core apps instead of a single one... [16:18] well, lp:friends also supports facebook. why don't a couple of you do the facebook app? [16:18] robru, we might want to use lp:friends, test it all the way and add streams to it [16:19] mandel, yes please, patches welcome. there is a concept of streams in place already, feel free to expand it to your needs. [16:19] robru, makes sense [16:19] fmunozs, gatox, can you guys work together regarding the initial ui [16:20] fmunozs, dennyabrain can you take a look at lp:friends, check if the ppa generates the .deb for armf and if we can use it [16:20] robru, there is a different team for Facebook, I suppose they will have to contact you or redo most of your work by themselves [16:20] I'll ping around to the phablet team regarding the use of lp:friends, but as robru mentioned, it makes no sense not to use it [16:22] if you guys have questions about the qml bindings, I recommend speaking to ken.vandine@canonical.com, he wrote them. I know more just about the python backend. [16:22] fmunozs, exactly, I'll speak with dpm about this [16:23] fmunozs, jaakko_kui, gatox ok, I think we have enough to start with, lets try to see if lp:friends is the right tool and the guys in the phablet have nothing against it (I have no reason to doubt robru I'm just surprised this was not communicated) [16:23] ok [16:23] yeah, internal communications has been a bit weak, sorry guys ;-) [16:24] we need to check what is missing from it (i.e photo uploading as mentioned by robru) [16:24] jaakko_kui, since you have no experience with bzr do you want to create a bzr branch with the todo and do a merge proposal [16:24] jaakko_kui, seems like a good way to gt you started :) [16:24] ok [16:24] fmunozs, yes, I think jaakko_kui and dennyabrain can deal with that, I will deal with politics.. [16:24] i try :) [16:24] fmunozs, we already support photo uploading for facebook and flickr, just not twitter yet [16:25] fmunozs, gatox you guys start doing designs and try to merge ideas from the diff work we have so far [16:25] ok! [16:26] fmunozs, jaakko_kui, dennyabrain, gatox confirmed by the phablet team, they use friends, so we stick with it [16:26] ok [16:26] do lets do as planned, 2 for the ui, 2 to investigate the lib [16:26] dennyabrain, jaakko_kui, gatox, fmunozs for you info I have nothing because I'm off to holidays in the mountains so no internet connection :-/ [16:27] once I'm back I'll help dennyabrain and jaakko_kui, sounds reasonable? [16:27] sounds good [16:27] ya [16:27] ok :) [16:28] dennyabrain, fmunozs, jaakko_kui, gatox awesome! can you guys send me your blogs etc.. I want do do some announcements and add details about you (mail me to manuel@canonical.com) [16:29] will update the wiki to point you as the official developers of the app etc.. [16:29] ok [16:29] ok. will do [16:29] superb [16:30] I'll send an update to the mailing list about this and will set a new meeting for tuesday, sounds good? [16:30] I'll try to be there but I can't promise a thing [16:30] sure. [16:30] ok [16:30] jaakko_kui, once you have done the mp please add me as a reviewer in case there is something to help you with, but I'm sure you will be fine [16:31] ok :) [16:32] jaakko_kui, dennyabrain, fmunozs, gatox catch you all later then o/ [16:32] bye [16:32] thanks, i'll send you my details later today! [16:32] bye [16:32] bye [17:01] * pleia2 waves [17:01] o/ [17:02] heya [17:02] o/ [17:02] I hope I'm not the only one here from Docs [17:02] I think hannie is from manual and phillw from wiki [17:03] pleia2, correct, hi to all [17:03] ok that helps :) [17:03] aloha [17:03] I am here for serverguide (but never been to any meeting or even IRC before) [17:04] thanks for coming folks [17:04] #startmeeting [17:04] Meeting started Thu Feb 28 17:04:08 2013 UTC. The chair is pleia2. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [17:04] 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 [17:04] #chair czajkowski dholbach cprofitt [17:04] Current chairs: cprofitt czajkowski dholbach pleia2 [17:05] #chair YokoZar Gwaihir [17:05] Current chairs: Gwaihir YokoZar cprofitt czajkowski dholbach pleia2 [17:05] there we go [17:05] smart ;) [17:05] #topic Docs team catch-up === meetingology changed the topic of #ubuntu-meeting to: Docs team catch-up [17:05] o/ [17:05] #chair beuno [17:05] Current chairs: Gwaihir YokoZar beuno cprofitt czajkowski dholbach pleia2 [17:05] lol [17:06] so at these catch-ups with teams we pretty much just check in to see how things are going, if there are blockers or anything we can help with [17:06] jbicha: can you tell us a bit about how core "official docs we ship" are doing? [17:07] like many areas of Ubuntu, we are undermanned [17:07] I think for the Ubuntu Desktop docs though, we are critically undermanned [17:08] I am intending to resign from being the defacto Docs lead this week, both because I have too many responsibilities now and to make it a little more obvious that we need help [17:09] I'll be available for the next month or so to help with transition if anyone else wants to jump in [17:09] seeing that there are folks working on the wiki and other projects springing up like ubuntu-manual, do you think it may partially be an onboarding issue? [17:09] jbicha, are there others in the team who have taken on leadership roles or started to take care of some of the organisation? [17:09] I believe other parts are doing a little better (Server docs & the Manual) [17:09] jbicha, interesting, do you have a feeling as to why? [17:10] (I have seen concerns that "docs are too hard to get involved with") [17:10] dholbach: for ubuntu-docs itself, not really, just look at the commit log: https://code.launchpad.net/~ubuntu-core-doc/ubuntu-docs/quantal [17:11] o/ [17:11] mdke is still sort of around and he's nearly an expert at this but he's been less active than he used to be [17:12] I have heard in multiple places now that the easier you make doc contributing the more likely you are to get results (eg more like wikipedia and less like...well the rest of Ubuntu) [17:12] is there some kind of TODO list for the docs project? [17:13] ubuntu-docs (and similarly for the server guide or xubuntu, kubuntu, etc.) does require a fair bit of knowledge: the format (docbook or mallard) is similarish to html but different, bzr and LP have a rough learning curve (even though they are easier than some things), good English skills, and you have to know your topic or devote time to learn it [17:14] jbicha: is there a "how to contribute" page that defines the skills needed and gives links to resources? [17:14] yeah, I'm not looking forward to bzr and LP :/ Once I've mastered it, I may be help out a bit for obvious typos etc. [17:14] dholbach: not really, there's some LP bugs and the regular "figure out what's different in Ubuntu this cycle and make updates" [17:15] pleia2, there's https://wiki.ubuntu.com/Jams/Docs I know of [17:15] pleia2: it's a bit out-dated but there's some things at https://wiki.ubuntu.com/DocumentationTeam/ [17:15] which might be nice for this weekend [17:15] yeah, https://wiki.ubuntu.com/DocumentationTeam/Organization#Requirements_for_Ubuntu_Documentation_Committers doesn't even mention mallard [17:15] for mallard, #docs on irc.gnome.org can help a lot, we've effectively needed to fork the GNOME Desktop Guide for the Ubuntu one any way [17:16] jbicha: if I drafted some easier instructions, would you be willing to review them so we can get this updated? [17:16] http://projectmallard.org/ [17:16] pleia2: yes I should be able to review that [17:16] At the manual we use bzr and LP. There are extensive instructions on the manual side and newcomers can ask help via mailing list [17:16] *site [17:18] (I've been interested in improving this for a while, worked with j1mc a few UDSs ago but unfortunately didn't make a huge amount of progress and he's mostly moved on) [17:18] the other problem is that when you have people that learn bzr and lp too well, they may jump into contributing elsewhere (like I did) [17:18] hannie: yeah, I think that helps a lot (and I'll take a look at those again :)) [17:19] It really works [17:19] j1mc might come back if we need him, I think he just thought it's more useful to contribute upstream [17:19] jbicha: yeah, that's the impression I got [17:19] he also went against the grain and switched from XFCE *to* GNOME when GNOME Shell came out [17:19] hehe [17:19] * pleia2 just added the Unity keybindings to her Xfce [17:20] I am beginning to think most people don't quite get the difference between docs and the manual [17:21] or even help.ubuntu.com [17:21] the docs are help.ubuntu.com :) [17:21] also if anyone's interested in docs, check out http://openhelpconference.com/ I went last year and it was great, even though it was in Ohio, we had several from Canada and a few from Europe and even further come [17:21] /community is the wiki [17:21] I think there is some confusion between wiki, the help we ship in the distro, and the manual project [17:21] It seems intuitive to only expect one writing source [17:21] it's run by shaunm, the guy who created Mallard for GNOME [17:22] bkerensa was working on adding yet another help source using the Mozilla Support framework but that may have been abandoned by now [17:23] jbicha: what does a release cycle for docs look like? [17:23] historically we don't necessarily do much until Feature Freeze or UI Freeze, and then it's a mad dash to get things done before Docs Freeze [17:24] * pleia2 nods [17:24] so I'm thinking the rest of the cycle is good time to start getting people up to speed with how to use tools, fixing small errors and things we know changed [17:25] the current discussion on u-devel@ might benefit the docs team then? :) [17:25] jbicha, had any time to reflect how rolling releases is going to affect this? :) [17:25] * beuno high-fives dholbach [17:25] beuno, o/ \o [17:26] beuno: well at least we don't have to worry about the version number being out of date... [17:26] what do you think might be a good way to recruit new doc team members? [17:26] it would also allow someone to contribute at any time and get their work in to Ubuntu fairly quickly [17:26] but I'm not sure the translators will be very thrilled about that.. [17:27] yeah, I'm thinking docs may still need to stay on some sort of freeze schedule for translators [17:27] even if it turns into yearly [17:28] I'm figuring that we'll have some sort of train like the mozilla train and docs freeze may be on the early side to give docs translators time [17:28] Translators usually finish the GUI first, before they start with docs [17:28] I'm more worried that without a regular release process we'll simply lose track of what is and isn't irrelevant [17:29] So, say new feature X lands in Ubuntu some day; I don't think it's part of anyone's process to go "hmm X replaced Y, we better mark the docs for Y as needing update" or whatever [17:29] and indeed the feature landing in Raring may be the first opportunity the docs team has to actually document it! [17:29] *raring = rolling current unstable [17:29] does anyone else attending this meeting have comments about the current status of the doc team? (or Ubuntu docs in general?) [17:31] As an upstream Wine guy, I will say that when we moved our FAQ from source control to a wiki it became less than 5 years out of date [17:32] wikis have dead pages and obsolete pages and all that entails, of course, but the FAQ itself was reasonably updated [17:33] the community-maintained docs are pretty extensitive (though there is still a lot that's unmaintained, the wiki team has a tagging system to identify out of date pages) [17:33] Can anyone give me a link to docs-wiki? [17:33] hannie: help.ubuntu.com/community [17:33] thanks [17:34] o/ [17:34] back a while back, there was discussion of having the ability to convert from wiki format to docbook / mallard.... did anything come of this? [17:35] I know there is a convert routine from Vbulletin (forum) to wiki that is up and running. [17:36] you mean https://launchpad.net/~ubforums2ubwiki [17:37] hannie: I assume so, I know of it from the forum guys doing a convert of a tutorial for lubuntu into wiki format (I think we were one of the guinea pigs). [17:38] I seem to remember some people saying the migration tools for wiki -> mallard weren't the best [17:38] YokoZar: okies, thanks. Just a line of thought I had :) [17:39] phillw: Yeah I think it would be quite nice if that was the workflow and only one person had to bother with mass script conversion, but it doesn't seem to be the case. [17:39] yeah, I have yet to endure learning bzr / LP / commits etc. But it is on my list of things to do. [17:39] It's certainly easier for a less technical person to edit a wiki page and review it periodically than to decipher a new format, bzr, and our merge process [17:40] for the xubuntu docs rewrite last year we did a mostly manual moin to docbook conversion, it got the docs written (woo, goal!) but docbook conversion fell to one guy and I'm glad it wasn't me :) [17:41] phillw, you can always ask help on ubuntu-manual@lists.launchpad.net [17:41] phillw: it's less scary once you just dive in, and there are lots of people in the community who can help :) [17:41] hannie: I've got to learn the quality system 1st, but I'm sure most of that will transfer over. [17:42] pleia2: nicholas skaggs has wriiten up some tutorials for me to follow :) [17:42] yay [17:42] I'm sure they would be of use to help updating the 'intoduction to docs' team as well. [17:43] Has anyone thought of using LaTeX? [17:43] pleia2: that seems like something that might be partially automateable [17:44] YokoZar: yeah, it was "mostly manual" so there was a script that caught a lot of things but then manual fixing of a lot [17:45] very good conversation about the docs team [17:46] Gwaihir: sorry for scrolling back, but I agree that many do not understand the difference between the manual and the wiki [17:48] What do you mean by "difference"? there is no relation between manual and wiki [17:49] hannie: exactly that [17:50] the team has people who work on one or the other, or both [17:50] but many people looking to join do not realize that both the wiki and the manual are part of the docs team [17:50] they are familiar with one or the other of the resources [17:50] other people think they have to do both to be on the docs team [17:51] I don't think the manual is strictly part of the ubuntu doc team [17:52] the doc team governs official docs that are shipped (and posted to help.ubuntu.com) and the community maintained help wiki at help.ubuntu.com/community [17:52] Ok, I see what you mean. Can you use the Ubuntu weekly to do some explaning on manual and wiki, and contributors needed? [17:52] *explaining [17:52] hannie: if you give me a blog post link, we'll include it :) [17:53] (or if you need me to blog about it, I could use some reviewers) [17:53] is there anything you feel the CC could help you with? [17:53] pleia2, I mean someone from the docs team should write an article on this for the Ubuntu weekly [17:53] hannie: oh, I see [17:54] I'll see about writing something up [17:54] this wiki page does a nice job, but many do not find it [17:54] https://wiki.ubuntu.com/DocumentationTeam/Organization [17:55] yeah, perhaps just pointing that out would be enough [17:56] hannie: can I bug you to do a review once I have a draft to make sure it answers your questions? [17:56] pleia2, sure [17:56] great [17:56] #action pleia2 to draft improvements to doc team getting involved and have jbicha review [17:56] ACTION: pleia2 to draft improvements to doc team getting involved and have jbicha review [17:57] #action pleia2 to draft blog post explaining parts of the ubuntu doc team [17:57] ACTION: pleia2 to draft blog post explaining parts of the ubuntu doc team [17:57] no more actions for pleia2 [17:57] anyone else have any comments before we wrap this up? [17:57] I'm very glad we had this conversation, thanks everyone :) [17:58] pleia2: thank you [17:58] yes, thanks a lot everyone! and thanks for your hard work on this! [17:58] nice to touch base with the others, thanks for arranging it pleia2 [17:58] do we get a link to the meeting logs shortly? [17:59] hannie: as soon as the meeting ends :) [17:59] right [17:59] #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 [17:59] Meeting ended Thu Feb 28 17:59:34 2013 UTC. [17:59] Minutes (wiki): http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-02-28-17.04.moin.txt [17:59] Minutes (html): http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-02-28-17.04.html [17:59] ^^ there you go :) [17:59] Thank you guys :) [17:59] pleia2, my email is hannie at ubuntu-nl.org [18:00] hannie: yep, I've got it :) thanks [18:00] see you === mmrazik is now known as mmrazik|afk === mmrazik|afk is now known as mmrazik === rsalveti_ is now known as rsalveti === Ursinha_ is now known as Ursinha === mapreri_ is now known as mapreri [22:00] Hello === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha