LightningTalks

Differences between revisions 4 and 6 (spanning 2 versions)
Revision 4 as of 2005-11-02 18:05:26
Size: 14369
Editor: 209
Comment:
Revision 6 as of 2005-11-03 11:06:37
Size: 17184
Editor: newgate54
Comment:
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
NOT PROOFREAD IN ANY WAY, CORRECTIONS WELCOME QUICKLY PROOF-READ, CORRECTIONS WELCOME
Line 9: Line 9:
The idea is to put by default network-manager to provide user friendly network configuration, this will not be as simple as we think it is as there are several issues, one of the main problems is that the network manager uses bind9, there are good reasons to provide that service but bind9 is a bit too much. Needs a KDE frontend. Other things that it depends on, the first set would be for dapper to put it in main eventually changnig it to be started by default. eventually change it to change to a real applet. that has to be seen how upstream will consider that. One of he main issues is that it can not work with a static IP address so it is not suitable for servers. So it will be for desktops only. Do we expect it to be fixed? That would seem to be logical. if it can't dhcp it gets a zeroconf IP address.   The idea is to put by default network-manager to provide user friendly network configuration, this will not be as simple as we think it is as there are several issues, one of the main problems is that the network manager uses bind9, there are good reasons to provide that service but bind9 is a bit too much. Needs a KDE front-end. Other things that it depends on, the first set would be for dapper to put it in main eventually changing it to be started by default. eventually change it to change to a real applet. that has to be seen how upstream will consider that. One of the main issues is that it can not work with a static IP address, so it is not suitable for servers. So it will be for desktops only. Do we expect it to be fixed? That would seem to be logical. if it can't dhcp it gets a zeroconf IP address.
Line 13: Line 13:
This is a bit more specific than mirco-buntu, whoever is interested to see it running can look at the device we brought with us, compatible with the 770 that jeff will talk about, it has no nokia IP issues. There are a lot of mobile phones in the world and this is for people who can not afford whole computers. Use case is jeff on holiday in brazil and learns that a school needs to have computers.   This is a bit more specific than micro-buntu, whoever is interested to see it running can look at the device we brought with us, compatible with the 770 that Jeff will talk about, it has no Nokia IP issues. There are a lot of mobile phones in the world and this is for people who can not afford whole computers. Use case is Jeff on holiday in brazil and learns that a school needs to have computers.
Line 21: Line 21:
one of the targets of dapper is for people to be able to plug in local devices and get it to pop up on the desktop, that's difficult because it has to go via the server. we are going to be looking at getting hal to do the detection and get the appropriate dbus signals. there's lot more work to do, looks like we may have to submit an upstream patch in nautilus to configure the eject command because when you want to eject media it may be a local device or have that sent over the network. thin client sound the general consensus is that all network sound sucks but esd sucks the least so we will continue with that the idea is to integrate it with gstreamer and make it a lot cleaner than it is in ltsp. onto the thin client startup, sitting at the table we managed to shave 25 seconds off the startup by turning off some unneeded services. ogra will do some drafting tonight and I'll pick apart the RC scripts.   one of the targets of dapper is for people to be able to plug in local devices and get it to pop up on the desktop, that's difficult because it has to go via the server. we are going to be looking at getting hal to do the detection and get the appropriate dbus signals. there's lot more work to do, looks like we may have to submit an upstream patch in nautilus to configure the eject command because when you want to eject media it may be a local device or have that sent over the network. thin client sound the general consensus is that all network sound sucks but esd sucks the least so we will continue with that the idea is to integrate it with gstreamer and make it a lot cleaner than it is in ltsp. onto the thin client startup, sitting at the table we managed to shave 25 seconds off the startup by turning off some unneeded services. ogra will do some drafting tonight and I'll pick apart the RC scripts.
Line 25: Line 25:
Scott shows a picture of his mum. This is daily script which shows 3 diff between debian and ubuntu. the reason they try it all possible ways is to make it work, sometimes ubuntu makes a small patch and sometimes its the other way, debian do the one way patch and we rechange the whole installer. Once it's found the source package with the minimum problems it spits it on a website ongoing-merge and puts the merge source package. Another side is NDA, a system that outputs the patches to debian, which contains the ubuntu diff only separated out into little pieces ready for debian to link to on their package tracking system and marge upstream and in debian. it's reduced a lot of manual workload at the expense of tedius workload since all the interesting stuff is automatic.   Scott shows a picture of his mum. This is daily script which shows 3 differences between Debian and Ubuntu. the reason they try it all possible ways is to make it work, sometimes Ubuntu makes a small patch and sometimes its the other way, Debian do the one way patch and we rechange the whole installer. Once it's found the source package with the minimum problems it spits it on a website ongoing-merge and puts the merge source package. Another side is NDA, a system that outputs the patches to Debian, which contains the Ubuntu diff only separated out into little pieces ready for Debian to link to on their package tracking system and merge upstream and in Debian. it's reduced a lot of manual workload at the expense of tedious workload since all the interesting stuff is automatic.
Line 29: Line 29:
Wouldn't it be cool if there was something with an 800x480 screen with wifi, bluetooth, audio and expandable storage and completely open. nokia have released the 770, they are using lots of tasty bits of gnome inside it. it has an e-mail client and the user interface learns with you. web browser is based on opera but will be KHTML in future. video is based on mplayer. Lots of applications have been ported because it's an open platform but Doom runs, abiword, gnumeric, SDL games, heaps of stuff. built on gstreamer, gtk, dbus, they've called the platform maemo, open development environment. one of the coolest things is nokia have released $99 development kits for anyone who can e-mail them with a good reason. that $99 is then donated to gnome foundation. they have consulting companies who employ gnome hackers to work on it.   Wouldn't it be cool if there was something with an 800x480 screen with wifi, bluetooth, audio and expandable storage and completely open. Nokia have released the 770, they are using lots of tasty bits of gnome inside it. it has an e-mail client and the user interface learns with you. web browser is based on opera but will be KHTML in future. video is based on mplayer. Lots of applications have been ported because it's an open platform but Doom runs, abiword, gnumeric, SDL games, heaps of stuff. built on gstreamer, gtk, dbus, they've called the platform maemo, open development environment. one of the coolest things is Nokia have released $99 development kits for anyone who can e-mail them with a good reason. that $99 is then donated to gnome foundation. they have consulting companies who employ gnome hackers to work on it.
Line 35: Line 35:
As mark said his name is brad bolenbach, developer working on malone the bug tracking part of launchpad. malone feeds on the collaoratie aspect, we want everyone to work together and speed up the process of collaborating on bugs and sharing he fixes. shows the malone front page, the portal for everybody who uses launchpad. You can see immediatly the stats, how many bugs are being tracked, different places where they have been found and fixed. whoever is using malone, if you are the ubuntu version or the edubuntu version or the upstream guy there is always a page for the parts you are interested in. you are always looking at malone through one of these lenses. depending on the context you are in it changes in subtle ways to point out the bits that are most interesting to you. shows upstream firefox context. here's a bug that's been filed in mozilla bugzilla and malone. malone is always aware of what is most interesting to you.   As Mark said his name is Brad Bolenbach, developer working on malone the bug tracking part of launchpad. malone feeds on the collaborative aspect, we want everyone to work together and speed up the process of collaborating on bugs and sharing the fixes. shows the malone front page, the portal for everybody who uses launchpad. You can see immediately the stats, how many bugs are being tracked, different places where they have been found and fixed. whoever is using malone, if you are the Ubuntu version or the edubuntu version or the upstream guy there is always a page for the parts you are interested in. you are always looking at malone through one of these lenses. depending on the context you are in it changes in subtle ways to point out the bits that are most interesting to you. shows upstream firefox context. here's a bug that's been filed in mozilla bugzilla and malone. malone is always aware of what is most interesting to you.
Line 37: Line 37:
Malone has an e-mail interface, anyone who has used e.g. debbugs before this will be your way in. there's a page on the wiki called MaloneEmailInterfaceUserDoc to say how to use it. if you are using threaded e-mail client you will get bugs as threads. You can also edit multiple bugs in an e-mail. is there a way to find out by e-mail if a package exists in malone? not yet but that can be talked about.   Malone has an e-mail interface, anyone who has used e.g. debbugs before this will be your way in. there's a page on the wiki called MaloneEmailInterfaceUserDoc to say how to use it. if you are using threaded e-mail client you will get bugs as threads. You can also edit multiple bugs in an e-mail. is there a way to find out by e-mail if a package exists in malone? not yet but that can be talked about.
Line 39: Line 39:
You can subscribe to a bug which means you'll get notification from malone if any changes happen in malone or upstream. People that maintain the packages or the upstreams will implicitly get subscribed. Teams can also be subscribed. He's working on being able to subscribe to packages.   You can subscribe to a bug which means you'll get notification from malone if any changes happen in malone or upstream. People that maintain the packages or the upstreams will implicitly get subscribed. Teams can also be subscribed. He's working on being able to subscribe to packages.
Line 41: Line 41:
You can add attachments too. The other things malone supports is duplicates.   You can add attachments too. The other things malone supports is duplicates.
Line 43: Line 43:
You can do forward looking targeting on milestones like distributions and upstreams. Shows a bug marked for 1.0 firefox.   You can do forward looking targeting on milestones like distributions and upstreams. Shows a bug Marked for 1.0 firefox.
Line 45: Line 45:
Shows different facets in launchpad, overview, bugs (malone) which can be seen from different views, if seen from your person page you see all the bugs assigned to you. Bounties, specifications are other facets.   Shows different facets in launchpad, overview, bugs (malone) which can be seen from different views, if seen from your person page you see all the bugs assigned to you. Bounties, specifications are other facets.
Line 47: Line 47:
Maleone is privacy aware, if public any logged in user can edit stuff. If you are subscribed to a bug when it is made private you will get access. privacy is subscription based.  Maleone is privacy aware, if public any logged in user can edit stuff. If you are subscribed to a bug when it is made private you will get access. privacy is subscription based.
Line 49: Line 49:
Watches lets you watch bugzilla and debbugs. They are in the process of testing the bugzilla import into malone.   Watches lets you watch bugzilla and debbugs. They are in the process of testing the bugzilla import into malone.
Line 51: Line 51:
Coming soon to launchpad is the code facet so you can branch is bazaar and publish your changes then link that to malone if you fix a bug. If that branch gets linked to a package which gets uploaded we know it's fixed in that upload. Similar if it gets picked up by upstream.   Coming soon to launchpad is the code facet so you can branch is bazaar and publish your changes then link that to malone if you fix a bug. If that branch gets linked to a package which gets uploaded we know it's fixed in that upload. Similar if it gets picked up by upstream.
Line 53: Line 53:
= tuesday evening = = Tuesday evening =
Line 59: Line 59:
do you think a computer CPU is more or less efficient than a heater at generating heat?   do you think a computer CPU is more or less efficient than a heater at generating heat?
Line 71: Line 71:
i'm defining efficiency at generating heat, that's cheating I'm defining efficiency at generating heat, that's cheating
Line 73: Line 73:
no, it's loosing energy no, it's losing energy
Line 75: Line 75:
what do you think riddell? what do you think Riddell?
Line 79: Line 79:
what do you think steve? what do you think Steve?
Line 83: Line 83:
what do you think severas? what do you think Severas?
Line 87: Line 87:
daniel? Daniel?
Line 89: Line 89:
cpu is less efficient because it uses it for computation as well as heat CPU is less efficient because it uses it for computation as well as heat
Line 99: Line 99:
because if the CPU has an idle cycle  because if the CPU has an idle cycle
Line 105: Line 105:
when he was to become a motu you have to submit packages and get some motu to review the packages. you have the problem that now we are about 30 motu's it was much less when he started, we need to expand the motu team. with revu people can upload via dput same as otherwise. when I read the package I see several files, several reports and agnostics and comment this.   when he was to become a motu you have to submit packages and get some motu to review the packages. you have the problem that now we are about 30 motu's it was much less when he started, we need to expand the motu team. with revu people can upload via dput same as otherwise. when I read the package I see several files, several reports and agnostics and comment this.
Line 107: Line 107:
even people who havn't worked at all with packages can look at the comments and see what to do and what not to do. even people who haven't worked at all with packages can look at the comments and see what to do and what not to do.
Line 109: Line 109:
he doesn't like this implementation because it isn't manageable, he wants the UI to be more clear and usable.   he doesn't like this implementation because it isn't manageable, he wants the UI to be more clear and usable.
Line 113: Line 113:
first release in december 2003, live CD, put together in about a week before release, ran for about a year, nobody really that interested. then lots of patriotic motivation in south africa and they wanted a south african distribution, so they spent a year making their own distro, no package management, very fast.   first release in December 2003, live CD, put together in about a week before release, ran for about a year, nobody really that interested. then lots of patriotic motivation in south Africa and they wanted a south African distribution, so they spent a year making their own distro, no package management, very fast.
Line 115: Line 115:
when they started they came up with lots of names including ubuntu, but desmond tutu was going around the country selling the idea of ubuntu so they didn't want to use that. impi means a grouping of zulu warriors, however after release they realised it also means war.   when they started they came up with lots of names including Ubuntu, but Desmond Tutu was going around the country selling the idea of Ubuntu so they didn't want to use that. impi means a grouping of zulu warriors, however after release they realised it also means war.
Line 117: Line 117:
== menus, corey == == menus, Corey ==
Line 119: Line 119:
we initially decided to remove all menus for dapper but that was crack so we went through every menu item and decided if a lot of it should be crack or not. one was to remove the system tools menu which we managed to do. best way to look is the wiki page menusrevisited. removed archive manager from menu items, enough visibility with right click. in breezy evince has been removed. this will be pushed in after the conference and see what the feedback is like. kill bittorrent.   we initially decided to remove all menus for dapper but that was crack so we went through every menu item and decided if a lot of it should be crack or not. one was to remove the system tools menu which we managed to do. best way to look is the wiki page menusrevisited. removed archive manager from menu items, enough visibility with right click. in breezy evince has been removed. this will be pushed in after the conference and see what the feedback is like. kill bittorrent.
Line 121: Line 121:
why? because they're crack. they are either exposed through another interface. jeff suggested removing totem from the menu.   why? because they're crack. they are either exposed through another interface. Jeff suggested removing totem from the menu.
Line 127: Line 127:
from the preferences menu remove the ability to edit the metacity window.   from the preferences menu remove the ability to edit the metacity window.
Line 133: Line 133:
jeff says when we explain it to our users can we not message it like that? because he'll get most of the poo. Jeff says when we explain it to our users can we not message it like that? because he'll get most of the poo.
Line 137: Line 137:
idea is to remove program also remove unneeded dependencies that it leaves behind. mvo has implemented it into synaptic. the nice part of this will just work for every frontend. it will be optional, won't force removals.   idea is to remove program also remove unneeded dependencies that it leaves behind. mvo has implemented it into synaptic. the nice part of this will just work for every front-end. it will be optional, won't force removals.
Line 139: Line 139:
is it going into dapper? he hopes so, the algorithm got a lot of testing in aptitude. aptitude needs porting to this code.   is it going into dapper? he hopes so, the algorithm got a lot of testing in aptitude. aptitude needs porting to this code.
Line 147: Line 147:
There's a lot that goes on under the coveres in launchpad which you often don't see, so he thought we would like to see some today. There's a lot that goes on under the covers in launchpad which you often don't see, so he thought we would like to see some today.
Line 149: Line 149:
There are 6 major parts to the archive management system in launchpad. anyone who is a maintainer will know about uploads. anyone familiar with the system will know there is a queue through which things progress. We split it up into two parts, build master and build slave.   There are 6 major parts to the archive management system in launchpad. anyone who is a maintainer will know about uploads. anyone familiar with the system will know there is a queue through which things progress. We split it up into two parts, build master and build slave.
Line 151: Line 151:
Behind the scenes launchpad has all sorts of information but the three major things to think about today are distributions, packages within those distributions and builds within those packages.   Behind the scenes launchpad has all sorts of information but the three major things to think about today are distributions, packages within those distributions and builds within those packages.
Line 153: Line 153:
There are informational files like README. Then there is the pool of packages, all .debs, .udebs, .orig etc. Split by components (main, universe, multiverse, etc). There is the distributions tree, which tellsyou what packages are in warty-security on powerpc in universe. Debian installer is slotted in on the side.   There are informational files like README. Then there is the pool of packages, all .debs, .udebs, .orig etc. Split by components (main, universe, multiverse, etc). There is the distributions tree, which tells you what packages are in warty-security on powerpc in universe. Debian installer is slotted in on the side.
Line 155: Line 155:
Package uploads which go into the system are a collection of files. A .changes file that contains a small description of what's in the upload, changelog entries and these files in the upload. Different things can be uploaded in launchpad, packages, CDs, translations, debian-installer, anything. An upload must have at least one of these things in it. Ubuntu itself requires that maintainers only make source uploads. Launchpad support this and other policies so derivative distributions can have similar or different policies. Package uploads which go into the system are a collection of files. A .changes file that contains a small description of what's in the upload, changelog entries and these files in the upload. Different things can be uploaded in launchpad, packages, CDs, translations, Debian-installer, anything. An upload must have at least one of these things in it. Ubuntu itself requires that maintainers only make source uploads. Launchpad support this and other policies so derivative distributions can have similar or different policies.
Line 157: Line 157:
Uploads have to be signed except when they don't. As a maintainer you have to sign the upload, proove to the upload system you have the rights to do so. The build master tries to put stuff in the upload queue and doesn't have a gpg key.   Uploads have to be signed except when they don't. As a maintainer you have to sign the upload, prove to the upload system you have the rights to do so. The build master tries to put stuff in the upload queue and doesn't have a gpg key.
Line 160: Line 160:
Upload queue has 5 states, new, unapproved, accepted, done and rejected. New means there's something here we haven't seen before, anything which requires the archive manager to have a quick think about where something should go. Ubuntu enters a freeze period during its upload cycle when every upload has to be reviewed by mdz, colin etc, that would be a team in launchpad.   Upload queue has 5 states, new, unapproved, accepted, done and rejected. New means there's something here we haven't seen before, anything which requires the archive manager to have a quick think about where something should go. Ubuntu enters a freeze period during its upload cycle when every upload has to be reviewed by mdz, Colin etc, that would be a team in launchpad.
Line 162: Line 162:
The publisher is the bit that does all the grunt work. It takes packages from the launchpad librarian, which is where we store any file that we want to keep in launchpad. The second state which the packager takes on is domination, making sure we only have the latest in the archive. Most scary bit is when the publisher takes all the files so that adept can find all of this new stuff in the archive.   The publisher is the bit that does all the grunt work. It takes packages from the launchpad librarian, which is where we store any file that we want to keep in launchpad. The second state which the packager takes on is domination, making sure we only have the latest in the archive. Most scary bit is when the publisher takes all the files so that adept can find all of this new stuff in the archive.
Line 164: Line 164:
The Glorious Gofer (a prolapse of packages). First part of publishing is taking packages from librarian and putting them in the pool.   The Glorious Gofer (a prolapse of packages). First part of publishing is taking packages from librarian and putting them in the pool.
Line 166: Line 166:
Currently Ubuntu is published using dak (katie), w have a tool for importing this current data into launchpad called gina, kiko often says he thinks gina is lovely.   Currently Ubuntu is published using dak (katie), w have a tool for importing this current data into launchpad called gina, kiko often says he thinks gina is lovely.
Line 169: Line 169:

