[00:47] <mterry> tedg, for tuesday: Icon=/usr/share/unity8/Dash/unity8-dash.png results in iconPath() of /usr/share/icons/usr/share/unity8/Dash/unity8-dash.png
[00:53] <mterry> tedg, also for tomorrow: line 189 of desktop-exec.c: should be FALSE instead of 1
[09:51] <faenil> Saviq: mzanetti "unity8 can't run apps" bug fixed!
[09:52] <faenil> turns out libpam-cgm was not installed!
[09:52] <faenil> How do we proceed? who should install it? should it be a dependency of unity8-desktop-session-mir? or should it be seeded in XeniaL?
[10:09] <tsdgeos> faenil: do we have a bug? can you comment on it with the solution?
[10:12] <tsdgeos> so we don't forget i mean
[10:12] <tsdgeos> mzanetti is probably jet lagged and Saviq is in the US so didn't wake up yet
[10:12] <faenil> tsdgeos: I comment it
[10:12] <faenil> commented*
[10:12] <tsdgeos> oki
[10:13] <faenil> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1535058
[11:47] <mzanetti> I'm here... xchat crashed on me :/
[11:49] <mzanetti> faenil, hmm... seems it should be a dependency of who needs it, no?
[11:49] <mzanetti> upstart I guess
[11:49] <faenil> mzanetti: yeah, I don't know who needs it :) probably upstart, yeah...should I ping someone?
[11:50] <faenil> after a week, it was just a missing package :D well, good to know it's nothing werse
[11:50] <faenil> worse*
[12:01] <davmor2> mzanetti: change over to hexchat, same interface just better and supported :)
[12:03] <tsdgeos> mzanetti: since you're one of the few people with tablets can you do https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1517830 ?
[12:03] <tsdgeos> i mean review https://code.launchpad.net/~aacid/unity8/playButtonFocus/+merge/282990
[12:34] <mzanetti> davmor2, notifications not working with hexchat
[12:35] <mzanetti> well, not that gnome-xchat would be 100% reliable with that... but hexchat doesn't alert at all when you get a PM
[12:35] <davmor2> mzanetti: did you install the plugin
[12:35] <mzanetti> plugin?
[12:35] <mzanetti> no
[12:35] <mzanetti> tsdgeos, ack
[12:37] <davmor2> mzanetti: hexchat-indicator then in hexchat set the alerts you want by default I think they are all off
[12:51] <mzanetti> davmor2, ok... lets see how that goes
[12:51] <davmor2> mzanetti: \o\ \o/ /o/
[13:08] <mzanetti> pstolowski, hey, intentional that the reviews are in the first column?
[13:08] <mzanetti> would've expected them in the second
[13:08] <pstolowski> mzanetti, yes, me too, but patricia insisted on 1st. 2nd should only have tabular data
[13:09] <mzanetti> ok
[13:09] <mzanetti> pstolowski, want me to send you some screenshots?
[13:09] <pstolowski> mzanetti, yeah, that would be nice, thanks!
[13:09] <mzanetti> kk
[13:09] <mzanetti> telegram
[13:09] <mzanetti> oh noes
[13:09] <mzanetti> they're still black here :D
[13:10]  * mzanetti takes pics with the camera
[13:10] <pstolowski> mzanetti, ok, note i left the austin sprint group
[13:10] <mzanetti> yeah, I saw
[13:22] <Saviq> mzanetti, faenil, I'd venture it's ubuntu-app-launch
[13:22] <Saviq> ah but I can see people have already sorted it out
[13:24] <mzanetti> pstolowski, have a video in your telegram. there is an issue with installing apps
[13:27] <pstolowski> mzanetti, oh, ok, thanks for catching
[13:27] <mzanetti> pstolowski, uninstalling seems ok
[13:27] <pstolowski> mzanetti, ok. prolly overlooked something..
[13:28] <mzanetti> pstolowski, let me know if you need logs. but it's reproducible reliably
[13:28] <pstolowski> mzanetti, okay, let me look at the code
[13:37] <mterry> mzanetti, what would cause an app to be anchored to the top of the screen (behind the indicators)?
[13:37] <mzanetti> mterry, covered by the panel?
[13:38] <mterry> mzanetti, yeah.  But not the launcher
[13:38] <mzanetti> mterry, the topMostApp.fullscreen property not reaching the panel.fullscreen property
[13:38] <mterry> mzanetti, I'm testing a qtmir branch that uses Ubuntu App Launch for various bits of app metadata and I'm seeing this behavior.  Wondered how I got it
[13:38] <pstolowski> mzanetti, ok, spotted the bug, fixing
[13:39] <mzanetti> mterry, so the stage exports a "topMostApp" or so. each app has a "fullscreen" property. that needs to be wired up to panel.fullscreen in Shell.qml
[13:40] <mterry> mzanetti, hrm.  OK.  Could supportedOrientations screw with sizing like that too?
[13:41] <mzanetti> mterry, unlikely... it was working in both orientations... but sure... depending on what your branch changes...
[13:42] <mzanetti> mterry, broken with all stages?
[13:42] <mterry> mzanetti, good question, haven't tried anything else yet
[13:43] <mterry> mzanetti, I don't have unity8 changes though so I'm figuring it's just something qtmir is exporting somehow
[13:44] <mzanetti> mterry, well, it could also be that qtmir doesn't properly export the fullscreen property any more... although I figure the stage would not make it fullscreen either in that case
[13:44] <mterry> mzanetti, in this case, the fullscreen property shouldn't be affected by my code.  So that might not be it
[13:45] <mterry> mzanetti, I'll keep digging
[13:45] <mterry> mzanetti, but thanks for some pointers
[13:47] <faenil> Saviq: yeah I just need to know who should pull that in, but maybe Serge already knows
[13:47] <faenil> (once he wakes up)
[13:48] <faenil> oh I think he won't be online today
[14:07] <mterry> tedg, also can you bump the debian/changelog version in your branch, so I can depend on the bumped value?
[14:11] <mterry> bregma, I believe my lp:~mterry/qtmir/use-ual-info branch should mostly work for your use case.  Any oddities are possibly now due to info that u-a-l itself exposes.  There is an odd bug with app content appearing underneath the top panel.  Working on that, but it's usable besides
[14:12] <bregma> mterry, sweet, I'll check it out
[14:15] <tsdgeos> Saviq: any reason you did not top approve https://code.launchpad.net/~aacid/unity8/fix_shell_tests_greeter_ddas/+merge/282626 ?
[14:16] <Saviq> tsdgeos, prolly forgot
[14:16] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/tryCompareFunctionInsteadOfWhile/+merge/283012 too?
[14:16] <Saviq> yup
[14:17] <Saviq> been going through them all and probably waiting for Britney results on https://requests.ci-train.ubuntu.com/#/ticket/877
[14:18] <Saviq> tsdgeos, we seem to be looking good on amd64 and i386, armhf has some 50+ failures still, but that's fine
[14:18] <Saviq> we'll get there
[14:19] <Saviq> also https://unity8-jenkins.ubuntu.com/view/unity8/job/test-0-autopkgtest/93/ is happy so :)
[14:20] <tsdgeos> :)
[14:46] <tedg> mterry: Sorry, rebooted, forgot to turn on IRC this morning :-)
[14:46] <tedg> mterry: Sure
[14:47] <mterry> tedg, :)
[14:47] <mterry> tedg, I sent a couple notes last night too, did you get those?
[14:47] <tedg> mterry: Yes, just now though. Will do.
[14:50] <mterry> greyback_, I somehow have changed qtmir such that apps render below the top panel.  Do you know what bits I may have managed to toggle to do that?
[14:51] <greyback_> mterry: is it actually drawing under the panel, or drawing too tall & being clipped? (set panel opacity 0.5 to check)
[14:56] <mterry> greyback_, it's drawing under the panel (just checked)
[14:56] <mterry> greyback_, I made some changes to qtmir to pull app info from UAL instead of desktop files.  But I didn't expect I could break things this way
[14:59] <greyback_> mterry: sounds like fullscreen property broke somehow. it is unity8 which decides the size of the surface, and should only size one fullscreen, if the app asked for a fullscreen surface
[14:59] <mterry> humph.  I don't know how I could have changed that. But will inspect what qtmir is reporting for fullscreen
[15:01] <greyback_> nor do I. unity8 log reporting any breakages?
[15:06] <Saviq> @unity I'm prepping OTA9.5 silo for unity8+friends, if there's something beyond this list https://launchpad.net/canonical-devices-system-image/+milestone/ww04-2016 and not in this req https://requests.ci-train.ubuntu.com/#/ticket/877 that you think should be in there, please let me know
[15:08] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/createQmlObjectDifferentFile/+merge/283528 would be nice
[15:09] <Saviq> ack
[15:09] <tsdgeos> and https://code.launchpad.net/~aacid/unity8/playButtonFocus/+merge/282990 should improve the music scope on tablets too
[15:10] <tsdgeos> both should be relatively low risk
[15:10] <tsdgeos> Saviq: ↑↑
[15:10] <Saviq> ack
[15:10] <tsdgeos> just need people to review them :D
[15:11] <Saviq> tsdgeos, I'll do those two
[15:11] <tsdgeos> k
[15:13] <Saviq> tsdgeos, looks like there's new API in 5.5 for object creation btw? http://doc.qt.io/qt-5/qml-qtqml-component.html#createObject-method
[15:13] <Saviq> oh hmm
[15:14] <Saviq> http://doc.qt.io/qt-5/qml-qtqml-qt.html#createQmlObject-method is there, too, we're creating the object to get a component out of it or something?
[15:14]  * Saviq recalls doing something weird like that
[15:14] <tsdgeos> Saviq: yes we get a component not an object directly
[15:15] <Saviq> tsdgeos, QTBUG for the filepath, btw?
[15:15] <tsdgeos> Saviq: i didn't create one, i'll dig up a testcase and report it
[15:16] <Saviq> tsdgeos, tx
[16:10] <tsdgeos> Saviq: do you have a minute to confirm the createQmlObject testcase i have also fails on your phone too?
[16:14] <Saviq> tsdgeos, hit me
[16:14] <tsdgeos> Saviq: http://paste.ubuntu.com/14672603/
[16:15] <tsdgeos> qmlscene main.qml --desktop_file_hint=/usr/share/applications/unity8-dash.desktop
[16:15] <Saviq> tsdgeos, COMPONENT1
[16:15] <tsdgeos> Saviq: read the code, what should it say?
[16:16] <Saviq> tsdgeos, COMPONENT2
[16:16] <tsdgeos> correct
[16:16] <tsdgeos> only happens on the phone though
[16:16] <tsdgeos> which is confusing
[16:16] <tsdgeos> tried my vividchroot on the desktop
[16:16] <tsdgeos> also get COMPNENT1
[16:16] <tsdgeos> going to try xenial on the phone
[16:17] <Saviq> tsdgeos, is the .arg() important, could simplify without it?
[16:17] <tsdgeos> Saviq: it's not, i had it without but this way seemed more easy to prove it was the same code just changing on thing
[16:17] <tsdgeos> do you think it hinders the readability?
[16:18] <Saviq> tsdgeos, meh, probably fine, if that had impact on anything would be a problem in itself, too
[16:18] <tsdgeos> Saviq: http://paste.ubuntu.com/14672623/ is the other option
[16:19] <Saviq> tsdgeos, yeah, maybe better with arg
[16:37] <mterry> tsdgeos, you are deep into Qt right?  Can you look at bug 1537782 real quick?  Particularly my latest comment
[16:39] <tsdgeos> mterry: "deep" for some definition of "deep" :D
[16:39] <mterry> tsdgeos, from the kiddy pool, it all looks deep  :)
[16:40] <Saviq> dandrader, dednick, https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/16/console looks like either useless class or test refactor got conflicts, can you please merge
[16:43] <tsdgeos> mterry: seems relatively reasonable yes
[16:44] <mterry> tsdgeos, I can't think of a case where you're holding down alt or ctrl and want a key press to hit the text input ...
[16:44] <dandrader> Saviq, ok
[16:44] <mterry> tsdgeos, I guess we shouldn't check for NoModifier, we want to allow shift...
[16:44] <tsdgeos> the code is from 2011 though, weird noone complained before
[16:45] <mterry> tsdgeos, do you know if TextInput is used in other contexts, ones where they expect the modifiers to be ignored like that?
[16:45] <tsdgeos> mterry: can't think of any, no
[16:46] <mterry> tsdgeos, I'm thinking my sequence should be: file an upstream bug/patch and see what they say.  But this bug is targetted for ota 9.5.  I wonder how risky cowboying the patch could be
[16:46] <tsdgeos> Saviq: funny on xenial+phone i get COMPONENT1 half of the times and COMPONENT2 the other half
[16:47]  * mterry takes lunch
[16:47] <tsdgeos> mterry: patch better than bug, it has 99% more chances of being looked at
[16:47] <Saviq> mzanetti, can you base windowed-by-kbd-only off of lp:~dandrader/unity8/dontRotateDesktop-lp1515977 please
[16:48] <tsdgeos> mterry: i'd say that the risk is "low" since we don't "care" much for keyboard on the phone so if it broke it wouldnt' be terrible i guess
[16:48] <tsdgeos> but yeah
[16:58] <dandrader> Saviq, done
[17:01] <mzanetti> Saviq, ack
[17:02] <Saviq> dandrader, dednick, ugh, it's criss-cross, you might need to replay some of the history :/ https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/18/console
[17:02] <Saviq> /food, biab
[17:04] <tsdgeos> Saviq: https://bugreports.qt.io/browse/QTBUG-50677
[17:04] <dandrader> Saviq, is that before or after my qtmir/removeUselessClass update?
[17:06] <dednick> dandrader: it is that branch
[17:06] <dandrader> Saviq, hmmm, seems post my update. but criss-cross by itself doesn't cause merge failures
[17:06] <mzanetti> sometimes it does :)
[17:06] <dandrader> it's just a warning
[17:07] <dandrader> the problem is that this piece of !$!$!$ is still complaining about the merge conflict I just solved *again*
[17:07] <dednick> lol
[17:07] <mzanetti> Saviq, resubmitted to https://code.launchpad.net/~mzanetti/unity8/windowed-by-kbd-only/+merge/284011
[17:07] <dednick> having a day like mine!
[17:08] <dednick> although stuck in a hotel in austin...
[17:08] <dednick> they have better bbq
[17:09]  * dandrader tries the same steps locally
[17:09] <mterry> tsdgeos, yeah fair (about low risk)
[17:10]  * tsdgeos eods
[17:11] <dandrader> had my fair share of bbq for the month. went to a vegan texmex yesterday :)
[17:22] <dandrader> Saviq, ok, now it must merge smoothly
[18:20] <syeh> Hi, I'm debugging an issue where Ubuntu 12.04 doesn't resize the background image properly.  Does any one know how Unity sets the background image, e.g with XsetRoot?
[19:07] <faenil> Saviq: can you take https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1535058 ?
[19:07] <faenil> as in, Serge wants info I can't provide
[19:07] <faenil> maybe you can help
[19:07] <faenil> it's about cgroups
[19:10] <Saviq> faenil, tedg, so should upstart itself pull in cgm, or should ual?
[19:11] <faenil> from what Serge says, it seems I should not even need cgroups on a laptop
[19:11] <faenil> he said currently it's a Recommend on lxc
[19:11] <tedg> Saviq: seems like it should be unity8-desktop seed?
[19:11] <tedg> Or metapackage or whatever that is.
[19:12] <Saviq> tedg, shouldn't it be whatever puts cgroups in the upstart job config?
[19:12] <Saviq> dumping everything in the metapkg is meh
[19:12] <tedg> Saviq: So I guess the UAL, but it seems like an odd dep there.
[19:13] <Saviq> tedg, well, if it it doesn't work without them...
[19:13] <Saviq> which seems to be the case
[19:13] <tedg> Sure, but the dependency would be on libpam-cgm, which is a long chain of deps.
[19:13] <tedg> But that's fine. I don't care really.
[19:16] <faenil> Serge also said he will replace libpam-cgm with  ibpam-cgfs soon
[19:16] <faenil> (just fyi)
[19:18] <tedg> Saviq: So installing that package will work for user testing? Can I put the fix through with other UAL changes?
[19:19] <Saviq> tedg, not sure what you mean by "work for user testing", it's not critical, though, as it only affects unity8-desktop-session-mir it seems
[19:20] <tedg> Saviq: My understanding was that not working was blocking some user testing in design.
[19:21] <Saviq> tedg, well, yeah, but I imagine they can work off of a silo
[19:42] <faenil> tedg: I installed the package manually :P
[19:43] <faenil> a silo to install a package is wasted effort :D
[19:44] <faenil> I discovered that the reason was the missing package only 10h ago, then I installed the pkg and got apps running
[19:44] <faenil> but still, good to fix the actually bug in the cleanest possible way
[19:44] <tedg> faenil: You see, Saviq is a manager now, he has people install packages for him now.
[19:44] <faenil> tedg: lol
[19:44] <faenil> so that's what happened!
[19:44]  * faenil dinner, bbl
[20:11] <mterry> mzanetti, how do I link an upstream qt bug?  the "qt" project doesn't recognize https://bugreports.qt.io/browse/QTBUG-XXXX
[20:19] <mterry> Saviq, so I've got a patch for that TextInput bug -- but it's on qtdeclarative.  Once I've finished testing on phone, do you want to try to squeeze it into the 9.5 silo?  I can upload to that silo directly for vivid&xenial
[22:12] <mterry> Saviq, OK.  After testing and assuming that you want to squeeze it in (since you set the milestone), I've uploaded qtdeclarative(-gles) to the landing-019 PPA for vivid and xenial
[22:22] <mterry> Mirv, ^ I have a patch for qtdeclarative in landing-019.  I did the -gles dance, so I think I did it right.  But do you have any conflicting updates in flight?
[22:38] <mterry> tedg, btw "ubuntu-app-launch unity8-dash" doesn't work because it sets NoDisplay.  But I feel like it probably should still launch in that case?
[22:44] <tedg> Ah, no, he got eaten by the ether!
[22:44] <tedg> No, it shouldn't work though. The dash is started by upstart.


