=== astro76_ is now known as astro76 === doko_ is now known as doko [07:26] good morning [08:11] crevette: Good work on MIR. :-) [08:11] ah [08:11] hello [08:11] :) [08:11] * crevette needs to prepare its backpack for FOSDEM [08:12] thanks [08:13] slytherin: a I'll be away from computer for one week, could you manage to ask upload of gnome-bluetooth 0.11 ? [08:14] crevette: First we need to get obex-data-sever in main and bluez-gnome 0.21 in. :-) [08:14] yep [08:15] perhaps all will be done in less than 2 days, who knowns ? [08:15] :) [08:15] crevette: I will try to handle it in your absense. [09:07] crevette: Ah you're going to FOSDEM, perhaps we'll come across [09:08] youp I hope, do you know what I look alike ? [09:15] I don't [09:22] crevette: Looks like we were bit late with all the process. Alpha 5 is scheduled on 21st so those changes won't bee accepted as of now. [12:37] amanda and sg: are you planning on calling me now? === cprov-out is now known as cprov [13:34] I was blinking at « In an interview with LinuxDevices, MontaVista's new president and CEO Russell "Rusty" Harris said the company ... » [13:41] Anyone know the login credentials for the Intel wiki? [13:41] wrong window.... [13:42] * repete kicks xchat [14:00] lool: Rusty is now Montavista's CEO? That's cool :) [14:10] tfheen: hi could you add the telepathy team to the bug bugcontact of telepathy-glib and telepathy-haze package [14:11] plz [14:29] bigon: you should talk to me, not tfheen. :-) [14:30] oh https://edge.launchpad.net/~telepathy says thath tfheen is the team owner [14:32] Mithrandir: Are you going tell him about your personas? :P [14:32] bigon: (/whois Mithrandir :) [14:33] damm :p [14:34] bigon: yes, tfheen is my other IRC client. (Look at the away message. :-) [14:36] people here going to FOSDEM? === dholbach_ is now known as dholbach [14:39] suihkulokki: I am === asac_ is now known as asac [14:43] bigon: anyway, added. [14:43] thx [14:46] suihkulokki: I can only dream about it :( [14:47] Mithrandir: Can you please look at FFE for bluez-gnome 0.21 and let me know if you have any questions? [14:48] slytherin: isn't that blocked on obex-data-server in main first? [14:49] Mithrandir: yes, I just wanted to have a review of .diff.gz. :-) And yes there is also a bug for MIR for obex-data-server. [14:50] slytherin: oh, I'll be happy to review the diff, but I can't approve the exception before we have o-d-s in main [14:50] slytherin: bug #? [14:51] Mithrandir: could you also see the FFE for tp-glib? [14:51] bug 190405 for FFE and bug 193816 for MIR. [14:52] bug #193979 for tp-glib [14:52] Launchpad bug 193979 in telepathy-glib "Please sync telepathy-glib 0.7.3-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/193979 [14:52] bug #190405 for FFE, bug #193816 for MIR. [14:52] Launchpad bug 190405 in bluez-gnome "[FFE] please upgrade bluez-gnome to 0.21" [Wishlist,Confirmed] https://launchpad.net/bugs/190405 [14:52] Launchpad bug 193816 in obex-data-server "Main Inclusion Request" [Undecided,New] https://launchpad.net/bugs/193816 [14:53] hm, I think we want 0.2 of o-d-s too, don't we? [14:55] slytherin: there's a bug in how prep_mv_conffile is being called, it's being called without a package name [14:56] (in the preinst) [14:57] slytherin: also, doesn't browsing work now? If so, why is it disabled? [14:57] Mithrandir: Browsing doesn't work as of now. The backend is not finished in gvfs, AFAIK. [14:58] hm, not even with o-d-s? [14:58] asac: Hi. Are you aware if the changes you've done in firefox are breaking openoffice builds? At least my builds on PPA are looking for firefox-xpcom and can't find it anymore. [14:58] Mithrandir: With o-d-s it is not browsing, it is usual ftp transfers. [14:58] slytherin: ah [14:59] slytherin: why does it still depend on gnome-vfs-obexftp then? [15:00] Mithrandir: In the hope that it will be fixed soon, considering that a obex patch is present for gvfs in gnome bugzilla. :-) [15:01] apart from that, it looks fine to me [15:01] Mithrandir: Any more questions? :-) [15:02] slytherin: nope [15:03] bigon: looks fine to me, though sispoty seems to want a diff of the symbol file [15:04] Mithrandir: There have been some api changes in o-d-s 0.2 and I am not sure if bluez-gnome 0.21 has accomodated those changes. So I want to wait first to get o-d-s in main and FFE for bluez-gnome. Then we can think of upgrades. [15:06] slytherin: ok [15:06] I thought it needed 0.2, but I haven't tested it myself [15:09] Mithrandir: I've added the diff for exported symbols [15:10] Mithrandir: By the way, does the MIR bug need to marked confirmed? [15:12] slytherin: what does the wiki page documenting the process say? [15:12] agoliveira: right ... calc is working on that and afaik he already has a patch for this specific issue. [15:13] asac: Ah, great. I'll poke him again later when he shows up. Thanks. [15:13] but i think he didn't upload yet, because he wanted to get other things done first. maybe ping him [15:13] Mithrandir: Doesn't say anything about confirming. I will leave it as it [15:18] asac: Yep. Just checked out the latest source and it's the same I already have. I'll flush-ping him later :) [15:19] agoliveira: whip him hard :-D [15:20] asac: bad, bad, calc! [15:47] amitk: Can I use apt-get source to get the exact kernel installed on a given machine? I'm using Hardy+PPA, 'apt-get source linux-image-2.6.24-8-lpia' pulls the source for 2.6.24-9.15. [15:47] amitk: 'apt-get source linux-image-2.6.24-8-lpia=2.6.24-8.14' claims source isn't available [15:48] amitk: and the latest linux-source package is 2.6.24-8.8 [15:48] smagoun: something like this will get you the exact source: dget http://archive.ubuntu.com/ubuntu/pool/restricted/l/linux-restricted-modules-2.6.24/linux-restricted-modules-2.6.24_2.6.24.7-7.17.dsc; [15:49] adapt for kernel version, url, etc. [15:49] Above command followed by 'dpkg-source -x *.dsc' [15:51] amitk: Thanks, I'll take that approach. I have to script a source download, I was hoping apt-get source could save me some time. [16:01] amitk: dget -x to extract after get ;) [16:02] smagoun: I have an ugly "list-debs" thingy to list .dsc URLs for me; it's especially useful when I'm under Ubuntu looking for Debian packages or vice-versa [16:02] lool: ummm.. right :) [16:03] smagoun: It's really ugly, throw a nicer one at me if you write one ;) http://people.dooz.org/~lool/debian/list-debs [16:04] lool: man page for dget says that it runs dpkg-source -x [16:06] lool: thanks, I'll take a look. [16:07] amitk: why isn't the linux-source package updated (automatically?) at the same time as the kernel? [16:09] smagoun: The package name isn't linux-source anymore - that was in gutsy, it is linux- now IIRC [16:09] amitk: Yes, I just wanted you to save the dpkg-source -x call [16:09] and it should be automatically updated, this is all handled internally by the debian build and archive system [16:10] lool: I saved one fork() or spawn() :-p [16:10] But how many keyboard interrupts, hmm? [16:11] amitk: ah, ok. There's a linux-source and a linux-source-. I only saw the metapackage [16:30] Ubuntu Developer Week is going on, join #ubuntu-classroom [16:52] * rustyl starts creating a fresh hardy-ppa target [16:52] * lool fears [16:53] * GrueMaster hears a dog barking in the lonely distance.... [16:59] About to start meeting [16:59] #startmeeting [16:59] Meeting started at 16:59. The chair is davidm. [16:59] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:59] Good day everyone, [16:59] morning [17:00] Agenda is at: https://wiki.ubuntu.com/MobileAndEmbedded/Meeting/20080221 [17:01] [link] https://wiki.ubuntu.com/MobileAndEmbedded/Meeting/20080221 [17:01] LINK received: https://wiki.ubuntu.com/MobileAndEmbedded/Meeting/20080221 [17:01] Has anyone seen ChickenCutlass? [17:02] still on holiday [17:02] OK I'll postpone his action until next week then [17:02] [topic] cwong1 to to look into languages pack differences between midbrowser and firefox and report back. [17:02] New Topic: cwong1 to to look into languages pack differences between midbrowser and firefox and report back. [17:03] Here is what I find out: [17:03] Firefox lang pack is installed as an extension. [17:04] We need to modify the install.rdf file in order for it to be able to install [17:04] also, we have to add more stuff to the package. [17:04] We need to translate the strings used by the Grabanddrag extension and add to the package. [17:05] So the bottom line is we can just use the fireox's lang pack asis. [17:05] s/can/can't/ [17:06] I will attempt to create a lang pack and try it and see if it works. [17:07] it might be helpful is someone who really knows the ubuntu lang pack mechanisms, including those used with Moz, could help figure out a solution here. [17:07] s /is/if/ [17:07] cwong1, will you have time to test this by next week? [17:07] yes. [17:08] cwong1, can you take an action to report back next week with results then? [17:08] ok [17:09] kyleN: is Asac responsible for the ubuntu lang pack? [17:09] cwong1: I am not sure, but I believe at least he is knowledgable [17:09] [action] cwong1, attempt to create an lang pack to report back next week with results. [17:09] ACTION received: cwong1, attempt to create an lang pack to report back next week with results. [17:09] cwong1: i am certainly not responsible to translate them ;) [17:09] accept [17:09] :) [17:09] cwong1: right, we need a solution that enables translation too [17:10] via luanchpad, like everything else [17:10] bad news: launchpad team gave me heads up 2 days ago, that we won't have xpi export for hardy [17:10] K [17:10] well, firefox isn't translated through LP, so that's blocked on LP supporting that. [17:10] i will still try to get something going, but i cannot tell how likely this is to succeed [17:11] asac: Oh I just talked with Danilo about it and he said it was almost finished but not finished yet [17:11] I thought it would be done for hardy :-( === bspencer_ is now known as bspencer [17:12] lool: me too ... but 2 days ago things went different. i am now looking if i can hack something that allows us to map .po files to firefox translations [17:12] as launchpad supports import of .xpi, but no export [17:12] but i cannot tell yet if that will work. [17:12] asac: That's what I was told to do for hildon msgids [17:12] asac. we may face the same issue with hildon [17:13] maye someone can help out on eventual coding required to do this? [17:13] asac: I'd suggest asking calc or looking at oo.o [17:13] i would figure out the procedure (if possible at all), but help in code would be appreciated [17:13] asac: As I was told it's doing this already [17:14] lool: for the concept yes. but coding, testing all cases et al would require a bunch of work, i am not sure i can handle alone for hardy [17:14] asac: Because of the XPI format itself? [17:14] yes ... its definitly not trivial. i will give heads up next week. have to talk to launchpad folks (and calc) and so on [17:15] davidm: since translating hildon seems like a requirement for mobile, can you and patm talk about resources to help with this coding? [17:15] asac: Let's give you action to report your success or call for help for next week then? [17:15] yes please [17:15] kyleN: It's different with Hildon, it's PO [17:15] I though hildon also uses XPI [17:15] really? [17:15] some sort of po/xpi hybrid [17:15] that would be news ;) [17:15] [action] (asac) report on code to create XPI from LP exports or look around for help to complete this [17:15] Ouch... [17:16] lool: thanks [17:16] [action] (asac) report on code to create XPI from LP exports or look around for help to complete this and report back next week. [17:16] ACTION received: (asac) report on code to create XPI from LP exports or look around for help to complete this and report back next week. [17:16] Thanks [17:16] well ... i hoped that some lead wold look around for help :) [17:16] davidm: thanks. we can look for help if i figured the theory [17:16] kyleN: Hildon uses string ids, but XPIs?! [17:16] * asac over and out [17:16] kyleN: Perhaps we can discuss this after the meeting [17:16] asac, that works, lets take that off line then. [17:16] i lool, I could be wrong, but someone mentioned that along the way [17:17] OK next topic? [17:17] sure [17:17] kyleN: Bring it up with me after the meeting then, please :) [17:17] [topic] kyleN to follow up with ToddBrandt offline on control panel i18n status. [17:17] New Topic: kyleN to follow up with ToddBrandt offline on control panel i18n status. [17:17] ToddBrandt said cotrol panels implement gettext but it is "not switched on" [17:18] not sue what that means really, but can it be "switched on"? [17:18] ToddBrandt: Are you by chance around to immediately comment? [17:19] anyone at Intel near when ToddBrandt is? [17:19] well, adding a mo file with fake translations to the right local directory will test this real quick [17:19] looking [17:19] mawhalen, thanks. [17:20] I see _() calls all around the place, but no po/ [17:20] i know that no translations have been created [17:20] No POT either [17:21] hmm... the applets run inside the hildon-desktop process [17:22] so if hildon-desktop is not properly initially gettext (setting local and all that jazz), then the gettext calls will not pick anything up [17:22] maybe that is what ToddBrandt is talking about? [17:22] I could get some pot file generated by inserting intltoo m4 macros and intltoolizing + intlool-updating --port [17:23] rustyl: That would be a good explanation; did you discuss options around this already? [17:23] Is it reasonnable to assign to ToddBrandt to generate proper templates in moblin-applets and perhaps tell us how he thinks we should handle gettext domain setting? [17:23] i haven't thought about it... just thinking on my feet right now [17:24] are the template files normally checked into the source tree? [17:24] Is ToddBrandt around this week to give us more info on what's need to be done or to do it? [17:24] i normally just create them myself [17:24] yes, he is around [17:25] I would like to gently suggest that Moblin needs to take an action to manage proper i18n implementations in all their code, to completion. [17:25] rustyl: Usually there are proper releases with tarballs where we have these; po files are usually commited, I dont' think pot are [17:25] We have a lot to cover and we are kind of stuck here without ToddBrand, can we assign ToddBrandt an action to look into this? [17:26] lool, that's what i thought... and a po file is a translation which we will not be doing [17:26] davidm: Of course, he's not here to deny :P [17:26] rustyl: But is there anything in place yet to just build templates? [17:26] lool, beyond the inttool stuff? [17:26] rustyl: ATM, you can't run intltool-update --pot; I had to hack intltool in quickly [17:27] Even if the file isn't committed because it's "generated", the rules to build it must be checked in [17:27] ok, you mean Makefile rules? [17:27] Yes, and configure.in checks etc. [17:28] rustyl: For example, running intltoolize in autogen.sh, adding IT_PROG_INTLTOOL to configure.in, creating a po/ etc. [17:28] what would be nice is a very clear definition on what Ubuntu expects for a properly internationalized (but not localized) application [17:28] rustyl: absolutely. that would help [17:29] Perhaps we can defer to the GNOME definition since we're building on Hildon which builds on GMAE [17:29] if we can get that definition, then we can log a bug for each moblin project and just manage the bug database to fix all the projects [17:30] for example... what magic do i need to do in my package so that launchpad is able to handle translations? [17:30] AIUI, call intlool-update from po/ during the build [17:30] This requires a PO-based/gettext-based package [17:30] But I think this is a bit far reaching for the meeting [17:31] rustyl: Would this help? http://live.gnome.org/TranslationProject/DevGuidelines/Localize using gettext and intltool [17:31] * rustyl looks at the page [17:31] There are many resources at http://live.gnome.org/TranslationProject [17:31] [link] http://live.gnome.org/TranslationProject/DevGuidelines/Localize [17:31] LINK received: http://live.gnome.org/TranslationProject/DevGuidelines/Localize [17:31] "This page does not exist.."? [17:31] [link] http://live.gnome.org/TranslationProject/DevGuidelines/Localize [17:31] LINK received: http://live.gnome.org/TranslationProject/DevGuidelines/Localize [17:32] http://live.gnome.org/TranslationProject/DevGuidelines [17:32] LINK received: http://live.gnome.org/TranslationProject/DevGuidelines [17:32] You need the rest + using gettext and intltool [17:32] yes, these links have lots of info. but can it be boiled down for Moblin and others to the five or so things you need to do? [17:32] [link] http://live.gnome.org/TranslationProject/DevGuidelines/Localize using gettext and intltool [17:32] LINK received: http://live.gnome.org/TranslationProject/DevGuidelines/Localize using gettext and intltool [17:33] kyleN: Perhaps someone can volunteer to sum the executive steps [17:33] +up [17:34] http://live.gnome.org/TranslationProject/DevGuidelines/Localize%20using%20gettext%20and%20intltool [17:34] LINK received: http://live.gnome.org/TranslationProject/DevGuidelines/Localize%20using%20gettext%20and%20intltool [17:34] I think it's easy enough for people writing modules to look how other modules in the GMAE stack (not the Hildon one) are doing it [17:34] bspencer_: Thanks; I was too lazy to fix the spaces :) [17:35] lool, I'm less confused :) [17:35] rustyl: So would this be enough resources to look into other GNOME modules and at the GNOME wiki to complete the i18n support in moblin-applets? [17:35] davidm: I'm here, sorry [17:36] ToddBrandt: Cool; we were discussing what's missing from the moblin-applets source to complete i18n infrastructure [17:36] oh ok [17:36] what i worry about is if all the links describe a range of many many things that could be done, but there is some subset that is "required" in order for this team to not be disapointed [17:36] lool, I will sum the executive steps if you will review them before I post them [17:37] kyleN, excellent, lool this OK with you? [17:37] kyleN: SOunds like a deal [17:37] and perhaps assist me with your oceanic knowledge as I pull this together [17:37] BTW, we still have an issue with moblin-applets and the mobile-basic-flash [17:38] rustyl, ToddBrandt: ok with you? [17:38] lool, can we then meet soon, szy tomorrow, to discuss/kick this off? [17:38] lool: The gnome-control-center source (which mobli-applets is essentially a fork of) had complete internationalization support. I pulled some of it out but I can pull it back over again [17:38] [action] kyleN will sum the executive steps for i18n for GMA and lool to review them before posting. [17:38] ACTION received: kyleN will sum the executive steps for i18n for GMA and lool to review them before posting. [17:38] sounds good [17:38] kyleN: Yes, but not too late as I'm leaving for FOSDEM in my afternoon; rather after the meeting would be bestr [17:38] ok [17:39] ToddBrandt: That would be nice; please on your side continue i18nizing until we can actually import a pot into launchpad; is that possible? [17:39] lool, kyleN, ToddBrandt: don't forget... moblin-applets is executing inside the hildon-desktop [17:39] and hildon-desktop has it's own wacky way of doing translations, right? [17:39] rustyl: I am not sure what the consequences are of that fact [17:40] rustyl: Even if it does, we need the infrastructure to translate its strings; this will involve pot / po files [17:40] hildon uses po files, but non-english message ids, which is weird. there may be other weirdnesses [17:40] rustyl: that shouldn't matter, it only complicates translations. [17:40] i wonder whether hildon itself should just be made fully gettext compliant [17:40] lool: yes, I'll bring it all back in will rearrange the info to align with the text from the very latest moblin-applets [17:40] ok, so hildon-desktop is doing the right thing... no problem then [17:41] ToddBrandt, how long do you think that will take? [17:41] Good; davidm will [action] this and we can move on [17:41] afterall, hildon is now in gnome and gnome is gettext [17:41] davidm: if I make it top priority, I'll have it ready by end of day tomorrow [17:42] ToddBrandt, so an action for next week is OK then? [17:42] davidm: yes [17:42] [action] ToddBrandt to continue building i18n infrastucture to match the gnome-control-center one by next week. [17:42] ACTION received: ToddBrandt to continue building i18n infrastucture to match the gnome-control-center one by next week. [17:42] OK I think we can move on now. [17:42] [topic] Mithrandir and lool to determine what is the best solution for "the probability that there will be significant user interface string changes post freeze that will need to be translated" [17:42] New Topic: Mithrandir and lool to determine what is the best solution for "the probability that there will be significant user interface string changes post freeze that will need to be translated" [17:43] lool: feel like explaining it all to people? [17:43] I discussed this with Rosetta people and Tollef; most technical bits are clearer now, and if we really want to, we can setup a new Launchpad project to have our own translation imports and exports [17:43] oooh [17:43] It would involve a lot of manual work as we would need to upload source for each package, translate, and then upload the resulting translations [17:44] I understand we would be able to upload one big translation pack with all our translated strings from our forked source packages [17:44] We can't easily get a similar setup for PPA uploads as for Ubuntu uploads [17:44] In general, it's best to continue using regular infrastructure until the string/ui freeze (we've almost reached it unfortunately) [17:45] So the best thing to do is to keep the number of string changes to an absolute minimum [17:45] A very minimalistic solution which we could use instead is to ship translations in the packages themselves (as GNOME does) for the packages where we change strings [17:45] The first solution requires writing glue and doing many uploads [17:46] I've sent detailed notes on this topic to Kyle; it depends a lot on the amount of changes we target [17:46] my guess is the minimilistic solution, but I wonder if for Ibex release we might fix this? [17:46] Is any of the above unclear? [17:46] kyleN: To "fix" it the best thing to do is to align with the Ubuntu release schedule [17:47] Can we post the detailed notes on the ubuntu wiki? [17:47] davidm: It's from an email exchange, but I can reformat it for the wiki [17:47] lool, do you think standard lang packs are good for mobile, or are they too big? [17:47] (I'll also check if anything is confidential, but I don't think so) [17:47] hopefully with the next go around we can do more planning at the UDS so we come closer to the Ibex release schedule. [17:48] kyleN: We need lang packs for our seed I think [17:48] lool, thanks [17:48] lool, so that's the kind of "fix" I was talking about [17:49] kyleN: I didn't understand this is what we had to look up [17:49] lool: so we don't currently have language packs specific for the mobile build? [17:49] [lool] to reformat detailed notes user interface string changes post freeze and post to Ubuntu wiki. [17:49] [action] lool to reformat detailed notes user interface string changes post freeze and post to Ubuntu wiki. [17:49] ACTION received: lool to reformat detailed notes user interface string changes post freeze and post to Ubuntu wiki. [17:49] I don't think so [17:49] lool, there are a lot of issues here, and lang pack size/mobile specific lang packs is one of them [17:49] Just like there's no Xfce lang pack [17:50] But there's a KDE one [17:50] lool: what kind of work is involved with making mobile specific packs? [17:50] I don't know; I suspect there's a big script running on the tarballs generated from LP [17:51] langpack-o-matic script, I think [17:51] Folks we are runnig out of time here can we take this conversation to email? [17:51] I would suspect we need to configure the seed into the LP Ubuntu export to get tarballs for the mobile seed, then update the rules [17:51] lool: thanks, that makes sense [17:51] Do I need to do research on this as well? [17:51] (Which naturally eats my time not doing something else ;-) [17:52] lool, I think someone needs to do it. does it have to be you? [17:52] lool: would be appreciated. kyleN can you help out as well? [17:52] I can help out [17:52] I gained most knowledge about language packs recently, so I'm not deeply competent, but it could be me [17:52] [action] lool kyleN to research if need to configure the seed into the LP Ubuntu export to get tarballs for the mobile seed, then update the rules [17:52] ACTION received: lool kyleN to research if need to configure the seed into the LP Ubuntu export to get tarballs for the mobile seed, then update the rules [17:52] Let's assign it to me + kyleN here as well then [17:53] OK next topic [17:53] [topic] Mithrandir to split up remaining Hildon packages that need to be upgraded amongst everybody except people who claim they are busy with other things. [17:53] New Topic: Mithrandir to split up remaining Hildon packages that need to be upgraded amongst everybody except people who claim they are busy with other things. [17:53] Mithrandir, ? [17:54] I've failed to do that; Somebody said lool had a page of all the components and their statuses, but he wasn't around when I asked him so it fell through. [17:54] lool: do you have that URL? [17:54] https://wiki.ubuntu.com/MobileAndEmbedded/Hildon2.0 ? [17:54] Mithrandir: I posted it to the email list. It's on the wiki:https://wiki.ubuntu.com/MobileAndEmbedded/Hildon2.0 [17:54] ah, thanks. [17:55] davidm: please just give me the action item again and I'll get it done before the next meeting. [17:55] OK [17:55] [action] Mithrandir to split up remaining Hildon packages that need to be upgraded amongst everybody except people who claim they are busy with other things. (carryover) [17:55] ACTION received: Mithrandir to split up remaining Hildon packages that need to be upgraded amongst everybody except people who claim they are busy with other things. (carryover) [17:55] [topic] Mithrandir to nag about the import; we have it set up already but it's just in testing. [17:55] New Topic: Mithrandir to nag about the import; we have it set up already but it's just in testing. [17:56] that's set up [17:56] https://code.edge.launchpad.net/~vcs-imports/libmokoui2/trunk has an import now, so Frank should be able to work from that import using bzr. [17:57] Can someone relay this to Frank? [17:57] bspencer_: ^^^ ? [17:57] FYI: since I went ahead and uploaded the latest moko package from moblin to unblock my uploading of other moblin packages [17:57] probably good if StevenK does it, as he's been helping out already. [17:57] lool, es [17:57] /since// [17:57] y [17:57] bspencer_: Thanks [17:58] new topic? [17:58] davidm, hold [17:58] is StevenK here? [17:58] No, he is not currently [17:58] bspencer_: I doubt it :) [17:58] smagoun, you noted rusty's comment? [17:58] i have a new topic [17:58] rustyl, please add it to the wiki page [17:58] bspencer_: I'm 'smagoun', not 'StevenK' :) [17:59] rustyl: https://wiki.ubuntu.com/MobileAndEmbedded/Meeting/20080221 [17:59] smagoun, yes, just noting since you were the one who rolled back mobile-media before [17:59] should work now, but we have our own moko in the PPA, not the one Mithrandir mentioned [17:59] ok, that's all. [17:59] davidm, unhold [17:59] OK, next topic [18:00] bspencer_: ah, gotcha. As long as I can build a working image from the PPA I'm happy [18:00] yep [18:00] i just want to ask about the status of fixing the dbus session while running a hardy ppa target in Xephyr [18:00] [topic] (lool) UDS Prague attendance (FOSSCamp in particular) [18:00] New Topic: (lool) UDS Prague attendance (FOSSCamp in particular) [18:00] do i need to update the wiki for that? [18:00] rustyl, yes [18:00] ok, what section? [18:00] I was wondering who was planning to attend UDS (and FOSSCamp) [18:00] rustyl, end of Current Items [18:01] at the bottom of Current Items [18:01] On the Intel side do you have plans yet? [18:01] At the moment, I'm planning to only attend UDS; if folks on this chan or Intel folks in particular know they will come, could they please build a list? [18:02] On our side Mobile team is attending UDS, Stevenk and I FOSSCamp [18:02] I don't know about the MBU team yet [18:02] As always, the more people can come, the more things we can discuss in a fast and constructive way, and the more things we can get done! :-) [18:02] lool: the MID team status is uncertain depending on customer commitments [18:02] lool: we all want to attend [18:02] bfiller: Excellent news :) [18:02] yessiree [18:03] bfiller, it will make our list of things to do shorter if you don't come ;-) [18:03] lool: excellent if we can come :) [18:03] Intel hasn't discussed this yet, or costs. [18:03] davidm: that is for sure! [18:03] Ok next topic [18:03] So this was just to bring the subject up; in general Canonical people know how this works, if people at Intel know of someone outside of Intel who should come please tell us! [18:03] bspencer_: (Would be nice to discuss on your side!) [18:03] [topic] (lool) Status reports on the public mailing list [18:03] New Topic: (lool) Status reports on the public mailing list [18:04] mawhalen, note: discuss UDS attendance :) [18:04] I think that's obvious from my status report [18:04] I stopped sending status reports for a while (publicly) which is wrong (tm) [18:04] bspencer_, I've sent a request to Intel for some specific people to attend [18:04] I think we should resume sending them [18:05] Intel folks were better behaved than me here [18:05] lool, I agree we need to keep them on the public lists when possible. [18:05] OK next topic OK? [18:05]