= Wednesday Evening =

== Keysigning Talk by Daniel Silverstone ==

Wanted to talk to us about keysigning since some people here are new to it. Maybe you need a key for packaging, maybe sending things in secret to people. A lot of you are sufficiently new to keysigning that you are not aware of what it means when you sign a key.

When you sign someones' key, you are making an assertion that you believe that name, that e-mail address and that key go together. This is important, if you make identity association that you haven't properly checked people won't trust you. He had a situation a few days ago where someone made a key exchange with him and then seemingly signed the key, but sent it to an e-mail address which was not on the key. It is very important that every assertion you make is checked as carefully as you can. If someone has 5 addresses on their e-mail it is a good idea to verify each one. cabot or caff are programs to do this. they send challenges to make sure the e-mail address is associated with the key. he doesn't know how to set up caff (in signing-party). All you need to do to make associations with a key and e-mail address is to send that key signed to that address.

How can you trust someone is who they say they are? There are varying levels of trust and different people will have different policies on signing that trust. GPG will let you say "i trust a little", "done some checking", "are absolutely certain", most people sign at 2. Anyone who signs at 1 is doing something wrong, useful mostly for local signatures, codemerging bots and internal use too. level 3 is a stronger assertion of checking.

A lot of people will accept government issued identity, commonly passports, drivers licences sometimes. Some people accept funky Norwegian bank cards. Physical interaction, meet them, talk to them, talk for long enough that you are comfortable you can trust them. Watch people's eyes.