[02:10] <Guest49521> ALGUEM BRASILEIRO ?
[04:15] <claycorn> hello
[04:23] <Rye> Hi claycorn
[07:46] <lordievader> Good morning
[12:17] <user|12710> hello
[12:17] <user|12710> could you tell minimal hardware requirements for kubuntu?
[12:17] <user|12710> thanks
[12:21] <hateball> such lack of patience :/
[12:43] <deemo> what kind of scripts are files *.d ?
[13:30] <BluesKaj> Hi folks
[17:38] <deemo> how do I use binary qt-unified-linux-x64-2.0.5-2-online.run ?
[19:10] <user|92420> is there a trick to getting kubuntu 17.04 running in vmware
[19:12] <user|92420> anyone awake in here
[19:14] <acheronuk> user|92420: not tried in vmware. what is the issue?
[19:15] <user|92420> says it cant medium with live file system
[19:16] <user|92420> cant find
[19:16] <acheronuk> can't find what? at what point?
[19:20] <user|92420> ok tried to install, it runs then it comes to a point where it gives me a bash login prompt,  then it goes away and the kubuntu logo flashes several times the i get the error and it leaves me at a bash prompt saying (initramfs) Unable to find medium contaning a live file system
[19:21] <user|92420> I wonder if my dl messed up
[19:22] <acheronuk> user|92420: no idea if this is any good: https://www.youtube.com/watch?v=oT_EtnkJKyQ
[19:34] <user|92420> that did the trick, thanks acheronuk
[19:36] <acheronuk> user|92420: great :)
[20:12] <RogueOmega7> anyone know of powermanagement tools for kubuntu on a macbook air
[20:12] <RogueOmega7> this thing is heating up and the fan is going
[21:42] <yandere-girl69> Hi. Which drivers should I install for AMD Radeon R9 390 and 17.04?
[21:42] <yandere-girl69> I need something with openGL 4.0 support (or 3.3)
[21:43] <yandere-girl69> If there isn't then does someone know the release schedule or something similar?


