=== head_v is now known as head_victim [16:54] Meeting in 5 minutes? [16:57] meeting in a few minutes [16:58] hey j1mc , how are you? [16:59] hi there, Rocket2DMn :) [16:59] Rocket2DMn: you are Connor, right? [16:59] yup [17:00] evening chaps [17:00] hello, mdke [17:00] hey mdke , long time no see, hope you are well [17:00] happy new year [17:01] not bad thanks, how are you guys? [17:01] same to you! [17:01] pretty good here. :) [17:01] doing well here [17:01] hey philbull [17:01] philbull: o/ [17:01] hey [17:02] so far we have myself, philbull, mdke, Rocket2DMn ... anyone else? [17:04] shall we get started? [17:04] sure [17:04] yep [17:05] so, i think that the options around the docs have been pretty well hashed-out on the mailing list [17:06] does anyone have anything to add re: copyright assignment agreement [17:07] I have a question, how is this going to effect future people who want to be involved with docs and want to write unity documentation? [17:07] I think that at the moment, enough core contributors object to copyright assignment that we should format plans on the basis that it should not be required [17:07] I realise that as a whole the team doesn't want to be involved with it, but does that mean that they'd have to have a separate project? [17:08] Pendulum: I guess that depends on how we decide to proceed. We're not talking about not being involved with unity documentation. If Ubuntu uses Unity, and we're writing documentation for Ubuntu, we'll need to write for Unity [17:08] Pendulum: i don't think that there would need to be a "unity docs team," but there would be a unity-docs repository [17:08] okay, that makes sense. I just wasn't clear :) [17:08] j1mc: would there? [17:08] I had some emails about this from Canonical people [17:09] (and as it's about to come up that my team -the accessibility team- is going to be looking for some documentation guidance soon specifically Unity-related) [17:09] They said they'd talk to me in the New Year [17:09] (don't know when; guess they're pretty busy about now) [17:09] Would upstream unity documentation exist in the gnome-user-docs? [17:09] Rocket2DMn: I don't see how it can; unity hasn't been accepted into gnome as far as I understand [17:09] Rocket2DMn: No, it won't [17:10] mdke: if someone wanted to explicity document unity only, i would think that there would need to be a repository for that [17:10] Pendulum: how much of the accessibility user experience will be the same as with stock gnome in a unity-using ubuntu? [17:10] The gnome-user-docs will be firmly based on gnome-shell [17:10] j1mc: that would be an upstream issue I guess [17:10] ok, thanks, i wasn't sure if Gnome was using Unity [17:10] shaunm: they're having to write an accessibility framework for Unity so we're not even sure yet because there functionality hasn't made it in yet [17:11] (it's due Alpha2) [17:11] ok [17:11] Pendulum: but given all the atk bridges and such, orca would still be used for screen reading and braille, yes? [17:11] philbull: I don't think you have commented on the mailing list about the various options, I was interested to find out how you see things [17:12] shaunm: orca yes, but I'm not sure any decision has been made about some of the other things -- but I suspect this is a larger conversation that should come outside of this meeting :) [17:12] mdke: upstream being "unity developers" in this case? [17:12] mdke: First of all, I'm tremendously pissed off about the whole thing [17:12] j1mc: I guess so [17:12] The copyright assignment thing is really divisive [17:13] Whatever we do, we risk wasting our time [17:13] well [17:13] Oh doc meeting? [17:13] that's the case of any contributions to Ubuntu, it's not a documentation specific issue [17:13] true [17:13] I feel the same way, but I think it's not a documentation issue specifically [17:14] Yes, but we need to talk about the docs here [17:14] sure [17:14] Ideally, they'd stop requiring the CCA [17:14] aye the same could be said about a patch [17:15] My worry is that the same thing will happen with the Unity docs as happened with the gnome-app-install/software-center docs [17:15] We had docs for that, and someone at Canonical just wrote their own and put them directly in the package [17:15] philbull: i wasn't aware of that [17:16] philbull: did someone request the ubuntu-doc author(s) to sign the copyright agreement? [17:16] j1mc: Yes, the docs for software-center weren't written by the Ubuntu Docs team! [17:16] mpt wrote them, iirc [17:16] j1mc: Not in that case. As far as I'm aware, we didn't even hear about them [17:17] Quick question guys - are there currently any docs for Unity in any format? [17:17] not as far as I know [17:17] Rocket2DMn: not that i'm aware of... are there any docs from the netbook edition that used the Unity layout? [17:18] Not sure, I'm afraid I've been out of the loop a fair amount since we released Lucid [17:19] Never did any netbook documentation either [17:19] philbull: that particular issue may have been a problem of lack of communication between docteam and development team; here I think we have a more subtle issue [17:19] mdke: Perhaps, but I wanted to point out that there is precedent [17:19] which is that reasons of principle might prevent us from contributing upstream or to the package [17:20] realistically is there any other option than modifying ubuntu-docs to fit unity and carrying on as before? [17:20] mdke, tbh, if you can ever get a development team to communicate effectively and in a timely manner with a doc team,, you're achieving something that few groups have been able to pull off and maintain [17:20] let's say that canonical develops their own unity-docs package, would it be possible to integrate our docs with it? [17:21] Sorry if that sounds skeptical [17:21] Rocket2DMn: i think that is a problem of many developer/documentor relationships - not just in ubuntu / canonical. [17:22] j1mc: I guess it depends on how it is done. If they follow a similar strategy to gnome-user-docs, and write in Mallard, then I suppose there is no reason why not [17:22] j1mc, yes, and as a professional software dev, I know both sides of it [17:22] j1mc: Yes, it wouldn't be as pretty, but it would work [17:22] Especially if they use Mallard. We can just symlink it in (although there may be subtle licensing issues there) [17:23] philbull: ping [17:24] philbull: good point re: licensing issues [17:24] mdke: Realistically, I don't think there is any other option but to modify ubuntu-docs [17:24] philbull: me neither [17:25] The modifications wouldn't be too difficult for the most part [17:25] We'd just replace all of the launching instructions with Unity-specific ones [17:25] I haven't tried Unity yet. Is it easy to run in a VM? [17:25] I think I've read that it isn't [17:25] Although there is the issue of the fallback GNOME 2 UI... [17:26] mdke: like gnome-shell, i don't think it can be run in a VM [17:26] j1mc: that's the experience I've had [17:26] philbull: we don't even have a good docs story for fallback in gnome [17:26] I think Unity required 3d acceleration which could make it difficult to run in a VM depending on your setup [17:26] there might be a version of virtualbox that will do it [17:26] but most VMs can't do the 3D acceleration [17:27] philbull: as to fallback, I think the first thing is to document the default; we have only rarely documented non-default software [17:27] Pendulum, i think you're right that vbox can, i'm not sure how good it is though. Regardless of performance, as long as we can get it to run we can document it [17:27] yeah [17:28] mdke: The thing is, lots of people will be experiencing the fallback! [17:28] philbull: really? [17:28] I think so, yes [17:28] oh dear [17:28] It depends on whether graphics acceleration is well-supported, I think [17:28] it is also in some ways less of a fallback this time and more of a choice. Both will actually be an option when you log in from the default install [17:28] I've plenty of experience with chipsets that don't like Compiz [17:29] shaunm: can you think of any easy way to provide alternative documentation depending on the desktop used? I can't [17:29] conditionals again... [17:29] could we just provide a somewhat updated version (or a version with some "note" admonitions) of our current docs for that? [17:29] ... for the fallback? [17:29] j1mc: the difficulty is how to figure out when it should be shown and when the unity version should be shown [17:30] mdke: easy way? no, I can't. ideally, the fallback experience would be something that mimics the full experience closely enough that most textual instructions are still correct. but that's not what's happening [17:30] perhaps provide a topic... if you are using the two-panel gnome layout... use these docs... [17:30] shaunm: nod [17:31] will gnome-shell have similar fallback issues as unity? [17:31] yes [17:31] doh [17:31] so yelp can't pick up which desktop is being used? [17:31] There is an easy (but hacky) way [17:32] I'm sure we could figure out a way for yelp to know what desktop shell you're using. an x window property or envar or something. [17:32] We have a script that detects the desktop and launches Yelp with the right documents open [17:33] if the writers actually have the time to create and maintain dual docs like that, I'll figure out the technical end in yelp [17:33] will the next version of Ubuntu have yelp 3 or yelp 2? [17:34] I would think 3, but I don't know for certain [17:34] hope so [17:34] If we're shipping GNOME3 apps, we'll be able to ship Yelp 3 [17:35] anyway, as you say, it's quite a heavy burden to maintain two sets of docs [17:35] apart from the need to figure out how they should live alongside each other and where they should share the same material [17:35] Maybe it's a good time to do some serious recruitment? I know I'm far from the only person who has been interested in documentation for ages but felt like other than wiki work, it was difficult to get involved [17:36] yes, this is something we've struggled with for a long time [17:37] There are a lot of things people need to learn to contribute - bzr (and version control in general), docbook, update and release processes, etc [17:38] Right, but I have to say that in the past year it's seemed to me that rather than try to teach new people, the default thing has been "here this is what you can do on the wiki". I wonder if there's a way to do doc papercuts so that there are some small things that are easier to use as tools to teach newcomers [17:39] question: will the gnome 2 fallback be more or less the same in ubuntu as in gnome-shell? [17:39] Pendulum, before we get into that discussion, is there more we want to talk about for Unity? [17:39] I'm sure we can do a lot better in that direction [17:39] anyway, before we can figure out how to make contributing easier, we need to figure out what we are going to work on ourselves [17:39] shaunm: I would assume so but don't know for sure [17:39] shaunm: as far as I've heard, yes [17:40] (aside from the differences that already exist, which aren't trivial from a docs perspective) [17:40] indeed [17:42] are the differences so great as to make it impossible to ship single documentation which can be used for both environments? [17:43] mdke: by "both environments," you mean unity and the gnome2 layout? [17:43] if the differences are just about how to open things or where to find things, we might be able to explain how to do those actions on both desktops, and keep the rest of our language neutral and just refer back to those topics when necessary [17:43] j1mc: yeah [17:44] in my (limited) experience with unity, it didn't even offer an easy way to get to nautilus. it just has that Files screen. that's a huge chunk of the docs [17:44] i think that having, "if you are using this desktop, do this..." and "if you are using that desktop, do that..." gets pretty cumbersome as a reader, though. [17:45] j1mc: yes, that's certainly not what I had in mind [17:45] i experience that at my work, where different teams are using different releases of the same platform, so they have to follow different instructions [17:46] ... we have 15 min left on our hour's time [17:46] but if we can do instructions like "Open X", with "Open" being a link on how to open applications on each environment, then we at least keep the differences in self-contained places [17:47] perhaps we should experiment a bit with Unity in order to get some ideas about this issue [17:47] I could add conditional processing in the yelp 3 time frame, but: (1) do people have the time and inclination to maintain conditional docs, (2) the current conditional processing proposal has no way to push or replace contents, which means unity instructions either have to be put into gnome docs, or you'd have to patch [17:48] yes, i tried alpha1 on my laptop for a bit. i couldn't get unity to work, though. [17:48] I think the plan with Unity might be to go with Zeitgeist/Activity Journal instead of nautilus [17:48] not sure, though [17:50] How about this: [17:50] We do a simple overview of Unity, discussing basic usage [17:51] We replace the "Gnome Shell Overview" in the new GNOME desktop help with that by manually patching it out (no need for Mallard conditionals) [17:52] The desktop help will give us topics on connecting to the internet, managing files and folders, and so on [17:52] Another issue that could pop up if we are to select different documentation to display depending on the environment, is how do we deploy our html docs? [17:52] That will give us functional, if incomplete, help [17:53] philbull: when you say desktop help, are you talking about ubuntu-docs or gnome-user-docs? [17:53] gnome-user-docs [17:53] philbull: the new ones that are being worked-on now? [17:53] so would you jettison ubuntu-docs entirely? [17:53] j1mc: yes [17:54] mdke: Not all of it, but lots of it is already obsolete [17:54] do you think that gnome help is going to be suitable for adoption in that way? [17:55] mdke: Yes, i think so [17:55] my concern is that Ubuntu seems to moving away from Gnome, rather than closer, so if we are moving in the opposite direction, that might not work in the long term [17:55] mdke: correct, but using what gnome has right now as a jumping-off point would work [17:55] mdke: true, but the GNOME desktop-help is currently split into a number of topic areas [17:56] ubuntu-docs wouldn't need to stay synced with gnome-shell/gnome-user-docs on an ongoing basis [17:56] we can take whatever is relevant, and its Mallardyness will allow us to do that without too much patching [17:56] is it reasonably complete? [17:56] but having those mallard topics as a starting point would be helpful [17:56] mdke: Not yet, we need help! [17:56] ok. This is definitely an interesting idea [17:57] although we need to give more thought to it than is available at this meeting, I suspect. In particular we should focus on whether patching in/out material will raise the barrier to entry [17:57] I like this, if I'm understanding correctly, we'll be able to use more upstream documentation on basic usage which can replace material we already have [17:57] philbull: could you provide the git repo information of the current gnome docs? [17:59] let's have a look at the docs, at Unity, think about how much patching will be required, and perhaps have another meeting? [18:00] mdke: i think that sounds good [18:00] j1mc: Sure: http://git.gnome.org/browse/gnome-user-docs/ [18:01] mdke: Sounds good, can you raise this on the mailing list please? [18:02] ok. I will try to summarise the idea and some of the issues on the mailing list and then we can come back, perhaps even a similar time next week? [18:02] That works for me [18:03] yep [18:03] works for me, too [18:03] cool [18:03] thanks, all! [18:04] catch you soon [18:05] thanks! [18:06] mdke, any idea what we need to do for bug 555813 ? [18:06] Launchpad bug 555813 in ubuntu-docs (Ubuntu) (and 1 other project) "Please, delete the unnecesary es_PR and es_ES templates for ubuntu-docs-about-ubuntu (affects: 1) (heat: 14)" [Undecided,New] https://launchpad.net/bugs/555813