He shows us how to use his tools.

== Thin Clients, Jim ==

Thin client with local devices was looked at, the ability to plug in USB keys and have them appear on the desktop. We are primarily concerned with block devices, we can already do printers etc. Still knee deep in specs for this but it'll include dbus and ssh.

Sound is being done with gnome talking to gstreamer which will talk to esd.

Want to get bootup to be <30 seconds. BIOS takes up 10 of those doing self-test.

Memory usage on the thin client is another bof. Critical that they can use machines with 32megs. Were at 96Megs looking at it today, got it down to 48Megs. Working on getting it down to 32Megs.

== Browser Defaults ==

Default start page is a lot of text, talked about creating a startubuntu.com or similar that the user can be redirected to. Discussed adding default bookMarks and removing firefox defaults.

Lightning talks Monday

QUICKLY PROOF-READ, CORRECTIONS WELCOME

Videos at http://video.ubuntu.com/ubz/ (if you're at UBZ, please use http://10.208.0.1/videos/)

Network Magic

The idea is to put by default network-manager to provide user friendly network configuration, this will not be as simple as we think it is as there are several issues, one of the main problems is that the network manager uses bind9, there are good reasons to provide that service but bind9 is a bit too much. Needs a KDE front-end. Other things that it depends on, the first set would be for dapper to put it in main eventually changing it to be started by default. eventually change it to change to a real applet. that has to be seen how upstream will consider that. One of the main issues is that it can not work with a static IP address, so it is not suitable for servers. So it will be for desktops only. Do we expect it to be fixed? That would seem to be logical. if it can't dhcp it gets a zeroconf IP address.