[12:59] <lool> Hey!
[13:00] <lool> barry, ogra_, slangasek: hey!
[13:00] <barry> lool: hi
[13:01]  * ogra_ fells heyed
[13:01] <ogra_> *feels
[13:01] <lool> so stgraber is on a plane today
[13:01] <lool> hmm maybe we should invite didrocks here too
[13:01] <barry> lool: +1
[13:02]  * barry is pvtmsg with him now :)
[13:02] <lool> hey didrocks
[13:03] <lool> barry: same here :_)
[13:03] <lool> hye seb128  :-)
[13:03] <didrocks> hey!
[13:03] <lool> no sergio sadly
[13:03] <lool> but let's get started
[13:03] <seb128> lool, hey ;-)
[13:04] <lool> I would like to focus this meeting on the transition plan to new images and remaining blockers
[13:04] <lool> we can discuss longer term plans next week during vUDS
[13:04] <lool> I've registered this session: https://blueprints.launchpad.net/ubuntu/+spec/foundations-1308-os-updates
[13:05] <lool> the goal for OS updates is to ditch the old images by the end of august; IOW have everyone use the new images and OS updates by end of august
[13:05] <lool> which, given that vUDS is mid next week, means that we should be ready to flip the switch this week
[13:05] <lool> there are IMO two things that would be good to get before the switch
[13:06] <lool> one is the updated dbus interface that didrocks and barry have been working on
[13:06] <lool> because otherwise the user experience is fragile (launch syste msettings twice and you can't update unless you wait x minutes or reboot)
[13:06] <lool> the other nice to have would be to land the repartitioning changes
[13:07] <barry> LP: #1212781
[13:07] <lool> slangasek told me he has some bandwidth to hopefully do the repartitioning research+impl this week, but there's a chance he wont be able to complete this week
[13:07] <lool> the main blocker I see for the transition is that we currently wipe userdata when switching
[13:08] <lool> sergiusens told me he'd implement a flag to save+restore userdata _on the host_ in phablet-flash
[13:08] <lool> there are other things in progress, like QA team switching to new images, the daily-proposed channels etc.
[13:08] <lool> and minor annoyances like the fact that we don't see progress updates when applyings updates or the fake manifest when applying an update
[13:09] <lool> but these shouldn't get in the way to switching to the new images  :-)
[13:09] <lool> So, first of all, is this a decently accurate picture of where we stand?
[13:09] <barry> lool: two other big things on my plate
[13:09] <lool> barry: shoot
[13:10] <barry> 1) switching to the download service.  i have a wip branch that is on hold pending changes to the d/l service dbus api that i need.  i need to get status on that work, but i've pushed that below my own dbus update
[13:10] <barry> 2) stgraber and i discussed some changes needed in order to support alternative channels.  we need to move some stuff currently in client.ini to a separate channels.ini file, but we can't do that until the server is updated
[13:11] <barry> so, my plan is to work on the dbus api which i think is the most critical.  #2 should be easy-ish
[13:11] <barry> #1 is currently blocked
[13:11] <barry> #1 probably shouldn't block the transition, we'll just have crappier download control until that lands
[13:12] <lool> [ it's completely optional to get the download service integration for OS updates in 13.10; it's nice, but it's not required; the main things this buys is protection from app lifecycle, but OS updates client isn't under app lifecycle anyway, and testing for the download service ]
[13:12] <barry> #2 needs to happen i think (stgraber estimated the server changes would land on wednesday)
[13:12] <lool> right
[13:12] <barry> eot
[13:12] <lool> barry: I agree pointing at different channels is important; is this for daily-proposed?
[13:12] <barry> lool: i believe so, yes
[13:13] <barry> LP: #1214009
[13:13] <lool> ok, that's mainly to allow QA to have a proposed image to update to, but I don't think it stops us from switching the images
[13:13] <barry> (currently assigned to stgraber - he'll reassign that to me when his side is done)
[13:13] <lool> it's typically to implement new QA tests
[13:13] <lool> (upgrade tests)
[13:13] <lool> which we don't have right now
[13:13] <barry> cool.
[13:14] <lool> today we only test an image in itself, not upgrades
[13:14] <lool> (IIUC)
[13:14] <lool> however that makes me remember that we might be publishing new daily images from the latest cdimage image rather than from /current or something like that
[13:15] <lool> we need to give control to updating the daily image, which is a server side tweak
[13:15] <lool> at the moment I guess we autopublish the latest build to system-image.u.c
[13:15] <barry> i think so
[13:15] <lool> while cdimage is in manual mode to update /current
[13:15] <lool> ogra_: ^
[13:16] <lool> so it seems to me the two "blockers" to the transition are the backup/restore flag in phablet-flash and some mean to block what gets published, which indeed might require the QA team to be able to point at some other channel
[13:17] <lool> barry, didrocks: Concerning new DBus API impl, what's the ETA on it?  is it something we should wait for before switching
[13:17] <lool> ?
[13:17] <didrocks> lool: I think so, my personal ETA is before EOW
[13:17] <didrocks> as I'm on holidays starting next week
[13:17] <ogra_> lool, stgraber has a WI to implement the /current -> /pending stuff on the ayatem-image server
[13:18] <ogra_> *system
[13:18] <didrocks> I think we just need a quick dicussion with barry (that we started just before this meeting)
[13:18] <didrocks> to finish acking the API
[13:18] <didrocks> then, I need barry's mock
[13:18] <didrocks> to validate the UI
[13:18] <lool> ogra_: ack, that seems similar to what I described
[13:18] <barry> let's say my side also by eow, but could be a day or so earlier
[13:18] <ogra_> lool, imho he should go on pulling from pending
[13:18] <didrocks> before helping him on the backend as much as I can
[13:18] <didrocks> barry: do you think we can have the mock done by EOD with the different cases?
[13:19] <ogra_> lool, we cant drop the cdimage images until we have a solution for the ports ... so oth will have to exist in paralllel for a while
[13:19] <ogra_> *both
[13:19] <lool> didrocks, barry: isn't it risky to land the changes just at the time where we're switching everyone to the new update system and just before didrocks going on leave?
[13:19] <didrocks> that will enable me to ensure I finish the UI and unblock for helping you
[13:19] <barry> didrocks: in a branch, yes, i think so
[13:19] <lool> didrocks, barry: If you guys think we could switch on e.g. thursday, that would be ok I guess
[13:19] <didrocks> lool: if the mock is working, the ui implementation will be validated
[13:19] <didrocks> as we now listen to the same bus :p
[13:20] <lool> ogra_: sure, the cdimage images stay anyway
[13:20] <didrocks> so the ui will be finished like tomorrow
[13:20] <didrocks> not a big risk, barry will know the backend for sure
[13:20] <barry> right
[13:20] <barry> didrocks: do you have a backup person for the ui if needed?
[13:20] <ogra_> lool, well, i would like to drop then from the public webserver at some point ... once we have a solution for ports
[13:20] <lool> it's not like we were hit by a bus the first time we tried to land this  ;-)
[13:21] <lool> seb128: ^ would you be able to deal with all the bugs in didrocks' code?  ;-)
[13:21] <barry> lool: don't get hit by the system bus
[13:21] <didrocks> lool: IIRC, there was no bug in my code :p
[13:21] <lool> seb128: (didrocks on leave next week)
[13:21] <seb128> lool, "all"? ;-)
[13:21] <didrocks> I trusted the mock! then, didn't change anything ;)
[13:21] <seb128> lool, I'm there and can debug/fix stuff yes
[13:22] <lool> ogra_: we still need the base images to compute deltas against anyway; ports can progressively transition to the new images when they are ready for it?
[13:22] <ogra_> lool, but there is no need to have the interim product in public imho
[13:23] <ogra_> we dont have the livefs build in public either
[13:23] <lool> it's not by design though
[13:23] <ogra_> it is just one step towards the real image ... once it isnt needed to have that step public i would think we should just hide it
[13:23] <lool> it's just a security/infrastructure side effect that these are in a protected environment
[13:24] <lool> anyway, I don't really care what happens to the cdimage images; I'd personally just keep them as they are, but if you think they need renaming or something to force ports to transition to new images, that's ok
[13:24] <lool> just need to sync with stgraber on this
[13:24] <lool> we wont break ports because we wont change anything to cdimage images for now, I think that's all we need to worry about for now  :-)
[13:25] <ogra_> no, i think they just dont need publishing once ports can use system images
[13:25] <lool> alright, so summary of plan: didrocks+barry work on new dbus API with goal to finish on thursday?
[13:25] <barry> +1
[13:25] <lool> stgraber + ogra to implement new /current / /proposed mechanism for system-image.u.c tomorrow (wed)
[13:26] <lool> sergiusens to implement new phablet-flash host backup/restore flag for thursday
[13:26] <didrocks> +1
[13:26] <lool> we test the switch on thursday and we announce on friday
[13:26] <ogra_> err, what ?
[13:27] <lool> what what?  :-)
[13:27]  * ogra_ has never seen the code of system-images.u.c ... nor do i have access to it i think
[13:27] <ogra_> (access to the machine i mean)
[13:27] <lool> ogra_: Ok; I thought you were handling the cdimage symlink updates and would be interested in this, but if you think stgraber should tackle it alone, that works too I guess
[13:27] <barry> ogra_: https://code.launchpad.net/~ubuntu-system-image/ubuntu-system-image/server
[13:27] <lool> ogra_: (I don't have access to the machine either)
[13:28] <ogra_> lool, system-image pulls from cdimage /pending (and should go on to do so)
[13:28] <lool> ogra_: I am not sure that's the case
[13:28] <ogra_> i thought it is
[13:28] <lool> in the beginning at least, it was looking for cdimage build numbers and taking the highest one
[13:28] <lool> e.g. 20130820
[13:28] <ogra_> which means /pending :)
[13:29] <lool> there's a subtle difference IMO
[13:29] <lool> anyway
[13:29] <lool> doesn't matter here
[13:29] <ogra_> a published build automatically becomes /pending
[13:29] <lool> one thing I forgot in the plan: I need to keep in sync with slangasek to see when the repartitioning stuff could land
[13:29] <lool> if it could be ready for thursday/friday, we could have it rolled in phablet-flash for the announcement as well
[13:29] <lool> as beta or not
[13:30] <lool> just to avoid one extra host backup + restore effort for users
[13:30] <lool> Ok; does the "plan" sound reasonnable?  anything I'm missing?
[13:30] <didrocks> lool: TBH, I would advise on announcing it officially on Monday
[13:30] <didrocks> like not before a week-end everybody will be away
[13:30] <lool> didrocks: that's a good idea actually, announce on fridays isn't good
[13:30] <didrocks> let's test on Thursday and Friday
[13:30] <lool> fair enough
[13:30] <ogra_> lool, in any case the /current /pending stuff on system-image is also depending on QA to have tests in place and runnning
[13:31] <ogra_> they do a readonly test already, but no click package based ones yet afaik
[13:31] <lool> ogra_: Ack; I have a weekly meeting to check on this either today or tomorrow
[13:31] <ogra_> good
[13:32] <ogra_> i think asac doesnt want us to make the switch until the tests are identical ...
[13:32] <lool> alright; we're overtime, but since I didn't leave any time for status, I'd like to open the floor to any other topic for today
[13:32] <ogra_> or at least close
[13:33] <lool> barry, didrocks, ogra_, seb128: Any other important topic that you guys would like to raise?
[13:33] <seb128> nothing from me
[13:33] <barry> i'm good
[13:33] <ogra_> nope
[13:34] <lool> rock on
[13:34] <didrocks> (nothing as well)
[13:34] <lool> feel free to update https://blueprints.launchpad.net/ubuntu/+spec/foundations-1308-os-updates to list things you'd like to discuss at vUDS for next iterations of OS updates!
[13:34] <lool> have a great end of day, happy hacking!
[13:34] <barry> lool: thanks!
[16:00] <smoser> #startmeeting ubuntu-server-team
[16:00] <meetingology> Meeting started Tue Aug 20 16:00:33 2013 UTC.  The chair is smoser. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:00] <adam_g> o/
[16:00] <smoser> hello all and welcome to this weeks exciting adventure that we like to call the Ubuntu Server Team Weekly Meeting.
[16:00] <smoser> #topic Review ACTION points from previous meeting
[16:01] <smoser> wow. we had no shortage of actions from last weeks meeting
[16:01] <smoser> arosales to update Juju blueprints
[16:02] <smoser> no arosoles atm, moving on
[16:02] <smoser> roaksoax to clean-up iscsitarget packaging for 12.04.3
[16:02] <smoser> hallyn_ to confirm iscsitarget packaging done
[16:02] <smoser> roaksoax, hallyn_ ?
[16:02] <hallyn_> jamespage did that :)
[16:02] <hallyn_> (did the packaging - i confirm :)
[16:02] <smoser> k. good
[16:02] <smoser> Daviey to review 'dlm' in new queue for Saucy
[16:02] <jamespage> \o/
[16:02] <smoser> Daviey, ?
[16:02] <roaksoax> smoser: seems that jamespage took care of it
[16:03] <smoser> zul to follow up on mariadb/percona making it into Saucy
[16:03] <jamespage> roaksoax, yeah - I was on a roll for dkms updates...
[16:03] <smoser> hallyn_ to coordinate with zul and smb on testing xen 4.3 on nova
[16:03] <hallyn_> that's less stable than i realized.  haven't progressed much
[16:03] <Daviey> smoser: done
[16:03] <smb> I think distracted would be a better word :)
[16:03] <smoser> arosales to update Juju blueprints
[16:03] <hallyn_> (haven't gotten xen 4.3 to work for me at all)
[16:04] <arosales> smoser, in progress for vUDS coming up
[16:04] <Daviey> smoser: dlm reviewed and accepted
[16:04] <smoser> ok. i'll push the xen item to next weke also
[16:04] <smoser> ACTION: hallyn_ to coordinate with zul and smb on testing xen 4.3 on nova
[16:04] <smoser> #action hallyn_ to coordinate with zul and smb on testing xen 4.3 on nova
[16:04] <meetingology> ACTION: hallyn_ to coordinate with zul and smb on testing xen 4.3 on nova
[16:04] <jamespage> smoser, you missed "jamespage to clean-up openvswitch packaging for 12.04.3 "
[16:04] <smoser> status ?
[16:05] <Daviey> jamespage: I started reviewing that for SRU, but not yet complete
[16:05] <jamespage> well as you ask :-)
[16:05] <jamespage> decided to take a different approach
[16:05] <jamespage> its actually only the dkms package thats not compatible
[16:05] <jamespage> and the user-space tools we have in 12.04 should be compatibile with a dkms module from raring
[16:06] <smoser> cool
[16:06] <jamespage> so we are going to backport lts-raring variants of the openvswitch-datapath-* modules to 12.04
[16:06] <jamespage> Daviey is reviewing
[16:06] <smoser> #link https://wiki.ubuntu.com/SaucySalamander/ReleaseSchedule
[16:06] <smoser> feature freeze is 29th.
[16:07] <smoser> i personally would like to see a cloud images beta1.
[16:07] <smoser> utlemming, can we just plan on that ?
[16:07] <utlemming> smosser: sure, I think that is a great idea
[16:07] <smoser> as always, please get / have blueprints in order.
[16:07] <utlemming> smoser: I'll plan on that happening
[16:07] <smoser> k.
[16:08] <smoser> anyone have anything else here ? or do we move to release bugs now ?
[16:09] <smoser> #subtopic Release Bugs
[16:09] <smoser> hm..
[16:09] <smoser> #topic Release Bugs
[16:09] <smoser> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-s-tracking-bug-tasks.html#server
[16:10] <smoser> bug 1175028 seems in fix-committed.
[16:11] <smoser> bug 1208455.
[16:11] <hallyn_> smb: ^
[16:11] <smoser> it looks like smb has some movement on that as recently as 18 hours ago
[16:11] <smb> hallyn_, Working on it
[16:11] <smoser> moving on.
[16:11] <hallyn_> +1
[16:12] <smoser> bug 1213915
[16:12] <smoser> i'm geussing mr jamespage has that under control.
[16:12] <smoser> bug
[16:12] <smoser> 1156932
[16:12] <jamespage> meh - waiting for a archive-admin
[16:12] <smoser> bug 1156932
[16:12] <jamespage> oh -thats a nice one
[16:14] <jamespage> not sure its a 'High' tho
[16:14] <smoser> i guess we should push that a bit upstream.
[16:14] <smoser> there aren't work arounds other than "don't do that"
[16:15] <jamespage> zul, any chance upstream will do something about that - its possible to have a broken nova api call right now
[16:15] <zul> ill look
[16:15] <smoser> ah. you can, Aaron Rosen's comment is quite good.
[16:16] <smoser> i agree, not High.
[16:16] <smoser> bug 1206872
[16:17] <smoser> i'll assume matthias has that.
[16:17] <jamespage> I started looking at the merge for that
[16:17] <smoser> ok. good.
[16:17] <jamespage> but got uncomfortable as slangasek's upstart/init goodness appeared to get dropped
[16:17] <jamespage> so I pinged him then forgot - my bad
[16:17] <smoser> you're syaing its reported fixed in debian ?
[16:18] <smoser> oh. yeah, i see that.
[16:18] <smoser> k. never mind.
[16:18] <smoser> nmoving on.
[16:18] <smoser> jamespage, please do ping slangasek again.
[16:18] <smoser> bug 1199791
[16:18] <jamespage> smoser, will do
[16:19] <smoser> zul you have athat in hand ?
[16:19] <smoser> bug 1203828
[16:21] <smoser> mdeslaur, ^? is that under control
[16:21] <smoser> bug 1203828
[16:21] <smoser> bah
[16:21] <smoser> bug 1170393
[16:21] <smoser> bug 1188069
[16:21] <smoser> that one is fix-committed, so moving on.
[16:22] <smoser> leave that to security team.
[16:22] <smoser> bug 1180397
[16:23] <smb> I need to check with infinity to get those moving one by one
[16:23] <smoser> k. thank you smb.
[16:23] <smb> Oh well actually rather would aboid that for S
[16:23] <smb> And go 4.3
[16:23] <smoser> yeah.
[16:23] <smoser> you can update the bug subject. you're the opener, smb
[16:23] <smoser> bug 1031680
[16:24] <smoser> that one doesn't hae anyone assigned.
[16:24] <smoser> hm..
[16:24] <smoser> rbasak, could youjust take a look at that offline
[16:24] <smoser> make sure its not just getting missed
[16:25] <smoser> #topic Blueprints
[16:25] <smoser> link http://status.ubuntu.com/ubuntu-s/group/topic-s-servercloud-overview.html
[16:26] <mdeslaur> smoser: I'm not currently working on the mysql package...if someone from the server team can take a look, I'd appreciate it, else it will have to wait until I get back from vacation
[16:26] <smoser> hm.. there is a lot of rred there, and we are near feature freeze.
[16:26] <smoser> mdeslaur, thanks for the follow up.
[16:26] <smoser> i think i'm generally just going to ask everyon e(and myself to take a look at your blueprints andensure that they're in a reasonable state)
[16:27] <hallyn_> yup, with ff a week away...
[16:27] <smoser> #topic Weekly Updates & Questions for the QA Team (plars)
[16:27] <plars>  -> psivaa
[16:27] <smoser> plars, anything ?
[16:27] <psivaa> no updates from the qa side
[16:27] <smoser> k.
[16:28] <smoser> #topic Weekly Updates & Questions for the Kernel Team (smb)
[16:28] <smb> Currently working on bug 1208455 which jodh reported. But also would really want xen 4.3 to get into Saucy but the window closes. I do not think it would have a real impact on anything but xen-api, xen-api-libs and blktap. All tree look to be parts of the xen cloud platform (open source xen-server) from Citrix. And all three are FTBS even without the xen update. They only exist in the archive as they got pocket-copied over from previous re
[16:28] <smb> leases.
[16:28] <smoser> double nested ?
[16:28] <slangasek> s/double //
[16:29] <smb> smoser, yeah, in the end he uses 3 levels
[16:29] <smb> But the problem actually can be seen in the 2nd level already
[16:29] <smoser> wow.
[16:29] <smb> slangasek, So yeah, probably should remove the double there
[16:30] <slangasek> well, the three levels we care about are host, outer VM, inner VM
[16:30] <smb> smoser, Better do not ask _what_ he does, cause I don't know :)
[16:30] <slangasek> to be clear
[16:30] <jodh> smoser: ftr, all I'm trying to do is create a kvm instance that is controllable from the autopkgtest env. Just so happens that when I create my instance, there are already 2 instances behind me ;)
[16:30] <slangasek> smb: jenkins dispatches vms; integration tests for upstart requires booting under a test harness; thus, nested vms are required
[16:31] <slangasek> or else jenkins needs to dispatch to bare metal instead
[16:31] <rbasak> tbh, I think bug 1031680 will get missed. It's more in depth as it seems, and needs to be dealt with with care.
[16:31] <ogra_> note that this bug seems to hold up an important fix for touch images
[16:31] <slangasek> ogra_: that's a separate discussion that I need to have with rsalveti today
[16:31] <ogra_> (the kvm one)
[16:31] <ogra_> ah, k
[16:31] <rbasak> Fundamentally it's an upstream bug, which tries to understand apt in a broken way, and fixing it is considerable upstream work.
[16:31] <smoser> slangasek, presumably a workaround would be to disable kvm
[16:32] <rbasak> A workaround is available.
[16:32] <rbasak> Not breaking compatibility is the difficult part.
[16:32] <slangasek> smoser: running qemu without paravirt? hmmmm
[16:32] <smoser> other than being painfully slow, that would workaround the bug.
[16:32] <slangasek> hadn't considered that
[16:32] <slangasek> well, "painfully slow" is the status quo
[16:32] <ogra_> speed is overrated :)
[16:32] <slangasek> we need to be able to do fast upstart integration tests
[16:32] <smoser> orders of magnitude performance affected i suspect.
[16:33] <smoser> yeah. its not a fix.
[16:33] <slangasek> if it's too slow, we can bypass it by running them locally instead
[16:33] <smoser> its a workaround
[16:33] <smoser> anyway.
[16:33] <slangasek> it's around, but it doesn't work for us ;)
[16:33] <smb> So far it seems that at least with Q and R as host and not running 64bit qemu on 32 bit guest things are more stable for me
[16:33] <smb> smoser, and that is with kvm enabled
[16:34] <smoser> oh wow. running 64 bit qemu in 32 bit guest ?
[16:34] <slangasek> ermm I hope that's not the way we're doing it
[16:34] <smoser> it just gets better and better :)
[16:34] <slangasek> jodh: ^^ are you really running 64-bit inner guest on a 32-bit outer guest?  If so, don't
[16:34] <ogra_> wow, that means we could also have arm64 under armhf :)
[16:34] <smb> slangasek, That was what jodh  was doing
[16:34] <jodh> smb: do we have a handle yet as to what is causing the kernel crashes? Does this need to be raised on lkml?
[16:34] <jodh> slangasek: no, I am not :)
[16:35] <slangasek> ok
[16:35] <smoser> i'm gonna move on here, and assume that slangasek, smb, and jodh can figure it out.
[16:35] <jodh> slangasek: well, not knowingly. But the distinction between 'qemu', 'kvm' and all the sym link horror of the multiple binaries might be doing stuff...
[16:35] <smb> jodh, You were using qemu-system-x86_64 in the guest that was i386
[16:35] <jodh> smb: I was using what was provided by 'kvm'.
[16:35] <slangasek> should we maybe take this elsewhere and not derail the meeting in progress? :)
[16:36] <jodh> which is what autopkgtest does
[16:36] <smoser> yeah, please take up in #ubuntu-server.
[16:36] <smb> slangasek, agree to take it away
[16:36]  * smoser is interested, but this is a bit long here.
[16:36] <smoser> #topic Weekly Updates & Questions regarding Ubuntu ARM Server (rbasak)
[16:36] <smoser> rbasak, do we have a kernel that we could put in the cloud iamges ? i tihnk we hvae no maas images for ephemerla for saucy at the moment due to lack of sufficent kernel...
[16:37] <smoser> i suppose i should have a bug on that, but i do not.
[16:37] <utlemming> smoser: the saucy ephemeral arm images are back to normal now...it was a qemu bug
[16:37] <rbasak> smoser: we have a generic kernel now
[16:37] <rbasak> That would do.
[16:38] <smoser> utlemming, oh? ok. that is good. well i will raise bug if there is an issue.
[16:38] <rbasak> I'll need to check exact status, but the general plan is to have lpae and non-lpae variants
[16:38] <smoser> what is the 'generic' kernel ?
[16:38] <smoser> just actually 'generic' like on other arch ?
[16:38] <utlemming> I think there is going to be some issues since we are using the OMAP kernel with the OMAP loaders.
[16:38] <rbasak> Yes, but there are a limited number of platforms that support it. Hopefully that number will grow
[16:38] <utlemming> rbasak: we should sync tomorrow morning on this
[16:38] <rbasak> ack
[16:38] <smoser> cool. thanks rbasak utlemming .
[16:38] <smoser> +1 for growing number of platforms
[16:39] <smoser> #topic Ubuntu Server Team Events
[16:39] <smoser> anyone have anything here?
[16:39] <zul> vuds is next week
[16:39] <smoser> oh yeah.
[16:39] <smoser> that
[16:39] <smoser> :)
[16:39] <smoser> and feature freeze too
[16:39] <zul> and  i move at the same time
[16:41] <smoser> so .. if anyone is looking
[16:41] <smoser> http://paste.ubuntu.com/6007053/
[16:41] <smoser> is a list of openstack proposals that ubuntu members have submitted.
[16:41] <smoser> i fyou think those are interested and have openstack voting rights (ie, you are an openstack community member), then vote
[16:42] <smoser> you can generically vote for speakers at http://www.openstack.org/rate/Presentation/how-to-monetise-your-openstack-cloud-service
[16:42] <smoser> gah
[16:42] <smoser> click VOTE HERE at http://www.openstack.org/summit/openstack-summit-hong-kong-2013/
[16:42] <smoser> http://www.openstack.org/summit/openstack-summit-hong-kong-2013/
[16:43]  * smoser cut and paste fail
[16:43] <smoser> #topic Open Discussion
[16:43] <smoser> anyone have anything her e?
[16:43] <smoser> k
[16:43] <smoser> #topic Announce next meeting date and time
[16:44] <smoser> tune in next week at Tuesday 2013-08-27 at 1600 UTC for the continuing saga of ubuntu server development.
[16:44] <arosales> smoser, thanks for chairing
[16:44] <smoser> #endmeeting
[16:44] <meetingology> Meeting ended Tue Aug 20 16:44:51 2013 UTC.
[16:44] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-08-20-16.00.moin.txt
[16:44] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-08-20-16.00.html
[16:49] <jamespage> thanks smoser
[17:00] <jsalisbury> ##
[17:00] <jsalisbury> ##
[17:00] <meetingology> Meeting started Tue Aug 20 17:01:07 2013 UTC.  The chair is jsalisbury. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[17:00] <jsalisbury> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Saucy
[17:01] <jsalisbury> #       'o/' indicates you have something to add (please wait until you are recognized)
[17:01] <jsalisbury> Roll Call for Ubuntu Kernel Weekly Status Meeting
[17:01] <kamal> o/
[17:01] <sconklin> o/
[17:01] <henrix> o/
[17:01]  * smb hastes in
[17:01] <ogasawara> o/
[17:01] <jsalisbury> [TOPIC] ARM Status (ppisati)
[17:01] <jsalisbury> No new update this week.
[17:01] <jsalisbury> ..
[17:02] <jsalisbury> [TOPIC] Release Metrics and Incoming Bugs (jsalisbury)
[17:02] <jsalisbury> Release metrics and incoming bug data can be reviewed at the following link:
[17:02] <jsalisbury> [LINK] http://people.canonical.com/~kernel/reports/kt-meeting.txt
[17:02] <jsalisbury> ..
[17:02] <jsalisbury> [TOPIC] Milestone Targeted Work Items (ogasawara)
[17:02] <ogasawara> [LINK] https://launchpad.net/~canonical-kernel-distro-team/+upcomingwork
[17:02] <ogasawara> [LINK] http://status.ubuntu.com/ubuntu-s/canonical-kernel-distro-team.html
[17:02] <ogasawara> || apw       || foundations-1305-arm64-bringup || 2 work items ||
[17:02] <ogasawara> || ppisati   || foundations-1305-kernel        || 1 work item  ||
[17:02] <ogasawara> || sforshee  || pm-system-policy               || 2 work items ||
[17:02] <ogasawara> || smb       || servercloud-s-virtstack        || 1 work item  ||
[17:02] <ogasawara> ..
[17:02] <rtg> o/
[17:02] <jsalisbury> [TOPIC] Status: Saucy Development Kernel (ogasawara)
[17:02] <ogasawara> We have uploaded a new Saucy kerel based on the v3.11-rc6 upstream kernel.
[17:02] <ogasawara> We'll continue tracking the v3.11 kernel for the remainder of the Saucy
[17:02] <ogasawara> 13.10 release.
[17:02] <ogasawara> -----
[17:02] <ogasawara> The 12.04.3 point release is set to release this Thurs, Aug 22.  I am
[17:02] <ogasawara> hearing rumors there may be a small slip, ie 1 day slip, but it should
[17:02] <ogasawara> be going out this week.  We are not aware of any critical issues at this
[17:02] <ogasawara> time that would warrant any respins.
[17:02] <ogasawara> -----
[17:02] <ogasawara> Lastly, Virtual UDS is next week, Tues-Thurs Aug 27-29.  I've gone ahead
[17:02] <ogasawara> and opened a generic kernel catch-all blueprint.  Feel free to add any
[17:03] <ogasawara> topics which you would like to discuss.
[17:03] <ogasawara> https://blueprints.launchpad.net/ubuntu/+spec/foundations-1308-kernel
[17:03] <ogasawara> -----
[17:03] <ogasawara> Important upcoming dates:
[17:03] <ogasawara> [LINK] https://wiki.ubuntu.com/SaucySalamander/ReleaseSchedule
[17:03] <ogasawara> Thurs Aug 22 - 12.04.3 (~2 days away)
[17:03] <ogasawara> Thurs Aug 29 - Beta 1 freeze (~1 week away)
[17:03] <ogasawara> Thurs Sep 05 - Beta 1 (~2 weeks away)
[17:03] <ogasawara> ..
[17:03] <jsalisbury> [TOPIC] Status: CVE's
[17:03] <jsalisbury> == 2013-08-20 ==
[17:03] <jsalisbury> The current CVE status can be reviewed at the following link:
[17:03] <jsalisbury> http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html
[17:03] <jsalisbury> ..
[17:03] <jsalisbury> [TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Raring/Quantal/Precise/Lucid (bjf/henrix/sconklin)
[17:03] <bjf> Status for the main kernels, until today (July 23):
[17:03] <bjf>   *   Lucid - Prep'ing
[17:03] <bjf>   * Precise - Prep'ing
[17:03] <bjf>   * Quantal - Prep'ing
[17:03] <bjf>   * Raring  - Prep'ing
[17:03] <bjf> Current opened tracking bugs details:
[17:03] <bjf>   * http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[17:03] <bjf> For SRUs, SRU report is a good source of information:
[17:03] <bjf>   * http://people.canonical.com/~kernel/reports/sru-report.html
[17:03] <bjf> ..
[17:04] <jsalisbury> [TOPIC] Open Discussion or Questions? Raise your hand to be recognized (o/)
[17:04] <jsalisbury> Thanks everyone
[17:04] <jsalisbury> #endmeeting
[17:04] <meetingology> Meeting ended Tue Aug 20 17:04:51 2013 UTC.
[17:04] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-08-20-17.01.moin.txt
[17:04] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-08-20-17.01.html
[17:04] <kamal> thanks jsalisbury
[17:05] <sconklin> thanks
[22:29]  * slickymaster is away: I'm busy
[22:30]  * slickymaster is away: [Got to work]
[22:30]  * slickymaster is away: Got to work>
[22:31]  * slickymaster is away: <Got to work>
[22:32]  * slickymaster is away: Got to work
[22:32] <genii> Hm.
[22:33] <genii> !away


[10:20] <coreycb> cjwatson: hi, does +uploaded-packages still work? my useless vain side likes to check occasionally.  :)  seems that lately when i upload a package it gets added to my history but another gets deleted from my history, and the count remains the same.
[20:59] <tsimonq2> This is the second PPA upload in the past hour I've done but hasn't been processed.
[21:00] <tsimonq2> Both to ppa:altispeed/darkice-faac (employer thing...)
[21:00] <tsimonq2> Ubuntu uploads work fine though.
[21:00] <tsimonq2> Is the queue stalled or just Very Slow right now?
[21:00] <tsimonq2> wgrant: ^
[23:34] <acheronuk> there are 4-5 x86 chromium builds that have been running over 24hrs as well!


