[03:36] <xnox> mdeslaur: hm, is that on the desktop only atm?
[03:36]  * xnox haven't seen that on Touch yet.
[04:09] <mdeslaur> xnox: oh, I didn't realize he was referring to touch...perhaps it's not on touch yet
[04:10] <xnox> mdeslaur: maybe he wasn't =) /me only has touch on my mind these days
[04:10] <mdeslaur> xnox: yes :)
[04:10] <xnox> but would be cool to have them on touch as well =)
[04:19] <mdeslaur> definitely :)
[08:15] <tsdgeos> we got stuff merged in \o/
[08:43] <lesshaste> mdeslaur, how can I use that to get the calendar to show the right date?
[08:45] <tsdgeos> anyone knows what's the new s-jenkins ip?
[08:45] <tsdgeos> mzanetti: Saviq: MacSlow: ↑↑↑ ?
[08:46] <MacSlow> tsdgeos, isn't it <IP_ADDRESS>
[08:46] <tsdgeos> may be
[08:46] <tsdgeos> my firefox autocompletion said <IP_ADDRESS>
[08:46] <MacSlow> tsdgeos, that's what I have here in my hosts file... and it seems to work still
[08:46] <mzanetti> <IP_ADDRESS>
[08:46] <tsdgeos> okidoki
[08:46] <tsdgeos> tx
[08:47] <mzanetti> oh... that might have been wrong
[08:48] <tsdgeos> ok, big question
[08:48] <tsdgeos> why is there no huge queue of autolanding?
[08:48] <tsdgeos> we need to set to needs review->approve again?
[08:49] <mzanetti> tsdgeos: Saviq wanted to trigger them manually
[08:49] <tsdgeos> mzanetti: " [paulliu] Swipe between previews: INPROGRESS" is you, right?
[08:49] <mzanetti> tsdgeos: yeah
[08:49] <tsdgeos> oka
[08:49] <mzanetti> tsdgeos: blueprint?
[08:49] <tsdgeos> yep
[08:49] <tsdgeos> moved it
[08:49] <mzanetti> thanks
[08:51] <tsdgeos> there some other stuff in https://blueprints.launchpad.net/ubuntu/+spec/client-1303-unity-ui-dash that needs moving to month 11 i guess
[08:52]  * tsdgeos moves
[08:52] <mzanetti>  implement the music preview: TODO
[08:52] <mzanetti> didn't know that was assigned to me. but ok. shouldn't be a biggie
[08:52] <tsdgeos> :D
[08:53] <tsdgeos> so we're Saviq? shouldn't he be jetlagged? :D
[08:54] <mzanetti> which might be related to the fact you cant find him :)
[09:47] <mhr3> dednick, it's here again! no time indicator on my desktop now!
[09:48] <mhr3> dednick, also how was sf?
[09:48] <dednick> mhr3: better weather than here :)
[09:48] <dednick> mhr3: otherwise, pretty busy
[09:48] <mhr3> hmm, really? who would have thought that :)
[09:48] <dednick> mhr3: what version of indicator-datetime you running?
[09:49]  * mhr3 checks
[09:49] <mhr3>   Installed: 13.10.0+13.10.20131016.2-0ubuntu1
[09:50] <larsu> mhr3: https://bugs.launchpad.net/indicator-session/+bug/1239710
[09:50] <larsu> my fixes got merged after 16.10.2013. They should trickle in with an SRU
[09:51] <mhr3> larsu, yey, so it's finally tackled, cool
[09:51] <mhr3> larsu, what was the issue?
[09:51] <larsu> mhr3: a deadlock in glib's type system
[09:51] <larsu> the fixes are work arounds
[09:51] <mhr3> oh that?
[09:51] <larsu> desrt wants to fix it this cycle
[09:51] <mhr3> i remember reporting it a year and a half ago :)
[09:52] <larsu> yeah its quite old...
[10:00] <seb128> hey mhr3, larsu
[10:01] <seb128> mhr3, yeah, the same good old bug biting back ;-)
[10:50] <sil2100> bregma: ping!
[10:54] <sil2100> bregma: https://bugs.launchpad.net/unity/+bug/1247787
[11:31] <dednick> mhr3: ping.
[11:31] <mhr3> dednick, pong
[11:33] <dednick> mhr3: hey. do you know if you can send and receive a dbus message on same interface and same thread when using g_dbus_proxy_call_sync ?
[11:34] <dednick> I'm guessing not....
[11:34] <dednick> given that it says sync :)
[11:34] <tsdgeos> mzanetti: ping
[11:34] <mhr3> dednick, it's _sync cause it'll block until you get a reply
[11:35] <mhr3> dednick, otherwise all _async methods will return reply in the same thread where you initiated the request
[11:35] <dednick> mhr3: right. but will it spin without pumping glib queue?
[11:35] <mhr3> given there's a mainloop running there
[11:36] <mhr3> dednick, you mean "will it spin the mainloop" or "will it flush the previous dbus msgs"?
[11:36] <mhr3> it will the latter
[11:37] <mhr3> spinning mainloop... not sure
[11:37] <dednick> mhr3: ok. so if the message is being handled by the same thread, it will just time out i guess. Which is what i'm seeing...
[11:38] <dednick> sigh
[11:38] <mhr3> yea, don't do that :)
[11:38] <dednick> mhr3: means we can't create notifications in Unity8.
[11:38] <dednick> bit of a bugger
[11:39] <mhr3> dednick, why can't you use the async variant?
[11:39] <larsu> mhr3: why did you set bug #1239710 to confirmed? Is it still happening after you updated?
[11:39] <dednick> because it's libnotify
[11:39] <dednick> mhr3: ^
[11:39] <mhr3> larsu, cause it was marked as released, and it's not
[11:39] <mhr3> dednick, eek :/
[11:39] <larsu> mhr3: ah, it's only in proposed. Sorry about that :)
[11:41] <dednick> mhr3: and to made it even worse, notification actions dont work when you put it on separate thread! happy days!
[11:41] <dednick> stupid
[11:41] <larsu> dednick: unity8 itself implements org.freedesktop.Notifications
[11:42] <larsu> just use internal API to show a notification
[11:42] <dednick> larsu: yeah, i know. but only really the server.
[11:42] <dednick> the client is too rudimentary.
[11:42] <larsu> dednick: right. If you block unity8 when sending the message, it can't receive the message
[11:42] <dednick> but i guess we can change that
[11:43] <nic-doffay> tsdgeos, ping
[11:43] <tsdgeos> nic-doffay: hi
[11:43] <larsu> dednick: but really, don't hit the bus from the same process
[11:43] <mzanetti> tsdgeos: pong
[11:44] <tsdgeos> mzanetti: still missing a test, but can you have a look at https://code.launchpad.net/~aacid/unity8/lvwph_bad_header_position_1245824/+merge/193754 to see if it works for you ?
[11:44] <nic-doffay> tsdgeos, quick Q. Is the index on a repeater delegate a QModelIndex or just an int?
[11:44] <tsdgeos> nic-doffay: just an int
[11:44] <nic-doffay> tsdgeos, cool ta
[11:45] <tsdgeos> nic-doffay: QML doesn't really expose the QModelIndex stuff since it's motly list-based
[11:45] <mzanetti> tsdgeos: on it
[11:49] <nic-doffay> tsdgeos, right I'll remember that. Thanks!
[11:52] <Saviq> tsdgeos, I *am*
[11:52] <tsdgeos> oh my
[11:52] <tsdgeos> the google mail thing
[11:52] <tsdgeos> has put the travel agency stuff into the spam folder
[11:52] <tsdgeos> awesome
[11:52] <tsdgeos> ...
[11:53] <Saviq> tsdgeos, like you'd *ever* need that
[11:53]  * Saviq is useless, hates jetlag, takes swap-day
[11:53] <Saviq> ping if needed
[11:53] <tsdgeos> Saviq: but shouldn't you be jetlagged into the other direction? :D
[11:53] <tsdgeos> Saviq: what do we do with landing stuff?
[11:53] <dandrader> mzanetti, is autolanding working again for unity8?
[11:53] <mzanetti> tsdgeos: https://code.launchpad.net/~aacid/unity8/lvwph_bad_header_position_1245824/+merge/193754/comments/446487
[11:54] <tsdgeos> mzanetti: tx
[11:54] <mzanetti> dandrader: yes. but afaik still manually. Saviq didn't want to let the queue fight on its own
[11:54] <Saviq> tsdgeos, dandrader, mzanetti yep - manual
[11:55] <dandrader> Saviq, hey, I want my branch in! :) who do I bug to get it merged? you?
[11:55] <tsdgeos> Saviq: meaning we trigger the CI and if it approves we manually merge it?
[11:55] <Saviq> tsdgeos, no, meaning we trigger unity8-autolanding manually
[11:55] <Saviq> tsdgeos, or - I am
[11:55] <tsdgeos> oh
[11:55] <tsdgeos> ok
[11:55] <tsdgeos> Saviq: want us to take over for today?
[11:55] <dandrader> before it bitrots
[11:56] <Saviq> tsdgeos, whoever's got the rights to access http://s-jenkins:8080/job/unity8-autolanding/build
[11:57] <tsdgeos> i had afair
[11:57]  * tsdgeos checks
[11:57] <Saviq> it's just about filling landing_candidate merge_proposal and candidate_revision there
[11:58] <tsdgeos> yep, can do that
[11:58] <Saviq> tsdgeos, I think I'm jetlagged the right way, i.e. I couldn't sleep until 5am ('cause it was still 8pm in SF)
[11:58] <tsdgeos> Saviq: ah right
[11:59] <tsdgeos> Saviq: ok, let me try to merge dandrader's MR
[11:59] <tsdgeos> Saviq: candidate_revision is the rev on landing_candidate we want to merge, right?
[12:00] <dandrader> tsdgeos, https://code.launchpad.net/~dandrader/unity8/drag-crash-1228336/+merge/192183  thanks!!!
[12:00] <Saviq> tsdgeos, the one that's approved on the merge, to be exact
[12:00] <nic-doffay> Saviq, still a maximum of three searches for the SearchHistory yeah?
[12:00] <Saviq> tsdgeos, I just triggered for https://code.launchpad.net/~cimi/unity8/fix-1204300/+merge/192006
[12:00] <Saviq> nic-doffay, yes
[12:00] <nic-doffay> Saviq, cool
[12:00] <Saviq> tsdgeos, you can put the next one in queue
[12:01] <Saviq> and I'll try and be around to look at it anyway, but in case I pass out you know what to do ;)
[12:01] <tsdgeos> :D
[12:01] <tsdgeos> added to the queue
[12:02] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/lvwph_bad_header_position_1245824/+merge/193754 no test?
[12:03] <tsdgeos> Saviq: i need to think how to do the test, wanted to get mzanetti to try it first
[12:03] <Saviq> tsdgeos, ah kay, thanks
[12:03] <tsdgeos> the other test i made for the other bug is not liking the CI though :_/
[12:03] <mzanetti> yep. hence the comment only and not a direct approve
[12:07] <Saviq> tsdgeos, btw, Qt 5.2 is there in qt5-beta-proper ppa, weirdly fails unity8 package tests
[12:07] <Saviq> i.e. https://launchpadlibrarian.net/155434488/buildlog_ubuntu-trusty-amd64.unity8_1%3A7.83%2B14.04.20131028.1-0%2B201310302134~481~ubuntu14.04.1_FAILEDTOBUILD.txt.gz
[12:08] <Saviq> which is like... "230 hours ago" != "yesterday"... ORLY?
[12:08] <Saviq> or "230 months ago" != "yesterday", for that matter
[12:08] <tsdgeos> boo :D
[12:08] <tsdgeos> Saviq: want me to have a look at that after i finish the test for this fix?
[12:09] <Saviq> tsdgeos, not a priority
[12:09] <tsdgeos> ok
[12:09] <Saviq> tsdgeos, but the sooner we fix it, the sooner we switch to it, or at least start testing
[12:09] <Saviq> I worry that's v4 failing to do the date maths properly
[12:09] <tsdgeos> Saviq: though tbh if it's a bug in 5.2 it'd be cool to get it fixed in 5.2.0
[12:09] <Saviq> tsdgeos, true
[12:09] <tsdgeos> so if we can report it and get someone else to fix it
[12:09] <tsdgeos> instead of it having to be me
[12:09] <tsdgeos> it's a win :D
[12:10] <Saviq> tsdgeos, sure, do your thing :)
[12:14] <Saviq> Cimi, hint: you don't need to commit tag changes, they're separate
[12:15] <Cimi> so what  shall I  do?
[12:21] <seb128> mhr3, why did you change the indicator bug back to "confirmed"?
[12:23] <Cimi> Saviq, how am I supposed to deal with them then?
[12:23] <Saviq> Cimi, just push
[12:23] <Cimi> Saviq, I cannot push without a commit
[12:24] <Saviq> Cimi, ah, that's where you direct the "bzr tag" command directly at the remote branch
[12:24] <Cimi> Saviq, unless you push and says "nothing to push" it's a bug
[12:24] <Saviq> Cimi, my mail did that
[12:24] <Cimi> ah I see
[12:24] <Cimi> Saviq, I obviously just copied past, remember my lazy nature :)
[12:24] <Cimi> *paste
[12:30] <mhr3> seb128, @12:39
[12:31] <seb128> mhr3, it should be "fix commited"
[12:31] <seb128> mhr3, or "in progress" at least
[12:33] <mhr3> seb128, we should have "in distro" / "not in distro" status for pkg bugs :)
[12:33] <seb128> ;-)
[12:33] <seb128> mhr3, what distro do you run?
[12:33] <mhr3> seb128, what a silly question :P
[12:33] <seb128> mhr3, because the fix is released in trusty, so the status was correct...
[12:34] <seb128> mhr3, saucy I guess? ;-)
[12:34] <greyback> Saviq: https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta-proper <- I don't see Qt5.2 packages in there. Or are the version numbers not bumped?
[12:34] <mhr3> seb128, of course, noone likes to be on dev while foundations team are playing there :)
[12:35] <seb128> mhr3, still, that's the correct status, can you set it back?
[12:35] <Cimi> who wants to help me with some cake? I have to port the wizard from quake to cmake
[12:36] <mhr3> seb128, done
[12:36] <seb128> mhr3, thanks
[12:37] <Saviq> greyback, hmm maybe somewhere else? /me checks
[12:38] <Saviq> greyback, https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2
[12:38] <Saviq> tsdgeos, fyi ↑
[12:38] <greyback> Saviq: I've 5.2 in a chroot.  When we know that, we can point you to the best person
[12:56] <pabloalmeidaff9> it's a problem with drag and drop in Unity
[12:56] <pabloalmeidaff9> you can drag and drop to many places, except websites
[12:57] <pabloalmeidaff9> like the Gmail composer
[12:57] <pabloalmeidaff9> I guess I found the cause
[12:57] <pabloalmeidaff9> it looks related to how the URI of the icon is encoded
[12:57] <pabloalmeidaff9> since Firefox understands the URI as  a lot of Chinese characters
[12:57] <pabloalmeidaff9> while the terminal understands it just fine
[12:58] <pabloalmeidaff9> I followed the path and ended up on the Files lens and scope
[12:58] <pabloalmeidaff9> but it's in Vala
[12:58] <pabloalmeidaff9> is there a default encoding in Unity results uris?
[13:00] <greyback> pabloalmeidaff9: oh wow, that's great, you've figured out the issue! Could I ask you first to log a bug against the unity project, it helps us keep track of the work
[13:01] <pabloalmeidaff9> allright
[13:01] <pabloalmeidaff9> I'll be doing that right now
[13:02] <greyback> pabloalmeidaff9: thanks. Then I'll have to point you to "bregma" - he should be able to help you - but he may not be awake yet
[13:03] <pabloalmeidaff9> it's my first time on IRC. I'll have to leave in one hour. If he's not awake until then, is there a more offline way of working on this? Will he be following the bug report?
[13:03] <pabloalmeidaff9> I've filled a lot of reports in the past, some even with the patches, but the overall impression is that nobody listens
[13:11] <greyback> pabloalmeidaff9: we get a lot of bug reports, it cane be hard to keep track. https://launchpad.net/~unity-dev is a Mailing List where the right people would definitely see your contribution
[13:12] <pabloalmeidaff9> greyback: reported. Link: https://bugs.launchpad.net/unity/+bug/1247834
[13:13] <greyback> pabloalmeidaff9: I suggest you write a mail, adding the bug and your proposed fix/asking for help. That's probably the best way to do this in a more offline way
[13:14] <greyback> pabloalmeidaff9: if you've other bugs with patches, it would do no harm to list them in a mail too. We like patches :)
[13:14] <pabloalmeidaff9> greyback: Allright. I'll be doing more research until it's time to leave the office and if bregma is not here until then, I'll email him
[13:15] <greyback> pabloalmeidaff9: nice, thank you.
[13:16] <pabloalmeidaff9> greyback: Well, the last one I tried was a bug that is more like an opinion. It was about sorting the wifi networks list by signal strength instead of by name. The problem is that I could not build the thing at all. The solution is simple, so I guess it works, but I have no way of knowing.
[13:16] <pabloalmeidaff9> greyback: I don't remember ever being able to build any package GNOME package ever.
[13:25] <Saviq> dandrader|afk, there's a bunch of (non-flaky) failures for your branch http://<IP_ADDRESS>:8080/job/unity-phablet-qmluitests-trusty/92/
[13:26] <Saviq> tsdgeos, you need to fill "merge_proposal", too
[13:26] <Saviq> tsdgeos, otherwise it won't update its status
[13:37] <dandrader> Saviq, interesting. gonna check those
[13:42] <sil2100> Trevinho: ChrisTownsend: ping ;)
[13:43] <ChrisTownsend> sil2100: Hi!  What's up?
[13:43] <sil2100> ChrisTownsend: hello, could you maybe take a look at the recent unity FTBFS issue?
[13:44] <sil2100> ChrisTownsend: https://bugs.launchpad.net/unity/+bug/1247787
[13:44]  * ChrisTownsend Looks
[13:45] <sil2100> ChrisTownsend: thanks :)
[13:45] <ChrisTownsend> sil2100: Looks very strange.  I'll look into it.  Thanks for pointing that out.  I'm wayyyyy behind on email, so I probably wouldn't see it for a while:)
[13:47] <greyback> pabloalmeidaff9: sorry, had meeting. "apt-get build-dep <package-name>" should download all the dependencies needed to build a package. It should install all you need
[13:55] <tsdgeos> Saviq: ah, ok
[13:55] <tsdgeos> Saviq: did you do that or?
[14:00] <tsdgeos> Saviq: ok, i did
[14:10] <mhr3> sil2100, is this the week we can get the new pkgs in trusty?
[14:10] <mhr3> sil2100, mostly capnp
[14:11] <sil2100> mhr3: yes, I guess it will! I already have a snapshot packaging ready, there are only a few issues that need to be resolved and we can push it out
[14:12] <mhr3> sil2100, would be nice if we could get python bindings for it too :)
[14:13] <mhr3> but that's a bonus ;)
[14:31] <tsdgeos> dednick: nic-doffay: standtup
[14:31] <tsdgeos> dednick: oh you're there :D
[14:31] <dednick> tsdgeos: the second you said :)
[14:34] <greyback> tsdgeos: just an FYI: https://bugreports.qt-project.org/browse/QTBUG-34493
[14:35] <tsdgeos> greyback: ouch
[14:37] <greyback> tsdgeos: that breaks just swiping the greeter away showing dash. Here's workaround: http://pastebin.ubuntu.com/6359069/
[14:38] <kgunn> mterry: curious...as you try the nested mir (on desktop) were you also attempting on touch as well ?
[14:38] <greyback> tsdgeos: I'm also seeing a fast swipe-greeter-away doesn't set dash scale = 1, instead seems stuck around something like 0.8. Probably another JS issue.
[14:38] <mterry> kgunn, I've mostly been working with nested Mir on phone
[14:38] <kgunn> mterry: cool...that's even better
[14:38] <mterry> kgunn, my benchmarking will be on phone for example
[14:38] <kgunn> mterry: you're the greatest!
[14:39] <mterry> kgunn, I wasn't even thinking of benchmarking on desktop...  maybe I should, but I assume it will be smaller delta than on phone
[14:40] <tsdgeos> greyback: i guess we can get that patch in, it "should work", but the less name overlapping the better i'd say
[14:40] <kgunn> mterry: right the impact will really be on the phone... alf and i were just chatting about this very thing
[14:40] <greyback> tsdgeos: +1
[14:40] <tsdgeos> greyback: i always get confused by the fact that we have billions of stuff named the same :D
[14:40] <tsdgeos> root
[14:40] <kgunn> mterry: i think the mir guys should do nested-bypass work for phone first vs desktop
[14:40] <tsdgeos> everywheeeere
[14:41] <tsdgeos> greyback: so are you proposing the MR?
[14:42] <greyback> tsdgeos: I like "root" everywhere. It refers to the root of the qml doc you're in. Also IMO is a kind of scoping, makes it much harder to probe QML objects
[14:42] <mterry> kgunn, sure, makes sense. phone is priority after all
[14:42] <greyback> tsdgeos: yep, gimme a sec
[14:42] <tsdgeos> greyback: well, i like it some days, get confused some others :D
[14:42] <greyback> tsdgeos: fair enough :)
[14:42] <tsdgeos> i agree it's good it gives some kind of "predictability"
[14:43] <kgunn> mterry: yeah...i kinda view it as: we should strive for functional across both phone & desktop...but include consideration for performance on phone, delayed focus on perf for desktop
[14:44] <tsdgeos> mzanetti: ok, switching-previews next up the queue
[14:45] <mzanetti> tsdgeos: \o/ thanks
[14:45] <nic-doffay> mzanetti, got time for a review? The search scope is ready.
[14:45] <mzanetti> nic-doffay: in a moment
[14:45] <nic-doffay> mzanetti, cool here's the link for whenever: https://code.launchpad.net/~nicolas-doffay/unity8/scope-search-refactor/+merge/193787
[14:46] <greyback> tsdgeos: https://code.launchpad.net/~gerboland/unity8/stop-name-clash/+merge/193789
[14:47] <mzanetti> greyback: ah, what I wanted to ask:
[14:47] <mzanetti> greyback: on the weekend I've been working a bit more on some apps and got hit by this again:
[14:47] <mzanetti> greyback: run an app from cmdline, lock the screen, ctrl+c on the app, unlock the screen
[14:48] <mzanetti> greyback: it will get in a state where you have to reboot
[14:48] <greyback> mzanetti: eek
[14:48] <greyback> mzanetti: bug please :)
[14:53] <mzanetti> greyback: https://bugs.launchpad.net/unity8/+bug/1247864
[14:54] <greyback> mzanetti: mind if I rename?
[14:54] <mzanetti> feel free
[14:54] <mzanetti> greyback: also, feel free to increase priority :P
[14:54] <greyback> mzanetti: does unity8 actually crash, or just hang?
[14:55] <mzanetti> greyback: I don't know...  can't restart it any more
[14:55] <mzanetti> maybe it hangs
[14:55] <greyback> mzanetti: ok
[14:57] <Cimi> mterry, hey michael!
[14:57] <mterry> Cimi, hello!
[14:58] <Cimi> mterry, I'm working on porting the wizard over cmake
[14:58] <mterry> Cimi, oh neat
[14:59] <mterry> Cimi, did system-settings switch over?
[14:59] <Cimi> mterry, yes
[15:00] <Cimi> mterry, but I'm failing and I need an help :)
[15:00] <Cimi> mterry, I pushed there lp:~unity-team/ubuntu-settings-components/wizard-cmake
[15:01] <dandrader> Saviq, tsdgeos fixed (at least locally) the qmltest failures in lp:~dandrader/unity8/drag-crash-1228336.
[15:03] <mterry> Cimi, the account plugin is missing a CMakeLists.txt file?
[15:04] <Cimi> mterry, might forgot to addd
[15:04] <Cimi> mterry, added
[15:04] <Cimi> mterry, but I dunno with the wizard app
[15:05] <Cimi> mterry, and the potfiles
[15:05] <tsdgeos> dandrader: you can ask for the type
[15:05] <dandrader> tsdgeos, it can be an EdgeDragArea or DirectionalDragArea. I think duck-typing is more convenient
[15:06] <tsdgeos> it can be more convinient
[15:06] <tsdgeos> but it'll break
[15:06] <dandrader> tsdgeos, does type checking also consider inheritance?
[15:06] <tsdgeos> don't know tbh, probably not
[15:06] <dandrader> tsdgeos, well, I think javascript is all about duck typing
[15:06] <tsdgeos> since at least what i know is "typeof"
[15:07] <mterry> Cimi, your accounts CMakeFile.txt is missing a closing parens on first lin
[15:07] <mterry> e
[15:07] <dandrader> tsdgeos, as opposed to hard type checking
[15:07] <tsdgeos> so it'll give you the "child-most" item
[15:07] <mterry> Cimi, why does wizard app have its own po file anyway?
[15:07] <tsdgeos> dandrader: that doesn't mak it right ;-D
[15:07] <tsdgeos> dandrader: anyway it's not me that was reviewing that MR
[15:07] <dandrader> tsdgeos, it's a different way of doing things. not right or worng
[15:08] <tsdgeos> mzanetti: can you do the re-review of last thing at https://code.launchpad.net/~dandrader/unity8/drag-crash-1228336/+merge/192183 ?
[15:08] <tsdgeos> dandrader: tell me that when you end up with an item with those properties and it breaks :D
[15:10] <mzanetti> tsdgeos: dandrader: hmm... isn't there a less intrusive solution for this?
[15:10] <dandrader> mzanetti, I'm open for suggestions
[15:10] <mzanetti> hmm
[15:12] <dandrader> mzanetti, one idea is for the UnityTest base class to already call this method
[15:12] <dandrader> in his initTestCase
[15:12] <mzanetti> dandrader: yeah, sounds better, but let me think for one more minute
[15:13] <dandrader> although I don't know what happens if an intance of it overrides this method
[15:13] <Cimi> mterry, because I thought of keeping it separate
[15:14] <Cimi> mterry, you have commit access, it's on unity-team
[15:14] <mzanetti> dandrader: fixing the flick() method to do stuff within the allowed range is not an option?
[15:14] <mterry> Cimi, oh, fair
[15:15] <dandrader> mzanetti, I didn't get it
[15:15] <mzanetti> dandrader: mhm... ok. well, please try to hide it more then
[15:17] <mterry> Cimi, ok, I fixed a couple syntax errors, so now you can at least get to the make portion of building
[15:17] <mterry> Cimi, looks like you aren't passing libhybris includes/ldflags to the accounts plugin
[15:19] <Cimi> mterry, thanks
[15:19] <Cimi> mterry, I'm *bad* at those things
[15:19] <Cimi> makefiels
[15:19] <Cimi> makefiles
[15:19] <Cimi> well, especially bad :)
[15:25] <tsdgeos> greyback: eh, the time test error in 5.2 is actually bad coding on our side
[15:26] <tsdgeos> Saviq: ↑
[15:26] <tsdgeos> "A JSONObject is an unordered collection of name/value pairs"
[15:26] <tsdgeos> it just happen that 5.0 was returning it to us ordered
[15:26] <tsdgeos> and now it isn't
[15:27] <greyback> tsdgeos: interesting, maybe a little optimization v8 did?
[15:27] <tsdgeos> don't know tbh
[15:28] <tsdgeos> but we're not the only ones to hit this
[15:28] <tsdgeos> http://stackoverflow.com/questions/5773950/how-to-keep-an-javascript-object-array-ordered-while-also-maintaining-key-lookup
[15:28] <tsdgeos> this is browser-related
[15:28] <tsdgeos> but it's the same issue :D
[15:40] <tsdgeos> any taker? https://code.launchpad.net/~aacid/unity8/object_to_array/+merge/193801
[15:40] <tsdgeos> mzanetti: greyback: ↑↑↑
[15:40] <tsdgeos> it's easyyyyy
[15:41] <mzanetti> ok. can do
[15:42] <mzanetti> tsdgeos: and you're sure this doesn't break anything?
[15:42] <tsdgeos> i am
[15:42] <tsdgeos> what would it break?
[15:43] <mzanetti> ok... given that we only import this in a test
[15:43] <tsdgeos> lol
[15:43] <tsdgeos> that's also true
[15:43] <tsdgeos> why just not kill it?
[15:43] <mzanetti> yeah
[15:44] <mzanetti> ah right... this was used in the clock on the greeter iirc
[15:44] <mzanetti> and that one was dropped in favor of the indicator one
[15:44] <tsdgeos> well, approve this one and then let's see if we want to kill it or not
[15:47] <tsdgeos> tx
[15:55] <tsdgeos> hmmm
[15:55]  * tsdgeos confused
[15:56] <tsdgeos> why is the autolander green but not merged?¿?¿
[15:57] <tsdgeos> beucase it failed
[15:57] <tsdgeos> grrr
[15:58] <tsdgeos> my mitsake
[15:58] <tsdgeos> grrrrr2
[15:59] <tsdgeos> third attempt :D
[16:00] <tsdgeos> dandrader|lunch: do you think we can make it so removeTimeConstraintsFromDirectionalDragAreas is invoked on the shell for all the tests?
[17:05] <Saviq> dandrader, thanks
[18:13] <davidcalle> mzanetti, hi, I'm testing some scopes with your music previews branch and I'm wondering if the cover art having a fixed height is by design.
[18:28]  * greyback eod