Embedded Ubuntu

This is a bit more specific than micro-buntu, whoever is interested to see it running can look at the device we brought with us, compatible with the 770 that Jeff will talk about, it has no Nokia IP issues. There are a lot of mobile phones in the world and this is for people who can not afford whole computers. Use case is Jeff on holiday in brazil and learns that a school needs to have computers.

Hardware Detection

Current state is quite messy, we have 3 different methods to handle hotplug events, hotplug.d scripts, etc/dev scripts and udev scripts. now that breezy is released that means every scanner that you buy will not be supported, likewise if you attach your USB scanner it won't be recognised. The scripts are unmaintainable. The kernel and udev changed to a much simpler system, so despite that we shouldn't introduce huge changes into dapper we will throw all of this hotplug mess away and code with udev scripts. module loading will be simplified drastically, now the method is real fun, the kernel knows which module to load but it doesn't tell userspace, so we have to go through all the modules to find the right one which takes very long. we still have to discuss the details of this in the next days. but expect much better hardware support in dapper.

thin clients, ltsp

one of the targets of dapper is for people to be able to plug in local devices and get it to pop up on the desktop, that's difficult because it has to go via the server. we are going to be looking at getting hal to do the detection and get the appropriate dbus signals. there's lot more work to do, looks like we may have to submit an upstream patch in nautilus to configure the eject command because when you want to eject media it may be a local device or have that sent over the network. thin client sound the general consensus is that all network sound sucks but esd sucks the least so we will continue with that the idea is to integrate it with gstreamer and make it a lot cleaner than it is in ltsp. onto the thin client startup, sitting at the table we managed to shave 25 seconds off the startup by turning off some unneeded services. ogra will do some drafting tonight and I'll pick apart the RC scripts.