[01:26] <ApOgEE> salam Faizul, ak47suk1 dan SuMarDi
[02:02] <Faizul> ya ApOgEE
[02:03] <sweemeng> yo
[02:04] <Faizul> sweemeng, hi
[02:05] <Faizul> ApOgEE, jadi ke ?
[02:05] <sweemeng> hi Faizul
[02:12] <Faizul> sweemeng, do know what is official os for ubuntu members ?
[02:12] <sweemeng> errr the *buntu?
[02:12] <Faizul> no
[02:13] <Faizul> its mac osx
[02:13] <sweemeng> Faizul, wtf
[02:13] <sweemeng> wtf
[02:13] <sweemeng> wtf
[02:13]  * sweemeng is using fedora
[02:13]  * sweemeng ducks and runs
[02:13] <Faizul> sweemeng, you didnt notice yet ?
[02:13] <sweemeng> Faizul, i noticed
[02:13] <Faizul> so ?
[02:13] <sweemeng> Faizul, was not active here for a reason
[02:14] <sweemeng> was not in too many community meetup for a reason
[02:14] <Faizul> what reason ?
[02:14] <sweemeng> that and my focus on writing code
[02:14] <Faizul> me too
[02:14]  * Faizul morse code
[02:14] <sweemeng> ubuntu malaysia community is a bit .... dysfunctional
[02:15] <sweemeng> some of the technically hardcore members have other focus now
[02:15] <sweemeng> me i code
[02:15] <sweemeng> you in ham
[02:15] <sweemeng> ham radio
[02:15] <sweemeng> not ham daging makan
[02:15] <Faizul> sweemeng, do you that one of the #ubuntu-hams members is the 1000cpm high speed telegraphy winner ?
[02:15]  * sweemeng now knows
[02:16] <sweemeng> it is even possible?
[02:16] <sweemeng> 1000 per minute
[02:16] <Faizul> sweemeng, fabian. his nickname is dj1yfk
[02:16] <Faizul> go and ask him
[02:16]  * sweemeng know a bit of morse code
[02:16] <Faizul> he made lcwo.net
[02:16] <sweemeng> very little
[02:16] <sweemeng> but then cannot compare
[02:17] <Faizul> very little cant help you at all
[02:17] <sweemeng> Faizul, can, i just need to practice
[02:17] <sweemeng> and finally get a radio license
[02:18]  * Faizul bored
[02:18]  * sweemeng too
[02:18] <Faizul> hey sweemeng
[02:18]  * sweemeng focus on python web frameworks now
[02:18] <sweemeng> lol
[02:18] <Faizul> are you in hackerspacekl ?
[02:18] <Faizul> can i ask something ?
[02:18] <sweemeng> Faizul, yeah
[02:19] <Faizul> why hackerspacekl not like nyc resistors ?
[02:19] <Faizul> nyc resistor got their own club amateur radio callsign
[02:19] <sweemeng> Faizul, i don't know man
[02:19] <Faizul> they do dxing, SOTA.
[02:19] <sweemeng> me now try to make it active for the first place
[02:19] <sweemeng> now macam mati jer
[02:19]  * sweemeng is hopeful
[02:20] <Faizul> if you want to make it active , i think you better join with other groups too
[02:20] <sweemeng> not quite keen to spend money on toys until i got other income
[02:20] <sweemeng> Faizul, true
[02:20] <Faizul> pay a visit to amateur radio clubs, electronic clubs, planeterium, etc
[02:20] <sweemeng> but now some active members burn out
[02:20] <Faizul> haha
[02:20] <Faizul> i knew it.
[02:20] <Faizul> i just knew it before this
[02:20] <sweemeng> me no, hey i am helping out in ubuntu malaysia abit
[02:21] <sweemeng> so it is harder for me to burn out and go bored
[02:21] <sweemeng> Faizul, it happens
[02:25]  * ApOgEE is using Windows XP
[02:26] <ApOgEE> Faizul: jadi...
[02:28] <ApOgEE> hari ni aku nak bertarung dengan virus2 yg memakan PC kat sites... baru abes download Hiren boot CD... ccleaner, malwarebytes
[02:29]  * sweemeng is deciding between ubuntu or fedora
[02:29]  * sweemeng going to install lxde anyway
[02:29] <sweemeng> though if i say lubuntu, people will mad at me
[02:29] <sweemeng> it sounds like LU Buntu
[02:31] <ApOgEE> sweemeng: hahaha
[02:37]  * sweemeng is serious what distro to install
[02:37] <sweemeng> haha
[02:39] <ApOgEE> sweemeng: aku pun dalam dilema... nak install ubuntu ke, meego kat netbook aku... ada projek nak buat meego apps ni
[02:39] <ApOgEE> hmmm
[02:40] <ApOgEE> tapi aku dah install Qt MeeGo Dev tools kat fedora nih...
[02:40] <ApOgEE> jem
[02:40] <sweemeng> ApOgEE, tu la, kalau fedora, komuniti ok
[02:40] <sweemeng> tapi saya lebih biasa dengan debian, tapi malas nak pasang debian
[02:42] <ApOgEE> hmmm...
[02:42]  * ApOgEE garu kepala...
[02:42] <ApOgEE> ok lah, aku nak pi site dah ni. kang client aku bising lak
[02:42] <ApOgEE> see you later
[13:24] <nadimsia> salam utk semua
[13:25] <nadimsia> apa winbind+samba dgn likewise open
[13:26] <nadimsia> logout
[19:05] <unitedpotsmokers> hello
[19:05] <unitedpotsmokers> hyper mcm mana exma
[19:05] <unitedpotsmokers> *exam
[23:49] <unitedpotsmokers> hell...hell...hello
[23:50] <unitedpotsmokers> gud...god...good... mmmorning


 Thanks