[18:51] <androidbruce> seattlegaucho, hey bro you around
[18:52] <seattlegaucho> me here
[18:52] <androidbruce> ever used nginx?
[18:56] <seattlegaucho> nope
[18:57] <seattlegaucho> do you have a URL (in case it's an old dog with different collar -- bad translation of a Spanish expression)
[18:58] <androidbruce> its an alternative to apache
[18:58] <androidbruce> http://wiki.nginx.org/
[19:00] <seattlegaucho> wow! it's an impressive concept, but if you're looking for just the http service, try "lighty" -> lighttpd ... it's 100% Apache compatible with a fraction of the overhead
[19:00] <seattlegaucho> http://www.lighttpd.net/
[19:01] <seattlegaucho> I've use the latter to get access to simple stuff on servers where apache would've been too heavy
[19:02] <androidbruce> yeah, work is trying to move to ngnix
[19:02] <androidbruce> so i'm trying to learn it
[19:03] <androidbruce> right now my issue is that after i install it. when i browse to a folder that i've created in /var/www/ it just tries to download the .php instead of displaying it
[19:05] <seattlegaucho> you might be missing a flag somewhere ... what I've done in the past was to embed the PHP on a HTML file to work around it
[19:06] <seattlegaucho> but that is as far as my expertise on http servers go :/
[19:18] <androidbruce> yeah gotcha
[19:18] <androidbruce> thanks


[04:26] <johnbendi> hi All
[04:27] <johnbendi> i successfully installed xubuntu 10.10 on ibookg3 but it keeps giving me authenication failure
[04:27] <johnbendi> ..on the login screen
[04:28] <rww> johnbendi: #ubuntu+1 is for discussion and support of development versions of Ubuntu. Ubuntu 10.10 isn't a development version, so try #ubuntu instead.
[14:04] <CarlFK> some new firewire code just got checked into the kernel.  when will it hit ubuntu?
[14:05] <kklimonda_> maybe in natty, maybe in natty+1
[14:13] <CarlFK> http://git.kernel.org/?p=libs/ieee1394/libraw1394.git  is that at least in the right branch?
[14:13] <CarlFK> <- kinda clueless how the git tree thing works now
[15:18] <Ian_Corne> xserver-xorg-video-geode
[15:18] <Ian_Corne> aren't those the computers that are no longer supported?
[18:50] <CarlFK> a natty install will have natty repos in apt/sources, right?
[18:50] <Pici> It should.
[18:50] <CarlFK> I will swear I did natty, but ended up with maverick.
[18:51] <CarlFK> was wondering if maybe natty repo weren't setup yet, so everything still pointed to mav
[18:52] <Pici> Nope, they're defintely up.  Are there even disk images up now?
[18:53] <yofel_> not yet, the isos are from 10/07
[18:53] <CarlFK> I do net installs.
[18:53] <CarlFK> http://archive.ubuntu.com/ubuntu/dists/natty/main/installer-amd64/current/images/netboot/ubuntu-installer/amd64/initrd.gz
[18:54] <CarlFK> which is dated 10/7 ... hmm...
[18:56] <CarlFK> fb475c5cb02fb196679fc76774a73ef8  maverick/amd64/initrd.gz
[18:56] <CarlFK> fb475c5cb02fb196679fc76774a73ef8  natty/amd64/initrd.gz
[18:56] <CarlFK> heh.
[18:56] <CarlFK> that splins things
[18:57] <rxd> is there an lzma kernel support on the kernel for 11.04?
[19:13] <UndiFineD> compiling espeak: http://ubuntuforums.org/showthread.php?p=10067464
[21:05] <BUGabundo> evening
[21:10] <Wubbbi> Do someone know when the fglrx driver will be updated in Natty. We still have an old version. Can someone maybe maintain it?
[21:13] <bjsnider> Wubbbi, what is the latest version?
[21:14] <Wubbbi> bjsnider: In natty we have currently "8.780" and the new one is "8.783" ( 10.10 )
[21:32] <Ian_Corne> yofel: even weirder, it does work on my other natty box
[21:35] <Ian_Corne> But I think they're fiddling with it, like a link to a tar.gz gets opened in archive manager
[21:46] <Ian_Corne> Anyone remember the bug that when you ctrl+c'd a sudo command it asked for your pass a second time?
[21:46] <Ian_Corne> I've got that x 4 now :p
[21:47] <Sir_Konrad> Ian_Corne, LOL! :D


[01:52] <tripelb> :p
[03:22] <Ethernin> jeffb, hey man you're the one who made the bohdi image for the nexus7 right?
[03:22] <Ethernin> bodhi i mean
[09:04] <Snark> it is annoying: I wanted to see if it was possible to run ubuntu on the nexus 10, and I only see things about ubuntu tablet :-/
[09:59] <darkfader> thats silly :/
[09:59] <darkfader> Snark: i had looked at the same 1-2 months ago and it was mostly "different internals" than nexus7
[10:00] <darkfader> err i have the quotes wrong
[10:00] <darkfader> "different internals than nexus7"
[10:00] <darkfader> nothing concise
[10:36] <loaded247> hi]