merge-o-matic, mom

Scott shows a picture of his mum. This is daily script which shows 3 differences between Debian and Ubuntu. the reason they try it all possible ways is to make it work, sometimes Ubuntu makes a small patch and sometimes its the other way, Debian do the one way patch and we rechange the whole installer. Once it's found the source package with the minimum problems it spits it on a website ongoing-merge and puts the merge source package. Another side is NDA, a system that outputs the patches to Debian, which contains the Ubuntu diff only separated out into little pieces ready for Debian to link to on their package tracking system and merge upstream and in Debian. it's reduced a lot of manual workload at the expense of tedious workload since all the interesting stuff is automatic.

Righteous hardware, 770

Wouldn't it be cool if there was something with an 800x480 screen with wifi, bluetooth, audio and expandable storage and completely open. Nokia have released the 770, they are using lots of tasty bits of gnome inside it. it has an e-mail client and the user interface learns with you. web browser is based on opera but will be KHTML in future. video is based on mplayer. Lots of applications have been ported because it's an open platform but Doom runs, abiword, gnumeric, SDL games, heaps of stuff. built on gstreamer, gtk, dbus, they've called the platform maemo, open development environment. one of the coolest things is Nokia have released $99 development kits for anyone who can e-mail them with a good reason. that $99 is then donated to gnome foundation. they have consulting companies who employ gnome hackers to work on it.