[14:31] <jbicha> my checkboxes were green filled boxes with no checkmark
[14:35] <clobrano> jbicha: I see, and after restart is everything ok?
[14:40] <jbicha> yes
[14:45] <clobrano> great :)
[15:08] <jbicha> clobrano: disco doesn't have a Yaru-dark theme folder, do you want a Github issue for that?
[15:09] <kenvandine>  woot, new firefox release in the stable channel
[15:12] <clobrano> jbicha: uhm I wonder why. Yes, at least we keep track of this, thanks
[15:52] <k_alam> Trevinho: Hi,
[15:57] <k_alam> Trevinho: If you are online please check,
[15:57] <k_alam> 1) https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1811118
[15:57] <k_alam> 2) https://bugs.launchpad.net/ubuntu/+source/indicator-application-gtk2/+bug/1810742
[16:22] <seb128> Laney, new nautilus migrated to disco proper now, congrats :)
[16:23]  * Laney fist bumps seb128
[16:23] <Laney> thx for doing those promotions
[16:23] <seb128> np, sorry for delaying, I didn't want to do it just before holidays and backlog etc this week
[16:23]  * seb128 fist bumps Laney back
[16:24] <seb128> next week I do a round of nautilus bugs triaging see what we can close
[16:27] <Laney> i better check the iso on monday, see if anything is broken there
[16:28] <jbicha> thanks for doing the gnome-control-center bug review, Seb
[16:34] <seb128> np! I still plan to do some work on g-c-c, maybe fix some of the issues/contribute some mps upstream when i've some free cycles
[17:16] <seb128> k, enough for this week! have a nice w.e desktopers
[17:18] <didrocks> you too seb128
[17:21] <willcooke> see you seb128
[17:41] <willcooke> I'm heading off too, I should pack before tomorrow
[17:42] <willcooke> kenvandine, see you in CPT
[17:42] <willcooke> happy weekend all
[17:47]  * kenvandine should really finish packing too, i leave later today
[18:17] <Laney> laters
[18:17] <Laney> safe travels kenvandine!
[18:18] <kenvandine> Laney: thanks!
[18:23] <marcustomlinson> kenvandine: CPT as in Cape Town?
[18:23] <kenvandine> marcustomlinson: yup!
[18:23] <marcustomlinson> awesome :) Enjoy
[18:24] <marcustomlinson> Safe travels
[18:24] <kenvandine> thanks
[18:24] <kenvandine> leaving in a few hours, long trip
[18:24] <marcustomlinson> I know the route ;)
[18:31] <Trevinho> k_alam: I was but missed the ping... Already in weekend mood now 😅. Please ping me on Monday!


