[00:00] nealmcb: well, it's hard to choose one (maybe those of mine? ;) so I'll suggest you to look at those maintained by PAPT and DPMT (for modules): http://svn.debian.org/viewsvn/python-apps/, http://svn.debian.org/viewsvn/python-modules/ [00:01] nealmcb: you can also checkout the svn repository if you want, svn://svn.debian.org/python-apps/, svn://svn.debian.org/python-modules/ [00:02] ok, thanks everyone for attending. I propose we close this session now. [00:02] stani: also thanks to you :) [00:02] thanks guys [00:02] that was awesome [00:03] ok, next round of sessions is @ 1500UTC tomorrow! [00:03] Thank you all and good night! [00:04] thanks pochu === jcastro changed the topic of #ubuntu-classroom to: Ubuntu Open Week | Information and Logs: https://wiki.ubuntu.com/UbuntuOpenWeek | How to ask questions: https://wiki.ubuntu.com/UbuntuOpenWeek/Rules | Ask questions in #ubuntu-classroom-chat, prefaced with "QUESTION:" |See https://wiki.ubuntu.com/UbuntuOpenWeek/JoiningIn to filter out channel noise | [15:55] thekorn_: 5 minutes! === jcastro changed the topic of #ubuntu-classroom to: Ubuntu Open Week | Information and Logs: https://wiki.ubuntu.com/UbuntuOpenWeek | How to ask questions: https://wiki.ubuntu.com/UbuntuOpenWeek/Rules | Ask questions in #ubuntu-classroom-chat, prefaced with "QUESTION:" |See https://wiki.ubuntu.com/UbuntuOpenWeek/JoiningIn to filter out channel noise | "Bughelper - Making Bug Work Easier" - Markus Korn [15:56] Ok everyone welcome back, we'll get started in a few minutes [15:56] Please note that there has been a last minute scheduling change: https://wiki.ubuntu.com/UbuntuOpenWeek/ [15:57] We apologize for this being last minute, so to fill in the time we'll continue to discuss bughelper and general Q+A things like 5-a-day. [15:57] then @ 1700 UTC I will hold a general Ubuntu Q+A session [15:58] thanks to everyone for showing up, thekorn_ will begin at the top of the hour! [15:58] as always, feel free to send me feedback at jorge (at) ubuntu.com [16:01] * thekorn_ rings the bell [16:02] Good morning everybody to today's first session of the Ubuntu Open Week. [16:02] My name is Markus Korn, I'm one of the developers of bughelper and python-launchpad-bugs [16:02] and I would like to show you how this tools can help you work with your bugs. [16:03] If you have any questions please ask in #ubuntu-classroom-chat [16:03] If you want to tryout the examples I provide in this session, please install bughelper and python-launchpad-bugs. [16:04] Some of this examples will only work with the latest version of both tools. [16:04] To get this version please add [16:04] deb http://ppa.launchpad.net/bughelper-dev/ubuntu hardy main [16:04] to your /etc/apt/sources.list, and replace 'hardy' with the version of ubuntu you use. [16:05] Then you can should update via 'sudo apt-get update' and install bughelper and python-launchpad-bugs. [16:05] That's all preparation we need, let's start the session! [16:05] [16:06] So first of all: what's bughelper and python-launchpad-bugs? [16:06] * python-launchpad-bugs is a python interface to work with bugs, and blueprints, in Launchpad. [16:06] * While bughelper is a suite of utilities that uses python-launchpad-bugs to help you find specific bugs in Launchpad. [16:07] I'll start off talking about the bughelper suite and then move on to python-launchpad-bugs. [16:07] [16:07] The most important tools in the bughelper suite are buginfo, bugnumbers and bughelper itself. [16:08] Let's have a closer look at this tools: [16:08] [16:08] 'buginfo' provides an easy interface for accessing information about a single bug for example [16:09] 'buginfo --title 123456' [16:09] will return the bugs title. [16:09] [16:09] 'bugnumbers' is designed to return a list of bug based on a query. [16:10] Let's say you would like to get a list of all bug in ubuntu's 'bughelper' package, run bugnumbers like: [16:10] 'bugnumbers -p bughelper' [16:11] As there is also a project called 'bughelper' registered on launchpad.net, [16:11] you can add the option '-U' to get a complete list of all open bugs in the package and in the project. [16:12] Other possible options are: [16:12] '-D=' to change the distrubution to look in [16:13] (note: this distro has to be registered in launchpad.net) [16:13] '-P=' to only search for all bugs in a given project [16:13] '-l=' to filter buglists based on a given url [16:14] [16:14] So far you get a list of all open bugreports, [16:14] by adding additional options you can filter this lists further. [16:15] Some of these filters are are also available via the search feature of launchpad, some of them are not. [16:15] Some features not in Launchpad are querying on the quantity of duplicates, subscribers, comments, attachments. [16:16] Or you can query on the date and author of the last comment in a bugreport. [16:16] [16:16] Let me give you some simple examples: [16:16] 'bugnumbers -P python-launchpad-bugs --reporter thekorn' [16:17] 'bugnumbers -P python-launchpad-bugs --reporter thekorn --status New' [16:17] both calls will return you a list of all open bugs in the python-launchpad-bugs project, [16:17] but the second one will only show you the 'New' ones. [16:18] [16:18] That's no magic so far, let's have a look at a more complex one: [16:18] 'bugnumbers -l "https://bugs.launchpad.net/~thekorn" --na ">1" --closed' [16:19] This will return a complete list of all bugs related to me with one or more attachments. [16:19] This list will also contain closed bugreports [16:20] [16:20] On http://people.ubuntu.com/~brian/reports/ Brian Murray is using bugnumbers to create interesting reports. [16:20] For example 'yesterday' contains a list of all bugs in ubuntu which where reported yesterday. [16:21] This reports show you that there are different output-formats, in this case he is using a html-format for the output, [16:21] there are also options for a 'wiki' and 'csv' styled output. [16:21] [16:22] Any questions so far? [16:22] QUESTION: How do you use bughelper on websites? You need to place it in cron? [16:23] qense, yes, bdmurray is running a cron job to create this pages, [16:24] but there is also a script called 'bughelper-server.py' in the bzr branch [16:24] which helps you to organize runs of bughelper and bugnumbers a bit [16:25] you can get the branch via: [16:25] bzr branch lp:bughelper [16:25] qense, does this answer your question [16:26] ? [16:26] ok, let's move on [16:26] [16:26] With 'bughelper', the application, you can search bug reports, comments and attachments for a specific string. [16:27] 'bughelper' provides you clue based on the search result. [16:27] Clues are stored in clue files with the suffix '.info' in '~/.bughelper/packages' [16:27] https://code.launchpad.net/bughelper-data/ is the project in launchpad to organise this clue-files and every member of the bugsquad can commit clue files to the .main branch of this project. [16:28] [16:28] So, what's the structure of such an clue-file? [16:28] And how does such an file look like? [16:28] As an example let's take a look at ~/.bughelper/packages/bughelper [16:29] (you can view this file online at http://tinyurl.com/2zwm7a) [16:29] Such clue files are in a xml format and can contain multiple clues. [16:29] Each clue needs at least two elements: [16:30] '' [16:30] this element contains the actual search pattern. [16:30] It is possible to add logical elements like 'and' or 'or' to such a node. [16:30] In the first clue you can see an example of using regular expressions as an search pattern. [16:31] The 'field' attribute specifies which attribute of an bugreport has to be searched. [16:31] If you run bughelper and one of the clues in an clue files matches the content of the related '' node will be printed as the output. [16:31] [16:32] As an example, if you run 'bughelper -p bughelper' you will get an output like: [16:32] http://launchpad.net/bugs/88102 [[bughelper: Confirmed/Medium],[bughelper (Ubuntu): Confirmed/Undecided]] - tags: xpath or commandline; importance: Undecided [16:32] [16:32] With this I would like to finish the first part of this session about the bughelper tools. Any further questions? [16:33] [16:33] Ok, then let's have a brief look at the underlieing python modul 'python-launchpad-bugs' [16:34] afflux> you can test very simple searches by using: bughelper -p package -T package "keyword" "description". This can be very useful for finding duplicates of crasher bugs which differ slightly. I used "bughelper -A -p compiz -T compiz workaroundRemoveFromFullscreenList 'dup of bug 183685'" for finding a lot of duplicates of this bug [16:34] thanks afflux, good point, forgot to tell you about this. [16:34] [16:35] good, than I think it's time for python-launchpad-bugs [16:35] [16:35] python-launchpad-bugs allows you to access bugs.launchpad.net via python. [16:36] This python module is used by many tools like apport, ubuntu-dev-tools and of course bughelper and bugnumbers. [16:36] [16:36] Let me give you a short "Howto" on using python-launchpad-bugs. [16:36] This requires some basic understanding of python. [16:36] [16:37] Let's start a python session and do some general preparation: [16:37] >>> import launchpadbugs.connector as Connector [16:37] >>> from launchpadbugs.basebuglistfilter import URLBugListFilter [16:37] [16:37] so far so good, let's get a list of all open bugs in the bughelper project [16:38] >>> BugList = Connector.ConnectBugList() [16:38] >>> bl = BugList("https://bugs.launchpad.net/bughelper/+bugs") [16:38] Each element of this list has attributes like 'bugnumber', 'url', 'status' and 'importance'. [16:39] [16:39] Getting filtered lists is also very easy: [16:39] >>> bug_filter = URLBugListFilter() [16:39] >>> bug_filter.add_option("status", ("New","Confirmed")) [16:39] >>> bug_filter.add_option("importance", ("Medium",)) [16:40] >>> bl = BugList(bug_filter("https://bugs.launchpad.net/bughelper/+bugs")) [16:40] It's also possible to use any python functions as a filter, but this would go too far right now. [16:40] [16:41] Okay, that's all about bug lists for now, for more information please visit http://tinyurl.com/yrmze9 [16:41] [16:41] Now, let's have a look on how to handle bugreports with python-launchpad-bugs: [16:41] >>> Bug = Connector.ConnectBug() [16:41] >>> b = Bug(123456) [16:42] The argument of Bug() can either be a bug number, an url of a bugreport or an element of a BugList-object [16:42] There is a huge amount of attributes of a bug-object. [16:42] You can access almost all information of a bugreport. [16:42] Let's have a look at some examples: [16:43] >>> b.url [16:43] 'https://bugs.launchpad.net/ubuntu/+source/xine-lib/+bug/123456' [16:43] >>> print b.subscriptions [16:43] set([, [...], ]) [16:43] >>> print b.comments [16:43] [,[...],] [16:43] For a list of all attributes of a Bug-object and some examples on using these attributes have a look at http://tinyurl.com/2mboze [16:43] [16:44] So far, we have only read bugs, but with python-launchpad-bugs you can also change bugreports in a very easy way! [16:44] First of all, only registered user can change bugreports in launchpad, so let's authenticate with our account data: [16:45] >>> Bug.authentication = {"password":"","email":""} [16:45] There is also another possibility of authentication: you can use a mozilla cookie-file (this for example works for cookies created by epiphany or firefox < 3.0) [16:46] >>> Bug.authentication = "/path/to/the/cookiefile/cookie.txt" [16:46] If you are using Firefox 3.0 'Bug.authentication' also accepts the new .sqlite type of cookie files. [16:46] [16:47] Now I want to show you, as an example, how to change the status of a bug: [16:48] >>> demo = Bug(193948) [16:48] >>> demo.status [16:48] 'New' [16:48] >>> demo.status = "Invalid" [16:48] >>> demo.commit() [16:49] Until you call the 'commit()'-method all changes are local, with 'commit()' you try to commit all changes you did locally to launchpad. [16:49] Like this you can for example change the description, add comments or attachments, subscribe to a bug or change the tags. [16:49] [16:50] Any further questions? [16:50] let's move on [16:50] [16:51] Let's have a look at two more complex examples. [16:51] You can get this scripts here: https://wiki.ubuntu.com/BugHelper/Dev/python-launchpad-bugs/Examples [16:51] These two scripts show you how to use python-launchpad-bugs to do things you can't do in launchpad itself. [16:51] [16:51] Let's say you are a developer of an upstream project in launchpad. [16:52] When you create a package of your tool and build it for ubuntu, bugs in ubuntu are closed by the (LP: #123456) syntax, but upstream bugs were not. [16:52] The first example also closes this upstream bugs in your project and adds a comment containing the changelog-entry. [16:52] [16:53] I wrote the second example in the last February when we had all these python-central bugreports. [16:53] This example returns you a list of bugs created in ubuntu after 2008-02-18 and filters this list by the following criteria: [16:53] * 'pycentral' or 'python-central' in the content of the bugreport [16:54] * an attachment called 'DpkgTerminalLog.gz' which contains 'pycentral' or 'python-central' [16:54] [16:54] As a last example I would like to show you how to create a bugreport with python-launchpad-bugs, it's only one line of code! [16:55] >>> b = Bug.New( [16:55] ... product = {"name":"buglog-data"}, [16:55] ... summary = "First part of the session is almost over", [16:55] ... description = "Ubuntu Open week rocks!") [16:55] This creates a new bugreport in the 'buglog-data'-project, if you would like to file a bugreport in ubuntu use [16:55] 'product = {"target": "ubuntu", "name": "my-package"}' [16:56] [16:56] Ok, that's all about python-launchpad-bugs for now, time for some questions! [16:57] QUESTION: why is len(launchpadbugs.connector.ConnectBug()(123456).comments) == 0 for me? [16:57] sorry if that's too much support ;) [16:59] afflux, I think it's a bug or something :) [16:59] as the text-mode works [16:59] will investigate after this session. let's move on with other questions [17:00] [17:00] QUESTION: Do requests with this package require more or less bandwidth than visiting the website? Or is it the same? [17:00] That's an interesting question, [17:00] as LP does not provide a scripting database interface yet, [17:01] python-launchpad-bugs is doing screen scrapping, [17:01] this means in almost all cases the required bandwidth is the same. [17:02] I hope that there will be a public database interface to launchpad.net soon [17:02] this will make a lot of things easier [17:02] [17:03] QUESTION: Is there a way via pyhon-launchpadbugs I can get back a list of possible duplicates (like the LP web interface does when reporting a new bug)? [17:03] ScottK, not yet, but I think this is a very good idea, just made a note on my TODO list [17:04] [17:05] Ok, as far as I can see, i answered all questions. [17:06] Let me end the first part of this session with a few notes: [17:06] * bughelper has a separate mailing list, bughelper@l.u.c [17:07] * browse https://launchpad.net/python-launchpad-bugs and https://launchpad.net/bughelper to file bugreports or get the code [17:07] * for more information check out our wiki pages at https://wiki.ubuntu.com/BugHelper [17:07] * and last but not least ping me in #ubuntu-bugs [17:08] please use this if you have any questions, [17:08] would like to see a certain feature [17:08] or I you would like to contribute to bughelper and python-launchpad-bugs [17:09] [17:09] Ok, I think that's all for the first part of this session. [17:09] As jcastro mentioned at the beginning, [17:10] there were some changes to the schedule, some I will be here for another hour ;) [17:10] We can continue to answer questions. [17:10] And we can talk about 5-a-day [17:12] If you haven't heard about 5-a-day: https://wiki.ubuntu.com/5-A-Day [17:12] The basic idea is for everyone to touch 5 bugs a day [17:12] During the Reporting Bugs and Bugsquad sessions Brian and Pedro discussed bug filing and triaging teachniques [17:13] Note that those sessions will be repeated tomorrow @ 1700 and 1800 UTC [17:13] With 5-a-day we have provided tools to keep track of bugs you touch [17:13] which get reported to launchpad, and then we generate statistics [17:13] Current statistics are here: http://daniel.holba.ch/5-a-day-stats/ [17:14] the stats are broken down into individuals and teams [17:14] so you can register your Ubuntu Local Team and get tracked via stats [17:14] So for example, the team I belong to, ubuntu-michigan, has helped triage 1015 bugs [17:15] This is useful because a) It motivates people in my team to get involved [17:15] b) It provides metrics so we can measure how effective our team is when it comes to contributing to Ubuntu [17:16] c) It's nice to be able to say "I helped Ubuntu triage 214 bugs" so I sleep better at night. :) [17:16] questions so far? [17:17] < qense> QUESTION: What is the function of a tag? [17:17] So with the 5-a-day tool you can "tag" bugs with certain tags [17:17] we use tags to tag bugs that are fixed during a specific event [17:18] so for example if you participate in a Hug Day, you tag your bugs with the tag for that day [17:18] this helps us see how effective we are at triaging bugs during Hug Days [17:19] Note that this is a voluntary project, you don't have to participate, and many people just triage bugs in launchpad without being part of 5-a-day [17:19] which is fine, but it's nice to get a sample on how we're doing for hugs day [17:19] Anyone can use the tags in 5-a-day [17:19] So for example, if you and your friends want to get together and triage bugs [17:20] We have this: https://wiki.ubuntu.com/RunningBugJam [17:20] So for example you and friends can have a "Quense's Bug Killing Blastorama" bug jam, tag it in 5-a-day, and it will show up in the statistics [17:21] As you can see in the lp log: https://code.edge.launchpad.net/~5-a-day/5-a-day-data/main [17:21] People are committing and sending in data all the time. [17:22] What I do every day [17:22] is run the applet in my panel [17:22] and as I triage/report/comment on bugs, I drag the firefox tab into the applet [17:22] and the applet reports it up to launchpad. [17:23] Some days I don't get many done, some days I do more than 5, which is fine also [17:23] Any more questions? [17:23] the applet does not only work with firefox but also with all other mozilla based browsers, [17:24] If you do participate, there are tips on the wiki for generating your own email signature in both plain text and html. [17:24] and the applet does also work in xfce, and there will be a QT version soon [17:24] So that people know what bugs you've touched. [17:25] So in short, if you're going to be triaging and other bug work, we encourage you to sign up for 5-a-day [17:26] and your friends in your local group [17:26] kubuntu-de.org is leading the pack with 1292 bugs, but hard work will move your team up the leaderboard! [17:27] Ok, we have 30 minutes left, any more questions on bughelper or 5-a-day? [17:31] If there are no questions, I would like to point you to two tools which are using python-launchpad-bugs: [17:31] First one is 'Gnome Launchpad Bugs Applet' [17:31] https://launchpad.net/lp-bugs-applet/ [17:32] It's an applet based on Chris Lamb's 'debian-bts-applet' [17:33] It shows you your pet bugs in a list in your gnome panel [17:34] you can feed this list with tools like bugnumbers or you can get all bugs of an ubuntu hug-day [17:34] [17:35] another one is 'hugday-tools' [17:35] https://launchpad.net/hugday-tools/ [17:35] this simlifies editing of the hug-day wiki-pages [17:35] via the commandline [17:36] so you don't have to edit the wiki pages directly in your browser, [17:36] the only thing you have to do is: [17:37] hugday close 123456 [17:38] to mark bug 123456 in lightgreen and add your nickname to this row on the wiki page [17:39] [17:39] should we also talk about the requirements for joining ubuntu-bugcontrol? [17:40] I suggest moving this to tomorrows sessions with bdmurray and pedro_, [17:41] as I'm definitely not the right person to talk about this [17:42] [17:42] Ok, if there are no questions left, [17:42] and if there is nothing to add [17:43] and, of course, jcastro has nothing to add, [17:43] I think we should all take a small break, [17:44] and wait for the next session [17:45] Thanks Markus for showing us bughelper! [17:50] jcastro, thanks for organizing this week! === jcastro changed the topic of #ubuntu-classroom to: Ubuntu Open Week | Information and Logs: https://wiki.ubuntu.com/UbuntuOpenWeek | How to ask questions: https://wiki.ubuntu.com/UbuntuOpenWeek/Rules | Ask questions in #ubuntu-classroom-chat, prefaced with "QUESTION:" |See https://wiki.ubuntu.com/UbuntuOpenWeek/JoiningIn to filter out channel noise | "Ubuntu Q+A" - Jorge Castro [18:00] Hi everyone, welcome to Ubuntu Q+A! [18:00] A quick introduction, my name is Jorge Castro and I work @ Canonical on the Ubuntu Community team with Jono Bacon and Daniel Holbach. Our collective job is to help the community rock. We do this in various ways, such as organizing things like this OpenWeek and working on processes to grow the Ubuntu community. [18:00] We had a last-minute schedule change (sorry!) which left this time slot open, so I am going to open it up to general Ubuntu Q+A for this hour. [18:00] Some caveats: I'm not a developer in the sense of "I hack on code" so I will probably not be able to answer deep technical questions. But I can at least point you in the right direction. If you want to ask questions about how things work Ubuntu in general then I can probably answer those. [18:00] Please ask questions in #ubuntu-classroom-chat, prefixed with "QUESTION:" and we'll begin! [18:02] < james_w> QUESTION: what's your favourite part of your job? What's your least favourite? [18:03] Favorite is working with people from around the world who are passionate about Ubuntu [18:03] I don't really have a least favorite part, I'm an ubuntu addict so it's all good. [18:03] < musashi> QUESTION: hardy is great. thanks to all. i am curious though if there is any discussion about an add on cd like edubuntu has. [18:04] Since Ubuntu ships on one CD there's often not enough room for a bunch more software [18:04] There are the DVD images which have more stuff on them [18:04] Things like add-on CDs for more things are possible, I will note it down and bring it up @ UDS [18:05] < artir> QUESTION: Any plans to give keynotes by ubuntu core members(Steve Jobs style :p)? [18:05] We have an event called Ubuntu Live: http://en.oreilly.com/ubuntu2008/public/content/home [18:05] This is where glossy keynote-style presentations are given [18:05] < qense> QUESTION: What is the role of Canoncial withing the Ubuntu wordl/community? What does it exactly do? [18:06] Canonical sponsors Ubuntu and sells accompanying support and services [18:06] It sponsors events like the Ubuntu Developer Summit, FOSSCamp, and employs people to work on Ubuntu. [18:07] Since Ubuntu is a community project Jono, Daniel, and I are tasked with keeping that relationship healthy and continue to make it grow. [18:07] < qense> QUESTION: How does a daily day look like for you? Do you go to office or work at home? [18:07] Most of us work from home. [18:08] For me I start work @ 9am, check mail and irc messages and work on my task list. [18:08] Like most things in Ubuntu, most work is done via irc and mailing lists. [18:08] < musashi> QUESTION: early in the hardy cycle, i saw discussions about a highly updated look (black and orange theme). The mockups i saw looked really nice. what happened to that idea? are there discussions about glossing things up in the future? [18:09] Ken talked about this in more detail in his session on art: https://wiki.ubuntu.com/MeetingLogs/openweekhardy/Artwork [18:09] < michaelramm> QUESTION: What kind of tasks do you have? [18:10] for me I focus on external developer relations, which means I communicate with upstream projects and help our relationship with them [18:10] this usually revolves around bug workflow [18:10] So for example if you find a bug in Evolution and it's an upstream bug, my job is to help make sure that upstream knows there's a problem [18:11] We use launchpad's linking ability to connect launchpad bugs to upstream bugs, so that both the distro and the upstream developers are aware of the bugs [18:11] and that patches flow from Ubuntu developers to upstreams [18:11] I use this launchpad page: https://edge.launchpad.net/ubuntu/+upstreamreport [18:11] The more green on that page in the last few columns, the better. :D [18:12] < Lardarse> QUESTION: How many people who work at Canonical are involved with Ubuntu, and what percentage is that of the people that work there? [18:12] I am unsure on the percentage, but Canonical has been growing recently [18:12] < michaelramm> QUESTION: Follow UP: What about dholbach and jono areas of responsibility? [18:13] dholbach primarily works with MOTU, which are our maintainers of the universe section of Ubuntu [18:13] For example he recently rewrote large portions of the packaging guide to make it easier for new people to understand. [18:14] And he runs MOTU Q+A IRC sessions on a regular basis, came up with 5-a-day, and generally looks for ways to grow the development community inside Ubuntu. [18:15] Jono leads the team and generally covers the rest of the Ubuntu community, such as Local Teams [18:15] < uvok> QUESTION: where can the reweritten packaging guide be found? at wiki.ubuntu.com? [18:15] https://wiki.ubuntu.com/PackagingGuide [18:16] < pimanx> QUESTION: What do you see as the main problem regarding the growth of the Ubuntu community? Let's say we got five times as big - couldn't size become a real problem to the community? And how do we address that problem? :) [18:16] Good question! [18:16] Scaling can be really hard sometimes, so we are finding ways to deal with the explosive growth [18:16] one example is that in the past to become an Ubuntu member you had to come to a community council meeting to be approved. [18:17] That proved to be difficult because with so many volunteers the CC was swamped in these multi-hour meetings, so now we've created regional councils [18:17] so that should become much smoother [18:17] Another area where scaling becomes a problem is bugs [18:18] As we get more users many of them report bugs [18:18] A good number of these can be triaged or marked as duplicate [18:18] This is why he have Hug Days and started 5-a-day to help people get involved with the growing number of bugs. [18:18] Note that I mean "bug" as in "someone reported something to launchpad", not necessarily a software defect. [18:19] Getting involved with triaging is an excellent low-barrier way to help out, so if you want to get involved you should check out #ubuntu-bugs and their mailing list [18:19] < pimanx> Question: The regional council sounds like a fine idea, but one of the consequences of that will be further distance between top ubuntu and bottom ubuntu, and thus have an impact the willingness to contribute and the sense of 'ubuntu - my project' ? [18:20] Everything in the community process is transparent and done in the public, like everything else, so I don't see "distance" being a problem [18:20] Ubuntu membership has always been granted according to contribution, and that won't change [18:22] *waiting for more questions* [18:22] < evarlast[jrwren]> QUESTION: As a poweruser & developer, I feel like Ubuntu is "done" in comparison to other distributions and the windows and mac alternatives. What areas will future ubuntu be inovating in? [18:23] As with all software, I wouldn't consider Ubuntu "done" at all, there is always new stuff that people want and new hardware [18:24] Like Ted mentioned in his talk yesterday https://wiki.ubuntu.com/MeetingLogs/openweekhardy/DesktopFuture there are plenty of areas where we can innovate [18:25] Especially as driver support gets better there is plenty of work to be done. :D [18:25] But if you're happy with Ubuntu how it is now you can stick to Hardy for 3 years. :D [18:25] < mybunche> QUESTION: Do think the Ubuntu forums do/can serves as an entry to the community world? If so, do you keep an eye on what's going in there so it can help? [18:25] I read the forums daily (user number 74!) [18:26] But they can be overwhelming at times due to the amount of traffic on there. [18:26] Most developers don't have time to read the forums, so we have forum community people (such as Mike Basinger) who attend our development summits and keep us informed of what's going on in the forums [18:27] There is definately lot of community work that can be done in the forums [18:27] such as answering posts that have no response and general help. [18:28] Plus the forums have a nice cultural twist of funny threads that help break up the monotony of discussing linux all day. :D [18:28] In think in general information has been flowing from the forums to developers much better than it used to [18:29] A good deal of "Hey I have an idea" type information is now available via brainstorm [18:29] http://brainstorm.ubuntu.com [18:30] In the past there would be tons of threads in the forums about ideas and it was difficult to sort through them all [18:30] now we have an excellent tool to measure what users would like to see in Ubuntu [18:30] < qense> QUESTION: Who reviews the ideas at brainstorm and what are the requirements to be a accepted? [18:30] The ideas from brainstorm are voted by the community. [18:30] For this UDS we'll be looking at the most popular ideas and discussing them. [18:31] Since brainstorm is new we really haven't ever taken in this kind of input, so stay tuned into what happens @ UDS [18:32] To tie into the forums question this UDS we have 23meg (mgunes) attending UDS and he will be posting updates about UDS to the forums. [18:33] < artir> QUESTION: Why dont you add restricted codecs/wfi drivers etc... in a oficial supported ubuntu, leaving current ubuntu as Gobuntu? [18:34] restricted drivers are on the CD already [18:34] When you install Ubuntu you get a little popup if your hardware requires closed drivers, you click on it and follow the directions. [18:35] As far as installing them _by default_, it was a concious decision to inform the user and have them elect to install the driver. [18:35] But yes, they are on the CD (nvidia, ati, etc.) [18:36] < hardywireless> QUESTION : why does hardy on loading desktop with desktop effects on and nvidia drivers black out for some seconds? is this due to the image loading, should it be given more proirity on loading ? [18:36] I am unsure what you're seeing, but generally the entire boot process can be smoothed out [18:36] currently you get mode switches and all this scary stuff that happens [18:37] there has been work in the upstream kernel and intel driver to make the mode switching go away but it will take some time to sort that out. [18:37] I am unsure to as how nvidia will support that functionality [18:37] < artir> QUESTION: After the booting bar, you have a few secs of a brown screen and then the desktop appears. Any plans on changing this? [18:38] Login time is something that we will be looking at during UDS [18:39] For example I tend to add a bunch of panel applets to my desktop which makes login in longer [18:39] But tied into the question above, there are many improvements that could be made to the entire booting/login in process, and yes, they're on the radar to fix. :D [18:40] < rick_h_> Question: when will Ubuntu properties become openid "consumers"? :) [18:40] Missed that one, sorry rick_h_ \ [18:41] Launchpad now offers openid and there is work in progress to move Ubuntu web stuff to openid. See here: http://brainstorm.ubuntu.com/idea/9/ [18:42] < hardywireless> QUESTION: wireless and the ralink drivers seem to be buggy, they fall back to 1bps , and have almost no range , [18:42] you need to manually fix them , is this being worked on? [18:43] I would have to read the bug, I am not familiar with ralink drivers [18:43] the best place to ask that would be on the ubuntu users mailing list. [18:43] < artir> QUESTION: Why was Ubuntu 8.04 LTS released with so much bugs instead of waiting to solve them? [18:43] I guess that depends on how well 8.04 is working for you [18:44] A good number of bugs are unfortunately due to hardware support [18:44] So for example, my roomates laptop with a broadcom wireless card will probably always be problematic. [18:45] The other big one I have noticed people having a problem on is Flash sound [18:45] If you were using the Hardy beta then remove libflashsupport. [18:46] libflashsupport gets you sound but there were problems with it's stability (It tended to crash Firefox when you went to YouTube) [18:47] Unfortunately there's not much we can do to fix Flash problems. [18:47] The other problem I see people facing is having to suspend pulse with skype. [18:47] So you have to launch skype with "pasuspender skype" for it to work [18:48] As with Flash, there's nothing we can really do to fix it, if you're depending on Skype then the best thing to do is ask them for better Linux support. [18:48] < Landon> QUESTION: what's with the changes to all the removable media? Instead of them being at /dev/dvd or /dev/cdrom, they're now at /dev/dvd1 or /dev/cdrom1, which seems to break a few of the autoplay features [18:49] I don't know enough about all our HAL stuff to answer this question, that one is better posted to a mailing list, sorry. :( [18:50] < hardywireless> QUESTION: a funny thing happens with printing on firefox, when you zoom in to the page, making the fonts look bigger , you cant get the site to be printed and text is missing, unless you know this , you would never have a clue as where to find this error... I hope that every bug found on Hardy , finds it way to the forums, so we [18:50] can read howto fix this, ...hardy bugs found and s olutions..page...:) [18:50] Firefox 3.0 RC and final will be pushed out to hardy when they are released [18:50] the best thing to do in this case is to search launchpad to see if it has been reported [18:51] 10 minutes left, so I guess 2 or three more questions! [18:52] < michaelramm> QUESTION: I am catching wind that the new pata (ide subsystem) in the kernel has switched to naming ide drives to sd instead of hd; so what was /dev/hda3 is now /dev/sda3. Any truth to that? [18:52] That change was made a few releases ago [18:53] All my stuff shows up as sd* [18:53] That change was made in the upstream kernel [18:53] < artir> QUESTION:In what year do you personally think ubuntu will really go mainstream? [18:54] We'll see, I don't like to make predictions because I'm always wrong, but to me the important thing is continued growth [18:54] < mybunche> QUESTION: Do you know if there is any progress on getting a standard on linux install files? I think it's one of the things the Linux Foundation is working on. [18:54] I have no idea about this, but I am pretty happy with add/remove programs and apt. :) [18:55] < hardywireless> QUESTION: what would you like to see next in ubuntu? whats your wish for it ? [18:55] I think I have the same list as most people [18:55] a) Hardware support [18:55] b) More applications [18:55] c) Ease of use [18:56] ok time for one more question! [18:57] < mybunche> QUESTION: Apart form Dell, are there anymore OEM's in the pipeline? [18:57] I don't know, but the list is always growing. [18:57] I know system76 laptops are popular with ubuntu users [18:58] Ok, that's it for me [18:58] thanks everyone for showing up and asking questions! === jcastro changed the topic of #ubuntu-classroom to: Ubuntu Open Week | Information and Logs: https://wiki.ubuntu.com/UbuntuOpenWeek | How to ask questions: https://wiki.ubuntu.com/UbuntuOpenWeek/Rules | Ask questions in #ubuntu-classroom-chat, prefaced with "QUESTION:" |See https://wiki.ubuntu.com/UbuntuOpenWeek/JoiningIn to filter out channel noise | "Ubuntu ISO testing" Henrik Omma & David Morley [18:59] heno and davmor2 will be discussing ISO testing, which is a great way to help getting Ubuntu out the door! [19:00] hello :) [19:00] hello [19:01] Some of you may have perticipated in ISO testing before the Hardy release [19:03] woops [19:03] The basis of the testing team is to get the Ubuntu family out of the door with as few major bugs as possible. [19:04] The main reason we are here today is that the more tester we have the more bugs get spotted. [19:05] The good thing is if you can install ubuntu on your machine at home you can test it before releases. [19:05] thanks, I was locked out for a second :) [19:05] There are two main ways to do this one Virtual. Two on hardware. [19:06] We need to both validate the actual CD images, but also search for bugs generally [19:06] even though the devel version is used regularly by people, structured testing always uncovers bugs [19:07] esp. in features that are not used every day like the installer [19:08] To actually contribute productively in the testing crunch you actually need to prepare a bit ahead of time [19:09] It helps to have read the test cases and pre-download the ISO images [19:09] you then update them with rsync [19:10] the images are often re-spun 2-3 times after the archive freezes as bugs are fixed [19:10] Most of what you'd need to know is covered here https://wiki.ubuntu.com/Testing/ISO [19:10] and we hang out in #ubuntu-testing to coordinate [19:12] we test based on the cases here https://wiki.ubuntu.com/Testing/Cases and report results here http://iso.qa.ubuntu.com/ [19:12] Ok, that's a brief introduction, let's open up for questions [19:13] QUESTION: i have done some iso testing, and it was great to do, but , having found a bug, i submitted it, and it was worked on, but i could not submit more then one bug report...( as i tested the next daily build the following day ) [19:13] next [19:14] hardywireless: I don't understand why you couldn't submit more than one bug report, was this in Launchpad? [19:15] you can only submit one test report for a given test case on a given build, but you can attach as many bug numbers as you need to [19:15] QUESTION: iso testing site [19:16] if the image had not changed then the original report would still be up and you can edit it to add more bug links [19:17] you click the document view icon next you the report [19:18] at least I think you can update your own cases [19:18] hardywireless: The issue here I think is that when a new image is released that becomes the default for tracker. You can however add comments to the newer version like bug xxxxxx is now fixed etc. [19:18] as site admin I can update all cases [19:19] davmor2: can you confirm that you can edit your own test case reports? [19:19] QUESTION: i also noticed that the http://iso.qa.ubuntu.com/qatracker/ is not always as up to date as http://cdimage.ubuntu.com/daily/current/ [19:20] heno: Yes I edit them regularly to add bug reports. I tend to put in a note and then write the reports after and add them all at once [19:20] that's true. we need to automate the sync there [19:20] QUESTION: What do you suggest as a minimum amount of time a tester should spend on bug hunting\ testing a build? [19:21] sometimes the golden image candidate will be held back to an earlier build on purpose though [19:22] hardywireless: Also the tracker only kicks in for candidate images and not all daily builds [19:22] BonesolTeraDyne: as long as it takes to go through the test case [19:22] testing more is of course a bonus [19:23] Question: If I could put together a package that would allow automated installation for testing purposes, is there any possibility that it could be included in the development versions of Ubuntu (assuming it gets sponsored for main, etc) [19:23] in reality we sometimes do quick sanity checks on certain install types or features [19:24] ompaul: how automated? not asking for a password? :) [19:24] heno, I have to ask the person who asked me brb [19:24] That would be cool. However sometimes the person doing the install turns up a bug by simply not knowing what to do next :) [19:25] hardywireless> comment: more of a compliment, as i went to irc ubuntu-testing, the bug i reported was fixed in a few day's just before the release of hardy, thats really great... [19:25] heno, yes [19:25] We are doing some automation of install testing of images [19:25] and we also want to automate upgrade testing with a ton of packages installed [19:26] there has also been talk of adding desktop automation test scripts to the live CD - self-testing-desktop [19:27] but I'm not sure I see the value in just installing a bunch of packages automatically [19:27] there are already tools like piuparts, lintian and auto-package-test [19:27] heno, they would match jane's or john's use case [19:28] that install and test packages, but that's in a controlled environment like a chroot or kvm [19:28] ompaul: if it's done in a responsible way, then yes [19:29] heno, vis the source of the question: for my question, I was thinking more in terms of iso testing [19:29] I don't want a package installable from synaptic that when run installs 1000 more packages though :) [19:29] so that you could put a bunch of isos (like 20 of them or so) in a directory, and have it all installed in a vm automatically [19:30] highvoltage: from Hardy we can do preseeding of the Ubiquity installer as well, which would be one way to automate it [19:31] another way would be to set up a way to poke into a kvm or vbox instance to drive it [19:31] highvoltage> it wouldn't install the packages automatically you would be able to pass a kernel parameter to the boot cd that would automate the /entire/ install process by sending keystrokes to the installer [19:31] highvoltage: we would love to do that for Intrepid and help would be great :) [19:32] highvoltage: yep, I think feeding input to the installer would be even better than pre-seeding, more realistic [19:32] highvoltage: it certainly would help take the pressure off installing in vm :) [19:33] highvoltage: let's speak more about the details afterward [19:33] next? [19:35] QUESTION: can there be a way to blacklist drivers , when booting from livecd , for example if it hangs on a such a driver ... [19:36] this is not my area, but you can turn of certain things like acpi with kernel parameters [19:36] not sure there is an option for every driver [19:37] I think one of the key things to remember about the Iso Testing Team is that it is ideal for newish users trying to find a way to contribute to Ubuntu. There is nothing that technical to testing. If you can install and run a system you can test. [19:38] hardywireless: ompaul helpfully refers us to https://help.ubuntu.com/community/BootOptions [19:39] next [19:39] hardywireless, that page contains a list for how to launch both an installed system and iso with boot options, generally setting module=no is good but cases may break that mode so I would say check before you jump [19:41] QUESTION: how many people are doing iso testing right now? [19:42] Hmmm tricky question. Does that include all the users who install or upgrade before the release is out? [19:42] hardywireless: there are typically 5-6 people who do a large number of tests and then ~30 who do one test image each or so [19:43] there is an overview at http://iso.qa.ubuntu.com/qatracker/subscriptions [19:43] next? [19:44] QUESTION: whats the next version we can test? :) , and how did you become a tester? [19:45] the next sensible version to test is Intrepid Alpha 1 [19:45] there will also be a hardy update release to test [19:46] that reminds me: please run hardy wit -proposed turned on so we can test those updates [19:46] I started contributing back to Ubuntu by joining Bug Squad. However with the apport bug reports becoming more frequent it became to complex for me. So I looked for something else and at the time Heno asked for testers. [19:47] (I'm employed by Canonical and started dabbling in QA about a year ago) [19:48] I did bug triage first and the coordinated testing for 7.04 [19:49] more questions? [19:49] QUESTION: I noticed ext2 cannot be mounted by LABEL even man page states so in 7.05 in 7.04 actually [19:50] hm, not quite related to ISO testing as such [19:51] QUESTION: Should more emphasis be placed on testing ubiquity because it can't be updated on the CD, whereas all the other apps can be updated post-install? [19:51] chipitsine: please file general bugs in launchpad [19:52] ted_: it's clearly a major testing target, yes, but from experience we also find important bugs in other things during testing too [19:52] but ubiquity really depends on this testing [19:52] ted_: The same can be said for Debian-Installer on the alternative cds too. [19:52] esp. as bugs can be hardware-specific [19:53] that's one reason I'm afraid of automating install testing too much [19:54] human testing will often find things you haven't scripted for [19:54] next? [19:54] We'll take one more I think [19:54] especially if the automation is setup by some one with the knowledge to do the install correctly. [19:55] please continue to ask in #ubuntu-testing though [19:55] it's often good to do silly things like navigating back and forth in the installer too [19:56] QUESTION: Is there any specific effort to test X configuration on different graphics cards / monitors, since that is often an area of difficulty for many users? [19:56] to tease out bugs [19:57] ted_: not since the laptop testing program some years ago. clearly something we should revisit [19:57] ted_: I test on really hardware by choice. This has a selection of different hardware in it. The only thing I'm short of is Ati gfx chipset. [19:57] we are planning to add hardware profiles to the test tracker so we can see what HW has been covered [19:58] comment: (mine) the objective is to be a good human and try to create the innovative exception to the expected behaviour - would you both agree [19:58] i.e. try to break it! [19:58] Hell yes. Then report the break :) [19:59] Especially if it can be reproduced time and time again [19:59] okay guys thanks for a great session [20:00] davmor2, heno your mailing list and channel ? [20:00] channel is #ubuntu-testing [20:01] davmor2, heno yhanks again [20:01] list is ubuntu-qa@lists.ubuntu.com [20:02] list is ubuntu-qa@lists.ubuntu.com [20:02] am I green for go? === ompaul changed the topic of #ubuntu-classroom to: for #ubuntu-classroom is: Ubuntu Open Week | Information and Logs: https://wiki.ubuntu.com/UbuntuOpenWeek | How to ask questions: https://wiki.ubuntu.com/UbuntuOpenWeek/Rules | Ask questions in #ubuntu-classroom-chat, prefaced with "QUESTION:" |See https://wiki.ubuntu.com/UbuntuOpenWeek/JoiningIn to filter out channel noise | Running A Packaging Jam Richard Harding [20:02] yes [20:02] cool [20:02] I'm Rick Harding, a member of the Michigan Loco. You can get a hold of me for any questions or whatnot at rharding@mitechie.com (blog on same site) [20:03] I wanted to go over running of Packaging Jams [20:03] So first thing, how many of you guys have made a package? [20:03] active crown this afternoon [20:03] crowd [20:04] ok, well the point is that if you've gone through it, you know there's a ton of docs [20:04] I did for the purpose of learning [20:04] I have, though only for personal use [20:04] and it can be a bit overwhelming at first [20:04] I mean, I use Ubuntu and .deb packages because I didn't want to deal with all that compiling, make file, fun and joy. [20:04] So Greg (our loco fearless leader) and I were talking one night about how to make this easier and we thought “wouldn't it be cool if we could get an Ubuntu MOTU to teach us?” [20:05] Now unfortunately you can't mail order a MOTU. [20:05] We tried, but the store was fresh out [20:05] We did find a former MOTU (Aaron Lake) to sit down with us and walk us through the start of learning to create .deb packages. [20:05] So there's your first requirement, someone that can package, even a little. [20:05] Now this is probably the most difficult to accomplish, but the better your mentor the more everyone will get out of the packaging jam. [20:06] Places to look for a mentor are local user groups, an Ubuntu LoCo, and maybe even the #ubuntu-motu channel. [20:06] side note, I've kind of got this all prepped so if I go to fast let me know [20:06] If you can't find someone, you can try to hold it just with the docs. They've gotten much better and the hands on docs (https://wiki.ubuntu.com/PackagingGuide/HandsOn) are pretty easy to get through. [20:06] Once you have someone to show the way, it's time to find the venue. [20:07] Good things to look for are plenty of table space for everyone, power, network connectivity, and plenty of beverages. [20:07] I'd suggest saving the good ones for a least half way through the jam :) [20:07] A great alternative would be if you could get a computer lab with a bunch of live cds. One person in our jam connected remotely to my file server running vmware. [20:07] oh yes, snacks as well [20:07] pizza delivery works great for that [20:08] In our case we had some 8 people at my house. Everyone used my home network and downloaded packages over my cable modem. Most of the packages you need are small and wasn't much of a strain on the cable line. [20:08] If bandwidth is an issue, try to provide a debmirror on the local network. https://help.ubuntu.com/community/Debmirror [20:08] The mirror will provide the packages to everyone without requiring an internet connection. [20:08] Make sure to plan of some people not being up to date. How many of you all run something other than hardy currently? [20:09] ok, guess we're all up to date, nice [20:09] So we've got our mentor, our network and location, next up we need to do some pre-planning. This should be done with the mentor. [20:09] You want to plan out the course of action. Go through the docs and figure out what you want to cover in the time you have. [20:10] Just a heads up, whatever time you have, plan on doubling it. I originally planned for a 4 hour session. [20:10] After backtracking to get everyone a GPG key, uploading them to LP, signing each other's keys, and getting through things...we had run into 8 hours long. [20:10] We didn't cover everything I had wanted to, but in the end we covered a lot of ground. [20:10] So for the docs, there are a lot out there and dholbach has done some great stuff in cleaning them up. [20:11] If you have lots of time, start out with the https://wiki.ubuntu.com/PackagingGuide/PackagingOverview and move on to the https://wiki.ubuntu.com/PackagingGuide/HandsOn and then go through the https://wiki.ubuntu.com/PackagingGuide/Basic [20:11] If you're short of time, you should be able to get through the first two docs in a couple of hours. [20:11] Go through the docs with your mentor and plan out what you want to cover, and if you can, write out the guide with copy/paste commands. [20:12] this makes life much easier for everyone to follow and avoids tracing down typos for hours [20:12] people can then copy/paste the guide and take it home with them [20:12] You can see how I did this for my Penguicon talk by using the HandsOn as a sample. http://wiki.avwsystems.com//doku.php/linux/packaging/penguicon_2008 [20:13] At the talk, I hosted it on a wiki on my laptop and had everyone in the room connect to it. This way we can all walk through step by step together. [20:13] Our first packaging jam we used gobby over the network. This worked well, but gobby has a few lacking features that make life difficult. [20:14] _stink_: yea, I prefer the wiki format [20:14] people can still edit the page, or create new pages [20:14] but you avoid the gobby issues [20:14] like [20:14] 1) Copying and pasting is dangerous as people tend to paste over content. [20:14] 2) Gobby doesn't have undo...so see [20:14] so see 1) [20:14] 3) everyone has to install it while running a local wiki just means everyone points their web browser at my IP. [20:15] and everyone has a browser so you're golden off the bat [20:15] does that make sense _stink_ ? [20:15] It's best if you can test out the commands ahead of time to watch for packages that need to be installed, config options changed, and potential issues. [20:15] <_stink_> rick_h_: QUESTION: First off, thanks for hosting that Pack. Jam. I had a great time. We used gobby to share notes, with mixed results. Do you have recommendations for sharing shell commands/links/GPG key IDs/etc.? [20:16] ok, so see above for that one, wiki ftw! and of course dokuwiki is the best [20:16] Once this is done, it's really just a matter of going through the material together. Make sure everyone is up to date at all times and if there are any questions that can't be answered, write them down and follow up. [20:17] If you have network access try to get some help in #ubuntu-motu. The more you can get done together, the better the jam will be getting everyone started [20:17] So this leads us to what should people expect to get out of a Packaging Jam. [20:17] First, they should realize they're not alone. [20:18] My packaging talk at penguicon was packed. So many people want to learn packaging, but it's a bit intimidating. [20:18] I mean there are a ton of rules, docs, new commands, everything must be exactly formatted [20:19] I won't try to say it's easy, but with a Jam it's easier to get through things. Almost like a classroom [20:19] Second, if you can, try to make it meaningful to the participants. I asked people to bring something they'd like to see packaged, updated, etc. [20:19] One guy brought up this xastir package that was out of date. [20:19] When we got to talking about updating packages with a new upstream tarball, we use xastir as a second example. [20:20] This way, he left with something a bit more real then packaging the hello application [20:20] He had a need to learn packaging and when he went home, he could work on that package. [20:20] after all, we all want to learn how to package things for some reason [20:21] myself I took what I learned and combined with the Launchpad PPAs helped do the first packages for the Gnome Do application [20:21] suddenly the user base went boom! People want easy to install applications [20:22] I'd like to think the xastir guy would be likely to maintain/update that package in the future. [20:22] Syntux> QUESTION: Giving participant the liberty to pick the package would make things harder on the instructor side especially if he's not a MOTU, or there is a magical trick around that? [20:22] First, if you can get examples ahead of time the better [20:23] we had a few guys bring things, one wanted to learn how to do a meta-package for his work stuff [20:23] which we didn't get to and our former MOTU couldn't recall how to do [20:23] so there's definitely some practical side to things [20:23] but any time you can get someone a practical use for this stuff he'll leave happier [20:23] I mean, we all went to school and had to learn a bunch of stuff...but the coolest was the stuff we could use [20:24] make sense? [20:24] ScottK: definitely. At the time the docs were setup to start with packaging Hello fresh [20:24] and it's definitely harder to do [20:24] dholbach has done some great work making it a bit different now [20:24] the hands on guide, fixing the bug first, is much easier to get into [20:25] and I'd definitely suggest starting with those smaller examples before moving up to packaging new stuff [20:25] there's a lot more use in fixes/updating vs new software for the most part anyway [20:25] So ask people to bring problems. This will definitely add to the amount of time needed, but really adds a LOT to the jam. [20:26] so that's about what there to a jam [20:26] mentor, people, venue, plan [20:27] So let's say you had a jam, make sure to let us know. [20:27] There's a bunch of wiki pages for showing you have a jam coming, and telling us how it went. [20:27] https://wiki.ubuntu.com/MOTU/RunningPackagingJam add it to the events page: https://wiki.ubuntu.com/MOTU/Events [20:27] Blog about it coming up and let us know so we can blog about it. We want you to have a great audience. [20:27] our first jam was 8 people with only 1 knowing much about packaging and that was about right I flet [20:28] felt* [20:28] Finally, make sure you follow up. [20:28] I know we've planned on holding another jam here soon. [20:28] Now that the first one is over with there's a larger pool of people to help run it. [20:28] There's also the possibility of having a second “advanced” track for next time. [20:29] it's definitely not something that is limited to a one time thing, there's always more to learn/do [20:29] So repeat of my email in case anyone needs/wants any info rharding@mitechie.com [20:29] Does anyone have any questions? [20:29] kind of ran through that quick...make sense to everyone? [20:30] QUESTION: Would you recommend any prerequisite to the audience? [20:30] hmm, well I made sure I sent out links ahead of time for people to do any pre-reading they could do [20:30] I'm actually reading up to run a packaging jam but I'm bit afraid of doing so :D [20:30] the big thing is that packaging work is terminal work [20:31] so make sure people are aware of that. [20:31] QUESTION: Can you talk about bitesize bugs? [20:31] it hasn't been an issue, but some people think the terminal will bite them [20:31] bitesize bugs, that's a new packagers playground [20:32] sec, let me find the link [20:32] https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize [20:32] so bitesize bugs are bugs that someone has looked at [20:32] and found should be a small quick fix [20:33] often you see things like a package is missing a .desktop file [20:33] something that's pretty easy for someone learning to package to bite into [20:33] so a good follow up packaging jam would be to hold a bitesize bug session [20:33] get those guys/gals back together and see if together you can tackle some of those bitesize bugs [20:34] dholbach has a list of 'really-fix-it' bugs [20:35] This is a list of bugs that have fixes somewhere, they just need to be brought into Ubuntu. [20:35] http://daniel.holba.ch/really-fix-it/ [20:35] These are much easier to work on than new packages and let you start relatively small and work up. [20:35] RainCT ran a jam. What did you think? Did people get something out of it? [20:36] You also dono't need to know programming, just packaging since there's already a fix out there somewhere. [20:36] great point, packaging != programming all the time. [20:36] it can definitely help in some cases, but don't let that stop you from getting involved and learning [20:36] As a MOTU, I find what we really need is more help making our existing packages better. [20:37] We'll never package everything, but it's important to work to improve quality of what we have. [20:38] any other questions? [20:38] Syntux: what keeps you from having a jam? [20:40] Syntux: definitely understand with a small user base it's hard to get the knowledge in there [20:40] but make sure you check if there's anyone in your area, ask around [20:40] in our case I didn't know Aaron our former MOTU [20:40] he didn't attend the loco, or even our local LUG [20:40] and it was by word of mouth and me asking around if anyone know packaging we found him to help [20:41] So hope you see the cool potential. It's a bit of good ole 2 heads > 1 [20:41] and if you can get 8 guys together, there's now a lot more people in the area to help with things [20:42] I ran into a guy that attended the first jam and he was working on getting together with his fav software project to help them and their ubuntu packaging [20:42] so it's very cool to see stuff like this pay off down the road [20:43] and hey, we need more balloons on the map: http://maps.google.com/maps/ms?ie=UTF8&hl=en&msa=0&msid=108939198110825717970.000446fc38319d9edd513&z=3 [20:43] Syntux> rick_h_, you just inspired me; I'll try to get some soon-to-graduate CS students to get them package their projects. [20:44] Syntux: well take ScottK's advice though. Definitely start with existing stuff [20:44] MUCH MUCH easier [20:44] that's why the newer hands on docs are so great [20:44] people want to feel like they made progress quickly [20:44] Rock On balloons! [20:45] well, if you want to give it a shot, feel free to ask me anything [20:45] most of the docs are good at pointing you where to go [20:48] so who's next in this fine openweek? [20:48] next up is xivulon with Wubi, in about 12 minutes! [20:49] tea break? [20:49] yep! [20:49] unless anyone has more questions for rick_h_? === jcastro changed the topic of #ubuntu-classroom to: Ubuntu Open Week | Information and Logs: https://wiki.ubuntu.com/UbuntuOpenWeek | How to ask questions: https://wiki.ubuntu.com/UbuntuOpenWeek/Rules | Ask questions in #ubuntu-classroom-chat, prefaced with "QUESTION:" |See https://wiki.ubuntu.com/UbuntuOpenWeek/JoiningIn to filter out channel noise | "Wubi" - Agostino Russo [20:54] Ok, about 5 minutes until "Wubi" with Agostino Russo [21:00] ok xivulon, take it away! [21:00] thanks jcastro [21:00] Hi all, [21:01] I am Agostino Russo, some of you may know me as ago [21:01] If it is ok, I would like to start with an introduction to Wubi, a few insights, some explanation on how it works and how to contribute. [21:01] Then we move to Q&A [21:01] To get some basic information on Wubi you might also be interested in these 2 links: [21:01] http://wubi-installer.org/faq.php [21:01] http://wiki.ubuntu.com/WubiGuide [21:02] As you may know, Wubi allows users to install Ubuntu into a file within a Windows filesystem. [21:02] The aim driving the project has always been to make Wubi one of the easiest OS installers ever [21:02] in order to expand the user base by reaching out to new users [21:03] and slash urban legends about Linux "difficulty" [21:03] There might be some road to cover still, but I think we are on track :) [21:03] And the community has been Key and I would like to spend a couple of words on that! [21:03] Wubi itself in fact was born as an Ubuntu community project. [21:04] The original idea came from my involvement in helping users on the forum, and observing common stumbling blocks, such as ISO burning, repartitioning, and concerns about bootloader changes. [21:04] And it grew from there [21:04] (see http://wubi-installer.org/faq.php#development for the rest of the story and a full list of credits) [21:05] If you visit the wubi forum http://ubuntuforums.org/forumdisplay.php?f=234 you will notice that myself and the other developers have answered most user requests. [21:05] Keeping a very direct link with the users is how we improve Wubi in a direction that is close to user needs. [21:05] This is true for all of Ubuntu, whose community truly rocks! [21:05] and Wubi is just one of the many examples of what we can do together! [21:06] Hence I would like to thank all the users that helped testing and contributed to Wubi. [21:06] Thank YOU! [21:06] And of course Wubi is only the tip of the iceberg. [21:07] If an installation goes smoothly, if your hardware is well detected and works out of the box, and your desktop experience is great and cool, [21:07] there is tons of work behind the scenes well outside of the Wubi project boundaries. [21:08] What makes up the user experience is not just wubi, it is the effort of thousands of developers, from the devs that contributed to the Debian installer and Ubiquity, to the upstream developers, to all the kernel hackers! [21:08] (Incidentally that works the other way too: if something does not work, it is not always Wubi fault... ) [21:08] :) [21:08] How does Wubi work? [21:08] Many think it is a virtual machine or similar [21:08] It is not [21:09] It is a 100% real installation [21:09] everything runs on real iron, except for some trickery used for the hard disk access [21:09] If you wish, you can think of Wubi as a virtual machine that only virtualises the hard disk, while keeping everything else native. [21:10] This for instance allows you to get full 3D acceleration and enjoy the wonderful Compiz desktop effects. [21:10] And this is why a dual boot is required. [21:10] Also some people are confused by the fact that Wubi "requires" Windows. [21:11] Of course the front-end would need Windows to run, but once installed, Wubi requires only the Windows filesystem [21:11] Do you know what happens to a Wubi installation if you delete all of C:\Windows? [21:11] Absolutely [21:11] nothing [21:11] You can still boot and use Ubuntu. [21:11] Wubi uses 4 main technologies: [21:12] 1) It beverages the ability of a Linux kernel to access a file as if it was a real device (loop mounts). [21:12] Most of you might have used that when mounting ISO files. [21:13] 2) It uses grub4dos, which is a special version of grub that can run on a Windows filesystem. [21:13] Grub4Dos does not actually replace the Windows bootloader, we keep the Windows bootloader and add an entry so that it will "pass the ball" to grub4dos, which in turn can launch a Linux kernel and initrd [21:13] 3) ntfs-3g which is the Linux user-space drivers that allows r/w access to ntfs. [21:14] Without that it would not be possible to perform write operations to the virtual disks in the ntfs filesystem [21:15] 4) On the Linux side, wubi uses an unattended installation techniques known as "preseeding", courtesy of the Debian-Installer and Ubiquity that then read such instructions and deliver you the finished product. [21:16] If you are interested about preseeding Evan Dandrea gave a talk on the subject https://wiki.ubuntu.com/MeetingLogs/openweekhardy/PreseedingUbiquity [21:16] Also on the Linux side there were quite a few changes that were required for Ubuntu to be able to target a loopfile, and be able to boot and reboot off a loopfile. [21:17] Such changes were originally in the Lupin project, but have now been integrated upstream within Ubuntu, thanks to the efforts of myself, Colin J Watson, and Evan Dandrea. [21:17] The changes involved packages such as grub-installer, grub, sysvinit scripts, initamfs-tools, partman-auto-loop and a few others. [21:18] As it stands today the use of a loopfile instead of a real hard-disk is the only difference between a Wubi installation and an installation to a dedicated partition. [21:18] This is not to be taken lightly though [21:18] And I would like to expand on the subject a bit: [21:19] One implication is lower I/O performance because of the extra overhead (see also http://lkml.org/lkml/2008/1/9/50). [21:20] Your performance will also depend on the state of the host filesystem, so if fat/ntfs is very fragmented the disk I/O performance of Ubuntu will deteriorate. [21:20] In normal circumstances you should not expect very noticeable changes, but there are scenarios where the performance hit might be more evident. [21:20] Another related issue is that you have a nested filesystem, this makes the configuration less robust, particularly to power outages. [21:21] This is because data loss in the host filesystem can result in journal loss in the nested filesystem. [21:21] While we have taken some measure to minimize the risks, it is unlikely that we can eliminate them altogether. [21:22] Unless we can achieve native fs installations... [21:22] Finally the swap device is also a file, and hibernation does not work in such circumstances. [21:22] Because of the above, as a long term installation I always suggest to go for the "good old way" and install to a dedicated partition. [21:23] Wubi is a great way to take Ubuntu for a ride. [21:23] But if you know about ISO burning and partitioning and/or like Ubuntu and want to use it on a permanent basis, a full installation is the way to go. [21:24] Of course we will provide ways to migrate a Wubi installation to a dedicated partition. [21:24] At the moment projects such as LVPM do not support 8.04, but you can expect the situation to improve rapidly. [21:24] How smooth is Wubi 8.04? [21:25] I think it is a major leap forward from previous versions and initial feedback is very positive. [21:25] There were a few bugs that emerged late in the process (not all of them strictly related to Wubi), [21:25] but they are being ironed out and you can expect the 8.04.1 release in July to be even smoother [21:25] Contributing to Wubi: [21:26] Software system are affected by network externalities (check wikipedia). [21:26] In short: the more we are, the better it is for all of us! [21:26] As mentioned, the motivation behind Wubi was to help bring Ubuntu/Linux to less experienced users and expand the user base. [21:27] But, if people do not know about Wubi/Ubuntu to begin with, that can hardly be achieved. [21:27] Spreading the word out is a big help!!! [21:27] In this regard, after the point release in July, I would like to start a Wubi banner campaign :) [21:27] do join in! [21:27] Of course if you know how to code, make yourself at home: [21:28] http://wiki.ubuntu.com/InstallerDevelopment [21:28] https://launchpad.net/wubi [21:28] If you want to help translating Wubi, see [21:28] https://translations.launchpad.net/wubi [21:28] If you want to add Wubi support to your very own distro, absolutely great!!! [21:28] (any debian devs around?) [21:29] Wubi is GPL [21:29] v2 [21:29] but I am flexible... [21:29] In fact there is a customization section in the https://wiki.ubuntu.com/WubiGuide that covers the topic. [21:29] Also we do ship testing builds, with new and experimental features and/or tentative bug fixes. [21:29] Testing them out and reporting back is extremely helpful. [21:30] Such builds are usually available in http://wubi-installer.org/devel/minefield [21:30] And if you are a user and things do not work well enogh for you, do something about it! [21:30] report your bug! [21:30] Many more points if you can provide the relevant logs (https://wiki.ubuntu.com/WubiGuide#head-8823bb81b6e0ecd10006d3d226c1f7e8f6f705b1) [21:31] and if you can double-check first whether your issues have already been addressed in the past [21:31] relevant links are: [21:31] https://wiki.ubuntu.com/WubiGuide [21:31] http://ubuntuforums.org/search.php?f=234 [21:31] https://bugs.launchpad.net/wubi [21:32] Now Q&A [21:32] If you are still alive, shoot! [21:32] ok, I'm going to start pasting questions [21:32] just say next when you're ready for the next one [21:32] < Bagnaj97> QUESTION: I've noticed on my (non-wubi) installation that ntfs-3g is quite cpu intensive. Does this mean installing on fat32 gives a faster system as the driver is in the kernel? [21:32] the last performance stats I saw, ranked ntfs-3g better than fat32 in several tests [21:33] you still have same chunks of overhead (loop, ext-3...) [21:33] I would stick to ntfs though [21:34] do not have the link handy on the performance tests unfortunately [21:34] next [21:35] < artir> QUESTION: Why is ubuntu 64 bits installed by Wubi instead of 32(which gives less problems to new users) [21:35] I do think that 64bit is advanced enough, and far better than it used to be. [21:36] Spreading also helps to make it better even faster, by gathering relevant user feedback [21:36] I use amd64 myself for instance [21:36] It is still possible to select 32 bit as default [21:37] not too obvious but if you care enough about 32/64 bit installation, [21:37] you can probably find your way through the FAQ :) [21:37] Flash, Wine, etc all work on 64bit now [21:37] next [21:37] < _MMA_> QUESTION: Ubuntu Studio support wasn't included because of the performance overhead of the loopback mounted filesystem. Are their any plans to have a different install method to reduce the overhead and thus maybe support for Ubuntu Studio? [21:38] that was one of the reasons [21:38] of course wubi might not be the best option for heavy video editing [21:38] another reason is that wubi requires a Ubiquity based installer [21:39] and on CD [21:39] for instance Edubuntu was not included because there was no Live CD ISO [21:40] you can still get Ubuntu-Studio (and Edubuntu) after installing via Wubi [21:40] using synaptic and selecting the appropriate packages [21:40] as for the future [21:40] we will probably extend support to the alternate ISO (which was the original installation method in 7.04) [21:41] filesystem efficiency should improve somewhat [21:41] via kernel patches [21:42] such as http://lkml.org/lkml/2008/1/9/50 [21:42] and farther back into the future, native installations might be supported (at least for ntfs) [21:42] so that there will be no need for loopfiles and nested filesystems [21:43] next [21:43] < SgtMuffins> QUESTION: What are you "few bugs" you mentioned that were being ironed out? [21:43] (you might want to touch on some of the more important ones, like the m-a madness) [21:43] or you can just pass and say next :) [21:43] You can check bugs.launchpad.net/wubi for a full list [21:43] but the main ones were the following [21:44] 1) we discovered late in the process that vista with latest patches will make wubi jameonce the CD is ejected [21:44] fixing that would have meant postponing the release. A fix is already available. [21:44] (by late, you mean the day of the release) :) [21:45] the same morning in fact :) [21:45] 2) we found out late also that when accented chars are used in the OS name, the installer will jam [21:46] French users were not too happy... But that too has been fixed [21:47] 3) Non really a wubi bugs, but an old issue due to https://bugs.launchpad.net/ubuntu/+source/grub/+bug/8497 [21:47] a proper fix is very difficult and it affects Ubuntu too [21:47] but in a recent brainstorm it occurred to us that it can be fixed in the case of Wubi [21:47] Those are the main reasons for complaints at the moment [21:48] Then of course Wubi is no magic wand [21:48] Any issue that affects Ubuntu will also affect Wubi [21:48] If you have ACPI problems in Ubuntu, the same will hold for Wubi [21:48] If you have video problems in Ubuntu, the same will hold for Wubi [21:49] in such case it is important to report the issues, so that they can be properly addressed [21:49] next [21:49] < Waistless> QUESTION: What other debian or non-debian based distributions could be maintained by Wubi, provided the relevant projects provided support? [21:50] As mentioned Wubi requires some upstream changes on the Linux side [21:50] What used to be the Lupin project. [21:50] In order to be able to install/boot/reboot off a loopfile [21:50] Such changes are now in Ubuntu. [21:51] So most Ubuntu derivatives should work with very little change [21:51] Provided a Live CD ISO is available (Ubiquity) [21:51] D-I (alternate installer) will be supported in next release (hopefully) [21:52] That should open the way to all Debian derivatives [21:52] Provided the patches can be merged upstream [21:53] Other distros that do not use preseeding or grub, might require some further changes [21:53] See also https://wiki.ubuntu.com/WubiGuide#head-46a259e526b3dbc67c622a327cb8ff2e243ea52b [21:53] next [21:54] that's it! [21:54] great [21:54] Thank you all then! [21:54] Thanks so much Agostino! [21:54] Thanks Ago! [21:54] You are most welcome === jcastro changed the topic of #ubuntu-classroom to: Ubuntu Open Week | Information and Logs: https://wiki.ubuntu.com/UbuntuOpenWeek | How to ask questions: https://wiki.ubuntu.com/UbuntuOpenWeek/Rules | Ask questions in #ubuntu-classroom-chat, prefaced with "QUESTION:" |See https://wiki.ubuntu.com/UbuntuOpenWeek/JoiningIn to filter out channel noise | "Ubuntu Documentation Project" - Richard Johnson === jcastro changed the topic of #ubuntu-classroom to: Ubuntu Open Week | Information and Logs: https://wiki.ubuntu.com/UbuntuOpenWeek | How to ask questions: https://wiki.ubuntu.com/UbuntuOpenWeek/Rules | Ask questions in #ubuntu-classroom-chat, prefaced with "QUESTION:" |See https://wiki.ubuntu.com/UbuntuOpenWeek/JoiningIn to filter out channel noise | "Ubuntu Documentation Project" - Jordan Mantha [21:56] Unfortunately Richard Johnson has a power outage, so Jordan Mantha, aka LaserJock will be filling in [21:56] In about 5 minutes. :D [22:00] ok LaserJock, take it away! [22:00] ok people, time to get excited! [22:00] My name is Jordan Mantha and I'm a volunteer developer for Ubuntu [22:01] today I'm going to give you a brief intro to the Ubuntu Documentation Project and then open it up for a Q&A time [22:01] The Doc Team is an all-volunteer army of people with a variety of technical abilities and backgrounds [22:02] with the goal of providing first-class system documentation for Ubuntu, Kubuntu, Xubuntu, and Edubuntu [22:02] as well as trying to calm the chaos that is the Ubuntu wikies [22:03] we have a core set of team members that have write access to the system documentation that is housed in bzr branches on Launchpad [22:04] the system documentation is written in docbook for people who care :-) [22:04] but we also have a DocuMENTORs program for people who want to get mentored into the team [22:04] and they can join a Documentation Students team [22:05] https://launchpad.net/~ubuntu-doc/+members gives an overview of the teams [22:05] https://wiki.ubuntu.com/DocumentationTeam is a general intro to what we work on [22:05] and https://wiki.ubuntu.com/DocumentationTeam/Mentoring talks about the mentoring program [22:06] are there any questions at this point? [22:07] QUESTION: Why should people care about docbook? [22:08] well, docbook has lots of advantages, and some disadvantages [22:08] docbook is nice because it has a fairly simple, XML, syntax [22:08] if you know any HTML you can pick it up easily [22:09] it's also built specifically for technical documentation [22:09] and it can be built into almost any other format such as HTML, PDF, etc. [22:10] the only real similar alternative I know if in terms of flexibility is TeX and we don't want to go there ;-) [22:10] next [22:11] < jayteeuk> QUESTION: Are the doc team also responsible for this week's session logs? [22:11] no [22:12] the Doc team specially works on the system documentation (what you get installed on your computer) and the wiki on help.ubuntu.com/community [22:12] Ubuntu has a wonderful Scribes team which works on irc transcripts and such [22:12] next [22:13] < bullgard4> QUESTION: It seems to me remarkable that your attention slipped the fact that many manpages are of low or uneven quality. [22:13] ah, this is an interesting question [22:13] we, in general, work on "filling in the gaps" or writing Ubuntu-specific documentation [22:14] because man pages are done by the software authors and are shipped by individual packages it becomes a much more complicated task [22:14] however, it has not slipped our notice that a great many manpages could be improved [22:15] but in terms of priority, we focus more on new users and people who are not familiar with a terminal, and hence probably won't be reading man pages [22:15] but sure, given enough resources we'd love to look at *all* documentation [22:15] next [22:15] < Syntux> QUESTION: Do you guys have a core documentation that fits under a must have with every release? [22:16] hmm [22:16] I guess we do [22:17] we always include information on things like printing, networking, setting up things like graphics cards [22:17] we try to look at at the things that a brand new Ubuntu user would need [22:17] but as this is a volunteer effort we sometimes don't get all we want [22:18] but by this point we've built up a pretty good base of the essential documentation [22:18] so what we do is update the documentation we have for the new release [22:18] then look at things we can add or new features we need to document [22:18] we also have things like a Server Guide and a Switching from Windows guide [22:19] next [22:19] < DoruHush> QUESTION: There is any plan to add to the documentation explanations regarding the use of GUI's and not only command line? (picture will be nice) (humans do not like the Terminal) [22:19] ah [22:20] well we do actually use GUI documentation wherever possible [22:20] however, we don't use a lot of screenshots [22:20] screenshots are very very difficult to keep updated and translated [22:20] Ubuntu documentation is translated into well over 50 languages [22:21] which means screenshots should be correspondingly translated, which is a very difficult task [22:21] so we tend to not use them very much and rather explain in text [22:21] but we do, as a policy, prefer GUI tools over the terminal [22:21] next [22:21] < Syntux> QUESTION: Do you have your own documentation-translation team? any ties with the LoCo team for that purpose? else how does the docs translation works? [22:22] The documentation is translated via Launchpad (Rosetta) just as the rest of Ubuntu is [22:23] we have good ties with the translation teams and we do encourage LoCo teams to maintain localized versions of the wikis [22:23] next [22:23] < bullgard4> QUESTION: It seems to me that for a brand new Ubuntu user an introductory book is esseential as you have provided in the past. How about a Hardy edition? [22:23] I believe the Official Ubuntu Book is being updated [22:23] It is [22:23] there is a 3rd edition on the way [22:24] and because it is released under a free license the Documentation team incorporates it into our documentation [22:24] http://www.mypearsonstore.com/bookstore/product.asp?isbn=0137136684 [22:24] in terms of having a big "User Guide" PDF we've found that users tend to not use them and they are hard to maintain [22:25] instead we've moved to what's called a Topic Based Help system that you seen when you open the Help viewer [22:26] any more questions? perhaps on the wikis? [22:26] *waiting on questions* [22:26] I know it's pretty late on a Friday for most people [22:26] :-) [22:26] I will say that the Documentation team is one of the very best places to get involved with contributing to Ubuntu [22:27] unlike packaging and bug triage which you've probably seen quite a bit of [22:27] documentation doesn't take a lot of technical skill [22:27] having pretty good English skills is about it [22:28] next? [22:28] < bullgard4> QUESTION: What can you do to encourage people to write more Ubuntu Wiki articles than in the past? [22:28] well, there's a couple things there [22:29] first, we can promote it more [22:29] talk about it on Planet Ubuntu, talk to our friends, link more from the forums [22:29] second, we already have a huge amount of documentation on the wikis [22:29] a lot of what we really need is people to expand or clean up existing articles [22:29] documentation is very much a collaborative process [22:30] some people are good about starting pages and getting them organized [22:30] some people are good at expanding and making pages more user-friendly [22:30] some people are good at proofreading and check spelling and grammar [22:30] we need all those people [22:30] next [22:30] < DoruHush> QUESTION: The KDE4 documentation it is included at this time into the ubuntu documentation? Or it is expected the final (stable) release of the Kubuntu KDE4 to do that? [22:31] well, I believe there is KDE4 documentation [22:31] to be honest Richard Johnson, who I'm replacing as he couldn't be here, is the one to ask [22:32] but we at least have the documentation that KDE4 people have written [22:32] next [22:32] *waiting on questions* [22:32] < DoruHush> QUESTION: On the wiki at this time are a lot of pages that are outdated, and are in desperate need of updates (upgrades). How the community can help with that? [22:33] what we need for the wiki is really a "critical mass" of people [22:33] we have people who work on the wiki here and there trying to update and clean up [22:34] but once we get enough people together into a common effort we can really get a lot done [22:34] for people who are interested I would highly recommend joining the ubuntu-doc mailing list [22:34] you can find it on http://lists.ubuntu.com [22:34] the documentation team does have a wiki team [22:34] https://launchpad.net/~ubuntu-wiki [22:35] that's a good place to get started [22:35] if you want to jump in check out https://help.ubuntu.com/community/CategoryCleanup [22:35] which lists pages that need cleaning up [22:36] and https://help.ubuntu.com/community/WikiGuide which helps you know our "standards" [22:36] next [22:36] < bullgard4> QUESTION: Ever thought of an incentive "Best Wiki artcle of the month"? [22:36] that could be a lot of fun [22:37] please send an email about that to the ubuntu-doc list [22:37] I think that could definately be something fun to do [22:37] thanks for the suggestion [22:37] next [22:37] < gscholz> QUESTION: Going back to the translation issue, how is updating managed? Is an old translation lost if the original English text is updated? When I look at my German help browser on the same page I find English paragraphs mixed up with German ones. [22:37] ah [22:37] well, that can happen [22:38] the documentation is frozen before release to allow time for translators to do their work [22:38] but often times translations are not complete [22:38] we don't "throw away" a translation just because it isn't 100% done [22:39] we ship what we have (there is a threshold of around 10% for space considerations) [22:39] next [22:39] < BonesolTeraDyne> QUESTION: Is there a site that would help a newbie learn to write documentation in Docbook format? I mean a decent step-by-step, not something that just explains the process. [22:39] hmm [22:40] I can't think of a really really good one [22:41] one of the best things to do is to just jump in [22:41] you can head over to #ubuntu-doc any time to ask questions [22:41] plus you might want to sign up for the Mentoring program [22:41] there you can get more one-on-one help [22:41] https://wiki.ubuntu.com/DocumentationTeam/Mentoring [22:42] https://help.ubuntu.com/community/DocBook might be some help [22:42] next [22:42] < DoruHush> QUESTION: The wiki pages can be localized (translated) into other languages? [22:42] they certainly can be, but we don't host them on wiki.ubuntu.com or help.ubuntu.com [22:43] what we prefer is to have LoCos maintain a copy of the wikis on their sight [22:43] in this way we hope to point users to the LoCos [22:43] and to their specific language [22:43] and help.ubuntu.com doesn't get full of 50 versions of each page :-) [22:43] next [22:44] *waiting on questions* [22:44] someone linked to this though for docbook: http://developer.gnome.org/projects/gdp/handbook/gdp-handbook/ar01s04.html [22:44] thanks dsas! [22:45] one question we often get is why an Ubuntu Documentation team exists at all [22:45] that we should point people to upstream documentation teams like Gnome or KDE [22:46] what the Ubuntu Doc team does is write documentation that links things together [22:46] or documents places where we've changed things in Ubuntu [22:46] we write documentation for specific task rather than for specific programs [22:47] and now that Hardy has been released [22:47] we've got an effort going to go help out the Gnome Documentation team for a while before we really get into Intrepid's docs [22:47] so we do try to work closely with upstream documentation teams [22:48] any more questions? anything at all? [22:49] I would encourage anybody interested in documentation to join the ubuntu-doc mailng list [22:50] it's a low-key hang out :-) [22:50] and do remember that the documentation team does more than just Ubuntu [22:51] for Hardy the Xubuntu and Server documentors did some really awesome work [22:51] < DoruHush> QUESTION: In the lifetime of one Ubuntu distribution (version) the translations are updated? Or they remain like they were in the day of the release? [22:51] we treat documentation much the same way as anything else in Ubuntu [22:52] we have a freeze about a month or so before release [22:52] to allow for tranlsations and also for us to proofread [22:52] after release people will find "bugs" [22:52] typos, maybe an incorrect command [22:53] and we will fix those if they're important [22:53] we also ship updated translations after release (about once a month or so) [22:53] so people are always encouraged to keep translating :-) [22:53] if you find an error in the system documentation please file a bug [22:54] time for one more question! [22:56] ok, no questions [22:56] alrighty [22:56] thanks so much everyone for participating in another day of openweek! [22:56] thank you all for your questions [22:56] and thanks LaserJock for filling in! [22:56] no problem [22:56] Next sessions start @ 1500UTC tomorrow [22:56] So we'll see you all again tomorrow, thanks!