[00:51] <jtimberman> Can an sbuild host also build packages for debian lenny?
[01:08] <ojwb> jtimberman: you'll need a lenny chroot
[01:14] <TheMuso> slangasek: Ah thats for NAS support, I will drop it then.
[01:14] <TheMuso> I don't expect people to be using that for speech output.
[01:14] <slangasek> I don't expect people to be using it at all, I thought it was obsolete before ESD. :)
[01:18] <jtimberman> ojwb: thats all? neat.
[01:18] <TheMuso> I am surprised its still in main actually.
[01:19] <ojwb> jtimberman: I've not done it with sbuild, but with pbuilder it is
[01:20] <jtimberman> ojwb: cool, i'll give it a whirl
[02:02] <TheMuso> ogra: Thanks for the pulseaudio arm fix.
[02:27] <StevenK> fabbione: Any plans to update redhat-cluster? It is now keeping 2 libraries in the archive that are NBS.
[02:40] <mdz> slangasek, er, I just noticed something missing from the release manifest
[02:40] <mdz> slangasek, the DVDs!
[04:15] <TheMuso> dtchen: Do you need help with an FFE for that snapshot?
[04:19] <dtchen> TheMuso: no, it's probably best to wait until 0.9.16 final for the FFE
[04:20] <dtchen> if the situation becomes dire (PA eating cats and such), yeah, then FFE for a snapshot seems more appropriate IMO
[04:22] <ScottK> TheMuso: Did you see -rt uploads are approved?
[04:23] <ScottK> dtchen: Isn't PA eating cats a design goal?
[04:23] <ScottK> ;-)
[04:23] <dtchen> well, my feline is ok, so everything must be fine!
[04:27] <TheMuso> ScottK: I did, I will be looking to get things back in sync on the weekend.
[05:13] <TheMuso> superm1: Are you using the new gdm for mythbuntu? If so, is your gdm wallpaper different to the wallpaper shown in the desktop session?
[05:13] <superm1> TheMuso, it's going to be different, but that part hasn't been done yet.  right now i'm just trying to fix all of the rdepends of ttf-bitstream-vera
[05:13] <superm1> our live disks have been broken for over a week because it was ripped out of the archive
[05:14] <superm1> TheMuso, is there some documentation how to build a package that does that though with the new gdm era?
[05:15] <TheMuso> superm1: THis is the sticking point. The new gdm uses part of gnome-session, and thereby uses gconf keys to set wallpaper. These keys happen to be exactly the same as whats used for the gnome desktop proper.
[05:15] <superm1> TheMuso, so is it possible to override them with a gconf file of higher priority?
[05:16] <TheMuso> superm1: If you do that, its done for the desktop as well.
[05:16] <TheMuso> Thats not so bad for you since you use XFCE, but, for studio for example, that doesn't work.
[05:16] <superm1> oh i see
[05:16] <superm1> so what's your solution for studio?
[05:17] <TheMuso> Don't have one yet, trying to nut that out. Also trying to work out a solution for xsplash.
[05:17] <TheMuso> xsplash won't be as difficult to work out, but still something that needs to be addressed.
[05:18] <superm1> there's always the option of not using xsplash too at least
[05:18] <TheMuso> nYes, true enough.
[05:20] <TheMuso> As for gdm, the best I can come up with so far is that the gdm package sets a particular filename for the wallpaper on package install for the gdm user. Then derivatives/ubuntu use the alternatives system to point to their wallpaper.
[05:21] <TheMuso> That doesn't solve the problem of setting a different window theme for gdm however.
[05:37] <superm1> at least for mythbuntu that's less of a concern.  most people will be using autologin, so won't even be seeing it
[05:45] <TheMuso> Right.
[06:13] <slangasek> mdz: ah, true.  Also, ports images aren't documented anywhere there - should they be?
[06:23] <dholbach> good morning
[06:24] <highvoltage> hola dholbach!
[06:25] <dholbach> hey highvoltage
[06:29] <spstarr> would it not be safer to make logrotate.conf save a years worth of logs vs only 4 weeks?
[06:38] <ScottK> Not particularly.
[06:38] <ScottK> If you really care about a year of logs, you probably don't want to save them on the box in question anyway.
[07:01] <spm> spstarr: at $job-1 to... -start; some types of logs would have to be retained according to the archives act; which i think is around 20-50 years. the rest I think were 7 years. YMMV. :-)
[07:17] <spstarr> ScottK: servers even if you send it over network
[07:18] <spstarr> its still nice to have
[07:18] <ScottK> Well it depends on how much space you have to spare
[07:19] <fabbione> StevenK: no? I orphaned the packages months ago
[07:20] <fabbione> StevenK: there is an ubuntu-ha team you can talk to
[07:20] <fabbione> StevenK: they took over all the ha cluster stack
[07:21] <spstarr> ScottK: 1 year of standard logs + compressed should not full a big disk up that fast :)
[07:21] <ScottK> Depends on what your server is.
[07:21] <spstarr> right
[07:24] <NCommander> ScottK, mind doing a quick archive-admin task for me?
[07:24] <ScottK> NCommander: Depends on what and how quick?
[07:25] <NCommander> ScottK, can you punt linux-mvl-dove through binNEW queue?
[07:26] <ScottK> No.  For reasons I don't remember I'm not supposed to New kernels due to LP U/I issues.
[07:26] <NCommander> ScottK, argh. NP I guess
[07:46] <robert_ancell> dholbach, thanks for the sponsoring
[07:56] <dholbach> robert_ancell: no worries
[07:56] <dholbach> robert_ancell: just trying to ease some of seb's workload when he gets back :)
[07:57] <robert_ancell> dholbach, yeah me too :)
[08:12] <ojwb> mvo: I've uploaded a new xapian-core package to debian which incorporates that patch upstream and fixes an unrelated bug - should I file a request for a FF exception?
[08:13] <mvo> ojwb: that would be very nice, I will add my support for the FF exception too when its in LP
[08:14] <ojwb> ok
[08:44] <cjwatson> directhex: you poked?
[08:44] <cjwatson> jcastro: takes ten seconds to hack your local bzr-builder to change the address :)
[08:45] <directhex> i did. i was going to ask to hear why you're not going to the debian-uk bbq
[08:45] <cjwatson> directhex: visiting my mother-in-law
[08:46] <directhex> skipping beer & meat for the MIL? o_o
[08:46] <cjwatson> it was my wife's idea, not mine ;-)
[08:51] <davmor2> directhex: that's cause he is sensible you let the MIL down once and you'll never hear the end of it :D
[09:03] <ogra> did compiz get nasty for anyone else the recent days ?
[09:23] <bryce> ogra, yes
[09:24] <ogra> ah, k
[09:24] <bryce> ogra, the workaround I've found is to downgrade to the mesa and libdrm in the x-retro ppa
[09:24] <bryce> (or just shut off compiz)
[09:24] <ogra> well, mine is to use metacity for now :)
[09:24] <bryce> bug's known and reported upstream
[09:24] <ogra> oki
[09:25] <ogra> thanks :)
[09:27] <taavikko> bryce: did the gdm loop bug went to upstream?
[09:30] <bryce> taavikko, check the bug report, I always set a watch when upstreaming bugs.
[10:00] <quadrispro> jerone-mobile: I'm on bug #417533
[10:01] <jerone-mobile> quadrispro, sweet! Thanks!
[10:02] <quadrispro> argh... ftbfs
[10:37] <quadrispro> jerone-mobile: done, thank you
[10:47] <EricInBNE> I want to get involved in the android execution environment development.
[10:47] <EricInBNE> Is there a git tree anywhere? all i see is this: https://wiki.ubuntu.com/Specs/AndroidExecutionEnvironment
[10:48] <pochu> NCommander, persia: ^
[11:14] <ogra> evand, usb-creator neither shows me .img files if i selected them, nor does it see my SD card
[11:15] <evand> ogra: using 0.2.3?  Can you pastebin me the output of devicekit-disks --dump?
[11:16] <ogra> http://paste.ubuntu.com/260821/ voila
[11:19] <evand> ogra: that SD card doesn't have any formatted partitions, correct?
[11:19] <ogra> yes
[11:20] <ogra> it had one usb-creator showed before i erased it
[11:20] <ogra> it doesnt show the device though
[11:20] <ogra> which is what i need for .img
[11:23] <evand> ogra: filed as bug 420438 .  I'm on it.
[11:23]  * ogra subscribes
[11:24] <ogra> evand, is that the reason why i dont see the .img file i selected in the top list ?
[11:25] <ogra> or is that a separate issue ?
[11:26] <evand> ogra: nope, that's a different bug that I'm about to fix in trunk.
[11:26] <ogra> ah, cool
[11:27]  * ogra goes back to use usb-imagewriter for now then :)
[11:27] <evand> heh, incidentally, usb-creator for Windows would work fine here :)
[11:28] <ogra> yeah, apparently
[11:42] <NCommander> stgraber, when you get a chance, can you binNEW linux-mvl-dove please?
[11:46] <ei-grad> hi all
[11:47] <NCommander> stgraber, ignore that, ping went to the wrong person
[11:48] <ei-grad> is there any news about alpha-5 to be released?
[11:49] <cjwatson> ei-grad: that's next week, not this
[11:49] <cjwatson> http://wiki.ubuntu.com/KarmicReleaseSchedule
[11:49] <ei-grad> oh, thanks)
[12:05] <tkamppeter> pitti, hi
[12:22] <soren> I have an executable compiled with "-L/some/path -lfoo" so that it'll find /some/path/libfoo.so.0. However, the final executable can't find /some/path/libfoo.so.0 (ldd lists libfoo.so.0 (with no path)) and there's no rpath set. What gives?
[12:31] <tkamppeter> pitti, hi
[12:31] <al-maisan> Should I still be seeing MTRR issues like the following after booting the newest kernel:
[12:31] <al-maisan> [    1.015500] mtrr: type mismatch for e0000000,10000000 old: write-back new: write-combining
[12:31] <al-maisan> [    1.015571] [drm] MTRR allocation failed.  Graphics performance may suffer.
[12:33] <al-maisan> This is from dmesg on a karmic machine that runs yesterday's kernel
[12:33] <al-maisan> Linux Px4 2.6.31-8-generic #28-Ubuntu SMP Thu Aug 27 14:42:57 UTC 2009 x86_64 GNU/Linux
[12:37]  * soren pulls some more hair out
[12:39] <soren> Does libtool usually take care of adding rpaths matching the paths passed with -L ?
[13:19] <liw> hmm... I just upgraded to current karmic, rebooted, and now I have a black screen, no bootup messages; ping responds, ssh does't
[13:20] <evand> liw: Perhaps remove "quiet splash" from the kernel command line and see what happens?
[13:20] <liw> ah, second attempt, after power cycling, results in usplash
[13:20] <evand> weird
[13:21] <liw> indeed
[14:03] <jcastro> cjwatson: wow that was easy, I'll add it to the docs
[14:13] <ogra> mterry, tickle
[14:14]  * mterry lols
[14:14] <ogra> mterry, a littel birdy told me you are (partially) supposed to take ccheney's responsibilities in the desktop team ?
[14:15] <mterry> ogra, I'm swapping with him in terms of teams, but it hasn't really worked out that I took his responsibilities and he mine
[14:15] <mterry> ogra, but maybe I can help?
[14:15] <ogra> i'm looking for someone with more knowledge about OO.o than me to attack Bug #417009 since he completely refuses to even touch it
[14:15] <cjwatson> ogra: mterry swapped into the foundations team rather than desktop, fwiw
[14:15] <ogra> and we have obligations to ship oo.o
[14:15] <ogra> cjwatson, oh. chris is foundation ?
[14:15] <lool> We do ship it but ... it's broken  :)
[14:16] <cjwatson> chris is desktop
[14:16] <mterry> cjwatson, ogra: oh right, I swapped with doko!  heh, whoops
[14:16]  * mterry is confused
[14:16] <highvoltage> lool: lol
[14:16] <cjwatson> ogra: tony espy (awe) was the one who swapped with chris
[14:16] <ogra> lool, just to echo from a different channel: \o/ That's the attitude!
[14:16] <ogra> :P
[14:17] <ogra> cjwatson, hrm
[14:17] <ogra> i wonder who can do any OO.o bugwork then if chris refuses to look at them :/
[14:17] <ogra> i'm sure awe isnt the guy who knows anything about it
[14:19] <lool> cjwatson: ogra is stuck on this bug; do you see someone in the foundations or desktop team apart of ccheney and doko who both report being busy who could help unstuck him?
[14:20] <lool> Or even fix the bug   :-P
[14:20] <doko> lool: not until Sep 09 (vacation until then)
[14:21] <ogra> doko, well, such an offer is more than nothing ... we can re-milestone ... happy to test any patches or suggestions, i just dont know where to look or what to do exactly
[14:21] <ogra> i'd even to all testbuilds myself
[14:23] <lool> doko: Do enjoy your holidays BTW
[14:23] <ogra> yeah, dont lurk so much here
[14:23] <doko> lool: the babbage travels with me ...
[14:24] <ogra> now thats what i call passion for arm :)
[14:26] <lool> doko: It's your little armel netbook so to say
[14:26] <cjwatson> lool: perhaps Rick Spencer can help; OO.o has ceased to be a foundations responsibility in general
[14:27] <ogra> well, probably worth to bring it up in the release meeting
[14:28] <lool> cjwatson: k thanks
[14:28]  * liw reports that he has an ugly, kitten-killing proof-of-concept patch for apt to use zsync for updating Packages lists
[14:30] <liw> http://files.liw.fi/temp/apt-packages-zsync-diff-01-proof-of-concept.diff for anyone who wants to read it and send me comments via e-mail (I'm done for today and won't be watching irc)
[14:31] <greg_g> mpt: before I respond to the list, I just want to make sure, is the (current) plan to have a "Price: Free" for every package in the Software Store by default?
[14:31] <ogra> liw, btw, how about using an rsync wrapper for downloading the .zsync files to minimize traffic ? :)
[14:31] <mpt> greg_g, for 1.0, yes
[14:31] <ogra> i noticed that my .iso/.img downloads always need to download 1.4M of .zsync even if the changes in the iso/img are less
[14:32] <greg_g> mpt: ok, thanks. I'm going to start my email confirming that point, but thanks for the clarification here. :)
[14:32] <mpt> greg_g, see bug 419295 for more details
[14:33] <greg_g> mpt: ahh, thanks, again.
[14:33] <mpt> yw
[14:34] <liw> ogra, damn you're fast... I didn't have time to close irc :) a) rsync isn't running on mirrors b) the zsync files are on the order of kilobytes for package lists c) when I tested things against ISOs, zsync won (.zsync + file data downloads was less than rsync's total transfer amount)
[14:35] <ogra> liw, lol
[14:35] <liw> ogra, however, my iso testing was not extensive, I may have just hit a particularly lucky day to test things; if you have evidence that rsync is better, this needs to be looked at further
[14:35] <ogra> liw, well, would only make sense for the isos where you actually are above 1MB with the .zsync files
[14:36] <liw> ogra, and for isos, you should already be able to update the .zsync file with rsync, since cdimage.u.c has rsync server-side; talk to whoever maintains the download script about that :)
[14:36] <ogra> but go away now ! i didnt read the brackets above, i dont wnat to hold you back from getting your well deserved weekend we can talk next week :)
[14:37] <liw> ogra, have a good weekend, you deserve it too, please try to avoid doing too much arm-wrestling
[14:37] <ogra> heh, will try to :)
[14:42] <ogra> MacSlow, do you have a bug open already for notifications showing up in the vertical center of the screen since the last upgrade ?
[14:42] <ogra> (started with todays upgrade for me)
[14:46] <MacSlow> ogra, not really a bug... see https://bugs.edge.launchpad.net/ubuntu/+source/notify-osd/+bug/419894
[14:47] <MacSlow> ogra, discussion regarding this happens on the ayatana mailing list (or also here in #ayatana)
[14:47] <ogra> i dont want to discuss it :P i would just like to be able to read my stuff without having anything that covers the text :)
[14:48] <ogra> but i see that opinion stated on the bug already ... i would just add "me too" noise
[15:02] <james_w> I've just seeded kerneloops-daemon in desktop-common and server-ship
[15:02] <james_w> should I regenerate all the meta packages now, or is that something that we tend to batch up?
[15:03] <ScottK> ogra: Me too noise is probably good.  I understand the response so far has been that not very many people complained, so it was probably OK.
[17:13] <cjwatson> ogra: does d-i's dove.cfg need to go to -202? I see that's in NEW
[17:13] <ogra> yeah
[17:14] <ogra> and the platform seed
[17:14] <ogra> NCommander, was supposed to ping me once it's out of NEW
[17:14] <cjwatson> I'll take care of it
[17:14] <ogra> but feel free to take it
[17:14] <ogra> cool
[17:14] <ogra> thanks
[17:15] <LordMetroid> I get hash sum errors for karmic alpha 4 main, and universe repositories from Sweden
[17:15] <ogra> cjwatson, any idea how to avoid that extra work for you or anyone would be appreciated btw, with the additional abi numbers for armel it starts to get messy
[17:15] <cjwatson> ogra: don't use different abi numbers :)
[17:16] <cjwatson> other than that, not really
[17:16] <ogra> heh, to late i guess
[17:16] <cjwatson> LordMetroid: more often than not this is caused by intercepting proxies between you and the mirror
[17:16] <LordMetroid> ok
[17:16] <cjwatson> LordMetroid: wget --no-cache on the relevant URLs may clear it
[17:16] <LordMetroid> I'll try that
[17:21] <ebroder> Any archive admins around? Bug #368471 has been tested but stuck in jaunty-proposed since May
[17:21] <cjwatson> ogra: processed through NEW. I'll have to upload d-i before it's made it into the archive, so I expect it'll fail to build, but that's because I'm going to have to leave fairly on-time today - if you need it, feel free to hit retry once it's ready
[17:23] <ogra> cjwatson, will do, i dont think its urgent atm
[17:23] <cjwatson> oh my, why is the current d-i .tar.gz 49MB
[17:24] <cjwatson> ogra: plz not to be storing movies in d-i
[17:24] <ogra> damned, you catched me :P
[17:25] <ogra> i didnt put anything into it that i'm aware of
[17:25] <cjwatson> oh, you uploaded the .bzr too
[17:26] <cjwatson> debdiff's always a good idea, it catches this sort of thing
[17:26] <cjwatson> d-i's .bzr is massive because that branch used to include the installation guide (with all translations) too
[17:26] <ogra> oh, crap
[17:26] <ogra> yeah, i didnt export
[17:27] <ogra> sorry
[17:27] <cjwatson> I never export, I just use debuild
[17:27] <cjwatson> rather, debuild -i -I
[17:30] <cjwatson> ebroder: nobody tagged it verification-done ...
[17:30] <cjwatson> ebroder: and Steve said "it seems to me that the fix is incomplete"
[17:31] <ebroder> Oh, huh - I missed that
[17:31] <cjwatson> ebroder: so I'm not convinced it ought to be promoted to -updates just yet
[17:31]  * ebroder nods
[17:31] <ebroder> I guess I'll get back to you, then
[17:31] <ebroder> cjwatson: Thanks
[17:35] <slangasek> lool: no reason to use the -meeting channel for side discussions
[17:36] <lool> slangasek: k
[17:37] <slangasek> lool: manifest> if you're suggesting replacing the 'image type' with a value that doesn't correspond to what we use in the publisher, yes, I would object
[17:37] <lool> slangasek: Ok; if you're actually using the subtypes then forget about it  :)
[17:38] <lool> I thought it was some high level memo of the type of image d-i / ubiquity or live / ami etc.
[17:38] <slangasek> lool: the object is to be able to hook this manifest into the publishing itself
[17:38] <lool> woah the wiki page?
[17:39] <slangasek> well, I would've been happy to have it other than in the wiki, but mdz wanted a Manifest in the wiki for other reasons
[17:40] <lool> Well ok
[17:40] <lool> wiki would better be up at the time of release  :)
[17:40] <lool> slangasek: Ok well that's all I had then, thanks
[17:41] <slangasek> tkamppeter: is cups Recommends: cups-ppdc the right relationship?  what needs cups-ppdc during normal operation?  (it's a small package, but I'm reviewing CD diffs, so might as well ask)
[17:41] <slangasek> lool: I can pull it down in advance and cache it :)
[17:41] <ogra> lool, meh, i forgot that export doesnt work for init-top scripts :(
[17:42] <ogra> i need to find another hack for mxcfb
[17:42] <lool> ogra: You could write an usplash.conf file?
[17:42]  * lool kicks himself for suggesting awful things to ogra
[17:43] <ogra> indeed i could but that would result in a lot of extra code ... checking there isnt one, checking its empty if there is one etc
[17:43] <ogra> i liked the three line hack i had before more :/
[17:49] <tkamppeter> slangasek: These are only tools for PPD manipulation, we can move them to Suggests:.
[17:49]  * ogra decides to ponder more about that over the weekend and call it a day now
[17:59] <lool> Keybuk: hey how much do we care about bugs due to not using an initrd?
[18:00] <lool> Keybuk: An ARM person reported me that :Apparently rc-sysinit.conf parses /proc/cmdline for "-b|emergency", "0|1|2|3|4|5|6|s|S" and "-s|single", but /proc isn't mounted at this stage if there was no initrd."
[18:00] <soren> Could someone from ubuntu-release team take a peek at bug 420644? I'd /really/ like to have aworking eucalyptus before I leave for the weekend.
[18:08] <mdz> slangasek, if you want to put the manifest in bazaar or something, it's fine with me.  I just want it to be accessible, not behind the scene
[18:08] <mdz> s
[18:15] <slangasek> mdz: ok, will think about that :)
[18:24] <Turl> hi fta, may I PM you?
[18:33] <soren> slangasek: Is that something you could look at? ^^
[18:37] <maxb> LP 406245 has been pending sponsorship for some time now. Is there possibly a kind core-dev who could be enticed to take a look at it?
[18:52] <mathiaz> kees: what's the state of moving puppet to main?
[18:55] <kees> mathiaz: last I looked, it had a giant list of things to fix.  zul was working on it, IIRC.
[18:55] <zul> yeah its getting there
[18:56] <mathiaz> kees: do you mean that the puppet MIR wiki page is the biggest wiki page of the world?
[18:57] <kees> mathiaz: uhm, no?  /me looks around, confused.
[18:57] <zul> mathiaz: the only thing that is remaining is debian bug 525852
[18:58] <mathiaz> kees: your usage of the term giant made me picture such a wiki page
[18:58] <kees> mathiaz: heh
[18:59] <fta> Turl, sure
[18:59] <mathiaz> zul: are you planning to push these changes to the Debian maintainer and get their input on it?
[18:59] <mathiaz> zul: IIRC the debian maintainer are pretty keen on having puppet in sync between Debian and Ubuntu.
[19:00] <zul> mathiaz: thats the goal
[19:02] <zul> mathiaz: but I dont think there is an easy fix for the postrm bug
[20:08] <soren> slangasek: Do you think it's something you could get to within the next couple of hours?
[20:09] <greg_g> can someone moderate my email to -devel (from greg@grossmeier.net)? Thanks!
[20:28] <slangasek> tkamppeter: right, I think Suggests: is the correct relationship; do you want a bug report?
[20:28] <slangasek> soren: sorry, what is it you were pointing me to?
[20:28] <soren> slangasek: heh.. 2 sec.
[20:28] <soren> 17:00:27 < soren> Could someone from ubuntu-release team take a peek at bug 420644? I'd /really/ like to have aworking eucalyptus before I leave for the weekend.
[20:28] <slangasek> ok
[20:29] <slangasek> yes, pulling it up now
[20:29] <soren> Fantastic, thank you.
[20:35] <penguin42> does anyone know of something that documents the way hibernate/suspend works from the desktop? In the sense of how things like screensavers should know to lock and how I might hook the same thing to unmount a disc or anything else?
[20:37] <LordMetroid> Why are there no icons whatsoever in the alpha 4 release?
[20:38] <penguin42> LordMetroid: On the menus?
[20:38] <LordMetroid> Amongst other places
[20:38] <penguin42> LordMetroid: They've been turned off as a UI feature - they can be turned back on
[20:39] <penguin42> LordMetroid: System->preferences->Appearance has a 'Show icons in menus'
[20:39] <LordMetroid> The ubuntu one cloud upload/download arrows also do not exist and on the gnome-applet-sus it is not an off button anymore
[20:39] <slangasek> mathiaz: you didn't subscribe ubuntu-release to bug #419515 :/
[20:39] <penguin42> LordMetroid: Ah the sus button I think is a straight bug; the others may be bug 407621
[20:41] <slangasek> kenvandine: bug #417964 was marked in the desktop team release status as 'fixed last week'; the Ubuntu task is still open?
[20:42] <slangasek> mm, reopened after closure
[20:42] <soren> slangasek: Thanks for the ack.
[20:44] <kenvandine> slangasek, yeah...
[20:44] <kenvandine> upstream bug must have been fixed though
[20:45] <kenvandine> it's assigned to pitti, so he will see it sunday
[20:48] <slangasek> kenvandine: ok
[20:55] <mathiaz> slangasek: hm - I though I'd subscribe ubuntu-release once the FFe would be ready
[20:56] <tkamppeter> slangasek: cups-ppdc issue is fixed in the Debian BZR repo of CUPS now, so it will go into our next CUPS package.
[20:56] <mathiaz> slangasek: right now it doesn't have all the content needed for a proper FFe
[20:56] <mathiaz> slangasek: as I don't have all the infomration myself
[20:56] <slangasek> mathiaz: ok... the bug was brought up in this morning's release meeting as "bug filed", so I chased it down
[20:56] <slangasek> mathiaz: ... and then I marked it incomplete anyway for the reasons we both know... sorry :)
[20:57] <sebner> slangasek: I suppose meebey talked to you?
[20:57] <slangasek> sebner: yes; I have yet to follow up with the ftp team
[20:58] <sebner> slangasek: what's the actual consens? He wasn't that happy with your stuff
[20:58] <slangasek> sebner: <shrug> "consensus" is not relevant; complying with the license is
[20:59] <sebner> slangasek: IIRC, he is the same opinion as me. People can read the warranty stuff themselves when reading the full GPL .P
[21:16] <mdke> cjwatson: can you advise whether bug 415108 should also be fixed in released versions of Ubuntu?
[21:39] <J_P> Anyone know if are there a effort to port ubuntu to Nokia N900?
[21:41] <sistpoty> ogra: we need better buildds, or you can't have mplayer for armel: S:29: Error: selected processor does not support `pld [r1]'
[21:41] <sistpoty> ogra: (from http://launchpadlibrarian.net/30948228/buildlog_ubuntu-karmic-armel.mplayer_2%3A1.0~rc3%2Bsvn20090426-1ubuntu5_FAILEDTOBUILD.txt.gz), and I don't have the slightest clue about armel :(
[21:52] <bluefoxicy> Hey guys, awesome idea for a DOS against Firefox
[21:52] <bluefoxicy> configure a Web server to continuously request authentication.
[21:53] <bluefoxicy> The box pops up, you can't click tabs
[21:54] <bluefoxicy> configure it to always respond with an HTTP auth request so when you click ok/cancel it just pops up again
[21:54] <bluefoxicy> and there you go, browser is frozen.
[21:55] <slangasek> except that it doesn't work that way
[22:37] <jdstrand> kees: ok, sun-java5 for dapper/hardy and sun-java6 for hardy/jaunty are approved and pending in -proposed
[22:37] <kees> jdstrand: thx!
[22:37] <jdstrand> kees: and appropriate bugs are all updated
[22:37] <jdstrand> kees: sure!
[22:43] <slangasek> jdstrand: hrm?  did someone from motu-sru approve those?
[22:48] <bryce> slangasek, do I need a FFe for updating git snapshots of -ati from our current git snapshot?
[22:48] <jdstrand> slangasek: this is a new policy: https://wiki.ubuntu.com/StableReleaseUpdates#sun-java*
[22:49] <jdstrand> slangasek: we were told to operate as if that has been approved (these are security releated)
[22:49] <bryce> slangasek, for -ati kms we've planned to be doing updates of the git snapshot through up to their release
[22:49] <cody-somerville> doko, Is the Sun java 5 plugin not available in karmic? I only see java 6 plugin.
[22:49] <jdstrand> slangasek: and it is expected to be voted on in the next TB meeting
[22:49] <jdstrand> (voted on and approved)
[22:49] <slangasek> bryce: if there's going to be non-bugfix changes, yes; a single umbrella FFe would be enough, though
[22:50] <slangasek> jdstrand: ah; approved by pitti then, ok
[22:50] <jdstrand> slangasek: well, pitti isn't who directed us
[22:50] <slangasek> jdstrand: though if "security related" were the rationale, wouldn't it rightfully go to -security first?
[22:50] <jdstrand> slangasek: but since they are security related, I took that on
[22:50] <slangasek> jdstrand: hrm, who did? pitti is who edited the wiki page
[22:51] <jdstrand> slangasek: mdz speaking with doko and security@
[22:51] <slangasek> ok
[22:52] <jdstrand> slangasek: the SRU page says go to use -proposed for these, so I did even though they *may* ultimately go to -security
[22:52] <jdstrand> slangasek: they need testing so -proposed is appropriate
[22:53] <slangasek> ok
[23:28] <bryce> slangasek, bug 420803
[23:29] <slangasek> bryce: thanks, will look
[23:31] <bryce> slangasek, heh, and of course the libdrm release announcement just now hits my inbox ;-)
[23:32]  * slangasek laughs