[00:17] <plars> things are looking quite a bit better on the automated tests with this one - mir is still pretty rough of course
[08:36] <Saviq> lool, https://code.launchpad.net/~saviq/unity8/revert-r376/+merge/189455
[09:11] <lool> cjwatson: gnutls26 >> sure; thanks for the heads up
[09:11] <lool> Saviq: looking
[09:12] <lool> rsalveti: ok thanks
[09:12] <Saviq> lool, I've a package coming up
[09:12] <Saviq> lool, like in 2 mins
[09:13] <cjwatson> lool: uploaded, thanks
[09:13] <cjwatson> http://people.canonical.com/~ubuntu-archive/proposed-migration/saucy_uninst.txt is actually looking almost acceptable now, with the ignorable exception of arm64
[09:14] <lool> Saviq: cool
[09:15] <lool> Saviq: should we sync a bit for plan over the week-end?
[09:15] <lool> I do have some other planned outside activities too  :-)
[09:15] <lool> Saviq: so right now, we have the reverts in archive, I built an image with them; it's not the highest pass rate ever, but nothing to be too ashamed off and it generally works; most AP fails are in apps, a brightness thing in unity8 AP tests
[09:16] <lool> generally speaking, I would be happy to promote is and call SF done
[09:16] <lool> ogra_: ^ your toughts
[09:16] <lool> *thought
[09:16] <ogra_> lool, i'm just flashing
[09:16] <ogra_> (morning etc)
[09:16] <lool> ogra_: Morgen ! :-)
[09:17] <Saviq> lool, ogra_ the biggest difference from my PoV is WiFi password input, which is in the indicator in the rolled back unity8, unity-notifications, indicator-network
[09:17] <lool> Saviq: Now Mirv actually did the testing of the CPU pegging unity8 and was happy with it, so what I'd like is either getting us all these revs into the image with the fix you've identfied
[09:17] <ogra_> the failures look like many of them are toolbar related
[09:17] <lool> Saviq: Yes, I rolled back the 3
[09:17] <Saviq> lool, yeah, I'd rather do that
[09:17] <ogra_> (from the apps)
[09:18] <Saviq> lool, http://people.canonical.com/~msawicz/unity8/ here is unity8 trunk + the fix/revert
[09:18] <lool> Saviq: so we do that on top of what was tested yesterday?  I think you have landed other things in unity8 trunk already
[09:19] <Saviq> lool, we only have a revert and a test-drop in trunk over what's released currently
[09:19] <Saviq> lool, so with the "new revert" we'd have two reverts and the test drop, so rather safe
[09:19] <Saviq> lool, and that's what you have in the packages I put up
[09:20] <ogra_> bug 1235480
[09:21] <lool> Saviq: looking
[09:22] <lool> Saviq: right, trunk looks good
[09:22] <lool> Saviq: I'll take the previous unity-notifications debs to test your unity8 build
[09:22] <Saviq> lool, so if you confirm the fix/revert helps with CPU - let's merge, release
[09:23] <Saviq> lool, yeah, it needs the "new" unity-notifications and indicator-client
[09:23] <Saviq> s/-client/-network/
[09:23] <Saviq> lool, so full dist-upgrade + my packages should work good
[09:25] <lool> Saviq: well I just took image 82 + your pcakages + old unity-notifications (qtdeclarative5-unity-notifications-plugin)
[09:26] <lool> just trying to unmount now
[09:27] <Saviq> lool, old unity-notifications and indicator-network will conflict with my packages - you need all three upgraded to their latest releases from trunks
[09:27] <Mirv> lool: yeah I didn't notice the CPU hoggage, it didn't seem bad performance wise as such
[09:28] <Mirv> maybe the autopilot tests themselves should notice it
[09:28] <Mirv> "idle, check cpu usage"
[09:30] <Saviq> lool, that is to say "sure, it'll work, but expect issues with WiFi password entry"
[09:30] <lool> Saviq: "old" means the one before my revert
[09:30] <Saviq> lool, ok then - yes :)
[09:30] <lool> Saviq: yesterday I reverted indicator-network, unity8, and unity-notifications in archive
[09:31] <lool> so I might get FS corruption, hopefully not
[09:31] <Saviq> lool, yeah, saw that now
[09:32] <lool> Saviq: so I have 7.82+13.10.20131004.1-0ubuntu2~sbuild3 installed, and top if quiet  \o/
[09:33] <lool> *is quiet
[09:33] <lool> screen of or screen on
[09:33] <lool> Saviq: so that looks good
[09:34] <lool> Saviq: let's upload all of this
[09:34] <Saviq> lool, yay
[09:34] <Saviq> lool, FYI some kind of SDK weirdness happened there - still need to investigate
[09:35] <Saviq> lool, the spinner 'caused the CPU usage even when it was, in theory, off and invisible
[09:35] <Saviq> -'
[09:36] <lool> Saviq: you mean in the code that you reverted, it should not be using CPU but is due to some SDK bug?
[09:37] <lool> Saviq: to clarify: are we good with just the revert we tested, or do we need another change for that spinner thing?
[09:39] <Saviq> lool, yes
[09:39] <Saviq> lool, we're good
[09:40] <Saviq> lool, I reverted the change that was broken - and was due to a SDK bug
[09:40] <Saviq> lool, with my MP unity8 is no-CPU-hogging anymore
[09:40] <Saviq> lool, but we still need to merge / release it
[09:40] <lool> Saviq: I've happroved the mp
[09:40] <Saviq> lool, thanks
[09:41] <lool> Saviq: I'm preparing the other uploads
[09:41] <lool> Saviq: will send MPs to resync bzr trunks with changelogs of uploaded reverts
[09:41] <Saviq> lool, yup, let me know if you need me to approve
[09:41] <lool> (since nothing sits in trunk, can't ask cu2d to resync somehow)
[09:42]  * Saviq hates nautilus + gvfs recently
[09:43] <Saviq> it was working so well last release, but with the new nautilus all kind of flakiness happens
[09:45] <lool> that reminds me, I've noticed now that mtp coming up kills my adb shell connection for a sec
[09:45] <lool> then it comes back
[09:45] <lool> like the connection gets closed, I have to reopen it
[09:50] <lool> uploaded indicator-network
[09:50] <lool> it will be blocked in unapproved, then in proposed
[09:51] <lool> Saviq: https://code.launchpad.net/~lool/indicator-network/resync-indicator-network-changelog/+merge/189458
[09:52] <Saviq> lool, +1
[09:52] <Saviq> lool, actually +2 - mtp is flaky for me, too - but that's with android as well
[09:54] <ogra_> setting a property resets the gadget
[09:55] <ogra_> when mtp comes up it adds a property to the gadget settings
[09:56] <lool> Saviq: https://code.launchpad.net/~lool/unity-notifications/resync-indicator-network-changelog/+merge/189459
[09:56] <lool> ogra_: aha
[09:56] <lool> ogra_: so it's "by design"
[09:56] <ogra_> yeah
[09:57] <Saviq> lool, +1
[09:57] <lool> Saviq: sadly, indicator-network needs someone from release team to ack
[09:57] <ogra_> and setting the property persistent would make your gvfs on the desktop freak out
[09:57] <ogra_> since there is an mtp device but no server attached
[09:57] <lool> Saviq: and we're saturday, so might take some time
[09:57] <Saviq> lool, but we can merge the changelog regardless, right?
[09:57] <lool> I think so
[09:57] <ogra_> (so gvfs goes into a loop of mount attempts spilling errors)
[09:57] <lool> Saviq: I've put a block hint in place so that we can upload all 3 and let them in -proposed
[09:58] <lool> so that we don't get half in unapproved half in archive
[09:58] <Saviq> lool, oh cool
[09:58] <Saviq> lool, and then just flip the switch to let through to saucy, got it
[09:58] <Saviq> lool, thanks!
[09:58] <lool> Saviq: right, so I can upload unity8 when it's there
[09:59] <Saviq> lool, granted, the deps should prevent going into an inconsistent state
[09:59] <Saviq> lool, actually there's one question you might be able to answer
[09:59] <lool> Saviq: the provides are there, but I didn't update deps for indicator-network
[10:00] <Saviq> lool, ah right
[10:00] <Saviq> lool, we had a situation last week when unity-notifcations Provides was already unity-notifications-impl-2 (in the upstream merger's local repo)
[10:00] <Saviq> lool, but unity8 Depends was still at unity-notifications-impl-1, which was available in saucy
[10:00] <Saviq> lool, and apt crapped out when trying to install that unity8 version
[10:01] <lool> which was the goal?
[10:01] <Saviq> lool, is it not smart enough to install a non-highest version to fulfil the deps?
[10:01] <lool> ah no
[10:01] <lool> it will select the highest version
[10:01] <lool> it's basically a complex scoring mechanism
[10:01] <lool> which I don't know all the details of
[10:01] <lool> but a higher version will get lots of point
[10:02] <Saviq> lool, mhm
[10:02] <lool> a downgrade wont happen unless your force it
[10:02] <Saviq> lool, yeah, but it wasn't about a downgrade
[10:02] <Saviq> lool, it was about installing (new package) a non-highest version
[10:02] <Saviq> which I was hoping would work
[10:02] <lool> that I would expect to work
[10:02] <lool> but then maybe not  :-)
[10:03] <lool> Saviq: but if you remember the specifics, I guess some APT maintainers could possibly look into it
[10:03] <Saviq> lool, fortunately we even have a log - 'cause it was on mediumtests
[10:03] <lool> Saviq: Ok, so we're waiting on a bunch of things right now
[10:04] <Saviq> lool, yup, all things to merge
[10:04] <lool> to sum up: a) upstream merger picks up your MP, merges it b) I press the cu2d buttons and get that uploaded c) release team reviews + approves new indicator-network d) we unblock all 3 e) we build animage
[10:04] <lool> ogra_: what did you think of latest image?
[10:05] <lool> ogra_: should I promote it?
[10:05] <lool> ogra_: we might get another SF one EOD
[10:05] <ogra_> lool, well, just had to reboot trying to send an SMS
[10:05] <lool> ogra_: but I'd rather we promote this one if you feel it's good enough
[10:05] <lool> ogra_: what happened?
[10:05] <ogra_> it hung
[10:05] <lool> unity8?
[10:05] <ogra_> not sure
[10:06] <lool> any crash files?
[10:06] <ogra_> i made a call, afterwards saved the contact ... (which used some http formatting for the plus sign in +49 ... which in turn couldnt send to that number full of special chars ...)
[10:07] <lool> Saviq: I dont think we can fix the current SF images much more over the week-end; the original plan was to fix a couple of critical issues and switch to Mir; the critical issues were input in the webbrowser (might be related to volume up / down or not), and input focus on snap decisions
[10:07] <ogra_> then i edited the contact to have a proper +49 ... got an error that contact saving failed and after that no input was possible anymore
[10:07] <lool> Saviq: I can't fix the input issues myself, but if they get fixed I can land the "switch the default to Mir" over the WE
[10:07] <lool> ogra_: fun
[10:07] <Saviq> lool, nah, let's get back to it on Monday
[10:07] <lool> ogra_: but is it a _regression_?  :-)
[10:08] <Saviq> lool, there's no one working on those
[10:08] <Saviq> lool, let's all have our WE now
[10:08] <Saviq> or after we fix SF
[10:08] <lool> ogra_: is this something you experienced successfully in the past?
[10:08] <lool> ogra_: basically, would this image be more or less substantially better than the previous stable one?
[10:08] <ogra_> lool, the mangled number definitely is ...
[10:09] <ogra_> lool, but i'm not sure thats a blocker
[10:09] <lool> I fear we're running out of runway
[10:09] <ogra_> right, lets promote it
[10:09] <ogra_> after reboot there dont seem any issues
[10:10]  * lool reads ~ogra/README.mark-current
[10:10] <ogra_> should i ?
[10:10] <lool> ogra_: so mark-current is for the cdimage part
[10:10] <ogra_> (if you feel safer with that)
[10:10] <lool> ogra_: and the second is for system-image?
[10:10] <ogra_> right, that needs to happen first
[10:10] <ogra_> yep
[10:10] <lool> ogra_: Actually, I like to do it because you're around  :-)
[10:10] <lool> ogra_: build is is 82?
[10:10] <ogra_> just call both commands in succession with the right numbers
[10:11] <ogra_> 82 for system image
[10:11] <lool> ah and for cdimage I need to use the ubuntu version?
[10:11] <lool> so 20131004.1?
[10:11] <ogra_> 20131004.1
[10:11] <ogra_> right
[10:12] <lool> the second one churns
[10:12] <lool> I guess deltas
[10:12] <lool> done
[10:12] <ogra_> yeah, the second one takes a bit
[10:13] <lool> ogra_, popey: 82 promoted!
[10:13] <ogra_> the first one just sets a link
[10:13] <ogra_> yay
[10:13] <lool> ogra_, popey: Bulding an 83 tonight with updated 83 and SF, but otherwise leaving it there
[10:13] <ogra_> popey, thats 82/20131004.1
[10:13] <popey> sweet!
[10:13] <lool> might want to promote 83
[10:13]  * popey mails
[10:13] <lool> if you guys feel like it
[10:13] <popey> ok, I'll be around
[10:13]  * ogra_ cant promise but will help if he is around
[10:14] <lool> it's mostly what was in 81, with no CPU hogging, so 82 + new unity8
[10:14] <lool> and indicator-network
[10:14] <lool> ogra_: yeah if you can't then so be it
[10:14] <ogra_> dont you need a FFe for that one ?
[10:14] <lool> we can always promote it monday
[10:14] <ogra_> indicator-network is a desktop package
[10:14] <lool> ogra_: it says ubuntu-desktop, but I don't actually see it pulled by ubuntu-desktop
[10:14] <lool> an dseeded-in-ubuntu also doesn't
[10:15] <ogra_> intresting
[10:15] <lool> ogra_: well, I don't understand why it's still in the desktop packageset
[10:15] <ogra_> i always thought we have it installed
[10:15] <ogra_> missing meta update ?
[10:15] <ogra_> or a dep ...
[10:16] <lool> Saviq: So I'll step away for a bit, possibly only back after lunch + some family activities outside, near 5pm UTC+2
[10:16] <Saviq> lool, yeah, enjoy
[10:16] <lool> Saviq: if upstream merger doesn't run or fails, would you merge by hand?
[10:16] <Saviq> lool, will do
[10:16] <lool> I might have commit access, not sure
[10:17] <lool> Saviq: thanks for the fix, will be back in a bit
[10:17] <Saviq> lool, I'll force-hand generic-land
[10:17] <Saviq> lool, he has access for sure :)
[10:17] <popey> ogra_: i dont see changes at http://people.canonical.com/~j-lallement/touch/changes/
[10:17] <cjwatson> Saviq: http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/ubuntu/2012-01-29-apt-resolver-bugs.html has some random wittering about how to investigate apt resolver bugs, if it happens to be useful
[10:17] <Saviq> cjwatson, thanks - I'm not really sure it's a bug, and rather a feature ;)
[10:18] <Saviq> cjwatson, but will be a useful read anyway
[10:18] <cjwatson> well, how to investigate the algorithm anyway.  it's a useful though tricky thing to understand
[10:18] <lool> popey: http://people.canonical.com/~ogra/touch-image-stats/20131004.1.changes has some
[10:18] <popey> yeah, i have that
[10:19] <popey> i usually link to the pretty version jibel has
[10:19] <popey> nvm
[10:19] <lool> ah
[10:19] <popey> will link and say it's pending
[10:19] <popey> given we can guess the url ☻
[10:19] <lool> I guess it's running from jibel's desk!  :-)
[10:19] <lool> popey: ah you probably want the diff between stbale images
[10:19] <lool> I forgot where ogra has it
[10:24] <popey> lool: no, I deal with that
[10:24] <popey> lool: I manually merge the individual diffs
[10:27] <lool> ok
[10:31] <popey> mail sent
[10:34] <lool> popey: thanks!
[10:35] <Saviq_> ugh
[10:35] <Saviq_> ok, so upstream merger is broken - the old IP was hardcoded in the jobs ;(
[10:36] <lool> gosh, where is it hardcoded?
[10:37] <popey> I love it when we move stuff to a new IP. Great way to shake out these kinds of issues. #glasshalffull
[10:40] <Saviq_> popey, yeah, and finally *name it* somehow
[10:40] <popey> ☻
[10:41] <Saviq_> popey, and whoa! here's an idea - let's provide a DNS server behind the QA VPN!
[10:41] <popey> Steady on there! ☻
[10:41] <Saviq_> that would be like The Enterprise
[10:41]  * popey emails /etc/hosts files around to everyone
[10:41] <popey> ghetto dns
[10:41] <Saviq_> rotfl
[10:42] <Saviq_> bugs against ps-qa-tools?
[10:42] <popey> pass
[10:43] <lool> actually some other jenkins dep had the great idea to use the public facing jenkins.qa.ubuntu.com to get a stable name  :-)
[10:43] <lool> I don't remember which cron it was that got pasted here, but because it used jenkins.qa.ubuntu.com instead of 10.x.x.x it was immune to the change  :-)
[10:44] <lool> Saviq: where's this hardcoded IP you say?
[10:44] <Saviq_> https://bugs.launchpad.net/ps-qa-tools/+bug/1235621
[10:45] <Saviq_> lool, so, first of all the links to jobs from history don't work (that, hopefully, is a configuration issue - otherwise only new jobs will have correct jobs cross-links)
[10:45] <Saviq_> lool, but http://<IP_ADDRESS>:8080/job/generic-mediumtests-saucy/4632/console
[10:46] <Saviq_> downloads artifacts directly from the old IP
[10:47] <lool> indeed
[10:47] <jibel> popey, my DSL died after a storm and have limited connectivity. I'll relocate the job that publish changes during the week end
[10:48] <popey> jibel: ouch!
[10:48] <popey> jibel: thanks.
[10:49] <lool> Saviq: I've just checked and don't have permission to fix it
[10:49] <Saviq> lool, yeah, me neither
[10:49] <lool> mailing Francis + Larry
[10:49] <Saviq> fginther, https://bugs.launchpad.net/ps-qa-tools/+bug/1235621 https://bugs.launchpad.net/ps-qa-tools/+bug/1235622
[10:51] <lool> Saviq: ming merging unity8 by hand?
[10:51] <lool> Saviq: (I've mailed them now, listing bugs and Cc:ing you)
[10:51] <Saviq> lool, already there
[10:51] <Saviq> lool, everything's is merged by now
[10:51] <lool> let's see if cu2d is still working
[10:52] <Saviq> lool, it's not been moved (yet), so hopefully yeah
[10:52] <Saviq> lool, but it'd make sense to solve the above bugs for them *before* they move, yes
[10:52] <lool> A version (7.82+13.10.20131004.2-0ubuntu1) is available at the destination for that component but is not in trunk which is still at 7.82+13.10.20131004.1-0ubuntu1. Ignoring that component for source: unity8, branch: lp:unity8, series: saucy.
[10:53] <lool> guess we need to merge the changelog there too
[10:54] <lool> Saviq: https://code.launchpad.net/~lool/unity8/add-reverts-in-unity8-changelog/+merge/189463
[10:55] <lool> Saviq: could you hand merge this one if you're ok with it, and then I'll run cu2d again?
[10:56] <lool> off for lunch
[10:57] <Saviq> lool, going
[10:57] <Saviq> lool, it's going to be merged in 30s
[10:57] <Saviq> lool, if you can kick off cu2d again
[10:58] <Saviq> lool, ready
[11:02] <lool> ok
[11:03] <lool> running
[11:22]  * ogra_ notes that the session upstart goes wild after some time on 82
[11:24]  * ogra_ sees a load of 17.08
[11:27] <ogra_> (using Mir btw)
[11:27] <fginther> Saviq, the IP has been updated
[11:28] <Saviq> ogra_, oh, I wonder if it'd be bug #1235190
[11:29] <ogra_> Saviq, qwll, i suspect it is also  some issue with upstart
[11:30] <ogra_> i see init consuming a lot of CPU
[11:30] <Saviq> ogra_, although CPU was idle for us mostly - same for IO and RAM - everything looked fine resource-wise, only display slowed down to a crawl
[11:30] <Saviq> ogra_, so yeah - not the same - our issue was with idle CPU
[11:32] <ogra_> root@ubuntu-phablet:/# ls /var/crash/|wc -l
[11:32] <ogra_> 6
[11:32] <ogra_> bah
[11:32] <ogra_> i had cleared it for the last reboot
[11:33] <ogra_> its only up since a few minutes
[11:34] <ogra_> seems /usr/lib/arm-linux-gnueabihf/upstart-app-launch/zg-report-app is one of the crashers
[11:36] <ogra_> hwee
[11:36] <ogra_> whee even ...
[11:37] <ogra_> and the session upstart is leaking ram like crazy
[11:37] <ogra_> seems RES rises by 2M every second while the screen is on
[11:38] <ogra_> it is at 141M now
[11:38]  * ogra_ makes the image writable and installs last nights upstart upload
[11:39] <ogra_> i wonder if that fixes it
[11:41] <popey> i have one unity crash and one _usr_lib_arm-linux-gnueabihf_upstart-app-launch_zg-report-app.32011.crash
[11:41] <popey> but don't see the memory leak
[11:41] <ogra_> using Mir ?
[11:43] <lool> ogra_: it might be when dealing with crash files
[11:43] <lool> ogra_: there's a file watch on this
[11:43] <ogra_> lool, does upstart deal with them in the session ?
[11:43] <lool> hmm no, you're right
[11:43] <ogra_> i thought thats the system upstart
[11:43] <lool> ogra_: it could logging
[11:43] <lool> ogra_: ls -ltr .cache/upstart/ perhaps
[11:44] <ogra_> well, i installed the ubuntu6 package from the archive
[11:44] <ogra_> lets see how this behaves
[11:46] <ogra_> no wilddly growing files in the logdir
[11:47] <ogra_> the session init is at 27M already
[11:47] <ogra_> and pumped itself to 32M while i typed the above
[11:47] <ogra_> 39
[11:47] <ogra_> 41
[11:47] <ogra_> 44
[11:48] <ogra_> it only rises while the screen is on
[11:48] <ogra_> seems to stay where it is with the screen off
[11:48] <ogra_> 53M btw
[11:48] <lool> check initctl list as phablet?
[11:49] <ogra_> http://paste.ubuntu.com/6196152/
[11:50] <ogra_> nothing obvious
[11:50] <lool> gtg
[11:50] <lool> unity8 is building in cu2d
[11:50] <lool> didn't pick up bzr the first time, but did the second time
[11:50] <ogra_> ping once you build a new image
[11:52] <lool> ok
[11:54] <popey> ogra_: no, sf
[12:09] <fginther> Saviq, lool, the jenkins IP problem is resolved
[12:15] <ogra_> so after ~30min it starts swapping like crazy
[12:15] <ogra_> http://paste.ubuntu.com/6196223/
[12:15] <ogra_> which is what i saw initially as UI hangs
[12:16]  * ogra_ reboots into SF
[12:51] <ogra_> popey, bug 1235649
[12:52] <popey> how do I enable mir?
[12:52] <ogra_> touch /homa/phablet/.display-mir
[12:52] <ogra_> and reboot
[12:53] <popey> k
[12:53] <popey> apport as soon as I boot
[12:53] <ogra_> *home (indeed)
[12:59] <popey> confirmed
[12:59] <ogra_> thx
[14:53] <lool> fginther: awesome, thanks
[14:54] <lool> == Publishing unity8 ==
[14:56] <lool> in Unapproved
[14:57] <lool> in -proposed
[14:57] <lool> I'll lift the blocks in an hour or so, once it's all built
[15:19] <jdstrand> lool: you mentioned lifting blocks in an hour. is that why I can't upgrade to 82 right now?
[15:46] <lool> jdstrand: nope
[15:47] <lool> jdstrand: what's your issue upgrading?
[15:47] <lool> jdstrand: I'm just about to lift some block hints on 3 packages we want to let out of proposed together
[15:48] <lool> (lifted)
[15:53] <ogra_> lool, did you see the above bug ?
[15:53] <ogra_> pertty much a Mir blocker i think
[16:12] <lool> ogra_: yeah
[16:13] <lool> ogra_: it would also explain why it crashes after a while
[16:13] <ogra_> right
[16:13] <ogra_> the device seems to start swapping once i hit ~250M ... from then on i can only use the UI every few mins
[16:13] <lool> ogra_: I'll raise this to jodh
[16:13] <lool> but I guess only Monday
[16:14] <ogra_> what i find really odd is that this hasnt occured before to me ... and i actually ran Mir for a day or more beofre
[16:14] <lool> it's also weird that upstart would have loads of memory
[16:14] <ogra_> *before
[16:14] <lool> ogra_: did you see anything pile up in initctl list as ~phablet?
[16:14] <lool> like, many apps starting
[16:15] <lool> cause I mean upstart shouldn't have much tracking to do
[16:16] <ogra_> the amount of lines initrctl list returns doesnt change
[16:17] <ogra_> the amount of running apps neither
[16:17] <ogra_> it is somehow related to screen activity ...
[16:31] <lool> ogra_: I was actually thinking, you might be able to strace this upstart from the user session
[16:31] <lool> it's not great to see where memory goes, but you might be able to tell what it's doing
[16:31] <lool> like starting processes, opening fds, writing to files
[17:07] <lool> ok, pkgs are in release pocket now
[17:07] <lool> uh no
[17:09] <lool> looks like if I ever block them once, removing the block isn't enough, I need to unblock them explicitly
[17:13] <lool> ah no, britney stopped running
[18:11] <lool> popey, ogra_: No -proposed migration for now until britney/firewall are unstuck; will ping if there is an update
[18:14] <ogra_> k
[18:24] <popey> lool: ok
[19:36] <lool> ogra_, popey: Unstuck, building an image
[19:37] <popey> great
[20:01] <ogra_> ok
[20:41] <lool> popey, ogra_: Image was up; I can't install Clicks from the store anymore; could you do this with 82?  can't remember whether I tested it
[20:42] <lool> either it was already in #82, or it's an unity8 thing given the list in http://people.canonical.com/~ogra/touch-image-stats/20131005.changes
[20:43] <popey> lool: pretty sure I installed from store
[20:43] <popey> let me try now
[20:43] <lool> with #83, I press Install and nothing happens
[20:43] <popey> lool: yes, i have ureadit on my 82 image, which i installed from the store
[20:43] <lool> cool
[20:44] <popey> want me to try?
[20:44] <lool> popey: sure
[20:44] <popey> ok
[20:44] <popey> just tried again on 82 to make sure it's not a backend issue, and installed something fkine
[20:44] <lool> popey: important thing for me was confirm #82 wasn't broken in this respect
[20:44] <popey> *fine
[20:44]  * popey flashes
[20:45] <lool> if #83 works for you, then perhaps there's something wrong here I need to figure out
[20:45]  * popey flashes
[20:45] <lool> and it's bad for you too, then I guess I can open the unity8 bug early and we know we wont promote it
[20:45] <popey> ya
[20:45] <lool> (I actually upgraded, didn't flash)
[20:46] <lool> [unity-scope-click] - DEBUG: click-scope.vala:253: got details: Akari
[20:46] <lool> [unity-scope-click] - DEBUG: click-scope.vala:255: getting creds
[20:46] <lool> [unity-scope-click] - DEBUG: ubuntuone-credentials.vala:35: Using account id: 1
[20:46] <lool> that's where .cache/unity-scope-click.log stops
[20:46] <lool> it might be a server side issue too
[20:46] <lool> in which case you would see this with #82 too
[20:46] <popey> i happened to install that same app
[20:46] <popey> just now, on 82
[20:46] <lool> they were changing stuff recently to cope with authenticated downloads for free apps failing
[20:46] <lool> popey: and that worked?
[20:46] <popey> yes
[20:46] <lool> cool
[20:47] <popey> and the game runs
[20:47] <lool> :-)
[20:59] <popey> lool: installed fine on 83
[20:59] <lool> popey: apps?
[20:59] <popey> yes
[20:59] <lool> ok, in a way it's good news
[20:59] <popey> hmm
[21:00] <lool> in another, well
[21:00] <popey> well. they installed
[21:00] <lool> I suspect something related to the oauth stuff happening behind the scenes with my U1 account
[21:00] <popey> but i dont see them in the dash
[21:00] <lool> I also played for the first time with the download-manager settings in OS updates
[21:00] <lool> I told it to never automatically download
[21:00] <lool> but it should not affect downloads of click-scope
[21:00] <popey> but if i search, i find it and it runs
[21:00] <lool> popey: oh yeah, that's a known bug, you have to reboot to see them
[21:00] <popey> ah
[21:00] <lool> or search forthem
[21:01] <lool> this has been for weeks
[21:01] <popey> no, just locking is sufficient
[21:01] <popey> just locked / unlocked and both apps show up
[21:01] <lool> ah that's an improvement
[21:12] <lool> filed https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1235784 for the click thing
[21:12] <lool> if it's only me, then it shouldn't get in the way of promotion; it's probably unrelated to the recent upgrades, just a bad oauth state somewhere I'd guess
[21:12] <vila> lool, popey: just discovered the lock/unlock in 82, may have work previously I'm not sure, I can't reproduce reliably it may just be that some process needs time so lock/unlock late enough and it seems to reveal the apps ?
[21:12] <lool> anyway, tests will be running, we can assess promotion on Monday
[21:13] <lool> vila: what do you mean?
[21:13] <lool> vila: there's sometimes a window where the lock screen doesn't appear immediately; is that what you meant?
[21:14] <vila> lool: the lock/unlock trick to reveal click apps already installed
[21:14] <lool> oh ok
[21:14] <vila> lool: I was rebooting before more or less randomly to get them back, found them back after a lock/unlock, came here, saw popey mentioning it. Synchronicity ;)
[21:15] <lool> :-)
[21:15] <lool> Ok, going off, I don't really expect we can do much more this week-end anyway
[21:15] <popey> ok
[21:15] <lool> popey: Thanks a lot for the testing
[21:15] <popey> np
[21:15] <lool> popey: if you're playing with #83 and you find it's good, let me know and we can promote early on Monday with ogra's ack
[21:15] <lool> I'll keep an eye on the tests
[21:15] <popey> will do
[21:16] <lool> they just started