Tuesday Morning

malone, Brad

As Mark said his name is Brad Bolenbach, developer working on malone the bug tracking part of launchpad. malone feeds on the collaborative aspect, we want everyone to work together and speed up the process of collaborating on bugs and sharing the fixes. shows the malone front page, the portal for everybody who uses launchpad. You can see immediately the stats, how many bugs are being tracked, different places where they have been found and fixed. whoever is using malone, if you are the Ubuntu version or the edubuntu version or the upstream guy there is always a page for the parts you are interested in. you are always looking at malone through one of these lenses. depending on the context you are in it changes in subtle ways to point out the bits that are most interesting to you. shows upstream firefox context. here's a bug that's been filed in mozilla bugzilla and malone. malone is always aware of what is most interesting to you.

Malone has an e-mail interface, anyone who has used e.g. debbugs before this will be your way in. there's a page on the wiki called MaloneEmailInterfaceUserDoc to say how to use it. if you are using threaded e-mail client you will get bugs as threads. You can also edit multiple bugs in an e-mail. is there a way to find out by e-mail if a package exists in malone? not yet but that can be talked about.

You can subscribe to a bug which means you'll get notification from malone if any changes happen in malone or upstream. People that maintain the packages or the upstreams will implicitly get subscribed. Teams can also be subscribed. He's working on being able to subscribe to packages.