[08:42] <ActionParsnip> Can someone please clear the spam again :-(
[08:42] <ActionParsnip> Thanks
[10:05] <dpm> morning cjwatson, as per the conversation on RT #74952, would you have some time to review https://code.launchpad.net/~dpm/lp-get-ul10nstats/distro-support/+merge/234349 ?
[10:14] <aps> Hi. I am new to launchpad and trying to import a branch from github. It says "This branch has not been imported yet." Could someone please tell me how it would take? or do I need to manually import it?
[10:15] <aps> how *long it would take
[10:17] <aps> The Import Status says "Reviewed"
[10:19] <wgrant> aps: It'll usually start in less than half an hour, depending on the current queue. It can take from seconds to a couple of days to import depending on how big the repository is.
[10:20] <aps> wgrant: okay. Thank you.
[11:23] <cjwatson> dpm: I'm on vacation / conference leave this week, remind me on Monday
[11:23] <dpm> cjwatson, ok, sorry for the ping, enjoy, and talk to you next week!
[17:28] <ehoover> wgrant: ping
[22:36] <marcoceppi> how do you add a new distribution to lp?
[23:26] <nickoe> marcoceppi: https://answers.launchpad.net/launchpad/+question/250943
[23:35] <wgrant> ehoover: Hi
[23:36] <ehoover> wgrant: howdy! we're considering renewing our commercial subscription for our OSS project and we were wondering if there's been any traction on fixing the problem where builds fail sporadically with 503 errors
[23:37] <wgrant> ehoover: Hm, are those still happening? Do you have a link to a recent build?
[23:38] <ehoover> wgrant: well, we reduced our daily builds to two versions to keep it from happening
[23:38] <ehoover> i could spawn a build on all the available versions, that should do it ;)
[23:39] <ehoover> ( spawned, we'll see how it goes ;) )
[23:43] <ehoover> wgrant: https://launchpadlibrarian.net/189349515/buildlog.txt.gz
[23:44] <ehoover> ( more generally: https://code.launchpad.net/~pipelight/+recipe/wine-compholio-daily )
[23:47] <wgrant> ehoover: 502s used to be reasonably common, but I haven't ever seen 503s happen on any of the recipes I care about. There's no known issue there, so something is broken. Thanks for letting us know; I'll investigate.
[23:47] <ehoover> wgrant: thanks, i thought i subscribed to a bug about this - let me see if i can find it...
[23:49] <wgrant> ehoover: Hum, I'm pretty sure there's not one about 503s in recipes.
[23:50] <wgrant> The .bzr bits of bazaar.launchpad.net are not known to return 503s ever.
[23:50] <ehoover> i'm probably just mis-remembering then
[23:51] <ehoover> yeah, i don't see any relevant bugs in my subscription list - let me poke slackner and see if he remembers better
[23:54] <ehoover> wgrant: slackner thinks i'm possibly remembering https://bugs.launchpad.net/udd/+bug/718483
[23:56] <wgrant> ehoover: That only affects package-import.ubuntu.com, though.
[23:57] <ehoover> hmm
[23:57] <ehoover> wgrant: should i open a new issue for this then?
[23:58] <wgrant> ehoover: Please do.
[23:58] <wgrant> I'm poking through logs to try to work out what's gone wrong.
[23:59] <ehoover> kk, what component should i file against?


[00:21] <ayr-ton> Someone here have experienced to use juju with puppet?
[08:25] <jamespage> gnuoy, just syncing up with neutron-openvswitch - https://code.launchpad.net/~james-page/charms/trusty/neutron-api/hyperv-support/+merge/237370
[08:27] <gnuoy> jamespage, approved
[08:34] <gnuoy> jamespage, fix for glance on juno https://code.launchpad.net/~gnuoy/charms/trusty/glance/list-known-stores/+merge/237372
[08:56] <jamespage> gnuoy, https://code.launchpad.net/~james-page/charm-helpers/fixup-haproxy-maas/+merge/237376
[08:57] <jamespage> fairly urgent - my landings yesterday broke on MAAS
[08:57] <gnuoy> sure, looking
[08:59] <gnuoy> jamespage, approved
[09:01] <jamespage> gnuoy, not going to raise MP's for the re-sync
[09:01] <gnuoy> sure
[09:01] <jamespage> as I consider those trivials
[09:06] <jamespage> gnuoy, feedback on glance charm fixes
[09:06] <jamespage> gnuoy, needs to be more conditional on relations being present
[09:08] <gnuoy> I did think about doing that but I didn't see the point tbh. Still, it's trivial either way
[09:21] <gnuoy> jamespage, I've updated https://code.launchpad.net/~gnuoy/charms/trusty/glance/list-known-stores/+merge/237372
[09:22] <jamespage> gnuoy, almost!
[09:22] <gnuoy> aarrghhh
[09:22] <jamespage> gnuoy, glance can support multiple backend stores with a default option now
[09:23] <jamespage> gnuoy, so having the list is valid, but we need to populate it based on what's related to glance
[09:23] <gnuoy> ack, will do
[12:06] <jamespage> gnuoy, quicky for you - https://code.launchpad.net/~james-page/charm-helpers/worker-context/+merge/237409
[12:06] <jamespage> just sweeping up on the worker scaling fixes we did in nova-cc -> neutron-api, glance, cinder and keystone
[12:25] <gnuoy> jamespage, approved
[12:42] <jamespage> gnuoy, and landing for that in:
[12:42] <jamespage> https://code.launchpad.net/~james-page/charms/trusty/nova-cloud-controller/worker-config/+merge/237417
[12:42] <jamespage> https://code.launchpad.net/~james-page/charms/trusty/cinder/worker-config/+merge/237413
[12:42] <jamespage> https://code.launchpad.net/~james-page/charms/trusty/neutron-api/worker-config/+merge/237416
[12:42] <jamespage> https://code.launchpad.net/~james-page/charms/trusty/keystone/worker-config/+merge/237415
[12:42] <jamespage> https://code.launchpad.net/~james-page/charms/trusty/glance/worker-config/+merge/237414
[12:42] <jamespage> sorry ;-)
[12:42] <jamespage> I've just finished testing that lot
[14:05] <gnuoy> jamespage, I testing a utopic-juno deploy now but assuming that works I think I've addressed your comments in http://pad.ubuntu.com/nova-cell-feedback
[14:05] <jamespage> gnuoy, utopic-juno is bust
[14:05] <jamespage> https://bugs.launchpad.net/ubuntu/+source/mysql-5.5/+bug/1378359
[14:05] <mup> Bug #1378359: mysql-server crash when syncing neutron database schema <amd64> <apport-bug> <ec2-images> <openstack> <osci> <utopic> <mysql-5.5 (Ubuntu):In Progress by james-page> <https://launchpad.net/bugs/1378359>
[14:05] <jamespage> dealing with that atm
[14:06] <gnuoy> jamespage, ok, cell charms are working with  trusty-icehouse so if you get a moment to have a look that'd be great
[14:07] <jamespage> gnuoy, ack will do
[14:48] <gnuoy> jamespage, 73rd time lucky https://code.launchpad.net/~gnuoy/charms/trusty/glance/list-known-stores/+merge/237372
[14:55] <gnuoy> jamespage, we're defaulting the number of glance workers to be twice the machine cpu count but upstream seems to suggest it should match the cpu count. What's the thinking there ?
[14:59] <jamespage> gnuoy, ok - look in a sec
[14:59] <jamespage> gnuoy, we discussed worker count a while back, and based on the testing I did last cycle at scale, most servers can deal with x4 cpu's as workers
[15:00] <jamespage> however that seemed a little extreme so we defaulted to 2x
[15:00] <gnuoy> kk
[15:06] <gnuoy> jamespage, looking at http://docs.openstack.org/icehouse/config-reference/content/setting-flags-in-cinder-conf-file.html and http://docs.openstack.org/trunk/config-reference/content/section_cinder.conf.html
[15:06] <gnuoy> osapi_volume_workers is not listed for icehouse
[15:07] <jamespage> gnuoy, hmm
[15:07] <gnuoy> This looks like a documentation bug tbh. Did you test on icehouse ?
[15:07] <jamespage> gnuoy, it is a documentation bug - I tested on icehouse OK
[15:08] <jamespage> gnuoy, its in the sample conf file in the source tree for icehouse
[15:08] <gnuoy> kk
[15:10] <jamespage> gnuoy, so close...
[15:10]  * gnuoy weeps
[15:13] <jamespage> gnuoy, sorry - feedback on MP
[15:13] <jamespage> gnuoy, you context was a bit non-standard as well
[15:19] <gnuoy> jamespage, got a sec for another look?
[15:20] <jamespage> gnuoy, beautiful - unit test?
[15:20] <jamespage> then +1
[15:21] <gnuoy> tip top, ta
[15:51] <gnuoy> jamespage, https://code.launchpad.net/~gnuoy/charms/trusty/glance/list-known-stores/+merge/237372 <- now added unit tests
[16:35] <lovea> it
[16:56] <jamespage> gnuoy, +1 on that - please merge away!
[22:20] <ayr-ton> Juys, I'm trying something like this: http://www.slideshare.net/lynxmanuk/juju-puppet-puppetconf-2011
[22:20] <ayr-ton> So..
[22:20] <ayr-ton> When deploy an app using puppet master, it take care about relations, right?
[22:21] <ayr-ton> I should use somethink like: juju deploy puppetmaster, juju deploy mysql, juju deploy wordpress, and then use puppet master for manage the relations.
[22:22] <ayr-ton> Or, should I make something different?
[22:33] <ayr-ton> And also, do you guys would install charms using puppet dsl? (:


[17:03]  * mdeslaur looks around
[17:03] <mdeslaur> hrm
[17:04] <mdeslaur> hi stgraber
[17:04] <stgraber> hey
[17:05] <stgraber> lets see who's around
[17:05] <stgraber> we have no pitti, no kees and maybe no slangasek
[17:05] <mdeslaur> yeah
[17:05] <mdeslaur> are you travelling?
[17:05] <stgraber> I vaguely remember seeing an e-mail about infinity being off this week or something
[17:05] <stgraber> no, I'm home for once :)
[17:05] <mdeslaur> nonsense, infinity is never off :P
[17:06] <stgraber> :)
[17:06] <mdeslaur> tbh, it's been awfully quiet, so you may be right :)
[17:07] <stgraber> pinged him anyway
[17:07] <stgraber> will start in a few minutes, not that we really have anything to discuss at all or even have quorum for that matter :)
[17:07] <mdeslaur> yeah, if it's just us, we can probably cancel
[17:09] <slangasek> infinity may have been encouraged to use some of his vacation
[17:09] <mdeslaur> hehehe
[17:09] <slangasek> so I'm here but multitasking
[17:10] <stgraber> #startmeeting Technical Board meeting
[17:10] <meetingology> Meeting started Tue Oct 27 17:10:08 2015 UTC.  The chair is stgraber. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:10] <meetingology> Available commands: action commands idea info link nick
[17:10] <stgraber> #topic Apologies
[17:10] <stgraber> Received apologies from pitti, kees and slangasek (though he's still around but multi-tasking).
[17:10] <stgraber> #topic Action review
[17:10] <stgraber> ACTION: slangasek to document maas, juju, docker exceptions on https://wiki.ubuntu.com/StableReleaseUpdates#Special_Cases
[17:11] <stgraber> slangasek: did you have time to look at this or should we keep it around?
[17:11] <slangasek> stgraber: it's still on my carryover list
[17:11] <stgraber> alright
[17:13] <stgraber> sorry, multi-tasking too :(
[17:13] <stgraber> #topic Scan the mailing list archive for anything we missed (standing item)
[17:13] <stgraber> we don't have any scheduled agenda item today, lets see if there's something we should discuss from the list
[17:13] <stgraber> only thing I see are apologies so guess not :)
[17:14] <stgraber> #topic Check up on community bugs (standing item)
[17:14] <stgraber> nothing there
[17:14] <stgraber> #topic Anything else?
[17:14] <stgraber> does anyone have something we should discuss?
[17:16] <slangasek> nothing here
[17:17] <mdeslaur> nope
[17:17] <stgraber> #topic Select chair
[17:17] <stgraber> so according to the wiki, that should be infinity
[17:17] <stgraber> unless he ended up chairing when I wasn't around?
[17:18] <slangasek> I think he did actually
[17:18] <slangasek> (which is why Kees was listed as next: for today)
[17:21] <slangasek> stgraber: so, kees as next chair?
[17:21] <slangasek> (did I fall off the Internet or is it really quiet in here :)
[17:21] <stgraber> just really quiet
[17:21] <stgraber> ok, so kees is next
[17:22] <stgraber> #endmeeting
[17:22] <meetingology> Meeting ended Tue Oct 27 17:22:09 2015 UTC.
[17:22] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting-2/2015/ubuntu-meeting-2.2015-10-27-17.10.moin.txt
[17:22] <stgraber> thanks everyone for attending this very short meeting :)
[17:22] <mdeslaur> thanks stgraber, slangasek
[17:22] <slangasek> thanks
[17:22] <stgraber> agenda updated


