=== asac_ is now known as asac === imlad is now known as imlad|away [01:00] #startmeeting [01:00] Meeting started at 19:00. The chair is cprofitt. [01:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [01:00] welcome to the Ubuntu Community Learning Project Meeting [01:00] thanks cprofitt :) [01:00] let me fix up the Agenda real quick [01:01] k [01:01] there we go :) [01:02] [TOPIC] [01:02] [TOPIC] Publicty by pleia2 [01:02] New Topic: Publicty by pleia2 [01:02] so far doctormo and I have blogged about it, which was picked up in UWN \o/ [01:03] have had a lot of traffic in the channel the past few days :) [01:03] that is good... what are we looking for with publicity right now [01:03] so I want to make sure we're all prepared to handle this, but I want to keep the momentum going [01:04] blogging and sharing stuff with loco teams will work the best, I think [01:04] yes... [01:04] any other thoughts? [01:04] How are we coming on course development? [01:05] that's the next topic :) [01:05] we have two started [01:05] [TOPIC] Course Development [01:05] New Topic: Course Development [01:05] so doctormo has been working on his sysadmin stuff [01:05] which two [01:05] Cool. Do you still need help? [01:05] they are all linked here; https://wiki.ubuntu.com/Learning/SystemAdminTopics [01:05] sagaci, we actually have some sample courses on the site already too [01:06] sorry I am late [01:06] cprofitt: we need tons of help :) [01:06] more writers, more reviewers are always helpful, more experts [01:06] I agree... [01:06] but doctormo's start on the sysadmin stuff is realy great [01:06] I think a how to moodle would be good =) [01:06] Do we need to take doctormo's stuff and convert to Moodle [01:07] nothing is in moodle yet, so that nede to be taken care of [01:07] bodhi_zazen, have you looked at the how-to I uploaded? [01:07] cprofitt: yeah [01:07] no, but I shall [01:07] the current plan is to use bzr for course development (doctormo posted info on the list on friday) [01:07] and then use moodle for course deployment [01:08] that was one of the first courses I uploaded [01:08] [LINK] https://lists.ubuntu.com/archives/ubuntu-learning/2009-August/000017.html [01:08] LINK received: https://lists.ubuntu.com/archives/ubuntu-learning/2009-August/000017.html [01:08] will the bzr have moodle course files or some other format? [01:08] bzr can be hard for people to use =) [01:08] for now, other format [01:08] bodhi_zazen: there are some good how-tos on the ubuntu wiki [01:09] yea, I have helped a few people with those [01:09] it's pretty straight forward after a few minutes of trying to figure it out, and you can always view the stuff via the web interface [01:09] it's just committers of material who will need to know how to use it really [01:10] so doctormo is on sysadmin stuff, I've been tasked with beginning the Desktop stuff - which doctormo gave me an outline for [01:10] planning on having this first section done aug 31st [01:10] nice... [01:10] I think those are some big first steps... [01:11] are you guys leveraging any external materials? [01:11] yeah, if you look at the sysadmin page you can see some links already exist: https://wiki.ubuntu.com/Learning/SystemAdminTopics [01:11] fleshing that out more would be *great* [01:11] and I think that's where we should put our focus [01:11] so the sysadmin topics... [01:12] so when the course writer comes along they just need to reference those materials already linked to write the course [01:12] are each of the bullet points a course? [01:12] loosely [01:12] it is a work in progress [01:12] I envision the courses being able to link back out to these materials too... [01:12] once you get rolling with development you might find out there isn't enough material for each course, or too much [01:12] I like that outline [01:12] no need to 'cut-n-paste' content [01:12] make 'reading' assignments [01:12] I should throw up a similar outline. lol [01:12] yeah [01:13] then IRC, Screen, or other activities for people to apply the reading [01:13] bodhi_zazen: maybe you can continue to develop this one? [01:13] Yea, I can add to some of those topics [01:13] I am working on an intro to Ubuntu [01:13] https://wiki.ubuntu.com/Learning/UbuntuDesktopTopics is the one I'm working on now [01:13] how to get an iso, etc [01:13] bodhi_zazen: ok, we'll have to collaborate then :) doctormo gave me that task too [01:14] the differences between desktop and alternate [01:14] I'll get you the log of what we outlined for the first desktop course [01:14] I am planning to pull in pages from the wiki [01:15] LTS versions, how to partition, etc [01:15] I'm putting my desktop work up on bzr and will be editing that wiki page, so we don't duplicate work [01:15] basic stuff we all take for granted yet many windows uses have no clue [01:15] yeah, sounds like we're on the same track ;) [01:15] it does... very sorry I am not able to write courses right now [01:16] I feel like a laggard [01:16] pleia2: should I wait for your wiki page [01:16] bodhi_zazen: can you flesh out the UbuntuDesktopTopics page with links and further outline ideas you have? [01:16] no need to wait, I'm using: https://wiki.ubuntu.com/Learning/UbuntuDesktopTopics [01:16] so as long as we both update it with our progress and touch base in IRC, we should be good [01:16] Nice outline plars [01:16] pleia2, [01:16] gah [01:17] sorry for the ping plars [01:17] yea, I will add [01:17] I will try to add some things too... [01:17] I am slowly gaining enough wisdom that I might be able to pass it along [01:18] Where are we going to put topics like VirtualBox, UFW, etc [01:18] UFW => sys admin [01:18] unless we want a security section [01:18] I noticed it was not in sys admin... [01:18] so was curious [01:18] VBox , well we would need a virtualization section, IMO [01:18] Virtualization becomes very complex fast [01:19] so we would need a section beyond those currently on the page? [01:19] NAT, bridged, sharing files, etc [01:19] or would it fit in 'use' [01:19] bodhi_zazen: I just updated the wiki, but this is the log from when doctormo outlined the intro class he teaches: http://irclogs.ubuntu.com/2009/08/14/%23ubuntu-learning.html [01:19] also discusses how he goes about course development [01:19] pleia2, I have to say you guys are doing a very good job [01:19] cprofitt: thanks :) it's really all doctormo so far [01:20] well... doctormo deserves a huge thank you [01:20] [AGREED] doctormo deserves a big thank you [01:20] AGREED received: doctormo deserves a big thank you [01:20] absolutely :) [01:20] hehe [01:20] +1 [01:20] any other topics for you bodhi_zazen ? [01:20] That is a long page [01:21] No, was thinking we should clean up the team structure page ;) [01:21] so I think what we want to do is encourage people to add links to the topic pages if they want to pitch in resources-wise, easy way to help out [01:21] I can probably look at that [01:21] [TOPIC] Team Structure page cleanup [01:21] cool [01:21] New Topic: Team Structure page cleanup [01:22] I agree bodhi_zazen I think we need to clean it up and make it be the structure not the discussion [01:22] do you have time to take that on? [01:22] yes [01:22] I would appreciate that ... and I am sure everyone else will as well [01:22] yeah, thanks bodhi_zazen :) [01:22] my crunch time at work is now through end of October [01:23] so my spare time is < 0 [01:23] I think it is a matter of merging my initial comments, with doctormo [01:23] and I it is not clear what is up I will ask =) [01:23] * cprofitt nods [01:23] sounds good! [01:23] [AGREED] bodhi_zazen to clean up structure page [01:23] AGREED received: bodhi_zazen to clean up structure page [01:24] any other topics? [01:25] I'm done [01:25] bodhi_zazen, ? [01:26] not I [01:26] #endmeeting [01:26] Meeting finished at 19:26. [01:26] thanks for coming to the meeting everyone... we can retire to our regular bat cave for informal discussions [01:26] thanks everyone! === lionel_ is now known as lionel === ember_ is now known as ember [11:03] cc meeting? [11:03] fridge calendar says yes, lack of people here says no [11:17] popey: 45 minutes [11:18] seems the timezone of the event in the fridge calendar is wrong [11:19] ta === imlad|away is now known as imlad [12:02] Unfortunately the CC meeting is not going to happen because we can't get quorum, seems like nobody updated the Fridge. Sorry. === fader|away is now known as fader === imlad is now known as imlad|away [14:01] * ogra waits patiently [14:01] * StevenK shores patiently [14:01] * bjf waves [14:05] meeting happening? [14:05] better happen soon or i'm back to bed [14:07] NCommander missing ... [14:09] he will be joining shortly [14:10] twiddle twiddle ... [14:11] * GrueMaster is here. [14:11] orz [14:11] here also === imlad|away is now known as imlad [14:13] Ugh, morning [14:13] #startmeeting [14:13] Meeting started at 08:13. The chair is NCommander. [14:13] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [14:16] * NCommander pokes StevenK ogra lool GrueMaster plars [14:17] we're here [14:17] hi [14:17] * GrueMaster pokes back. [14:17] ok [14:17] NCommander, poke youself, lets go [14:17] [topic] Action Item Review [14:17] New Topic: Action Item Review [14:17] * StevenK shores [14:17] no agenda link ? [14:18] ogra, I forgot to create a new page [14:18] hmm, k [14:18] * NCommander is not on his A game this week [14:18] so move on [14:18] * GrueMaster mumbles "this week?" [14:18] just bag the meeting [14:18] [topic] NCommander to investigate https://bugs.launchpad.net/ubuntu/+source/vnc4/+bug/338148 (co) [14:18] New Topic: NCommander to investigate https://bugs.launchpad.net/ubuntu/+source/vnc4/+bug/338148 (co) [14:18] Ubuntu bug 338148 in vnc4 "Needs new version from Debian: fails to build with removal of mesa-swx11-source" [High,Triaged] [14:18] c/o [14:19] [topic] GrueMaster to retest on i386 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/337809 [14:19] New Topic: GrueMaster to retest on i386 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/337809 [14:19] Ubuntu bug 337809 in linux "APIC error on CPU 0" [Medium,Triaged] [14:19] co [14:19] does that even still occur ? [14:20] Hardware to reproduce is not currently set up. [14:20] [topic] Specification status [14:20] New Topic: Specification status [14:20] [topic] ogra's status [14:20] New Topic: ogra's status [14:20] ?? [14:20] http://people.canonical.com/~lool/mobile-status.html is supposed to be our blueprint status overview of the future, it relies on everyone having the status field in the blueprints up to date ahead of the meeting ... seems lool didnt set up a cronjob to update the page though so we might need to go through that [14:20] LINK received: http://people.canonical.com/~lool/mobile-status.html is supposed to be our blueprint status overview of the future, it relies on everyone having the status field in the blueprints up to date ahead of the meeting ... seems lool didnt set up a cronjob to update the page though so we might need to go through that [14:20] manually [14:21] i though lool showed that to you at the sprint [14:21] ogra, right, but I thought we were still going to go over status individually regardless [14:21] ogra, we did that last week [14:21] yes, last week was supposed to e the last time, but fine [14:21] Looks like it is updating fine. [14:21] I think the idea was just to see if there was anything currently blocking anyone [14:21] * ogra wonders why he took the effort to updae the statuses [14:22] otherwise, read the status page [14:22] Ok ... [14:22] GrueMaster, it doesnt reflect todays status for any of mine [14:22] anyway [14:22] freescale-desktop: Waiting on manoao replacement (IS) to build functional squashfs images [14:22] yeah, page doesn't seem to be updated :( [14:23] manoao is borked and cant produce uasable squashfes atm, IS is in the process to replace it, they got 10 new boards for buildds and imagebuilders [14:23] until its back we cant roll any images ... [14:23] offline-installer-gui: Trying to find a fix for the missing sched_getaffinity() syscall in qemu-arm-static to make mono packages installable in armel chroots [14:24] oh, and for freescale-desktop: rtg is in the process of renaming the kernel packages as discussed .... [14:24] all from me [14:24] [topic] plars's specifications [14:24] New Topic: plars's specifications [14:25] UNR testing: added some more testcases to checkbox [14:25] going to see about getting them integrated into daily testing in the lab [14:25] cr3 said he needs to make some minor changes but thinks they can do it [14:25] ARM testing, not much progress, need builds, and hardware [14:26] screen size/resolution testsuite: good progress this week [14:26] added support for editboxes and comboboxes and several new tests [14:26] found bugs already with it! [14:26] done [14:26] [topic] dyfet's specifications [14:26] New Topic: dyfet's specifications [14:27] Well...the lxde seed was completed, and in doing so provoked a minor war over what really should be in the seed in the public mailing list :) [14:28] did it settle ? [14:28] Kinda...or should I say, more correctly, a "vigorous discussion"? ;) [14:29] Nobody has offered any actual changes... [14:29] [topic] StevenK's status [14:29] New Topic: StevenK's status [14:29] and his specs :) [14:30] ^spec [14:30] Wubi has had some changes commited that might make it work, I'll be testing tomorrow [14:32] Er, is lool still on holiday before I ask his status? [14:32] yes until tomorrow [14:32] look at your team cal [14:32] I don't have it up at the moment [14:32] Thanks [14:32] [topic] NCommander's specs [14:32] New Topic: NCommander's specs [14:33] mobile-karmic-marvell-desktop: Uh, made quite a bit of progress [14:33] the kernel team is waiting for a design doc [14:33] they need to know what deps the packages need for uboot [14:33] Its going to be standard flash-kernel [14:33] no, surely not [14:33] Ugh, I didn't know they were dep-wait on that === dholbach_ is now known as dholbach [14:34] kernel packages are sitting in NEW since 24h [14:34] flash-kernel is used if you flash mtd (or in special cases SD) devices [14:35] does your design require the kernel or initramfs to sit in mtd ? [14:35] (or in a special SD partition thats not accessible) [14:35] ogra, its been used to create and install u-boot packages before. I can dump what I was going to put there into the postinst [14:35] i dont think thats proper [14:36] the kernel can build uboot bompliant uImage itself in the package [14:36] *compliant [14:36] no need for anything special [14:36] I can change gears then, and provide them w/ a postinst, thats pretty easy. [14:36] please document your design somewhere [14:36] ogra, I did, its on the internal wiki [14:36] *before* making up any postinst stuff [14:36] *in your spec* [14:37] thats why you have a spec [14:37] I'll fix that after the end of thi smeeting [14:37] https://wiki.ubuntu.com/Specs/KarmicMarvellDesktop is the spec [14:37] Anyway, I finished my changed to d-cd yesterday and over the weekend. [14:38] please put a detailed design description how the images are laid out in there [14:38] so others can look it up [14:38] ogra, I wrote it, I just put it in the wrong place, I'll move it [14:38] ok [14:38] just that the kernel team knows whats needed for the packaging [14:39] and others know what to expect [14:39] I'll have my bazaar branches posted later today I hope with my changes, and the boot info moved to the public wiki [14:39] will you shepherd the kernel packages through NEW once the naming is correct ? [14:39] ogra, er, I'm not an archive admin ... [14:40] shepherd doesnt mean you review them yourself [14:40] * NCommander is unfamiliar with the term [14:40] have a look at the naming, poke an archive admin [14:40] * ogra sighs [14:40] (only poke an admin if the naming is fine indeed) [14:41] * NCommander nods [14:41] and make sure they go through binary new too after they built [14:41] and test them [14:41] etc [14:41] Alright, no progress on mobile-arm-softbootloader [14:42] [topic] GrueMaster's specs [14:42] New Topic: GrueMaster's specs [14:42] ^status [14:42] LSB Testing continued as normal. No new issues. [14:42] Currently testing Ubuntu Moblin edition (Ubuntu Moblin Remix) for Moblin compliance. Will need to test against Moblin directly to establish a baseline. [14:42] mobile-unr-karmic-applications: [14:42] Work needs to be done by StevenK. Empathy is seeded now so I updated the status. Still need gwibber changes and size reduction changes. [14:42] That is all. [14:42] gwibber is done [14:42] [topic] paulliu's specs [14:42] New Topic: paulliu's specs [14:42] Size reduction, I'm waiting on you. [14:43] resolution: slow progress. But the rest things are easy. I'm putting my efforts to moblin things. [14:43] moblin: drafting. Need someone review the spec. [14:44] Also I need sync/merging from Debian for 2 packages. librest and webkit. [14:44] StevenK: Yes, I know. Will have a list by end of the week. [14:44] That's all. [14:45] Did I get everyone? [14:46] [topic] Any other business [14:46] New Topic: Any other business [14:46] as i mentioned before yesterday 10 new armel buildds arrived [14:46] davidm carried them by hand to the DC :) [14:47] \o/ [14:47] cool. Does that mean we'll have an image soon? [14:47] they will have to be set up by IS [14:47] not sure what the status on that is [14:47] i know lool worked on the images for them so they might wait for him to return from holiday before starting to get his instructions [14:48] given that they will likely use USB disks they will be slower than the current ones though [14:48] which means we need to be even more cautious to not fall behind [14:49] but that should finally enable us to build armv6+vfp [14:49] (which in turn will trigger a full archive rebuild) [14:49] and likely show new build issues in some packages [14:50] so please help out on the FTBFS list if you can :) [14:50] (after the machines are in place) [14:50] thats it from me [14:51] ogra, writeup of my current boot proposal moved to the external wiki [14:51] anyone got anything else? [14:52] guess not [14:52] #endmeeting [14:52] Meeting finished at 08:52. [14:52] * GrueMaster goes back to bed for a few hours. === imlad is now known as imlad|away === imlad|away is now known as imlad [15:59] o/ [15:59] mornings [15:59] hey \o [15:59] good morning [16:00] (afternoon) :) [16:00] good timezone ;-) [16:00] o/ [16:00] * mathiaz waves [16:00] o/ [16:00] let's get the server team meeting started [16:00] hurray [16:01] #startmeeting [16:01] Meeting started at 10:01. The chair is mathiaz. [16:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:01] Today's agenda: https://wiki.ubuntu.com/ServerTeam/Meeting [16:01] last week minutes: https://wiki.ubuntu.com/MeetingLogs/Server/20090811 [16:02] [TOPIC] Asterisk [16:02] New Topic: Asterisk [16:02] what's the state of pwlib? [16:02] o/ [16:02] it seems that pwlib was the last blocker to get asterisk 1.6 in ubuntu [16:02] mathiaz: no change from me here, since last meeting. [16:02] pwlib is ok [16:02] https://launchpad.net/~jmdault/+archive/ppa [16:03] jmdault: so you rebuilt pwlib aswell? [16:03] as in, the one in the archive is not good? [16:03] Daviey: the one in the archive is missing the -dev [16:03] isn't it -develop in the archive? [16:04] jmdault: which package from the ppa should be pushed to karmic? [16:04] mathiaz: the pwlib :) [16:04] mathiaz: all packages =) [16:04] jmdault: http://packages.ubuntu.com/karmic/libpt-1.10.10-develop [16:05] Daviey: it didn't seem to match the BuildRequires [16:05] true. [16:05] jmdault: ok - next step is to ask for sponsorship then [16:05] Debian changed the way the pwlib/libpt package is done [16:05] jmdault: I'd suggest to prioritize the package as this is a long list [16:05] mathiaz: I have 2 core devs at the office [16:05] =) [16:06] jmdault: are all the packages required? [16:06] jmdault: it's my understanding that they want to move as much as possible away from pwlib. [16:06] jmdault: core-dev -> great. [16:06] mathiaz: the most important packages are pwlib and openh323 [16:06] jmdault: so you know how the process works [16:06] mathiaz: as they're the building blocks [16:06] jmdault: ok - so I'd suggest to start by these [16:06] hi [16:06] jmdault: and move down the list by priority order [16:07] jmdault: superb. [16:07] anything else to add on this topic? [16:07] pwlib -> openh323 -> dahdi* -> asterisk* IMP [16:07] IMO* [16:07] Daviey: yes [16:07] mathiaz: there's one thing to add [16:08] mathiaz: Asterisk 1.6 does not support fax as it used to do [16:08] [ACTION] jmdault to ask sponsorship for pwlib -> openh323 -> dahdi* -> asterisk* packages [16:08] ACTION received: jmdault to ask sponsorship for pwlib -> openh323 -> dahdi* -> asterisk* packages [16:08] asterisk-app-fax will need to be removed from the repo [16:08] it's been deprecated since 2007 [16:08] jmdault: are there any plans to replace it upstream? [16:09] openh323 rebuild will require rebuild of other packages, inc Ekiga i believe.. but that is the core devs problem not the server team :) [16:09] mathiaz: Asterisk 1.6 has a bundled fax send and receive function [16:09] jmdault: deprecated -> replaced by something else? [16:09] Digium have a non-free fax app now.. don't they [16:09] ? [16:09] mathiaz: however, the trend is to use iaxmodem + hylafax [16:09] ^^ /me does this.. not the cleanest.. [16:10] also, the asterisk-addons package is not in Debian right now [16:10] only in svn [16:10] so I took the version from svn [16:10] jmdault: so there is a functional equivalent to asterisk-app-fax? [16:10] mathiaz: yes, asterisk 1.6 provides its own app_fax [16:11] jmdault: ok - asterisk-app-fax can be dropped from the archive as there is functional replacement available in karmic [16:11] ok - anything else to add on this topic? [16:11] nope [16:11] great - let's move on then [16:12] [TOPIC] Update Ebox to 1.3 [16:12] New Topic: Update Ebox to 1.3 [16:12] what's the state of ebox 1.3? [16:12] foolano: zul: ^^ [16:12] packages are already in the PPA, and I have also attached the diff to the lp bugs [16:12] its on my plate for this afternoon [16:13] :) [16:13] ok - seems like everything is on track. [16:13] btw, there's a new dependency that i uploaded to revu and to debian [16:13] Feature Freeze is next week - so plan accordingly [16:13] it made it to the debian archive before, so i dunno what i should do with it [16:13] foolano: I've read your email to ubuntu-server about slapd and will reply to it later today [16:14] foolano: just sync it then [16:14] mathiaz: thx :) [16:14] foolano: if the package is already in the debian archive you can ask for a sync [16:14] ok :) [16:14] foolano: but it needs to get passed the NEW queue [16:14] foolano: the Debian NEW queue [16:14] mathiaz: it has already passed the NEW queue [16:15] foolano: ok - then a Sync request is the next step [16:15] cool [16:15] [ACTION] zul to review ebox 1.3 packages [16:15] ACTION received: zul to review ebox 1.3 packages [16:15] anything else to add on this topic? [16:15] nope [16:15] great - let's move on [16:16] that's all from last week minutes [16:16] anything else to add wrt last week meeting? [16:17] hmm [16:17] ubuntu-server-tips [16:18] mathiaz: may i? [16:18] Daviey: I'll get to this one later [16:18] ok. [16:18] ok - let's move on. [16:18] [TOPIC] SRU weekly review [16:18] New Topic: SRU weekly review [16:18] yay [16:18] yay... [16:19] As announced in the agenda I've put up one more list online [16:19] \o/ [16:19] * zul suggests #382136 [16:19] http://people.canonical.com/~mathiaz/fix-released-bugs.ubuntu-server.2009-08-17.html [16:19] LINK received: http://people.canonical.com/~mathiaz/fix-released-bugs.ubuntu-server.2009-08-17.html [16:19] these bugs have been fixed last week [16:19] which are SRU worthy? [16:19] which *one* are SRU worthy? [16:20] bug #382136 the samba one [16:20] Launchpad bug 382136 in samba "Smbd startup failure caused by a failure to create an NT token for the guest account." [Undecided,Fix released] https://launchpad.net/bugs/382136 [16:20] * ttx suggests to remove open-iscsi from the "server packages" list, since Foundations takes care of it [16:20] ttx: ok. [16:20] ttx: although isscsi is IMO a "server" thing.. so it would be good for us to help, prod and poke where we can, surely? [16:20] ack on 382136, it's already accepted [16:23] Daviey: I'm not sure we are in the right position to make decisions for that package, like for example SRU acceptations === bjf is now known as bjf-afk [16:23] ttx: ubuntu-server removed from the open-iscsi bug contact [16:23] ttx: sure. [16:23] that doesn't prevent us from helping triaging there :) [16:23] ttx: and thus open-iscsi won't show up on the lists anymore [16:24] how about bug 57974? [16:24] Launchpad bug 57974 in vtun "VTun client segfault" [Undecided,Fix released] https://launchpad.net/bugs/57974 [16:25] zul: how did that bug got fix released? [16:25] Does Bug #358723: [16:25] This report is public edit [16:25] Launchpad bug 358723 in awstats "awstats.pl does not close table row" [Undecided,Fix released] https://launchpad.net/bugs/358723 [16:25] need an SRU? [16:26] mathias: looking at the mailing list archives and the bug is 3 years old as well [16:26] Daviey: sounds like an easy workaround, and the bug is quite specific [16:26] Daviey: would it fit any of the criteria of https://wiki.ubuntu.com/StableReleaseUpdates? [16:26] zul: upstream mailing list archive? [16:27] mathiaz: correct [16:27] mathiaz: probably not. [16:27] zul: and having a bug 3 years old doesn't mean that it must be fixed [16:27] Launchpad bug 3 in rosetta "Custom information for each translation team" [Low,Fix released] https://launchpad.net/bugs/3 [16:27] heh [16:27] zul: I'd suggest to try to add a reason why the bug is fixed released [16:28] mathiaz: tracking down the fix might be a bit harder as well [16:28] ok - anything else from the list? [16:28] mathiaz: sure [16:28] I'm not sure bug 254687 should be fix-released [16:28] Launchpad bug 254687 in vsftpd "userlist options doesn't work in vsftpd" [Undecided,Fix released] https://launchpad.net/bugs/254687 [16:28] "What i did is copy and paste users twice in user_list file and it worked" sounds like there is still a bug there [16:29] A "low" one, granted, with an easy workaround... [16:29] or do I miss something ? [16:29] * mathiaz agrees [16:30] zul: if you agree, reopen that one. [16:30] k [16:30] mathiaz: nothing else in that list I guess [16:30] ok - let's move on then [16:30] to the next list [16:30] http://people.canonical.com/~mathiaz/nominated-bugs.ubuntu-server.2009-08-17.html [16:30] LINK received: http://people.canonical.com/~mathiaz/nominated-bugs.ubuntu-server.2009-08-17.html [16:31] ^^ these are the bugs that are nominated for each release [16:31] we should either accept or decline every one of them [16:31] which one should be accepted? [16:31] I would obviously accept bug 379748, I nominated it :) [16:31] Launchpad bug 379748 in squid "Please import a fix for Debian bug 513102 (resolvconf integration)" [Undecided,Fix released] https://launchpad.net/bugs/379748 [16:32] I'd also accept bug 272060 [16:32] Launchpad bug 272060 in likewise-open "Missing DDNS update when a domain is joined" [Medium,Fix released] https://launchpad.net/bugs/272060 [16:32] well the ones marked with CVE are possibly worthy.. [16:32] ttx: accepted [16:33] Daviey: they are uisually already fixed [16:33] just need some cleanups [16:33] I'd accept bug 253743 [16:33] Launchpad bug 253743 in apache2 "[SRU] Add status to init script" [Undecided,Fix released] https://launchpad.net/bugs/253743 [16:34] that's all for me [16:34] ttx: hm - how would it fit under the SRU criteria? [16:35] ttx: it's a new feature AFAICT [16:35] I do wonder if 253743 is worth fixing for hardy.. Surely there is a worthy work-around if that bug is a year old? [16:35] mathiaz: agreed. Decline it. [16:35] i would assume the workaround is ps [16:36] ok - anything else worth accepting on the nominated list? [16:36] if not, all the remaining bugs should be marked declined [16:36] if not, all the remaining bugs should be declined [16:36] 282876 ? [16:37] bug 282876 [16:37] I will go through the list and accept/fix-released the ones that happen to be already fixed [16:37] Launchpad bug 282876 in drbd8 "drbd doesn't start on boot" [Medium,Fix released] https://launchpad.net/bugs/282876 [16:37] the via padlock ones should probably be denied [16:37] [ACTION] ttx to go throught the list of nominated bugs and decline them [16:37] ACTION received: ttx to go throught the list of nominated bugs and decline them [16:37] how do segfault-type bugs get handled? i have one that belongs to dhcp3, but isn't being worked on... [16:38] mathiaz: I'll leave the dubious ones for more fun next week. [16:38] zul: done [16:38] Sam-I-Am, they generally need to be checked for private information and then made public before most developers can see them [16:38] Sam-I-Am: on a server package? bug # please? [16:38] 358589 [16:38] bug 358589 [16:38] Launchpad bug 358589 in dhcp3 "Segmentation fault during peer startup in failover configuration" [Undecided,New] https://launchpad.net/bugs/358589 [16:39] oh, it isn't a crash report [16:39] allright - that's all for the Weekly SRU review [16:39] anything else to add? [16:39] next week we'll add one more list to review [16:40] which the list of accepted bugs and see how things are working there [16:40] mdz: should that kind of bug become a crash report? [16:40] FYI the whole SRU process is described in the Knowledge base: https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#SRU%20resources [16:41] thx [16:41] anything else to add on this topic? === bjf-afk is now known as bjf [16:42] let's move on then [16:42] [TOPIC] libmysqlclient-dev transition [16:42] New Topic: libmysqlclient-dev transition [16:42] soren: ^^ [16:42] Yes. [16:43] well - I've uploaded a new version of MySQL 5.1 to karmic [16:43] and it was promoted to main yesterday [16:43] there are a bunch of packages that need to have their dependencies updated in main: libmysqclient15-dev -> libmysqlclient-dev [16:44] Right. As a result, packages in main that depend on libmysqlclien15-dev will fail to build, so they need to be updated. There's ~10 packages affected by this, afaics. [16:44] soren: yes - I've already uploaded a third of them [16:44] mathiaz: Ah, yes, so I see :) [16:44] A bunch of them are kde/qt related - I'll ask Riddell about it [16:44] and I'll do the rest [16:45] soren: anything else to add? [16:45] Not really. I was just thinking maybe someone else wanted to do it. [16:45] It's not very sexy, but it's always rewarding to see a package with your name on it get uploaded :) [16:46] what about the packages in universe i forget what about those? [16:46] zul: MySQL 5.0 is still universe for karmic [16:46] getting rid of 5.0 is a goal for the next release cycle [16:46] k [16:47] debian is also transitioning from 5.0 to 5.1 [16:47] so we should get all the benefits in the next cycle [16:47] and the packages in universe that have the dependency on libmsqlclient-dev15? [16:47] zul: It's still in universe, so they're fine. [16:47] gotcha [16:48] zul: and the dependency should be updated in Debian [16:48] zul: while the transition to 5.1 is going on there. [16:48] anything other questions/comments on this topic? [16:48] nope [16:49] ok - let's move on. [16:49] [TOPIC] Server tips : implementation [16:49] New Topic: Server tips : implementation [16:49] Daviey: ^^? [16:49] ah ha! [16:49] Okay, i wrote an update on the ML.. did everyone catch that? [16:50] yep [16:50] great.. So i wanted to quickly talk about process.. I'm not sure it's a good long term plan for just me to approve and commit tips [16:50] We currently have 32 tips committed.. and translations are doing much better. [16:50] one remark: I think that some of the tips you approve go well beyond 160 chararcters [16:51] nijaba: yeah.. i noted this.. it's not a *huge* problem in itself, as if we want to limit to 160 chars, we can poll fortune to only return short (160 ones) [16:51] 160 wasn't an random figure :) [16:51] a* [16:52] Daviey: IIRC one the proposal was to do a review before an upload [16:52] Daviey: agreed. Other than that, I have reviewed while translating, and all seem to abide to the rules on https://wiki.ubuntu.com/server-tips [16:52] mathiaz: That is great, but how.. Does the weekly meeting really have time to cover any tips from that week? [16:52] Daviey: so you can commit new tips and we can review all of them on a monthly basis before preparing an upload [16:52] makes sense. [16:53] Daviey: sending a monthly email to the mailing list seems a good option [16:53] Would anybody else like to help confirm / committing them? [16:53] Daviey: I volunteer [16:53] hurray o/ [16:53] great - anything else to add on this topic? [16:53] One thing. [16:54] I was waiting on better translations and more tips before requesting inclusion in archives [16:54] How many tips should the target be, before doing this? [16:54] Daviey: well - FeatureFreeze is next week [16:54] Daviey: I don't think volume should count, mostly quality [16:54] so should we get it in, then bump with more tips? [16:54] Daviey: so that's the timeline for Karmic [16:55] Daviey: so please, go ahead [16:55] wilco. [16:55] erm, is the plan still to have it as part of update-motd? [16:55] In which case, we are looking at main, right? [16:55] Daviey: first universe [16:56] Daviey: yep, kirkland was supposed to give us a one line to drop in update-motd.d [16:56] nijaba: sure, you want that now? [16:56] nijaba: well the script to retrieve a locale tip seems to work. so should be easy for kirkland. [16:56] we're running out of time [16:56] kirkland: yep, that would be nice so that Daviey can include it in the package [16:56] so I'd suggest to differ this discussion to #ubuntu-server [16:56] nijaba: i'll get with Daviey later today [16:56] anything else to add? [16:56] ok. [16:56] kirkland: thanks [16:58] anything else to add? [16:58] EOF [16:58] :) [16:58] Ctrl-D [16:58] [TOPIC] Agree on next meeting date and time [16:58] New Topic: Agree on next meeting date and time [16:59] next week - same place, same time? [16:59] sounds good. [16:59] yes [16:59] And don't forget that Feature Freeze is around the corner [16:59] I'll be off next week, but I'll read the meeting notes :) [16:59] mathiaz: sounds good [16:59] mathiaz: one thing... did you get my email about some patches to the build mechanism for openldap? [17:00] mathiaz: not even sure it made it to the list [17:00] Sam-I-Am: I don't think so. Let's take this to #ubuntu-server [17:00] sure [17:00] see you all next week, same place, same time. [17:00] #endmeeting [17:00] Meeting finished at 11:00. [17:00] thanks mathiaz [17:01] thank you mathiaz [17:31] hi everyone, I thought this was supposed to be the kernel team meeting [17:32] in 30min [17:32] dhillon-v101: 17:00 UTC. [17:33] So yeah, in 30 minutes. [17:33] iulian: I am really sorry to bother you guys [17:34] No worries. [17:36] iulian: You have a unique name :) [17:37] Of course. [17:38] iulian: where are you from? I am from India [17:38] I'm currently living in Romania. [17:39] iulian: Cool that's a nice place [17:55] smb, that "vacation" feeling didn't last long did it? [17:56] bjf, Hehe, it seldomly does, does it? :) === lieb_ is now known as lieb [17:59] here we go [18:00] * smb activates attention circuits [18:00] * apw fades in [18:00] Roll Call [18:00] o/ [18:00] * rtg waves [18:00] * lieb waves [18:00] * ogasawara waves [18:00] * pgraner is here [18:00] * sconklin here! [18:00] hi everyone [18:00] * smb \o [18:00] * bjf is ready [18:00] OK... [18:00] * jjohansen1 waves [18:00] #startmeeting [18:00] Meeting started at 12:00. The chair is cking. [18:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [18:00] [LINK] https://wiki.ubuntu.com/KernelTeam/Meeting [18:00] LINK received: https://wiki.ubuntu.com/KernelTeam/Meeting [18:00] [TOPIC] Open Action Items: (apw) check up on drbd status in dkms package and kernel [18:00] New Topic: Open Action Items: (apw) check up on drbd status in dkms package and kernel [18:00] dammit thats still outstanding [18:01] topic [18:01] any progress? [18:01] I am a bit new to this meeting thing can you guys help [18:01] [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic [18:01] LINK received: https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic [18:01] [TOPIC] Karmic Release Status: Bugs (Release Meeting Bugs / RC Milestoned Bugs / Release Targeted Bugs) [18:01] New Topic: Karmic Release Status: Bugs (Release Meeting Bugs / RC Milestoned Bugs / Release Targeted Bugs) [18:01] cking, no none, i've added it to my todo for tomomrrow ... [18:01] dhillon-v101, sit back and watch a bit, you'll get the hang of it [18:02] Release Meeting Bugs (2 bugs) - https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic [18:02] RC Milestoned Bugs Alpha 4 (0 bugs) - https://bugs.launchpad.net/ubuntu/karmic/+bugs?field.milestone=12712 [18:02] Release Targeted Bugs (10 bugs) - https://bugs.edge.launchpad.net/ubuntu/karmic/+source/linux [18:02] bjf: alright thanks [18:02] dhillon-v101: also look at the first link its contains the agenda [18:02] thanks ogasawara [18:02] [TOPIC] Karmic Release Status: Milestoned Features [18:02] New Topic: Karmic Release Status: Milestoned Features [18:02] Milestoned Features - https://launchpad.net/ubuntu/+milestone/karmic-alpha-4 [18:02] dhillon-v101: cking is moderating, and using the mootbot to keep meeting notes [18:03] sconklin: alright thanks [18:03] [TOPIC] Blueprints: kernel-karmic-hwdb-workshop (ogasawara) [18:03] New Topic: Blueprints: kernel-karmic-hwdb-workshop (ogasawara) [18:03] cking: nothing new to add for this [18:03] TOPIC] Blueprints: kernel-karmic-kms (apw) [18:03] cking: hi how are you [18:03] nothing much going on there. just more testing [18:03] anything notworthy? [18:04] nothing significant this week no [18:04] [TOPIC] Blueprints: kernel-karmic-new-kernel-on-lts (rtg) [18:04] New Topic: Blueprints: kernel-karmic-new-kernel-on-lts (rtg) [18:04] I've done a bit more on it since last week. I think I'll rework the build before uploading, but I've tested it [18:04] on a number of server boxes. Its seems as ready as it ever will, though I do need to get the AppArmor user space [18:04] application updated. [18:04] Talked to kees about AA, he says its SRU'able. [18:04] rtg: this is likely going to be a big one for 10.04 [18:04] rtg will we just update AA wholesale ? [18:04] or somehow do it as a backport only? [18:05] pgraner, yep [18:05] rtg: we need to meet and discuss the supportability [18:05] I've been exploring the issues with other teams [18:05] rtg: what about other userspace bits? [18:05] seems that AA is the biggest support problem [18:05] rtg: good to hear, we can add that to the agend for the Oct sprint [18:05] ok.. moving on then [18:05] if you ignore desktop issues, then all seems to be fine. [18:05] * pgraner kicks jjohansen1 [18:06] amitk: it is the userspace bits that need updating [18:06] akc [18:06] *ack [18:06] [TOPIC] Blueprints: kernel-karmic-review-of-non-upstreamed-code (smb) [18:06] New Topic: Blueprints: kernel-karmic-review-of-non-upstreamed-code (smb) [18:06] I believe I updated the page on the sprint but since then no change. But nearly done. [18:06] ok, see what happens for next week [18:07] [TOPIC] Blueprints: kernel-karmic-android (coolony) [18:07] New Topic: Blueprints: kernel-karmic-android (coolony) [18:07] that is mostly pending our decision to rip everything which is commented out [18:07] anyone able to input for coolony? [18:07] i think this one is still on hold pending resource [18:07] ok [18:07] [TOPIC] Blueprints: kernel-karmic-suspend-resume (manjo) [18:07] New Topic: Blueprints: kernel-karmic-suspend-resume (manjo) [18:07] cking: we can drop it, I've deferred [18:08] manjo sends apologies, he's travelling today [18:08] * pgraner can't type fast enough [18:08] I will slooow down. Sorry [18:08] cking: back up for a sec [18:08] back to where? [18:08] cking: android is off the table for 9.10, since we have turned on Bender that should work for anyone wanting to try it [18:08] cking: with our kernel, much like OEM did for the demo [18:09] pgraner, isn't Bender a cartoon character? [18:09] binder? [18:09] rtg: typo [18:09] ah [18:09] rtg, Futurama [18:09] rtg: trying to type to fast [18:09] adult swim :) [18:09] *sigh* [18:09] [TOPIC] Other Release Tasks: AppArmour (jjohansen) [18:09] New Topic: Other Release Tasks: AppArmour (jjohansen) [18:09] lp #359338 - ecryptfs, is wip part 1 should be done today [18:09] Launchpad bug 359338 in linux "apparmor paths are broken when using ecryptfs on jaunty" [High,In progress] https://launchpad.net/bugs/359338 [18:10] iiuc that means we have a viable automatic work around once we have part 1 [18:10] I have also fixed several other bugs that security team have brought up [18:10] ok - so parts 2..N still coming along for 359338 [18:10] with part 1 the security team can update the policy enough to make it work [18:10] I can't see part2 or 3 hitting in Karmic [18:11] so that takes the sting out of the bug for both ecryptfs and aufs use? [18:11] but part1 is sufficeint for current policy [18:11] yes [18:11] good news, thankis [18:11] great. moving on then [18:11] it works because of how we mount them [18:11] [TOPIC] Other Release Tasks: ARM-Freescale (amitk, bjf) [18:11] New Topic: Other Release Tasks: ARM-Freescale (amitk, bjf) [18:11] I'm working on rebasing fsl-imx51 against 2.6.31-rc6 along with new debian build infrastructure. [18:11] I've reapplied all FSL patches (including the latest ER9-SP) on Jaunty and issued a pull reques [18:11] t. [18:11] Also applied the latest 9 patches from the Marvell tree to the Karmic tree and issued a pull request. [18:11] Will be reviewing the dove config next. [18:12] I've been mostly testing the initial imx51 builds and fixing the ethernet driver for the babbage board [18:12] anything else? [18:12] Working through the specs of the ethernet chip now [18:12] over [18:12] [TOPIC] Other Release Tasks: Karmic General Status (rtg, apw) [18:12] New Topic: Other Release Tasks: Karmic General Status (rtg, apw) [18:13] * cking prods rtg, apw.. [18:13] apw, I've been focused on arm this week. What have you been doing for Karmic? [18:13] most of the work going on here is on regression-potential's we have on our lists [18:14] mostly confirming they are fixed by the updates to -rc6 [18:14] cking, uploaded -rc6 rebase [18:14] most of the developement effort is in support of the new arm branches in the main tree [18:15] painful progress, but required [18:15] as one would hope the rate of change both in our side, and in linus' tree is slowing [18:15] ok, anymore? [18:15] nothign herre [18:15] [TOPIC] Security & bugfix kernels - Jaunty/Intrepid/Hardy/Others (smb) [18:15] New Topic: Security & bugfix kernels - Jaunty/Intrepid/Hardy/Others (smb) [18:15] * Dapper: 2.6.15-54.78 (security, new security release in progress) [18:15] * Hardy: 2.6.24-24.57 (security, new security release in progress) [18:15] 2.6.24-24.58 (proposed, starved in accept queue) [18:15] Will re-upload proposed after security updates [18:15] * Intrepid: 2.6.27-14.37 (security, new security release in progress) [18:15] 2.6.27-14.38 (proposed+security)[20] with 8/24 verifications [18:15] [replacement ready to include security] [18:15] * Jaunty: 2.6.28-15.48 (updates, new security release in progress) [18:15] \o/ big proposed update made it into updates! [18:15] The security packages are just now in the oven and should be baked soon. [18:15] Replacement for Intrepid proposed is in place to be accepted. [18:16] * apw points out the jaunty update ... finally that biggy with the stable update made it into -updates [18:16] thanks smb [18:16] Yeah, this helps a lot [18:16] [TOPIC] Netbook Trees: status (sconklin) [18:16] New Topic: Netbook Trees: status (sconklin) [18:17] The Jaunty LBM was branched for netbook last week (by apw). That's about it. [18:17] we are also trying to solidify process for direct uploads to the trees [18:17] right [18:17] any idea of any patches coming down the pipe? [18:17] as we will have some new security uploads soon for jaunty at least [18:18] thanks.. [18:18] [TOPIC] Incoming Bugs: Regressions (ogasawara) [18:18] we are hoping for clarification on the karmic patch stack [18:18] New Topic: Incoming Bugs: Regressions (ogasawara) [18:18] There was 1 kernel config regression but it's been resolved by Luke. [18:18] I'd also note a few others seems to have been resolved with -rc6 [18:18] still too early to see if rc6 introduces any more regressions? [18:19] yeah we don't have that big a testing base as yet [18:19] cking: I've been monitoring and have seen maybe 1 or 2 get tagged as regressions [18:19] as we near beta it is increasing as is the regression count [18:19] moving on.. [18:19] [TOPIC] Incoming Bugs: Bug day report (ogasawara) [18:19] New Topic: Incoming Bugs: Bug day report (ogasawara) [18:19] Off to a slow start, but current progress can be seen at: [18:19] http://qa.ubuntu.com/reports/ogasawara/kernel-bugday/20090818.html [18:19] LINK received: http://qa.ubuntu.com/reports/ogasawara/kernel-bugday/20090818.html [18:20] any community input? [18:20] yeah not had a chance to look at mine as yet, hoping to get to them tommorrow [18:20] cking: not yet :( [18:21] thanks ogasawara [18:21] [TOPIC] Open discussion or Questions: Anyone have anything? [18:21] New Topic: Open discussion or Questions: Anyone have anything? [18:21] dhillon-v101, have anything [18:21] yah I wanted to know more about how I can help [18:21] o/ [18:22] dhillon-v101: I'd be more than happy to get you started [18:22] sounds good, if you are interesting in how you can help i recon thats a discussion for over on #ubuntu-kernel, we always are keen for help [18:22] thanks bjf told me you would help me out [18:22] Reminder for the community the Ubuntu Kernel Team will be at Atlanta LinuxFest doing various things... talks, driver hacking session and karmic hw testing [18:22] Its on 19 Sep http://atlantalinuxfest.org [18:22] dhillon-v101: jump on #ubuntu-kernel after the meeting and we'll talk more [18:23] ogasawara: thank you very much [18:23] great [18:23] Anything else? [18:23] For the team if you have a blog get the word out [18:23] james_w had a question [18:23] apw: I've definitely seen a drop in interactive performance under I/O load again since the heydey of early karmic, any chance we could get back to that point? [18:23] I know you had an idea about which patches were credited with that improvement [18:24] james_w, the only one i found to be outstanding in the mix was the -rc which had [18:24] broken load average [18:24] oh [18:24] i am still not finding it as bad as jaunty, but not as good as that was [18:24] I agree [18:24] i suspect there is an intereaction there [18:25] i haven't had a chance to investigate more than that [18:25] perhaps filing a bug to raise it's profile and keep this one tracked? [18:25] I can do that, though it won't be a very informed report [18:26] i think there is one, searching for 'heavy i/o load' i think [18:26] right.. any other open questions... [18:27] [TOPIC] Next Meeting Chair: Manoj Iyer [18:27] New Topic: Next Meeting Chair: Manoj Iyer [18:27] heh, as he is off, he didn't complain ... ship it :) [18:27] all opposed? [18:27] bug 131094? [18:27] Launchpad bug 131094 in linux "Heavy Disk I/O harms desktop responsiveness" [Medium,In progress] https://launchpad.net/bugs/131094 [18:27] james_w, sounds about right [18:28] subscribed, thanks [18:28] Manoj it is [18:28] Think that's all [18:28] 5 [18:28] 4 [18:28] 1 [18:28] 0! [18:28] #endmeeting [18:28] Meeting finished at 12:28. [18:28] what happended to 3 and 2 ? [18:28] i optimised them out [18:28] apw expedited me [18:28] bye [18:29] cking, thanks! [18:29] thanks everyone [18:29] cking, +1 [18:29] * apw gives cking a dholbach style hug [18:29] bye [18:29] cheers. That's my first meeting - not so bad after all === ember_ is now known as ember === fader is now known as fader|lunch === vorian is now known as rofl === fader|lunch is now known as fader === jdstrand_ is now known as jdstrand [20:02] who's here for the loco council meeting? [20:02] o/ [20:02] * sbc listens in [20:02] juliux: ping? [20:03] o/ [20:03] JanC: I am. [20:04] half here [20:04] i am haveing a phone conference atm [20:05] there isn't much on the agenda (no approvals), but I think effie_jayx was going to say something about the loco directory ? [20:05] pk [20:06] just to give a quick update and answer a few q's on the LoCo Directory and how it will be integrated to the way team data i handled [20:07] rigght now the frist reelase is coded, iut has been reviewed by folks at canonical [20:07] and we are just waiting for it to be put online. according to jono it should be another week or so. [20:08] the loco directory will replase the Big LoCo team list that has served us as a way to find the relevant info for teams [20:10] we are still defining de details for release 0.2, and it seems we will be adding more features soon [20:10] if you want to keep uip with the latest info on the directory the pleace to check is https://wiki.ubuntu.com/LoCoDirectory [20:11] and I am happy to answer some q's from the Council if you have any [20:12] and questions from other people who follow the meeting are welcome too I guess ツ [20:12] exactly [20:12] thanks [20:12] any questions at all? [20:13] yes: how awesome with the loco directory be? [20:13] is there a (public) running instance of this somewhere to preview without having to branch & install? [20:13] s/with/will/ [20:13] :) [20:13] greg-g: Really AWESOME. [20:13] greg-g, initially it just replaces the funtionality of the big list [20:13] Daviey: awesome. thanks! [20:13] effie_jayx: awesome. [20:13] it does provide launchpad integration [20:13] for date [20:14] data [20:14] * greg-g appologizes, he seems to have caught something from jcastro [20:14] effie_jayx: read only, i assume? [20:14] Daviey: yes, we maintain a list of non-approved and approved locos in launchpad [20:14] Daviey, it only takes names and other important data from the already created team in launchpad [20:14] data is plucked from that [20:14] it does so throuigh the launchpad api [20:15] so the integration with launchpad makes it really usefull [20:16] we are hoping to have more features that can cmplement the social part that laucnhpad can't cover [20:16] like knowing wehat events each teams has [20:16] and maybe sharing pics there [20:17] blueprints are always welcome [20:17] * Daviey did start making a locomap that i intended to merge with the project. [20:18] I am working on the xml file as we speak [20:18] ;) [20:18] effie_jayx: the stuff i did was based on json output. [20:19] ahhh [20:19] even more vcariants [20:19] :D [20:19] http://locomap.daviey.com/ [20:19] we already have 2 proposals for maps and we are intereted in checking more out [20:19] the mopre diversity the better [20:19] i pulled in data before there was a loco team, so i had to add teams manually [20:19] well [20:21] looks awesome [20:22] if ther is anything we can do to ease the pain let us know [20:22] a bug report with any data output perhaps [20:22] well i haven't touched that code for 4 months.. i showed it to jono and well.. stayed there :) [20:22] looks cool [20:23] well maybe we can keep in touch about this and see how we can make it grab data from the django app itself [20:23] I am already doing this for a drupal integration effort [20:23] ^^ that is a django app, so should be pretty trival [20:24] fantastic [20:24] i've got my own database scheme pulling in data from lp, but shouldn't be too much effort to pull that out. [20:25] Daviey, we did that as well [20:26] any more questions? [20:26] none here [20:26] great [20:26] thanks for the update effie_jayx [20:26] I am done :D [20:26] no problem [20:27] short meeting :) [20:27] lovely meeting [20:27] someone has another question? [20:28] (not about the loco directory I mean) [20:28] I have another thing to mention [20:29] not related to the loco directory === ember_ is now known as ember [20:29] mmm it seems better for a loco team meeting [20:31] nevermind [20:31] JanC, adjourn? [20:31] well, if nobody has anything more to say or ask, we can close the meeting I suppose :-) [20:32] thanks everybody [20:33] thanks JanC popey [20:33] np === fader is now known as fader|away === rofl is now known as marvelous === imlad is now known as imlad|away === asac_ is now known as asac