You can add attachments too. The other things malone supports is duplicates.

You can do forward looking targeting on milestones like distributions and upstreams. Shows a bug Marked for 1.0 firefox.

Shows different facets in launchpad, overview, bugs (malone) which can be seen from different views, if seen from your person page you see all the bugs assigned to you. Bounties, specifications are other facets.

Maleone is privacy aware, if public any logged in user can edit stuff. If you are subscribed to a bug when it is made private you will get access. privacy is subscription based.

Watches lets you watch bugzilla and debbugs. They are in the process of testing the bugzilla import into malone.

Coming soon to launchpad is the code facet so you can branch is bazaar and publish your changes then link that to malone if you fix a bug. If that branch gets linked to a package which gets uploaded we know it's fixed in that upload. Similar if it gets picked up by upstream.

Tuesday evening

Lightning Debate

A Double Act

do you think a computer CPU is more or less efficient than a heater at generating heat?

define efficiency

efficiency in terms of wattage output

define again

efficiency in terms of wattage output in terms of wattage consumed

heater generates heat when it should so is more efficient

I'm defining efficiency at generating heat, that's cheating

no, it's losing energy

what do you think Riddell?

I agree entirely

what do you think Steve?

I was somewhere else

what do you think Severas?

laws of thermodynamics mean the energy always goes somewhere so it's exactly the same

Daniel?

CPU is less efficient because it uses it for computation as well as heat

so where does the energy go, into a back hole?

so does it matter if it's windows or linux?

no

why

because if the CPU has an idle cycle

time up

revu

when he was to become a motu you have to submit packages and get some motu to review the packages. you have the problem that now we are about 30 motu's it was much less when he started, we need to expand the motu team. with revu people can upload via dput same as otherwise. when I read the package I see several files, several reports and agnostics and comment this.

even people who haven't worked at all with packages can look at the comments and see what to do and what not to do.

he doesn't like this implementation because it isn't manageable, he wants the UI to be more clear and usable.

impi

first release in December 2003, live CD, put together in about a week before release, ran for about a year, nobody really that interested. then lots of patriotic motivation in south Africa and they wanted a south African distribution, so they spent a year making their own distro, no package management, very fast.

when they started they came up with lots of names including Ubuntu, but Desmond Tutu was going around the country selling the idea of Ubuntu so they didn't want to use that. impi means a grouping of zulu warriors, however after release they realised it also means war.

we initially decided to remove all menus for dapper but that was crack so we went through every menu item and decided if a lot of it should be crack or not. one was to remove the system tools menu which we managed to do. best way to look is the wiki page menusrevisited. removed archive manager from menu items, enough visibility with right click. in breezy evince has been removed. this will be pushed in after the conference and see what the feedback is like. kill bittorrent.

why? because they're crack. they are either exposed through another interface. Jeff suggested removing totem from the menu.

What does the usability expert think of this? he agreed with most of it.

So we will move a bunch of stuff around and make it more usable.

from the preferences menu remove the ability to edit the metacity window.

you can always use gconf anyway.

oh gconf will be hidden by default.

Jeff says when we explain it to our users can we not message it like that? because he'll get most of the poo.

removing dependencies

idea is to remove program also remove unneeded dependencies that it leaves behind. mvo has implemented it into synaptic. the nice part of this will just work for every front-end. it will be optional, won't force removals.

is it going into dapper? he hopes so, the algorithm got a lot of testing in aptitude. aptitude needs porting to this code.

Wednesday Morning

Daniel - Soyuz

The Archive Management Dream Team