[00:02] <el_tigro1> bdx: It doesn't get cleaned up. According to https://jujucharms.com/docs/2.1/controllers-backup:
[00:02] <el_tigro1> "As each backup is stored on the controller, you can manage backups from whatever client you can connect from, and fetch previous backups if the originally downloaded file has gone astray. You can use the following commands to manage and restore your backups:"
[00:03] <el_tigro1> the backups are stored in mongodb on the controller node
[02:27] <bdx> el_tigro1: nice, thanks for getting to the bottom of that
[11:18] <jamespage> bdx: hello - any change you could review https://github.com/jamesbeedy/interface-memcache/pull/3 ?
[11:19] <jamespage> that's blocking some users of the gnocchi charm who what to use network spaces :-)
[18:16] <zeestrat> rick_h: Regarding juju store channels, who's the guy or girl to talk to regarding amulet? Looks like it doesn't support channels.


[06:41] <duflu> RAOF: Would it make sense for us to clarify to API users that subpixel order is only valid for the native resolution? (ie. all modes with resolution == the preferred mode)
[06:41] <duflu> I have seen enough buggy code that keeps subpixel rendering even when not at the native pixel size
[06:42] <duflu> Although that's a function you could write in the client/toolkit
[06:42] <RAOF> Yeah.
[06:43] <RAOF> I'm ambivalent about adding that to the comments.
[06:43] <duflu> Comments would suffice. Don't hold it wrong
[06:44] <duflu> ... unless we encountered the situation where a large number of backends attached subpixel information to the mode instead of the output
[06:44] <RAOF> Which would seem to be bonkers, but whatever.
[06:44] <duflu> RAOF: True. It's an attribute of the output. But only valid in a small number of modes
[06:45] <duflu> which is 100% of modes while we don't let Unity8 users change it :)
[11:20] <alan_g> greyback: got time to review two easy ones? https://code.launchpad.net/miral/+activereviews lp:~alan-griffiths/miral/fix*
[11:20] <alan_g> Would be good to land them
[11:20] <greyback> alan_g: yep. And thanks for spotting my error with qtmir/use-mir-test-dev
[11:20] <alan_g> yw
[14:00] <alan_g> greyback_: ready for another look: https://code.launchpad.net/~alan-griffiths/miral/fix-for-clang/+merge/303535
[14:01] <greyback_> alan_g: ack
[15:20] <alan_g> greyback__: is "Ok for me." a vote for abort()?
[15:23] <greyback__> alan_g: nah, I'm happy with the current code
[15:23] <greyback__> ok to "land this and discuss later"
[15:24]  * greyback__ actually approves the branch
[15:24]  * alan_g makes it happen


