[08:16] <dholbach> good morning
[16:59] <HappyCamp_laptop> Hello?
[16:59] <HappyCamp_laptop> Is there a meeting this morning???
[16:59] <HappyCamp_laptop> davidm: ?
[16:59] <agoliveira> HappyCamp_laptop: Hello!
[17:00] <HappyCamp_laptop> agoliveira: hello!  How's it going?
[17:00] <davidm> HappyCamp, hi
[17:00] <amitk> it was announced on email
[17:00]  * HappyCamp_laptop should read his email
[17:00] <davidm> #startmeeting
[17:00] <Don_Johnson> Hello, Don J is on
[17:00] <davidm> Hello
[17:00] <agoliveira> HappyCamp_laptop: Still trying to put by butt back in shape after the 16+ hours in airplanes back here :)
[17:00] <HappyCamp_laptop> Hello, John Villalovos is here
[17:00]  * agoliveira waves all
[17:01] <davidm> I'll start the meetint in a moment
[17:01] <davidm> #startmeeting
[17:01] <Mithrandir> mootbot's not here
[17:01] <Mithrandir> apparently.
[17:02] <davidm> Yep
[17:02] <davidm> OK I'll copy the log into the meeting notes.
[17:02] <rusty_> morning
[17:03]  * agoliveira saw on TV mootbot watching the Carnaval parede in Rio.
[17:03] <agoliveira> rusty_: Hi Rusty.
[17:03] <davidm> OK first topic:
[17:03] <davidm> smagoun, to talk to cjwatson about getting ckbcomp and such to not be run on each boot?
[17:03] <smagoun> this is fixed
[17:03] <davidm> OK thanks
[17:04] <davidm> Second topic: ChickenCutlass to to produce boot charts for squashfs vs ext3 for hardy and boot charts for gutsy ext3 on CB
[17:04] <ChickenCutlass> will post bootcharts to the list once I get a working Hardy image (just got one this morning)
[17:05] <davidm> OK
[17:05] <davidm> Next topic:   Bob Spencer (bspencer) to continue checking that projects are tagged when they release and report back on whether this is the case.
[17:05] <bspencer> checked
[17:06] <davidm> bspencer, is it happing now or does it still need monitoring?
[17:06] <bspencer> after sprint we are getting into the habit of build, tag, upload to PPA
[17:06] <davidm> Great
[17:06] <bspencer> every maintainer knows this 
[17:06] <davidm> Then I'll close this issue.
[17:07] <davidm> Next topic: Moblin plans on implementing gettext for i18n in apps and applets (kyleN)
[17:07] <kyleN> any such plans?
[17:07] <bspencer> I'm working on that for media player now
[17:07] <bspencer> we have bugs for the apps in our db
[17:07] <kyleN> so you plan to implement in midbrowser too?
[17:08] <bspencer> bugs = "moblin-media needs i18n support"  for example
[17:08] <bspencer> midbrowser should already have this, no?
[17:08] <bspencer> whatever firefox does is already part of the browser solution
[17:08] <kyleN> i checked today and didn't find it, but I may have missunderstood
[17:08] <bspencer> but I'm not familiar with it.  I haven't looked into it
[17:08] <kyleN> i switched the locale to german and browser did not display in german whereaas other apps do
[17:08] <bspencer> cwong1: do you know about i18n for browser?
[17:09] <cwong1> I am not sure but I will look into this.
[17:09] <rusty_> well, mozilla is definitly internationalized
[17:09] <kyleN> cwong1: thx. 
[17:09] <rusty_> it might night use gettext
[17:09] <bspencer> might night 
[17:09] <davidm> cwong1, I'll list an action that you are looking into i18n for midbrowser, OK?
[17:10] <cwong1> ok
[17:10] <cwong1> accept
[17:10] <kyleN> moblin control panel applets?
[17:10] <davidm> Thanks
[17:10] <bspencer> todd isn't in this meeting I see
[17:10] <bspencer> I'll ask him about it
[17:11] <kyleN> can we make that an action, just be be official please
[17:11] <bspencer> I think we already have an action for Moblin i18n
[17:11] <bspencer> we can leave it open for another week
[17:11] <davidm> bspencer, I'll list an action that you are following up with todd to check on i18n for moblin control panel applets,
[17:11] <kyleN> cool
[17:11] <davidm> Actually I've not carried that forward so I'll start to do so.
[17:11] <bspencer> davidm: sure.  I think the current action item covers the whole project.
[17:12] <davidm> OK, good enough.
[17:12] <davidm> This may be a VERY short meeting since I have no more open items on the agenda
[17:12] <kyleN> i'd like to raise a related issue if I may
[17:13] <agoliveira> davidm: The best kind.
[17:13] <davidm> kyleN, go ahead
[17:13] <kyleN> language packs. do we know what we are doing here?
[17:13] <ToddBrandt> i'M HERE
[17:13] <ToddBrandt> JUST ON A LAG
[17:13] <ToddBrandt> oops, sry for caps
[17:13] <bspencer> ToddBrandt: maybe you were on mute
[17:13] <davidm> But kyleN please add it to the agenda too.
[17:13] <bspencer> ToddBrandt: the question was just to check into i18n for applets
[17:14] <kyleN> hardy language packs seem to inlcude all packages with UI strings, we want subset
[17:14] <ToddBrandt> I'll send out an update with all the bug fixes, I've been head down in them and there are dozens of changes
[17:14] <bspencer> ToddBrandt: rusty  did we decide to add an i18n switching applet inside control panel?
[17:14] <kyleN> in fact, we probably want the ability to make different subsets to support products/releases with different apps
[17:14] <kyleN> I'd like to touch base with someone in this area to see if we have a plan that will work
[17:15] <rusty_> all code needs to internationalized.... we are not localizing it for anything then english... but if the applets are not internationalized then it's a valid bug
[17:15] <davidm> kyleN, that would seem to be controlled by the MID team and it's customer(s) at the time. Not likely to want all sets at once.
[17:15] <Mithrandir> kyleN: I don't believe anybody has looked into how we are going to make langpacks.  If you could investigate, it would be much appreciated.
[17:15] <ToddBrandt> the applets have internationalization support but since we've changed so much of the text we need to retranslate all the strings
[17:16] <kyleN> Mithrandir: I am looking at it. I will talk to Arne and maybe martin pitt
[17:16] <ToddBrandt> the original gnome-control-center had a team of translators
[17:17] <kyleN> ToddBrandt: so, if the apps and source packages are in main, then we can expose in launchpad for translation, I presume.
[17:17] <kyleN> does the PPA = main? 
[17:18] <bspencer> kyleN: no.
[17:18] <bspencer> kyleN: PPA is things not in main
[17:18] <kyleN> so therefore the code can't be translated now with launchpad, right?
[17:18] <bfiller> kyleN: moblin-applets will not be in main
[17:18] <bspencer> assuming you mean main = hardy
[17:18] <bfiller> or will it?
[17:18] <kyleN> bspencer: yes, I meant hardy
[17:19] <rusty_> eventually all the stuff in the hardy PPA will be finding it's way into main (on way or the other)
[17:19] <ToddBrandt> I checked moblin applets and moblin keyboard manager into ppa hardy, so they're there if that's what your asking
[17:19] <kyleN> in other words, i'd like to expose as much as possible in launchpad for translation
[17:19] <rusty_> does launchpad provide it's translation capabilities for PPA's?
[17:20] <Mithrandir> rusty_: I don't believe so.
[17:20] <rusty_> too bad
[17:20] <Mithrandir> but I volunteer kyleN to investigate that.
[17:20] <davidm> As we merge the PPA into main the problem would seem to go away
[17:20] <rusty_> yea, it's more of a short term problem
[17:21] <kyleN> davidm: do we know what will end up in main and what won't? 
[17:21] <Mithrandir> kyleN: at some point, we should be able to remove universe from the list of sources we pull from.  So, everything.
[17:21] <davidm> Mithrandir, comments?
[17:21] <Mithrandir> unless something blows up.
[17:21] <kyleN> is there a rough 9or not so rough) time frame for everything being in main?
[17:21] <agoliveira> Mithrandir: Your optimism is so refreshing :P
[17:22] <rusty_> definitly anything that needs a translation
[17:22] <rusty_> i.e. the apps
[17:22] <Mithrandir> we want security support for the bits that compromise UME, and to get that, it must be in main.
[17:22] <kyleN> the apps, hildon desktop, mobline applets etc
[17:22] <rusty_> yeap
[17:22] <bfiller> Mithrandir: I would think everything would need to be in main by Hardy code freeze, correct?
[17:23] <Mithrandir> kyleN: takes a while, so hard to tell.  It's very much an ongoing process.
[17:23] <Mithrandir> bfiller: there is no freeze by the name of "code freeze" for hardy, but it should hopefully be in main for Hardy Beta and must be for Hardy RC.
[17:23] <davidm> We are pushing hard to get this done, taking care of any security issues as they arrive.
[17:24] <bfiller> Mithrandir: yeah, that's what I was referring to..
[17:24] <kyleN> ok, so it should all be exposed for translation via launchpad, expect project specific stuff
[17:24] <bspencer> when is the next hardy milestone?
[17:24] <bspencer> isn't it soon?
[17:24] <Mithrandir> bspencer: http://wiki.ubuntu.com/HardyReleaseSchedule
[17:24] <bspencer> thx
[17:24] <Mithrandir> kyleN: what do you mean by "project specific stuff" in this context?
[17:25] <davidm> bspencer, look on the internal intel.canonical wiki 
[17:25] <davidm> it's more up to date
[17:25] <kyleN> I'd like to be able to product language packs for subsets of hardy (namely mobile plus arbitrary apps/packages)
[17:25] <davidm> though the Hardy dates are correct.
[17:25] <kyleN> Mithrandir: there may be parts of a product that are custom
[17:26] <davidm> bspencer, that is more up to date in terms of mobile releases to hardy schedule
[17:26] <kyleN> typo: I meant to say, "produce lang packs"
[17:27] <davidm> kyleN, the custom work falls under MID team does it not?
[17:27] <kyleN> yes
[17:27] <bspencer> davidm: ok.  I'm looking for the link
[17:27] <kyleN> I'm done with this for now: everything that can go into main will. I need to work on lang pack issues. intel to investigate i18n of their code.
[17:28] <davidm> the shared wiki URL and /Mobile/RevisedSchedule01012008
[17:28] <davidm> bspencer, I can send you the shared wiki URL off line if you need it.
[17:29] <GrueMaster> Should I inquire about current MIC and Ubuntu-hardy daily images issues here, email them, or report them in some bug database?
[17:29] <mawhalen> bspencer: I sent you the login info
[17:29] <davidm> GrueMaster, feel free to inquire
[17:30] <mawhalen> We should also figure out how bugs flow if inputted into the UME launchpad back to someone on our team if it's in components we work on
[17:30] <bspencer> mawhalen: thanks.  I got it and got in
[17:31] <davidm> GrueMaster, our daily builds are working at the moment.
[17:31] <GrueMaster> Ok, I do a daily git-pull of MIC (make uninstall && make install to clean up the environment).  I have tried building an ubuntu-hardy project with PLATFORM="menlow-lpia-ubuntu-hardy-ppa", but it only pulls from Gutsy.
[17:31] <bfiller> mawhalen: this already occurs by assigning the bugs in launchpad to one of the moblin teams..
[17:31] <GrueMaster> That's the current MIC issue I'm hitting against.
[17:31] <mawhalen> bfiller: thx
[17:32] <bfiller> mawhalen: sure
[17:33] <GrueMaster> On the Ubuntu-daily, the system won't allow root access via sudo.  It errors with "can not resolve ume hostname".  I can get around it by adding "127.0.0.1 ume.localdomain ume" to the hosts file if I boot into single user mode first.
[17:33] <Mithrandir> what's the reason for people using m-i-c from git rather than an actual release?
[17:34] <GrueMaster> It is part of my daily testing mandate.
[17:34] <Mithrandir> GrueMaster: as for "menlow-lpia-ubuntu-hardy-ppa" pulling from the wrong place, it sounds like a moblin/mic bug so probably talk to HappyCamp 
[17:34] <bfiller> smagoun: can you comment on the MIC that is in the PPA and if that fixes the problems GrueMaster is having?
[17:35] <HappyCamp_laptop> I will check it out, I thought it was working but will verify.  Myself or prajwal
[17:35] <smagoun> bfiller: The MIC in the PPA is the most recent released version (0.40). It works properly, to the best of my knowledge.
[17:36] <HappyCamp_laptop> And the MIC in the PPA came from Moblin.org not too long ago, I believe.
[17:36] <GrueMaster> Just to clarify, make uninstall should clean up 'most" of the older stuff in case of config changes, right?
[17:36] <HappyCamp_laptop> Unknown
[17:36] <smagoun> GrueMaster: I'm not sure I'd trust make uninstall, but sudo rm -rf /usr/share/pdk && sudo rm -rf /var/lib/moblin-image-creator do pretty well
[17:37] <HappyCamp_laptop> +1  Will wipe out most of image-creator
[17:37] <HappyCamp_laptop> Except binary and a few other files
[17:38] <GrueMaster> I have a unique requirement to do both daily snapshots and maintain older snapshots.  Lately, these two processes have been in conflict if I have them on the same system.
[17:38] <smagoun> Also, you might clobber ~/.image-creator
[17:38] <davidm> GrueMaster, tarballs?
[17:39] <HappyCamp_laptop> GrueMaster: if you have a patch to make "make uninstall" work better, please let me know.  Or if what isn't working right in "make uninstall".  We can try to make it better.
[17:39] <GrueMaster> Tarballs for what?  Projects?
[17:39] <davidm> entire paths?
[17:39] <HappyCamp_laptop> GrueMaster: he maybe talking about the fact you can save and load projects with MIC
[17:39] <GrueMaster> HappyCamp_laptop:  I'll check into it in my "spare" time.  :P
[17:40] <HappyCamp_laptop> GrueMaster: okay.  If you have specifics we can look into the code, I will add this to our list of things for prajwal and I to work on.
[17:41] <GrueMaster> I do save the older projects > 1 month.  But some of them are based on platform definitions that no longer are supported, which causes issues with MIC.
[17:42] <GrueMaster> On a good note, I have the Beta 6 video drivers semi-working with the 20080205 Ubuntu-hardy daily snapshot.
[17:42] <agoliveira> GrueMaster: Define "semi-working", please?
[17:42] <GrueMaster> I say semi-working because I haven't been able to rebuild the kernel modules without a build environment, and I had to replace ume-start-gui with twm.
[17:43] <agoliveira> oh, ok.
[17:43] <GrueMaster> The drivers I have were built with a build image from 1/22
[17:43] <GrueMaster> I have to force them into the kernel to load.
[17:44] <davidm> mawhalen, Mithrandir is having issues with Customs for the C0 board
[17:44] <GrueMaster> Everything works great on a Hardy image from 20080122.
[17:44] <davidm> mawhalen, can you work with him off line to fix?
[17:44] <mawhalen> davidm: Yes
[17:44] <davidm> mawhalen, thanks
[17:46] <davidm> OK is there more to cover?
[17:47] <GrueMaster> Minor note.  Alsa 1.0.16 works great on D0 with no "special" patches.
[17:47] <GrueMaster> THought I'd throw that in.
[17:48] <davidm> GrueMaster, good to hear, thanks
[17:48] <davidm> OK, going once................
[17:48] <amitk> GrueMaster: Ubuntu will be syncing to 1.0.16 'soon'
[17:49] <davidm> OK, going twice........
[17:49] <jayc> amitk: when can I expect the lum package?
[17:49] <agoliveira> jayc: 'soon' :-D
[17:49] <amitk> jayc: -7?
[17:50] <jayc> amitK:yes, 7
[17:50] <jayc> amitk:thanks
[17:50] <amitk> jayc: it needs build tests, so probably end of today or early tomorrow
[17:52] <davidm> amitk, jayc any more stuff?
[17:52] <jayc> no
[17:52] <davidm> going once................
[17:52] <davidm> going twice........
[17:53] <davidm> meeting closed
[17:53] <smagoun> Is a busted touchscreen on the Q1 a known hardy issue?
[17:54] <Mithrandir> smagoun: yes.
[17:54] <Mithrandir> I've asked mjg59 to look at it and I've asked for a status earlier today, but no response yet.
[17:55] <smagoun> Mithrandir: thanks
[17:55] <davidm> smagoun, I also asked patm to look into it, he said he would have someone in Lexington take a look
[17:56] <smagoun> davidm: he did? oh. First we've heard of it..
[17:56] <davidm> You all have someone that knows that area pretty good on staff (from what patm said)
[17:56] <davidm> I asked him a couple of weeks ago about this.
[17:58] <smagoun> I just checked with ChickenCutlass. He says Pat never talked to him, but he suspects that the evtouch driver needs to be updated for an input subsystem change in X
[17:58] <davidm> smagoun, with the sprint and all perhaps patm forgot.
[18:16] <patm> davidm, hi, I heard my name
[18:16] <patm> davidm, I now remember that conversation
[18:18] <davidm> patm, can you still have someone look into it?
[18:23] <smagoun> rusty_: The new moblin-media in the PPA is a bit busted - it depends on new versions of moko, hildon-theme-mobile-basic, and gstreamer-gbus-media-service that aren't in hardy or the PPA. Is someone from your team going to push those new versions to the PPA today?
[18:25] <patm> davidm, michael is going to look into it, evtouch needs to be updated to the new X api
[18:26] <smagoun> ChickenCutlass: potential evtouch patch: http://www.postnuklear.de/xorg-patches/files/xf86-input-evtouch-0.8.7-misc.patch
[18:26] <ChickenCutlass> smagoun, I will loook into it
[18:28] <davidm> patm, ChickenCutlass thanks.
[18:28] <inuka_desk> ChickenCutlass, I just heard the word evtouch...... where you able to get the calibration utility to work? I am trying to get it to work for a crownbeach screen and seems to be stuck
[18:29] <ChickenCutlass> inuka_desk, just got the patch for the new Xorg version , I will try it soon
[18:29] <rusty_> smagoun, we are slowly working our way through uploading all dependencies
[18:29] <inuka_desk> ChickenCutlass, I am running it on gutsy
[18:29] <ChickenCutlass> inuka_desk, it break under Hardy because of a input ABI change
[18:30] <ChickenCutlass> inuka_desk, it should work under gutsy
[18:30] <smagoun> ChickenCutlass: inuka_desk looks like debian-unstable might have a new, functional version of the driver 
[18:30] <inuka_desk> smagoun, thanks I will check it out.
[18:31] <smagoun> http://packages.debian.org/sid/xserver-xorg-input-evtouch
[18:55] <smagoun> inuka_desk: ^^ 0.8.7-3 works somewhat on my Q1. The mouse moves in discreet (20px) steps, but at least it moves :)
[19:08] <inuka_desk> smagoun, I am trying to get it to work on a crownbeach....   the mouse moves for me smoothly but the pointer is following my finger :)
[19:08] <smagoun> inuka_desk: I'm confused. Isn't the pointer supposed to follow your finger?
[19:09] <inuka_desk> smagoun, my bad it does not 
[19:09] <smagoun> ah ok
[19:10] <smagoun> inuka_desk: try opening a shell then running the touchscreen calibration tool using the 'controlpanel' program
[19:10] <inuka_desk> smagoun, thanks I will chek that out
[19:38] <cjwatson> smagoun: did you have any luck with the suite-diff.py program I sent over?
[19:44] <smagoun> cjwatson: I had to abandon that for the time being - we decided to rebase on hardy during our recent sprint, so I've been fulltime on that task.
[19:45] <cjwatson> smagoun: ok, let me know if we can do anything else. I think the thing I blocked on to start with was that I wasn't sure whether you needed a list of things that failed on lpia but not on i386 (fiddly because it requires talking to Launchpad to query build statuses) or just a straight list of what was newer on i386 than on lpia
[19:46] <cjwatson> obviously the latter will have some noise due to packages that just haven't built yet, but that (a) might be OK or (b) might not even be noise
[19:46] <cjwatson> so eventually I decided to just punt and give you the tools :)
[19:47] <smagoun> cjwatson: I think ideally it's the former, but a simple list of what's newer is fine in practice. We (lexington folk) have had really bad luck with the hardy transition so far, so it's been slow going. I hope to return to the arch sync problem by the end of the month
[19:48] <smagoun> cjwatson: I really appreciate your help on the problem. I'll let you know what ultimately works best.
[19:50] <cjwatson> ok, in that case 'suite-diff.py <URL to i386 Packages> <URL to lpia Packages> gt' should be good enough
[19:51] <cjwatson> oh, but you might also have to figure out something for packages that have *never* built on lpia, some of which will be bugs and some of which will be deliberate
[19:51] <cjwatson> so you'll probably need to use 'gt-ne', and get a slew of output that you have to filter for known don't-cares
[20:02] <tremolux> agoliveira: I have noticed that the version of galculator that's in the UME PPE is quite a few patches behind the version at in the moblin repo
[20:03] <tremolux> agoliveira: including a patch for osso support, some bug fixes, etc.
[20:04] <agoliveira> tremolux: Well, I didn't even know there was yet a galculator there and I thought we agreed that those patches would be sent over to be integrated.
[20:05] <agoliveira> I took the latest upstream version we had (1.3.1 IIRC) and added my patches. I'll gladly integrate their patches too of course.
[20:05] <tremolux> agoliveira: yep, ok, I believe that's true
[20:05] <agoliveira> tremolux: I just hope there *is* a patch, not just the modified tarball.
[20:06] <tremolux> agoliveira: yep, it's a series of patch files, four or so beyond the two that are in the version in our PPA
[20:07] <smagoun> agoliveira: there's even a git tree if you want: http://moblin.org/repos/projects/galculator.git/
[20:07] <agoliveira> tremolux: Crap. Well, if you feel it's important I can check those out.
[20:07] <tremolux> smagoun: agoliveira , right, that's where I got the version that I'm comparing
[20:08]  * agoliveira would *love* if Intel just used our tools instead of keep this damn git tree for everything...
[20:08] <smagoun> agoliveira: version control is a *good thing* :)
[20:09] <agoliveira> smagoun: bzr does that as well :)
[20:10] <tremolux> agoliveira: there was a discussion last week of bspencer planning to upload the latest galculator to the PPA (see wiki from last week)
[20:10] <tremolux> agoliveira: (unless I misunderstand)
[20:10] <bspencer> true
[20:11] <agoliveira> tremolux: Oh, correct.
[20:13] <agoliveira> Maybe we should touch again the issue of having the same source base aways with one responsible thus avoiding duplicity.
[20:14] <agoliveira> bspencer: Anyway, upload yours and I'll try to come up with a merged version and promisse me you will stick with that and make patches over it only :)
[20:15] <bspencer> agoliveira: where is your galculator source?
[20:16] <bspencer> I can make patches to that if it is part of ubuntu-mobile in launchpad
[20:18] <agoliveira> bspencer: You can pull it from the PPA
[20:22] <tremolux> bspencer: thanks
[20:22] <bspencer> agoliveira: got it
[20:23] <agoliveira> bspencer: Thanks a lot.
[20:25] <tremolux> agoliveira, bspencer cool, thanks guys
[20:25] <agoliveira> tremolux: My pleasure!
[20:27] <ian_brasil> i am building google gears on lpia and noticed there are no add-ons for the midbrowser ..is this likely to change?
[20:28] <bspencer> ian_brasil: there is support for addons, but each one has to be tweaked a little to work.  There is no menu item for addons now that I know.  cwong1 or asac could tell you more.
[20:29] <ian_brasil> bspencer: thx..i'll ping one of them
[20:32] <HappyCamp> bspencer, are you in the office today?
[20:32] <bspencer> HappyCamp  yes... my home office
[20:33] <bspencer> going to lunch now though
[20:33] <HappyCamp> Oh okay then.  Did you see my "git rm" helpful hint?
[20:33] <agoliveira> HappyCamp: Like in "git rm -rf /"? :)
[20:33] <HappyCamp> not exactly ;)
[20:36] <patm> cwong1, ping
[20:40] <smagoun> rusty_: any idea what the ETA is for getting the moblin-media dependencies into the PPA? You can't create a full image from the PPA without lots of tinkering as long as the dependencies are broken.
[20:41] <rusty_> smagoun, then let's just remove it for now
[20:41] <rusty_> i assume that's possible?
[20:42] <smagoun> rusty_: it's possible - click the "delete packages" link listed under "actions" on the left side of the PPA webpage
[20:43]  * rusty_ waits for launchpad to serve up a page
[20:44] <smagoun> rusty_: for some fun, look at the last line of the source when the page comes up. It'll say something like <!-- at least 3382 queries issued in 15.27 seconds -->
[20:44] <smagoun> 3k queries/page is not how you build a scalable system...
[20:45] <rusty_> smagoun, ok, it's deleted... i'll at it back later after i work through the deps
[20:45] <smagoun> rusty_: thanks!
[20:54] <smagoun> davidm: I submitted a merge request for the latest evtouch driver from debian unstable, which includes a patch for the touchscreen on the Q1: https://bugs.edge.launchpad.net/ubuntu/+source/xf86-input-evtouch/+bug/190004
[20:55] <ubotu> Launchpad bug 190004 in xf86-input-evtouch "Please merge xf86-input-evdev 0.8.7-3 (universe) from debian unstable (main)" [Undecided,Confirmed] 
[20:55] <smagoun> On my Q1 the TS is still a bit jumpy and the calibrate tool doesn't work, but a jumpy TS is better than no TS for now
[20:55] <davidm> smagoun, sounds good
[20:56] <davidm> Mithrandir, Q1 TS issue getting better.
[20:58] <Mithrandir> smagoun: does that include the patch from http://lists.freedesktop.org/archives/xorg-commit/2008-February/014648.html
[20:58] <Mithrandir> ?
[20:59] <agoliveira> davidm: Already listening the anoying song...
[21:01] <smagoun> Mithrandir: that looks like a patch to the xserver itself, not evtouch?
[21:02] <mjg59> Yes, the inherent issue is in the server rather than the driver
[21:05] <smagoun> mjg59: So the driver update isn't necessary? Or we need both the driver and server patches?
[21:06] <mjg59> I believe the server update should be adequate
[21:11] <smagoun> mjg59: Are you testing the xserver patch? Any idea for an ETA into Hardy?
[21:11] <mjg59> smagoun: I'm blocked on not having access to an x86 build machine at the moment, but this is what upstream have given us
[21:28] <StevenK> mjg59: Anything I can do to help?
[21:28] <mjg59> StevenK: Testing the code from that patch would be great
[21:31] <smagoun> StevenK: a warning, the patch doesn't apply cleanly to the xserver in hardy
[21:31] <StevenK> smagoun: If you've already tried, I'm happy to base off your work
[21:32] <smagoun> StevenK: I'm afraid I don't have anything useful. I spent about 2 minutes on it, and much of that was browsing gitweb.fd.o.
[21:38]  * StevenK tries to figure out where to stuff this patch in xserver-xorg
[21:40] <smagoun> StevenK: apt-get source xorg-server-core, then it applies (or not) to xorg-server-1.4.1.../dix
[21:41] <smagoun> or did you mean where in the patch series should it go?
[21:41] <StevenK> Yeah
[21:43] <smagoun> I think I decided that it didn't really matter, since none of the patches in debian/patches affect dix/getevents.c, which is where the changes go
[22:17]  * StevenK tries to get this patch to apply
[22:18] <mjg59> asac: I've got a plan for dealing with automatically bringing the wireless up and down on network activity, so I'm looking at adding that to n-m
[22:18] <mjg59> asac: Should I look at 0.6 or 0.7?
[22:22] <StevenK> Ugh. The dix/getevents.c differ too much between git and what is in Ubuntu.
[22:23] <mjg59> StevenK: Hang on, I have some older code that might work
[22:23] <mjg59> StevenK: www.codon.org.uk/~mjg59/tmp/145_fdo_10324_add_scaling.diff
[22:27] <StevenK> mjg59: That applies fine. Along with a .orig file :-)
[22:27] <mjg59> StevenK: Hahaoops.
[22:27] <mjg59> Let me know if it actually works
[22:28] <StevenK> mjg59: Will do, I'll be test building it in a few
[22:33] <mjg59> asac: Unf. Your ppa n-m package contains the libtool wrapper for nm-tool, not the actual binary
[22:37] <smagoun> StevenK: I have to head home now, would you let me know how that touchscreen fix works? If you don't have a Q1 point me at a .deb + I'll test in the morning.
[22:38] <StevenK> smagoun: I shall. I'm going to brutalise my Q1 in a bit
[23:07] <StevenK> mjg59: The patch looks to work
[23:07] <mjg59> StevenK: Excellent. Want to upload that?
[23:08] <mjg59> Should also fix wacom
[23:08] <StevenK> mjg59: I've had to apply the patch to the package, and I'm talking to Bryce about it, so I can handle it
[23:08] <mjg59> Cool
[23:25] <cjwatson> Mithrandir: (or indeed anyone else) Do you know if you make use of the mobile seeds in any place other than the ubuntu-meta source package?
[23:26] <davidm> StevenK, do you know the answer to cjwatson's question?
[23:26] <cjwatson> I ask since I'm going to land a seed restructuring tomorrow once a Launchpad change I've requested lands
[23:27] <cjwatson> and in the process it seems like it'd be convenient for you guys to take the opportunity to split the mobile seeds out into something that's owned by the ubuntu-mobile team
[23:27] <cjwatson> (shout if this is a false assumption)
[23:27] <StevenK> cjwatson: From what I can recall, only ubuntu-meta makes use of the mobile seeds.
[23:28] <cjwatson> cool; is my other assumption correct (that this would be a useful permissions relaxation?)
[23:29] <cjwatson> I think it might become sensible to build the ubuntu-mobile binary from a separate source package, but I can organise that
[23:29] <StevenK> With the caveat that ubuntu-meta still needs to be sponsored by a core-dev?
[23:30] <StevenK> cjwatson: I think the permissions relaxation would help, then people don't have to get blocked on Mithrandir or I
[23:30] <cjwatson> 23:29 <StevenK> With the caveat that ubuntu-meta still needs to be sponsored by a core-dev?
[23:30] <cjwatson> 23:29 <cjwatson> ubuntu-mobile's in universe anyway, so if we split the source out that could be relaxed to ubuntu-dev if you'd like
[23:31] <StevenK> Ah.
[23:32] <StevenK> cjwatson: But will probably get promoted to main ...
[23:32] <cjwatson> sure
[23:32] <StevenK> mjg59: xserver-xorg uploaded, thanks for your help.
[23:32] <cjwatson> I'm not fussed really, it's your (plural) call, just indicating that it will shortly be technically possible and might be more flexible
[23:33] <StevenK> cjwatson: Shall we leave the status quo alone and revisit it if it's needed?
[23:33] <cjwatson> if we split the mobile seeds out into a separate branch, though, which I do think we should do as they're a separate product, then that will either require splitting the ubuntu-meta source package or some work in germinate-update-metapackage
[23:34] <cjwatson> what I'm trying to do is establish each product we ship as a separate seed branch, and have them actually include a central seed branch (or branches) rather than having to merge back and forward all the time
[23:34] <mjg59> StevenK: No problem
[23:35] <cjwatson> this probably hasn't been so much of a problem for you directly, but it is noticeable at the moment that any time you try to merge the Kubuntu seeds you have to resolve conflicts because mobile is missing there
[23:35] <cjwatson> this is among the problems I'm trying to fix
[23:35]  * StevenK nods
[23:36] <cjwatson> but we can just as well leave the split-out mobile seeds owned by ubuntu-core-dev if you prefer
[23:36] <StevenK> I think it makes sense to have them owned by ubuntu-mobile
[23:37] <StevenK> I'm curious who will own the kubuntu seeds
[23:37] <cjwatson> they're ubuntu-core-dev at the moment
[23:37] <cjwatson> (they've always been split)
[23:37] <cjwatson> the new seed branches will be platform, server, and mobile
[23:38] <cjwatson> I'll have the same conversation with server, and make platform be ubuntu-core-dev by personal fiat ;-)
[23:38] <StevenK> Heh
[23:39] <StevenK> "I declare the world is shaped like this."
[23:39] <StevenK> At this point, either of ubuntu-core-dev or ubuntu-mobile is okay. Since ubuntu-meta requires ubuntu-core-dev, maybe the seeds should still remain as owned by core-dev