[03:47] <Bashing-om> Calling it ... G nite .
[06:22] <ducasse> morning, all
[06:23] <OerHeks> hi ducasse
[06:29] <OerHeks> does it go up .. https://www.rt.com/on-air/proton-rocket-launches-satellite/
[06:33] <ducasse> wonder what my neighbors will think if i start building something like that in my back yard...
[06:33] <OerHeks> didn't you build that basement-nuclear-reactor?
[06:33] <OerHeks> :-D
[06:34] <OerHeks> pretty windy
[06:34] <ducasse> sure, working on cold fusion now :)
[06:35]  * ducasse has no basement to build nuclear reactors in
[06:36] <OerHeks> local store got yellow cake .. but it does give light in the dark
[06:37] <OerHeks> oh, nice view now
[06:37] <ducasse> hehe, i saw a photograph of an old chocolate bar in a book, it contained radium...
[06:42] <OerHeks> 08:39  Launch statistics
[06:42] <OerHeks> Liftoff of the Proton rocket is 30 minutes away
[06:46] <ducasse> i wonder if kodi has a plugin for rt so i can get this on the big screen...?
[06:46] <OerHeks> seems so yes http://kodi.wiki/view/Add-on:Russia_Today_News
[06:47] <ducasse> thanks, just found it myself :)
[06:47] <OerHeks> 21 minuts to go ..
[06:52] <ducasse> i'd really like to see a launch like this irl
[06:55] <OerHeks> T-minus 15 minutes. The final launch pad workers are evacuating to a safe distance away from the rocket.
[06:56] <OerHeks> ..yeah you stay and watch ?
[06:57] <ducasse> watching it now, but it would be cooler to be there is what i meant.
[06:58] <OerHeks> sure, i understand, not only the sound, but the experience of thrust
[06:59] <OerHeks> 10 minutes to go
[06:59] <ducasse> right. you can probably feel that in your bones even at some distance.
[07:01] <ducasse> too bad there's no countdown visible
[07:02] <OerHeks> i got the launch info from https://spaceflightnow.com/2016/06/07/intelsat-31-mission-status-center/
[07:04] <ducasse> got to get some new tv before the launch starts, brb
[07:04] <ducasse> *tea
[07:10] <OerHeks> wow
[07:11] <OerHeks> that went fast
[07:12] <OerHeks> T+plus 70 seconds. The Proton rocket has passed the speed of sound and the phase of maximum aerodynamic pressure as it heads northeast from Baikonur.
[07:13] <ducasse> man, that was impressive!
[07:13] <OerHeks> better than that spaceshuttle, much faster
[07:14] <OerHeks> silly RT logo is covering the clock
[07:14] <ducasse> ine second it was standing still, and the next it was several meters off the ground
[07:14] <ducasse> *one
[11:12] <BluesKaj> Hiyas all
[11:15] <ducasse> hi BluesKaj
[11:16] <BluesKaj> Hey ducasse