[04:17] <BenC> I really wish Kano would look before speaking
[04:17] <BenC> that dvb fw is already in lrm
[06:42] <bullgard4> How does a 'kernel variable' differ from a 'kernel parameter'?
[06:53] <BenC> bullgard4: I've never heard of a kernel variable, but I assume it refers to a kernel parameter
[06:58] <bullgard4> One exmple: /usr/src/linux-headers-2.6.24-18/include/linux/timex.h Line# 191
[07:24] <BenC> bullgard4: that's a kernel global variable, in the programming sense...not a kernel parameter
[07:56] <bullgard4> Ah! Thank you for explaining.
[08:00] <Kano> does gspca build for somebody with 2.6.26?
[08:03] <Kano> it seems it is missing in ubuntu/Makefile
[08:08] <Kano> hmm no, it is much simpler...
[08:08] <Kano> obj-$(GSPOCA) is below...
[08:09] <Kano> could somebody fix the typo
[08:12] <Kano> remove the O please...
[08:44] <amitk> Kano: fixed the typo
[08:44] <Kano> good, now only my uvcvideo hotfix is needed ;)
[08:51] <Kano> http://kanotix.com/files/kernel/kernel-update-pack-generic-next/source/2.6.26-uvc_driver-medion-e1210.patch
[08:52] <Kano> thats what i use - already added to hardy lum
[08:58] <Kano> well the gscpa module still does not compile, even with that fixed typo
[09:08] <Kano> did somebody else try to compile the kernel?
[09:08] <amitk> Kano: I am doing it...
[09:10] <Kano> did the module build for you?
[09:11] <amitk> no
[09:11] <Kano> any ideas why it does not build?
[09:15] <Kano> maybe CONFIG_ is missing in front
[09:16] <Kano> 2 errors in same line it seems *g*
[09:46] <amitk> Kano: really fixed now and it compiles
[09:47] <Kano> i am still compiling with that change *g*
[09:48] <Kano> hopefully it works, the standard makefile has some extra options enabled i think
[09:48] <Kano> i can not test it, but at least i know some
[17:00] <BenC> Good afternoon (morning, evening, whatever)
[17:02] <BenC> Time for our weekly IRC meeting
[17:02] <smb_tp_> hi
[17:02] <cking> hi
[17:03] <BenC> Basically we just want to review the progress for intrepid so far
[17:03] <BenC> as of this week, a -rc8 based kernel is in the archive, and we have rebased to -rc9 in the git repo
[17:04] <BenC> The current kernel in the archive is the one that will be in alpha 2
[17:04] <BenC> most of the drivers from hardy linux-ubuntu-modules are now in the intrepid kernel tree
[17:04] <BenC> lirc being the only exception
[17:06] <cking> BenC: Is lirc scheduled to be included later?
[17:07] <BenC> cking: if we can get it to compile
[17:07] <BenC> The linux-ports tree seems to be lagging right now...
[17:08] <BenC> That's a nudge to the community to step up :)
[17:09] <BenC> That's about all I have
[17:09] <BenC> anyone have anything to add or ask?
[17:10] <BenC> rtg: want to give an update on hardy SRU's?
[17:10] <rtg> I'm doing 'em.
[17:10] <rtg> hehe
[17:10] <BenC> concise, I like it :)
[17:10] <rtg> I'm working on getting the next batch uploaded as soon as the Hardy -security release is done.
[17:10] <rtg> Hopefully later this week.
[17:10] <BenC> rtg: any notable updates in that batch?
[17:11] <rtg> Its an ABI bumper.
[17:11] <BenC> rtg: anything we can do to prevent an ABI bump?
[17:11] <smb_tp_> Not do the SRUs
[17:11] <rtg> There are a couple of significant ACPI updates courtesy of smb
[17:12] <rtg> can't remember what else, 'cause there a bunch stacked up
[17:12] <BenC> rtg: are these SRU's in a tree where we can review them and investigate reworking the patches to prevent ABI bump?
[17:12] <rtg> BenC: they are all in the working Hardy git repo
[17:13] <rtg> I've also been building in my PPA all along
[17:13] <rtg> Hence, my question earlier today about getting Hardy daily builds into the kernel PPA
[17:13] <BenC> Ok...I might give it a once over today to see if we can do a test run of not bumping the ABI
[17:14] <smb_tp_> The ones from ACPI unfortunately can't be different and after one bum the others won't hurt
[17:14] <rtg> frankly, I have pretty strong opinions about why its a good idea to bump the ABI, I just have not taken the time to write 'em down.
[17:15] <rtg> I think there are at least 3 ABI bumpers.
[17:15] <rtg> thats all from me.
[17:15] <smb_tp_> Wasn't there one also from security?
[17:15] <rtg> nope
[17:15] <BenC> well, bumping the ABI is required if there is an actual reason to bump it...but if we can avoid it, all the better...it'd be a good exercise at the very least
[17:16] <BenC> rtg: thanks
[17:16] <BenC> Anyone else?
[17:16] <smb_tp_> BenC, sure. have fun. :)
[17:16] <rtg> smb_tp_: the security patches added a new public interface, but that doesn't cause an ABI bump
[17:16] <smb_tp_> BenC, Nope
[17:17] <smb_tp_> rtg, Ok, I might well be I remoember incorrectly
[17:18] <BenC> Ok, meeting adjourned..have a great week and see you next Tue, same time, same place
[17:19] <BenC> Oh, reminder, next week there will be no IRC meeting as we'll be at sprints
[17:20] <mkrufky> is intrepid safe for use yet, as a developer who doesnt mind hitting a small bug now & then?
[17:23] <BenC> mkrufky: I can't say for sure...the kernel is pretty damn stable for me, but I am mostly hardy in userspace
[17:23] <BenC> I know the intel/vesa Xorg was busted somehow and is getting fixed today
[17:24] <mkrufky> ah, cool
[17:24] <mkrufky> so, how do i try that?  (using interepoid kernel with hardy userspace)
[17:24] <mkrufky> and, i dont want to waste your time with that kind of explanation -- if there's a howto or wiki page that would do just fine
[17:25] <BenC> add intrepid to apt's sources.list, update and "sudo apt-get install linux-image-generic"
[17:26] <BenC> may also want to install new linux-restricted-modules-common (which is where all the firmware went)
[17:26] <mkrufky> then i would have to disable the intrepid repos afterwards to prevent from getting userspace stuff?
[17:55] <BenC> "EE: 1401 symbols changed hash and weren't ignored"
[17:55] <BenC> rtg: that's for the current hardy build :/
[17:58] <rtg> BenC: thats almost like an ABI bump, huh?
[18:01] <BenC> rtg: Just wonder how so many things changed
[18:02] <BenC> that's about the same that I get when going from rcX to rcY
[18:02] <BenC> and I mean the low rc's, not like rc8 to rc9 :)
[18:03] <rtg> BenC: when there is that many changes its usually a fundamental macro, like when we went from SCHED_USER to SCHED_CGROUPS on -generic
[18:03] <smb_tp_> BenC, If you change a basic struct that has a lot of dependencies. And maybe the ACPI stuff is basic enough
[18:03] <BenC> I can't see how acpi can cause changes to a good chunk of the net core
[18:04] <smb_tp_> BenC, Hm, no unlikely
[18:09] <smb_tp_> BenC, might be something sounding harmless (like CONFIG_NETDEVICES_MULTIQUEUE=y)
[18:14] <BenC> smb_tp_: agreed...your acpi change for cpuidle doesn't cause an ABI bump that I can tell
[18:15] <smb_tp_> BenC, no the one sure candidate was that for the irq descriptor sizes
[18:15] <rtg> BenC:  CONFIG_NETDEVICES_MULTIQUEUE is a likely culprit
[18:17] <smb_tp_> BenC, I can't remember exactly either there was something before that irq descripttor size patch or it was that patch that bumbed the abi and after that we lost slightly track
[18:22] <BenC> ok, MULTIQUEUE accounts for almost all of the abi changes
[18:22] <BenC> cpuidle accounts for 19 changes
[18:23] <BenC> rtg: what did we need multiqueue for again?
[18:23] <rtg> wireless-testing in LBM needs it for 802.11n support
[18:24] <rtg> BenC: or rather, compat-wireless
[18:25] <BenC> rtg: will it compile without it?
[18:27] <rtg> BenC: there was a period where it would not, but I have not checked lately. I figured it was as good a time as any to add an ABI bumping change since there were already some SRU changes that caused an ABI bump.
[18:28] <BenC> Yeah, the two acpi changes cause an ABI bump as well
[18:28] <BenC> ok, as long as we can account for the need for an ABI bump, I'm fine...the acpi fixes seem pretty serious (oopses)
[18:29] <rtg> BenC: you don't think I let them in for free do you? I made smb_tp_ work hard for them :)
[18:30] <BenC> hehe
[18:30] <smb_tp_> Oh yeah... :)
[18:30] <BenC> I trust your judgment, but I was hoping we could work them out somehow
[18:36] <geser> Is the fix for bug 218516 already in the intrepid kernel? As I see the same problem with the intrepid kernel
[18:42] <BenC> bug #218516
[18:42] <BenC> hmm...why isn't ubotu in here :-/
[18:43] <rtg> sadly, ubuntoid seems missing in action
[18:43] <geser> http://launchpad.net/bugs/218516 [hardy] key events are delayed under circumstances
[18:45] <gnomefreak> BenC: ubotu left with seveas
[18:45] <BenC> geser: doesn't seem to have made it upstream, so no, it's not in intrepid
[18:45] <gnomefreak> ubottu is the new bot
[18:46] <BenC> I wonder about the patch, since it didn't get accepted into 2.6.26
[22:46] <_MMA_> rtg: Has Alessio talked with you regarding any upstream issues that are holding him up with -rt?