There's a lot that goes on under the covers in launchpad which you often don't see, so he thought we would like to see some today.

There are 6 major parts to the archive management system in launchpad. anyone who is a maintainer will know about uploads. anyone familiar with the system will know there is a queue through which things progress. We split it up into two parts, build master and build slave.

Behind the scenes launchpad has all sorts of information but the three major things to think about today are distributions, packages within those distributions and builds within those packages.

There are informational files like README. Then there is the pool of packages, all .debs, .udebs, .orig etc. Split by components (main, universe, multiverse, etc). There is the distributions tree, which tells you what packages are in warty-security on powerpc in universe. Debian installer is slotted in on the side.

Package uploads which go into the system are a collection of files. A .changes file that contains a small description of what's in the upload, changelog entries and these files in the upload. Different things can be uploaded in launchpad, packages, CDs, translations, Debian-installer, anything. An upload must have at least one of these things in it. Ubuntu itself requires that maintainers only make source uploads. Launchpad support this and other policies so derivative distributions can have similar or different policies.

Uploads have to be signed except when they don't. As a maintainer you have to sign the upload, prove to the upload system you have the rights to do so. The build master tries to put stuff in the upload queue and doesn't have a gpg key. The upload system will create people if they are not already in launchpad.

Upload queue has 5 states, new, unapproved, accepted, done and rejected. New means there's something here we haven't seen before, anything which requires the archive manager to have a quick think about where something should go. Ubuntu enters a freeze period during its upload cycle when every upload has to be reviewed by mdz, Colin etc, that would be a team in launchpad.

The publisher is the bit that does all the grunt work. It takes packages from the launchpad librarian, which is where we store any file that we want to keep in launchpad. The second state which the packager takes on is domination, making sure we only have the latest in the archive. Most scary bit is when the publisher takes all the files so that adept can find all of this new stuff in the archive.

The Glorious Gofer (a prolapse of packages). First part of publishing is taking packages from librarian and putting them in the pool.

Currently Ubuntu is published using dak (katie), w have a tool for importing this current data into launchpad called gina, kiko often says he thinks gina is lovely.

Gina now has to import all of warty, hoary and breezy.

Wednesday Evening

Keysigning Talk by Daniel Silverstone

Wanted to talk to us about keysigning since some people here are new to it. Maybe you need a key for packaging, maybe sending things in secret to people. A lot of you are sufficiently new to keysigning that you are not aware of what it means when you sign a key.

When you sign someones' key, you are making an assertion that you believe that name, that e-mail address and that key go together. This is important, if you make identity association that you haven't properly checked people won't trust you. He had a situation a few days ago where someone made a key exchange with him and then seemingly signed the key, but sent it to an e-mail address which was not on the key. It is very important that every assertion you make is checked as carefully as you can. If someone has 5 addresses on their e-mail it is a good idea to verify each one. cabot or caff are programs to do this. they send challenges to make sure the e-mail address is associated with the key. he doesn't know how to set up caff (in signing-party). All you need to do to make associations with a key and e-mail address is to send that key signed to that address.

How can you trust someone is who they say they are? There are varying levels of trust and different people will have different policies on signing that trust. GPG will let you say "i trust a little", "done some checking", "are absolutely certain", most people sign at 2. Anyone who signs at 1 is doing something wrong, useful mostly for local signatures, codemerging bots and internal use too. level 3 is a stronger assertion of checking.

A lot of people will accept government issued identity, commonly passports, drivers licences sometimes. Some people accept funky Norwegian bank cards. Physical interaction, meet them, talk to them, talk for long enough that you are comfortable you can trust them. Watch people's eyes.

He shows us how to use his tools.

Thin Clients, Jim

Thin client with local devices was looked at, the ability to plug in USB keys and have them appear on the desktop. We are primarily concerned with block devices, we can already do printers etc. Still knee deep in specs for this but it'll include dbus and ssh.

Sound is being done with gnome talking to gstreamer which will talk to esd.

Want to get bootup to be <30 seconds. BIOS takes up 10 of those doing self-test.

Memory usage on the thin client is another bof. Critical that they can use machines with 32megs. Were at 96Megs looking at it today, got it down to 48Megs. Working on getting it down to 32Megs.

Browser Defaults

Default start page is a lot of text, talked about creating a startubuntu.com or similar that the user can be redirected to. Discussed adding default bookMarks and removing firefox defaults.

UbuntuBelowZero/LightningTalks (last edited 2008-08-06 16:23:45 by localhost)