[00:25] <smspillaz> htorque_: I have fixed this in unity, it will become available in the next sru
[00:30] <htorque> smspillaz: oh great :-)
[00:32] <smspillaz> (qt is somewhat strict on monitor properties)
[01:04] <broder> smspillaz: hey, have you run into a compiz-core crash in nvidia-glcore when changing the monitor layout with nvidia-settings?
[01:04] <broder> the last stack frame i can read is PrivateGLScreen::paintOutputs, then it descends into about 10 frames of nvidia-glcore
[01:27] <smspillaz> broder: yes, it will be fixed in the next sru
[01:28] <smspillaz> (had to change the way that we bind framebuffers to work around a bug in the nvidia driver, so it needs a bit of testing)
[01:29] <broder> this is without unity, though - did the bug affect compiz core as well?
[02:01] <smspillaz> broder: oh, different bug then
[14:58] <NoelJB> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/875054
[14:58] <ubot2> Launchpad bug 875054 in linux "[Oneiric][Regression[ Oneiric spontaneously powers off" [Undecided,New]
[15:34] <czajkowski> oh noelJbfiled the bug I used to have on natty
[18:45] <m4n1sh> can anyone approve my mail to -desktop list?
[18:45] <m4n1sh> its on 12.04 topic proposal
[19:56] <jbicha> ricotz: any idea why the totem 3.2 sidebar is broken? it doesn't let you switch between sidebar panels correctly
[20:04] <bjsnider> it's a bit different here
[20:05] <bjsnider> the options are now at the bottom of the view menu
[20:09] <bjsnider> jbicha, it looks like they intentionally removed the drop-box from the top of the sidebar and moved the options to the view menu
[20:09] <bjsnider> but it could be that the drop-box is supposed to be there but it isn't
[20:22] <m4n1sh> jasoncwarner_: hey, can you please look at the list moderation queue for my mail
[20:24] <chrisccoulson> m4n1sh, it's saturday evening and most people are either resting or enjoying themselves, and most likely not working
[20:25] <chrisccoulson> it will get approved when someone gets around to it
[20:25] <chrisccoulson> no need to keep asking in here on a weekend though ;)
[20:25] <m4n1sh> chrisccoulson: that is why I just left a message
[20:25] <m4n1sh> chrisccoulson: for america it might be noon or afternoon
[20:25] <m4n1sh> i Know it is 2AM at night on my side thought :)
[20:25] <chrisccoulson> doesn't matter, it's still the weekend for people
[20:25] <m4n1sh> yeah
[20:25] <m4n1sh> that I know
[20:26] <m4n1sh> esp for Canonical people, weekend is a time to open a dozen beer bottles
[20:26] <m4n1sh> after working so hard for the whole week
[20:26] <m4n1sh> chrisccoulson: I would need some of your help on mon if you are willing to
[20:26] <m4n1sh> esp related to thunderbird
[20:30] <nusch_> hi, could someone explain me why every dist upgrade sets managed=false in /etc/NetworkManager/NetworkManager.conf? If kubuntu is a desktop system why someone would need to bother with manual console configuration ?
[21:19] <tcnk> hi all! can help? why after upgrade to 11.10 appear message like this: "ERROR: ld.so: object '/usr/lib/libv4l/v4l1compat.so' from LD_PRELOAD cannot be preloaded: ignored"


[01:06] <AlbertA> @vogons: FYI mir 0.13.3 release is now waiting for QA approval
[01:06] <RAOF> Woot.
[01:49] <duflu> RAOF: Remind me what we can't load twice; is it libprotobuf or libmirprotobuf?
[01:49] <RAOF> duflu: libprotobuf
[01:49] <duflu> I recall I proposed a solution to that months ago
[01:49] <duflu> We just never implemented it
[01:49] <duflu> Need to dig it up
[01:50] <RAOF> Well, I guess it's actually libmirprotobuf, but due to a libprotobuf behaviour.
[01:52] <duflu> I also recall alf logged a manual test case somewhere
[01:52] <RAOF> Yeah, it *would* be possible to patch protobuf to not abort on us.
[01:53] <RAOF> This has been proposed upstream (at least twice that I'm aware of).
[01:55] <duflu> RAOF: Or just dlopen libprotobuf and throw away the key. Leaking it once on startup ensures the dynamic loader won't load it twice
[01:55] <RAOF> Ah, no.
[01:55] <RAOF> The problem is that libprotobuf calls abort() when we load libmirprotobuf twice.
[01:55] <duflu> RAOF: Init function?
[01:56] <RAOF> Correct.
[01:57] <RAOF> Specifically - the protobuf compiler adds an init function to libmirprotobuf that calls a libprotobuf function that is (a) necessary, and (b) aborts() if called twice.
[04:48] <RAOF> Well, *that* has profoundly unintuitive consequences...
[04:51] <RAOF> Ok, sure. Don't call mir_connection_* functions from MirConnection. Why not.
[05:26] <duflu> RAOF: I would expect deadlocks (default mutexes are not reentrant)...?
[05:27] <RAOF> This call had no mutexes held.
[05:27] <RAOF> But it turns out that it'll cause mir-client-debug-extension to fail to link :)
[11:55] <dandrader> anpok, ping
[11:58] <anpok> dandrader: pong
[11:59] <anpok> dandrader: you need relative mouse coordinates.. and hints on how to disable the cursor display of usc?
[12:00] <dandrader> anpok, I would say mouse device events instead of the higher level pointer events
[12:00] <dandrader> anpok, and yes, a way for qtmir/unity8 to disable USC cursor
[12:07] <anpok> .. we still have to implement sending raw mouse movements
[12:07] <dandrader> anpok, yeah, that card, right. https://trello.com/c/FfH2HUV8/109-add-client-api-for-subscription-to-raw-events
[12:08] <dandrader> anpok, but is it already possible to hide/disable USC cursor?
[12:08] <anpok> yes .. I think through the cursor configuration ..  just checking
[12:10] <anpok> hm ok I might be wrong
[12:36] <anpok> so it seems we need to add something for both
[13:46] <dandrader> anpok, should I create a card for this "make it possible for qtmir/unity8 to hide/disable USC cursor"? or will you do it?
[14:20] <dandrader> anpok, well, I created https://trello.com/c/VrM6AVaq
[14:41] <anpok> dandrader: take a look at tests/acceptance-tests/throwback/test_client_cursor_api.cpp
[14:41] <anpok> -> DisabledCursorClient..
[14:42] <anpok> set mir_disabled_cursor_name and configure at surface
[17:44] <AlbertA> I think locking a mutex is a fundamentally bad idea....
[17:44] <AlbertA> in a destructor
[17:56] <kdub> AlbertA, maybe if there's a static that needs modifying, might be okay
[18:23] <attente> hi, is mir_surface_configure_cursor() working for anyone in the demo shell? doesn't seem to do anything for me
[18:24] <attente> tried to pass in mir_caret_cursor_name, but no luck...
[18:48] <racarr_> attente: The last time I tried I was able to run mir_Demo_client_cursors
[18:48] <racarr_> and uh
[18:48] <racarr_> hover the cursor over the surface and see the cursor change
[18:48] <racarr_> lemme try again now
[18:48] <racarr_> attente: works for me
[18:49] <racarr_> -.- which must not be particularly helpful
[18:49] <racarr_> ill help you more after lunch! I dunno what would be up with your configuration...
[18:50] <attente> racarr_: sure, thanks :)
[19:27] <racarr_> back
[19:27] <racarr_> attente: So does demo_client_cursors work
[19:53] <attente> racarr_: is there something special i need to do to build the examples?
[19:56] <racarr_> attente: No it should be there in build/bin/ or mir-demos package
[20:16] <attente> racarr_: ok, it just pops up a small grey surface, is the cursor supposed to change when i mouse over?
[20:16] <attente> it doesn't change when i click either
[20:23] <racarr_> attente: Are you perhaps on fedora or something
[20:23] <racarr_> I wonder if the cursor locations are different the
[20:23] <racarr_> XCursor loading isn't horribly sophisticated
[20:24] <racarr_> attente: There is mir_demo_client_animated_cursor which uhhh
[20:24] <racarr_> shows like a white rectangle fade opacities
[20:24] <racarr_> that doesnt require XCursor
[20:24] <racarr_> so if that works, then the cursor is working but
[20:24] <racarr_> the cursor themes aren't working
[20:25] <attente> racarr_: the animated cursor changes it to a white square that fades in repeatedly
[20:25] <attente> is it supposed to be like that? or is there some graphic usually?
[20:26] <racarr_> attente: No thats
[20:26] <racarr_> the graphic :p
[20:26] <attente> ah :)
[20:26] <racarr_> but now we've verified that setting hte cursor works
[20:26] <racarr_> but loading the themed cursor images doesn't work
[20:26] <racarr_> attente: Hmm...so...uh...
[20:26] <attente> where do those images come from usually?
[20:26] <racarr_> attente: You can file a bug and I can help at some point or
[20:26] <racarr_> attente: instrument src/server/input/xcursor_loader.cpp to see whats happening
[20:26] <racarr_> attente: I dunno lets see
[20:27] <racarr_> attente: 3rd_party/xcursor/xcursor.c
[20:27] <racarr_> #define XCURSORPATH "~/.icons:/usr/share/icons:/usr/share/pixmaps:~/.cursors:/usr/share/cursors/xorg-x11:"ICONDIR
[20:27] <racarr_> #define ICONDIR "/usr/X11R6/lib/X11/icons"
[20:27] <racarr_> also accepted
[20:27] <racarr_> XCURSOR_PATH env var
[20:28] <attente> oh. do you think if i install adwaita-icon-theme it might work?
[20:28] <racarr_> attente: Yeah! Do you not have an icon theme?
[20:29] <racarr_> You need something in one of those directories
[20:29] <racarr_> with
[20:29] <racarr_> a cursor.theme inside
[20:29] <racarr_> uh
[20:29] <attente> racarr_: i guess i wouldn't have it under a clean jhbuild
[20:29] <racarr_> anyway if you have it ina nothe rlocation we can modify things to
[20:29] <racarr_> look there
[20:29] <racarr_> ah
[20:29] <racarr_> interesting
[20:29] <attente> racarr_: i'll try it and let you know :)
[20:29] <attente> thanks
[20:29] <racarr_> Thank you
[20:29] <racarr_> we should add some logging!
[20:39] <attente> racarr_: unfortunately no luck :(
[20:39] <racarr_> attente: I guess if it was in a nonstandard location youw ould need to set
[20:39] <racarr_> XCURSOR_PATH to the folder containing
[20:39] <racarr_> the
[20:39] <racarr_> theme folder
[20:42] <attente> racarr_: even setting it doesn't seem to work
[20:43] <racarr_> attente: Hmm...the env variable definitely works for loading non system themes because thats used in a test
[20:44] <racarr_> not sure whats going on...I guess wed need more logging to tell
[20:44] <attente> racarr_: do you know what directory the cursors are stored in your machine? can you do a dpkg -S on it to see what package they come from?
[20:48] <racarr_> attente: I have /usr/share/icons/Adwaita/cursor.theme
[20:48] <racarr_> from gnome-themes-standard-data
[20:48] <racarr_> and dmz-cursor-theme /usr/share/icons/DMZ-Black/cursor.theme
[20:48] <racarr_> + DMZ-White
[20:51] <attente> racarr_: i'm getting this from strace|grep: http://paste.ubuntu.com/11737387/
[20:51] <attente> er wait
[20:51] <attente> i have to do that on the server