[02:45] <bitplane> Hi, is this the correct place for all UX queries / bug discussion?
[02:46] <bitplane> including gnome and the theme, or just Unity itself?
[05:39] <hyperair> is there a way to programmatically pop open indicator menus?
[05:39] <hyperair> (short of patching unity-panel-service or similar)
[06:44] <maxiaojun> What's the future plan of Ubuntu's CJKV inputting stack?
[07:14] <maxiaojun> anyone?
[07:18] <tsdgeos> maxiaojun: just ask, don't ask to ask
[07:19] <maxiaojun> What's the future plan of Ubuntu's CJKV inputting stack?
[07:20] <tsdgeos> Saviq: paulliu: ↑↑ ?
[07:23] <paulliu> maxiaojun: Hi.
[07:23] <maxiaojun> hi
[07:52] <Saviq> maxiaojun, hey, did you get your answer?
[08:04] <maxiaojun> Thank you, I'm talking with paulliu
[08:19] <Saviq> ooh storage...
[08:19]  * Saviq just got 2x4TB drives to stop thing complaining about ENOSPC
[08:20]  * Saviq loves the sound of the delivery man in the morning :F
[08:23] <tsdgeos> :D
[08:41] <seb128> Trevinho, hey
[09:02] <Saviq> mhr3, what was the resolution of the hud vs. libunity vs. valac issue, btw?
[09:03] <mhr3> Saviq, broken version of valac was in the archive yesterday, got fixed
[09:04] <Saviq> mhr3, so in theory I should just upgrade valac-0.18 and should be fine?
[09:04] <mhr3> Saviq, yep, you can now
[09:04] <seb128> Trevinho, the ping was about https://bugs.launchpad.net/bamf/+bug/1188518
[09:04] <Saviq> mhr3, 0.18.1-0ubuntu9, right?
[09:04] <mhr3> Saviq, indeed, ubuntu7 was broken
[09:05] <sil2100> Mirv: ping :)
[09:05] <mhr3> didrocks, any update on status of pushing to S?
[09:06] <didrocks> mhr3: we got some issues due to intrusive changes at the last minute
[09:06] <didrocks> mhr3: tests are rerunning with the revert
[09:06] <didrocks> (upstart session for unity-panel-service and bamf changes)
[09:07] <mhr3> didrocks, i see, keep me posted pls
[09:07] <didrocks> all tests were failing, and even dogfooding, we are getting a bunch of segfault
[09:07] <sil2100> uuuh
[09:07] <didrocks> mhr3: right now, the revert seems to work, unity tests are still running
[09:08] <Mirv> sil2100: pong
[09:09] <mhr3> wow, notify-osd crashed on S, haven't seen that for quite a while
[09:10] <Saviq> mhr3, yeah, had that once or twice on S already
[09:10] <Saviq> and apport doesn't send bug reports for me :/
[09:10] <mhr3> works for others - https://errors.ubuntu.com/?release=Ubuntu%2013.10&package=notify-osd&period=day
[09:11] <mhr3> MacSlow, ^
[09:29] <didrocks> mhr3: indicators and unity passed, starting publishing in a few
[09:32] <didrocks> mhr3: thanks for your fix btw :)
[09:32] <didrocks> sil2100: FYI ^
[09:32] <didrocks> Mirv: ^
[09:34] <mhr3> didrocks, kinda embarassing that we didn't notice it :/
[09:34] <didrocks> mhr3: well, I'm more embarassed with the intrusive changes that were taken with it TBH
[09:34] <didrocks> (the upstart change)
[09:35] <sil2100> Passed ;p ?
[09:35] <didrocks> yep :)
[09:35]  * sil2100 only saw an aborted build
[09:35] <sil2100> ;)
[09:35] <didrocks> sil2100: right, that's my fault, I pushed the wrong button :p
[09:35] <didrocks> sil2100: but tests are fine
[09:36] <sil2100> \o/
[09:36] <sil2100> didrocks: awesome! Thanks ;)
[09:36] <mhr3> didrocks, btw releasing on friday, are we this confident in the testing stack these days? :)
[09:36] <didrocks> apps published
[09:36] <didrocks> hud published
[09:36] <sil2100> ;p
[09:36] <didrocks> mhr3: I am ;)
[09:36] <sil2100> mhr3: we have no other choice!
[09:36] <didrocks> mhr3: see, it got the bamf segfault!
[09:37] <mhr3> didrocks, let's see on monday what it didn't get :)
[09:37] <didrocks> mhr3: quite true :)
[09:37] <didrocks> sil2100: unity_gtk_module tests are failing btw
[09:37] <didrocks> sil2100: you will check that with attente?
[09:38] <sil2100> didrocks: yes, I saw those
[09:38] <sil2100> didrocks: will do that once he starts his day
[09:38] <didrocks> thanks :)
[09:39] <didrocks> indicators published
[09:41] <didrocks> media stack published
[09:42] <didrocks> oif published
[09:43] <didrocks> platform stack published
[09:46] <didrocks> qa stack published
[09:46] <sil2100> \o/
[09:46]  * sil2100 waits for unity
[09:46] <davidcalle> *the ground shakes*
[09:48] <didrocks> sdk stack published
[09:50] <nic-doffay> Saviq, trying to run on device after the new changes, getting this: ./run: 56: ./run: ./builddir/unity8: not found
[09:50] <Saviq> nic-doffay, means it didn't build
[09:51] <nic-doffay> Saviq, both build -s and build completed
[09:51] <Saviq> nic-doffay, yeah, that doesn't mean they built fine
[09:51] <Saviq> nic-doffay, I'm doing some tweaks to the scripts now
[09:51] <Saviq> nic-doffay, to have better errors
[09:52] <Saviq> nic-doffay, but verify that ./build went fine
[09:52] <Saviq> nic-doffay, and pastebin the log if not
[09:52] <nic-doffay> Saviq, it's fine from here.
[09:53] <Saviq> nic-doffay, what does `make -C builddir` say/
[09:53] <Saviq> nic-doffay, might want to try ./build --clean
[09:57] <Saviq> greyback, you resubmitting the wm refactor and test? or am I?
[09:57] <greyback> Saviq: 1 test is failing somehow, I need to fix it
[09:57] <Saviq> greyback, ok
[09:58] <greyback> I sweat the f***er worked 2 days agao
[09:58] <greyback> swear even
[10:00] <Saviq> mhr3, nic-doffay and how did you make HUD to build with valac-0.18?
[10:00] <didrocks> and unity stack finally published \o/
[10:00] <mhr3> Saviq, builds fine with ubuntu9
[10:00] <nic-doffay> Saviq, an update sorted that out.
[10:01] <mhr3> Saviq, maybe you have some leftover from previous build?
[10:01] <mhr3> leftover == the .gir file
[10:01] <Saviq> mhr3, nope, I scrapped the whole build dir
[10:01] <sil2100> \o/
[10:01] <sil2100> I think we need someone to modify the topic ;)
[10:01] <didrocks> now, NEW machinery and promoition
[10:01] <didrocks> sil2100: far from being done :p
[10:01] <mhr3> Saviq, we saw yesterday with nic-doffay that that isn't enough in some cases
[10:02] <sil2100> I jump out for a moment, brb
[10:02] <Saviq> mhr3, ah, wrong
[10:02] <Saviq> mhr3, that's people lens that's not building
[10:02] <Saviq> mhr3, it complains about Gee
[10:03] <mhr3> ah, yea, can be, we're getting rid of it anyway, aren't we?
[10:03] <nic-doffay> hmm Saviq build didn't complete this time.
[10:03] <mhr3> but now that you mention it, there's a patch for the issue with gee
[10:03] <Saviq> mhr3, I can has?
[10:03] <mhr3> Saviq, https://code.launchpad.net/~mhr3/libunity/clean-up-deps/+merge/160085
[10:03] <Saviq> mhr3, thanks
[10:03] <mhr3> Saviq, feel free to +1, pstolowski is holidaying today
[10:04] <Saviq> mhr3, so it's an issue in libunity, not people lens/
[10:05] <mhr3> it's wrong deps defined for libunity, so if you try to use new gee in your app and libunity brings in old gee, it barfs on two gees
[10:06] <Saviq> mhr3, k
[10:06] <MacSlow> mhr3, looking...
[10:07] <MacSlow> mhr3, hm...
[10:07] <Saviq> nic-doffay, log?
[10:07] <nic-doffay> Saviq, I'm getting a fresh branch now.
[10:07] <Trevinho> seb128: oh,, sure I saw the mail... I'll check that soon
[10:07] <MacSlow> mhr3, I'm just in the middle of updating on of my machines to saucy
[10:08] <mhr3> MacSlow, glib is in S crashy when you try to do something on and unreffed object, that will be the core issue
[10:08] <MacSlow> mhr3, ah ok
[10:08] <mhr3> (as in G_IS_OBJECT) may crash
[10:08] <tsdgeos> Saviq: about the clipping for "our" listview and section headers, been thinking about it and to be honest i think it's better we keep doing it the way we do it at the moment
[10:09] <seb128> Trevinho, thanks, unity segfaults every 5 minutes here with that bamf version, didrocks reverted the recent commits meanwhile since that was blocking the saucy landing which is being prepared for a week
[10:09] <Saviq> tsdgeos, might be
[10:09] <Trevinho> seb128: mh... Which commit caused it?
[10:09] <mhr3> Saviq, btw if you're changing the build scripts, it'd be nice to make also libunity build in the builddir that everything else uses
[10:09] <Saviq> mhr3, will do
[10:09] <Trevinho> seb128: have you tried the trunk version (gdbus based)?
[10:09] <Saviq> tsdgeos, otherwise we'd have to wrap each category in its own clipper, right?
[10:10] <mhr3> Saviq, you know how that works with autotools-based stuff?
[10:10] <tsdgeos> Saviq: because if i have to implement it in the listview, i have to end up doing the same we already do in qml but in the C++ part
[10:10] <seb128> Trevinho, likely r537 or 538
[10:10] <tsdgeos> so doesn't really give us much
[10:10] <tsdgeos> just more code in the c++ side
[10:10] <tsdgeos> which i'd like to avoid :D
[10:10] <seb128> Trevinho, that's the version which has the issue
[10:10] <Saviq> tsdgeos, yeah, we're only clipping the single top item anyway, right
[10:10] <seb128> Trevinho, I tried r539
[10:10] <Saviq> mhr3, any special tips? :)
[10:10] <seb128> Trevinho, r536 seems to not have the issue
[10:10] <seb128> Trevinho, so something in your recent refactoring
[10:11] <Trevinho> 537 as well I guess
[10:11] <mhr3> Saviq, base idea - mkdir build; cd build; ../autogen.sh
[10:11] <Saviq> mhr3, yeah
[10:11] <seb128> Trevinho, I can try getting more infos if you want
[10:11] <Saviq> mhr3, the usual
[10:11] <Trevinho> seb128: mh, weird as it worked well both to me on raring and to andyrock / bschaefer since a week or more
[10:11] <seb128> Trevinho, you need a valgrind I guess?
[10:12] <Trevinho> seb128: probably. however why reverting trunk instead of reverting only for packaging?
[10:12] <Mirv> wow, the flow of packages \o/
[10:13] <seb128> Trevinho, because didrocks didn't want to change and redeploy the landing config, we really want to land in saucy today and went to the easier solution as a workaround
[10:13] <seb128> Trevinho, sorry about the revert, it's just a workaround to get things out
[10:13] <Trevinho> seb128: mh, ok... but I don't like it too much as it makes getting things back dirty :)
[10:14] <didrocks> Trevinho: well, we had to take actions, especially when intrusive change making a lot of segfault are introduced on the release day :)
[10:14] <seb128> Trevinho, I guess we could just push --overwrite back to r536
[10:14] <seb128> Trevinho, and then push back the 3 other commits after the landing
[10:14] <didrocks> Trevinho: instead of releasing at 6h30, we are releasing almost 6h later and have a lot of stuff to deal with to make it landing in saucy still :(
[10:14] <didrocks> Trevinho: so I hope you can understand we have to make things moving
[10:14] <Trevinho> seb128: I was thinking to that... but we can't lose the history
[10:15] <Trevinho> didrocks: oh, sure... don't worry for that, I didn't want to block at all... I wouldn't have merged these branches if I knew this
[10:15] <didrocks> Trevinho: you are not reading the ubuntu-devel ML?
[10:15] <Trevinho> didrocks: yes, I am
[10:15] <didrocks> should be there ;)
[10:16] <didrocks> Trevinho: but yeah, sorry for the history on bzr blame
[10:16] <didrocks> I prefered that than a commit --overwrite which would have screwed as well when you want to merge back
[10:16] <Trevinho> didrocks: yes, I read that ... I meant if I knew they were segfaulting
[10:16] <Trevinho> didrocks: and this seems pretty weird here...
[10:17] <Trevinho> didrocks: ahhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh, damn it I know what it's causing it on saucy, probably one line change, as always
[10:17] <didrocks> Trevinho: we should really avoid making that intrusive changes close to release anyway :)
[10:18] <Trevinho> didrocks: right, sorry...
[10:18] <Trevinho> didrocks: I asked to cyphermox about distro review, but I wasn't thinking that it could have blocked the ongoing release, my bad...
[10:18] <didrocks> Trevinho: no worry
[10:19] <seb128> Trevinho, do you need debug infos then or ...?
[10:20] <Trevinho> seb128: can you try to remove the if (g_object_is_floating (view)) line on bamf-factory.c?
[10:21] <Trevinho> seb128: it shjould be inside an if (matched_view) { } statement
[10:21] <seb128> Trevinho, hum, should I drop the if or add the it(matched_view) around it?
[10:22] <Trevinho> seb128: only comment out the "if (g_object_is_floating (view))" line
[10:22] <Trevinho> seb128: it should ref_sink always...
[10:23] <Trevinho> (not really actually, but this is a problem that there's also in old versions and that I'm refactoring in these days)
[10:23] <Saviq> mhr3, still getting http://pastebin.ubuntu.com/5741485/ :/
[10:23] <Saviq> mhr3, might it be that it's not reading the thing from the prefix
[10:23] <Saviq> mhr3, but from system installation?
[10:24] <mhr3> Saviq, maybe, but iirc the make rule for the .deps sucks, if you only merged the branch and run make it wouldn't update
[10:24] <seb128> Trevinho, did something change between raring and saucy that makes the bug happen only on saucy?
[10:24] <mhr3> Saviq, so try to find -name "unity.deps"
[10:24] <mhr3> and rm it
[10:24] <mhr3> then run make again
[10:25] <Trevinho> seb128: yes because in saucy the BAMF_IS_* crashes things if the pointer is invalid
[10:25] <seb128> oh, ok
[10:25] <Trevinho> seb128: that could be...
[10:25] <seb128> same as mhr3 was saying about G_IS_OBJECT a bit earlier
[10:26] <mhr3> Saviq, if that doesn't help, feel free to change your system unity.deps in /usr/share/vala/vapi/ - as i said it's extra and shouldn't have been there in the first place
[10:26] <mhr3> i mean the gee dependency there is extra
[10:26] <Trevinho> seb128: yes... Actually the problem there is an ureffing issue, that I should look further, but this is the best way to prevent it, also if not really a good thing for other reasons (that will be fixed later)
[10:27] <Saviq> mhr3, yeah, it picks up the system-wide one
[10:27] <seb128> didrocks, Trevinho: that 1 liner change fixes the issue indeed
[10:28] <mhr3> Saviq, the clean solution to that is passing modified XDG_DATA_DIRS when building people lens
[10:28] <Saviq> mhr3, indeed
[10:28] <Saviq> uh
[10:28] <Trevinho> seb128: I knew I should have re-sent it before... I discovered it yesterday but I forgot to push
[10:29] <mhr3> Saviq, but maybe just disable people lens building instead?
[10:29] <seb128> Trevinho, it would have been nice, would have spent confusions and revert this morning ... oh well, it's done, glad you figure it out already though ;-)
[10:29] <Saviq> mhr3, yeah, I know :P
[10:29] <Trevinho> didrocks: are we still in time to overwrite that change?
[10:29] <Saviq> mhr3, I'm just "as long as it's easy to fix, let's have it"
[10:29] <Saviq> mhr3, but yeah, it's going away pretty soon
[10:30] <mhr3> sounds like a good motto :)
[10:31] <Saviq> mhr3, huh... http://pastebin.ubuntu.com/5741512/
[10:31] <Saviq> mhr3, and still fails, from a clean checkout
[10:31] <Saviq> fook it
[10:31] <mhr3> wth
[10:33] <dednick> Saviq: is unity8 going to go into raring? you probably know this, but run_on_device -s doesnt work anymore.
[10:33] <didrocks> Trevinho: no, it's released now
[10:33] <didrocks> Trevinho: so push is as a regular revert + fix
[10:33] <Saviq> dednick, no it's not gonna go into raring, but run_on_device should work, /me will check
[10:34] <dednick> Saviq: 'build-dep unity8' failed
[10:34] <Trevinho> didrocks: overwriting + importing the release change is too bad?
[10:34] <Saviq> dednick, yeah, will fix
[10:34] <Saviq> dednick, shouldn't have been like that anyway
[10:34] <didrocks> Trevinho: no no, please don't overwrite
[10:34] <Trevinho> mh ok
[10:34] <didrocks> Trevinho: there is the merge back happening now
[10:34] <dednick> Saviq: ok. ta
[10:34] <Trevinho> didrocks: not now, I can wait..
[10:43] <dednick> Saviq: something strange seems to be happening when running trunk on my phone. Unity starts up for a few seconds, but then it gets replaced with the /usr version.
[10:44] <Saviq> dednick, yeah, it's the "qml-phone-shell" vs. "unity8" issue again
[10:44] <Saviq> dednick, will fix, too
[10:44] <dednick> Saviq: but it doesnt seem to be crashing. And it works when running under gdb
[10:44] <dednick> Saviq: ah. ok
[10:45] <mhr3> Saviq, ah, folks deps on old gee too, that's why it doesn't build
[10:45] <Saviq> kenvandine, noooooo!
[10:45] <Saviq> :P
[10:45] <Saviq> mhr3, nvm, dropped people lens already
[10:45] <dednick> Saviq: that a problem in the device-services file? getting replaced by qml-phone-shell?
[10:45] <Saviq> dednick, yes
[10:46] <Saviq> dednick, just drop qml-phone-shell from the file manually
[10:46] <dednick> Saviq: yup. doing now
[10:47] <mhr3> Saviq, eh, no, folks deps on new gee, but the lens on old... simple bump to people lens to build with new gee fixes it (plus the libunity patch)
[10:48] <Saviq> mhr3, orly? doing, then :)
[10:50] <Saviq> mhr3, hrm, where do I do that? debian/control has no version?
[10:50] <mhr3> also, why the hell is gee-0.8 *newer* than gee-1.0?
[10:51] <Saviq> :)
[10:51] <mhr3> Saviq, i just bumped gee dep in src/Makefile.am and configure.ac
[10:51] <Saviq> mhr3, to what? I see gee-1.0 here, should be newer?
[10:51] <Saviq> mhr3, aah
[10:51] <mhr3> Saviq, yea, cause gee-0.8 is newer :)
[10:52] <Saviq> right! of course!
[10:52] <mhr3> makes total sense
[10:53] <dednick> Saviq: the FORM_FACTOR config var was removed from the session-manager a couple of weeks ago. Do you know if it was moved elsewhere?
[10:53] <Saviq> dednick, nope
[10:54] <dednick> Saviq: ok, i will follow up with foundations.
[10:54] <Saviq> dednick, just make that a property on the indicators model maybe?
[10:54] <Saviq> dednick, I'm just thinking later we'll need to dynamically switch between them
[10:54] <dednick> Saviq: sure, but i need to set it somewhere ("phone" or "desktop")
[10:54] <Saviq> potentially
[10:54] <Saviq> dednick, yeah, just hardcode "phone" for now
[10:55] <Saviq> dednick, unity8 is only phone for now
[10:55] <dednick> Saviq: ok.
[11:09] <Saviq> mhr3, https://code.launchpad.net/~saviq/libunity/phablet.clean-up-deps/+merge/168016 :)
[11:10] <dednick> Saviq: should all mp's be to unity/8.0 now?
[11:10] <Saviq> dednick, yes
[11:10] <Saviq> dednick, if you have a branch you'd like to move
[11:10] <Saviq> dednick, I can try and replay the history on top of it
[11:11] <mhr3> Saviq, we were just talking with seb that this might not work during runtime (one lib trying to use 0.8 and one 1.0), so if people lens starts crashing now... we know why
[11:11] <Saviq> dednick, but if there's a lot of merges it might be better to just flatten (bzr diff > diff; patch -0 < diff)
[11:11] <mhr3> but anyway, acked
[11:11] <Saviq> mhr3, aarhg
[11:12] <Saviq> mhr3, it doesn't build for me anyway
[11:12] <Saviq> mhr3, "Cannot convert from `GLib.CompareFunc<Folks.Individual>' to `GLib.CompareDataFunc<Folks.Individual>?'
[11:12] <Saviq> mhr3, so that' final, I'm dropping it :P
[11:12] <mhr3> Saviq, k, let's forget it
[11:12] <dednick> Saviq: i think it'll be a tough one to replay
[11:12] <Saviq> dednick, which one? indicators?
[11:12] <dednick> Saviq: ya
[11:13] <Saviq> dednick, it's almost all green (at least was)
[11:13] <Saviq> dednick, so let's try - which branch?
[11:13] <dednick> Saviq: https://code.launchpad.net/~nick-dedekind/unity/phablet-indicators-client/+merge/165409
[11:13] <Saviq> dednick, k, gimme 15
[11:21] <nic-doffay> Saviq, attempted some more fixes, runs on desktop but not the phone.
[11:21] <Saviq> nic-doffay, I'm fixing the build scripts now, will have things in 10
[11:21] <nic-doffay> Saviq, ok great because I'm not seeing any glaring errors in the output.
[11:23] <Saviq> nic-doffay, lp:~unity-team/unity/8.fix-build-scripts
[11:23] <Saviq> nic-doffay, you can help me verify that this works
[11:23] <nic-doffay> Saviq, sure.
[11:25] <mhr3> Saviq, what's the plan on pawel's branches? will you review those? or are those ready to land today?
[11:30] <Saviq> mhr3, I didn't manage to look at them yet
[11:30] <Saviq> mhr3, but yes, I will review them
[11:31] <Saviq> nic-doffay, need to fix
[11:31] <mhr3> Saviq, np, just trying to get a rough estimate on when will that land
[11:31] <Saviq> mhr3, I hope next week
[11:32] <mhr3> k
[11:41] <Saviq> nic-doffay, pushed
[11:44] <Saviq> nic-doffay, https://code.launchpad.net/~unity-team/unity/8.fix-build-scripts/+merge/168029 btw
[11:44] <Saviq> dednick|lunch, you, too ^
[11:56] <dandrader> Saviq,  run_on_device just didn't work yesterday with latest unity & phablet image. does your merge proposal fix it?
[11:56] <Saviq> dandrader, it's about to
[11:56] <dandrader> nice
[12:02] <didrocks> sil2100: do you have the branch with pocketsphinx with tests disabled on powerpc?
[12:12] <Saviq> dandrader, nic-doffay, dednick, the MR for the build scripts is ready
[12:14] <nic-doffay> Saviq, looking through the diff.
[12:14] <nic-doffay> Saviq, build works.
[12:14] <Saviq> dednick, https://code.launchpad.net/~unity-team/unity/8.indicators-client/+merge/168022 is ready, too
[12:15] <Saviq> dednick, the difference between this and https://code.launchpad.net/~nick-dedekind/unity/phablet-indicators-client/+merge/165409 seems to be that you removed and added the files
[12:15] <Saviq> dednick, whereas git understood that as moving
[12:27] <olli> team, I just noticed that bug #1154229 is fix released!
[12:27] <olli> thx everyone involved
[12:29] <didrocks> hum, sil2100 doesn't seem here, Mirv, do you have a minute for a quick task?
[12:29] <sil2100> Darn internet
[12:29] <didrocks> ah :)
[12:29] <didrocks> he is now ;)
[12:29] <sil2100> didrocks: what's up? ;)
[12:29] <didrocks> 14:02:36   didrocks | sil2100: do you have the branch with pocketsphinx with tests disabled on powerpc?
[12:29] <sil2100> Ah, I can pastebin the debdiff
[12:29] <didrocks> yes please :)
[12:29] <sil2100> Since I used the source package that got uploaded
[12:29] <didrocks> I'll then sponsor
[12:30] <didrocks> it seems the only thing that is under component mismatch
[12:30] <didrocks> (between main and universe)
[12:30] <didrocks> sil2100: it's uploaded?
[12:30] <sil2100> didrocks: the one here: https://launchpad.net/ubuntu/+source/pocketsphinx
[12:30] <sil2100> It's in proposed it seems?
[12:30] <sil2100> 0.8.0+real-0ubuntu3
[12:31] <sil2100> didrocks: http://paste.ubuntu.com/5741769/
[12:31] <sil2100> Wait, wrong!
[12:31] <sil2100> Don't look at that!
[12:31] <sil2100> ;)
[12:31] <didrocks> :p
[12:31] <didrocks> ah so 0.8.0+real-0ubuntu4, that's what I want :)
[12:32] <sil2100> The heck... ;) Redoing the debdiff
[12:32] <didrocks> ah sponsored
[12:32] <dednick> Saviq: thanks. i did some moving without bzr by mistake.
[12:32] <didrocks> ah no, colin uploaded
[12:32] <Saviq> dednick, actually there's one more thing I need to fix, minor
[12:33] <sil2100> http://paste.ubuntu.com/5741779/
[12:34] <sil2100> didrocks: ^ this should be ok
[12:34] <didrocks> sil2100: see #ubuntu-devel
[12:34] <dednick> Saviq:  +1 on build script. built from fresh flash.
[12:35] <Saviq> dednick, thanks
[12:35] <dednick> Saviq: ready for approve?
[12:38] <Saviq> dednick, you tell me :D
[12:38] <Saviq> dednick, but I've no other things to do there
[12:39] <dednick> Saviq: ok, then good to go.
[12:45] <didrocks> sil2100: hud recommends julius-voxforge
[12:45] <didrocks> sil2100: did we have a MIR for it?
[12:50] <cyphermox> Trevinho: oh, right. I didn't think of that either
[12:51] <Mirv> didrocks: o/
[12:51] <cyphermox> I mean, your merge blocking the current releases
[12:51] <didrocks> Mirv: hey! do you have time to create a small MIR? pyruntest is needed by gtester2xunit
[12:52] <didrocks> (it's a build-dep)
[12:52] <Mirv> didrocks: pyruntest MIR, ok trying to do that still
[12:52] <didrocks> Mirv: thanks!
[12:52] <Saviq> dednick, 8.indicators-client ready
[12:52] <Saviq> dednick, had to do some rebasing and overwriting, but it's good now
[12:53] <Saviq> now..
[12:53] <Saviq> reviews! my favourite :D
[12:53] <dednick> Saviq: :) thanks
[12:54] <sil2100> Recommends!
[12:55] <sil2100> didrocks: checking, but I don't think so, doing that (and checking it properly)
[12:55] <didrocks> thanks!
[12:56] <didrocks> sil2100: yeah, as a recommends, it won't break the iso at least :p
[12:57] <Mirv> didrocks: interestingly, there's a 'won't fix' MIR for pyruntest from March, should I simply resurrect it perhaps?
[12:57] <Mirv> https://bugs.launchpad.net/ubuntu/+source/pyruntest/+bug/1130859
[12:58] <didrocks> Mirv: more are more package are using gtester2xunit, so better to have the test suite now I guess
[12:58] <didrocks> Mirv: so yeah, resurect with this rationale, please :)
[12:58] <didrocks> good catch btw!
[12:59] <Mirv> didrocks: ok, thnks
[13:01] <greyback> oh sweet jebus, s/mouse/touch/ was all I needed in my failing test. Gah!
[13:06] <Saviq> greyback, ouch, right, dandrader just merged stage drag recently...
[13:06] <Saviq> I love it when the travel agent comes back with "Wow. This is a great itinerary."  Can we please have a mail sent to the team about things like how DirectionalDragArea doesn't respond to mouse events, so use touch
[13:07] <sil2100> didrocks: hm, julius-voxforge recommends julius on the other hand - should I also add it to Main?
[13:07] <sil2100> Since it's in universe
[13:08] <sil2100> didrocks: julius seems to be safe dependency-wise
[13:08] <didrocks> sil2100: look at the size of it
[13:08] <Saviq> greyback, yeah, we should communicate that better, sorry :/
[13:08] <Saviq> greyback, and then you were using ./run where it worked fine, probably
[13:08] <Saviq> greyback, because we wanted to make it transparent...
[13:08] <greyback> Saviq: yep, especially confusing
[13:08] <Saviq> too transparent...
[13:09] <Saviq> dandrader, ↑↑
[13:09] <greyback> only when I added debug statements to DDA did I notice something strange was happening
[13:10] <Mirv> didrocks: reopened the bug, gave rationale and made a MP to fix a packaging problem as there was an open bug about a such thing
[13:10] <greyback> Saviq: anyway, refactor-wm-and-test is up for review. I guess mzanetti can look when he gets back, he already did half the review
[13:10] <Mirv> cyphermox: https://code.launchpad.net/~timo-jyrinki/pyruntest/depend_on_pythontesttools/+merge/168052 for your bug
[13:10] <Saviq> greyback, yeah, I won't be taking over other people's reviews
[13:11] <didrocks> Mirv: perfect! do you mind pinging mterry (or sent him an email) about it?
[13:11]  * greyback goes to see if there's anything edible in the kitchen
[13:11] <cyphermox> Mirv: aye, thanks
[13:12] <paulliu> Saviq: will we rebase lp:unity/phablet-mods to lp:unity some time? I need some new headers from UnityCore.
[13:12] <sil2100> didrocks: binary packages weight around 1.4MB, source 1.6MB
[13:12] <Saviq> paulliu, you shouldn't be looking at lp:unity/phablet-mods at all
[13:12] <Saviq> paulliu, you are to use lp:unity directly
[13:12] <didrocks> sil2100: sounds good to me if deps and build-deps for it is good as you told
[13:12] <paulliu> Saviq: ok.
[13:13] <Saviq> paulliu, we're dropping the people lens for the time being, it needs more design work etc.
[13:13] <Saviq> paulliu, so once we switch to 100scopes we'll be moving to all the upstreams
[13:13] <paulliu> Saviq: ok.
[13:13] <Mirv> didrocks: ok, doing
[13:14] <Saviq> paulliu, so you should be working on top of lp:~unity-team/unity/8.new-libunity already
[13:15] <mhr3> didrocks, ehm, new unity in S already? cause i just dist-upgraded and unity segfaults on startup
[13:15] <Saviq> jeez I'm gonna get OCD from compiz crashing all the time...
[13:15] <Saviq> oh, I won't
[13:15] <Saviq> ...dist-upgrade, then
[13:17] <didrocks> mhr3: apt-cache policy unity
[13:17] <mhr3>   Installed: 7.0.0daily13.04.18~13.04-0ubuntu1
[13:17] <mhr3>   Candidate: 7.0.0daily13.04.18~13.04-0ubuntu1
[13:17] <mhr3>   Version table:
[13:17] <mhr3>  *** 7.0.0daily13.04.18~13.04-0ubuntu1 0
[13:17] <mhr3>         500 http://gb.archive.ubuntu.com/ubuntu/ saucy/main amd64 Packages
[13:17] <mhr3>         100 /var/lib/dpkg/status
[13:17] <didrocks> mhr3: you are still on the old one apparently
[13:18] <didrocks> mhr3: maybe there is a break missing with new HUD or something like that
[13:18] <didrocks> mhr3: or libunity? as it's already in main :p
[13:18] <greyback> Saviq: have you upstart restarting compiz?
[13:18] <Saviq> greyback, yes
[13:18] <mhr3> didrocks, fwiw backtrace just gives the usual abi-mismatch crap
[13:18] <greyback> Saviq: does it make it tolerable?
[13:18] <Saviq> greyback, it works nice, only problem is when compiz doesn't actually die
[13:19] <Saviq> greyback, depends
[13:19] <didrocks> mhr3: yeah, some mismatch and a missing break IMHO. Should we fixed once unity published
[13:19] <Saviq> greyback, it's fine for hours
[13:19] <didrocks> mhr3: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[13:19] <Saviq> greyback, and then it crashes 10 times within 10 minutes
[13:19] <greyback> Saviq: here too
[13:19] <didrocks> mhr3: it's telling unity is a candidate for replacement
[13:19] <sil2100> Damn, now even firefox is making problems ;/
[13:19] <greyback> Saviq: I switch to metacity for those 10 minutes :)
[13:19] <didrocks> mhr3: so just a question of a publisher run
[13:19] <greyback> Saviq: I swear the qmltests run faster in metacity
[13:20] <Saviq> greyback, I wouldn't be surprised
[13:20] <Saviq> greyback, compiz is slowing things down a lot
[13:20] <mhr3> didrocks, i see, though kinda sucks that you can still upgrade into a non-working unity
[13:20] <didrocks> mhr3: a breaks: was missing
[13:20] <didrocks> apparently
[13:20] <mhr3> didrocks, where's a test for that? ;P
[13:21] <didrocks> mhr3: I wonder what upstream is doing! :p
[13:21] <didrocks> mhr3: seriously, apart from documenting it in the FAQ to add the breaks
[13:21] <didrocks> I don't really know
[13:21] <didrocks> it's good we deliver a "stack"
[13:21] <didrocks> in sync
[13:21] <didrocks> but the publisher can't force this being a stack while publishing
[13:21] <sil2100> didrocks: https://bugs.launchpad.net/ubuntu/+source/julius/+bug/1188611
[13:21] <didrocks> (and so we need those helpers)
[13:22] <didrocks> sil2100: mind adding it to the new line?
[13:22] <didrocks> in the spreadsheet
[13:22] <didrocks> thanks!
[13:22] <didrocks> Mirv: you as well ^
[13:22]  * Saviq is actually going to try and use git-bzr-ng for daily work :P
[13:23] <mhr3> didrocks, i'm just installing a mind-worm for you, maybe you'll figure out something at some point
[13:24] <didrocks> mhr3: I'm seeing that! Right now, I'm already documenting that in the FAQ :p
[13:25] <greyback> Saviq: cheeky :)
[13:25] <Saviq> greyback, after having fought with the rebases I'm quite confident it works :)
[13:26] <Saviq> tsdgeos, do you remember what I need to do to get GTK themes in Qt apps? fresh install here and my Qt apps are ugly ;/
[13:26] <tsdgeos> hmm, gtkqtstyle, but afaik that's part of the default install
[13:34] <olli> bregma, ping
[13:35] <olli> bregma, on #1187500, do you know when we can expect a fix
[13:35] <Saviq> coming, sorry
[13:35]  * bregma checks
[13:35] <Saviq> tsdgeos, start without me please, no mumble
[13:35] <Saviq> will join asap
[13:35] <tsdgeos> nic-doffay: standup?
[13:37] <bregma> olli, either (1) a Nux fix that was released to Saucy today fixes it and it could be backported or (2) since the only change that went in to raring was a new intel video driver, someone who knows video drivers will need to take a look
[13:37] <olli> bregma, if (2) mind pushing that with the mesa maintainers?
[13:37]  * olli is on intel too
[13:38] <olli> so far I blamed chromium/ggtalkplugin
[13:38] <bregma> I have Intel hardware, but not that particular video chip
[13:39] <didrocks> mhr3: unity published
[13:39] <sil2100> \o/
[13:40] <didrocks> so 4 hours from stack publishing, NEWing, MIRing and so on
[13:40] <nic-doffay> tsdgeos, whoa slipped my mind
[13:46] <Cimi> so this is my problem http://paste.ubuntu.com/5741911/
[13:47] <Cimi> sometimes data.date seems undefined
[13:48] <Cimi> without seems, sometimes *is* undefined
[13:48] <Cimi> like it didn't create the object yet
[13:53] <tsdgeos> Saviq: do we still need the stacked thing when pushing?
[13:53] <Saviq> tsdgeos, yes :/
[13:54] <tsdgeos> Saviq: can someone remind me the syntax? it disappeared from my shell history :D
[13:55] <Saviq> tsdgeos, --stacked-on=bzr+ssh://bazaar.launchpad.net/+branch/unity/8.0
[13:56] <Saviq> tsdgeos, or /unity/phablet if you have the old thing still
[13:57] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity/UseC++LVWPH if you want to give it a go
[13:57] <tsdgeos> i'm still missing the showHeader implementation
[13:57] <tsdgeos> and need to add the tests
[13:58] <Cimi> guys ^ pls
[13:59] <tsdgeos> Cimi: do you have a self contained example? i.e. something that doesn't need calendar.
[13:59] <Cimi> no
[14:00] <Saviq> tsdgeos, that's against phablet or 8.0?
[14:00] <tsdgeos> Saviq: 8.0
[14:00] <Cimi> warning printed QWARN  : qmltestrunner::Calendar::test_maximumDate(row 0) file:///home/cimi/Development/indicators-client/system-components/SystemComponents/SettingsComponents/Calendar/Calendar.qml:123: TypeError: Cannot call method 'getFullYear' of undefined
[14:00] <Cimi> the data.date is undefined
[14:01] <Cimi> I could fix not creating the object in the _data
[14:01] <Cimi> and like passing numbers or days/year
[14:01] <Cimi> but still sucks!
[14:03] <Saviq> Cimi, the Date is probably destroyed
[14:03] <Saviq> Cimi, as soon as the function returns
[14:03] <Cimi> mmm
[14:03] <Cimi> ah ok
[14:03] <Cimi> Saviq, works sometimes
[14:04] <Cimi> Saviq, sometimes not
[14:04] <Saviq> Cimi, yeah, as you said - race
[14:04] <Cimi> ok
[14:04] <tsdgeos> garbage collector?
[14:04] <Saviq> Cimi, it's not garbage collected
[14:04] <Saviq> Cimi, so just add it to a list that's a property of some object
[14:05] <Saviq> tsdgeos, new dep on the private headers is needed
[14:05] <tsdgeos> right
[14:05] <tsdgeos> didn't try building it yet
[14:05] <tsdgeos> with anything other than ./build i mea
[14:05] <tsdgeos> n
[14:07] <Saviq> tsdgeos, qtdeclarative5-private-dev and libqt5v8-5-private-dev
[14:08] <tsdgeos> yep
[14:08] <Saviq> tsdgeos, and dude you're not pedantic ;)
[14:08] <tsdgeos> Saviq: it's not me
[14:08] <tsdgeos> it's qt
[14:08] <Saviq> tsdgeos, yeah just saw :D
[14:08] <tsdgeos> did a few fixes
[14:08] <Saviq> we'll need -Wno-error=pedantic for the time being
[14:08] <Saviq> and fix that upstream
[14:08] <tsdgeos> https://codereview.qt-project.org/#change,58274 and https://codereview.qt-project.org/#change,58273
[14:09] <tsdgeos> hmmm where do we errror?
[14:09] <tsdgeos> in pkg building?
[14:10] <Saviq> tsdgeos, CMakeLists
[14:10] <tsdgeos> and why it builds here¿?
[14:10] <greyback> tsdgeos: uh oh, segv here
[14:11] <tsdgeos> ah maybe because i'm doing a debug build?
[14:11] <tsdgeos> greyback: wops :D
[14:11] <tsdgeos> greyback: can you give me a bt?
[14:12] <greyback> tsdgeos: looks like it's not your fault
[14:13] <tsdgeos> better :D
[14:19] <Saviq> tsdgeos, "error: no matching function for call to ‘qBound(double, qreal&, qreal)’ ?
[14:19] <Saviq> tsdgeos, that's on the device
[14:19] <tsdgeos> ok
[14:19] <tsdgeos> haven't built on the device yet
[14:19] <Saviq> tsdgeos, on desktop it built fine
[14:20] <tsdgeos> but yeah it's the damn qreal is double or float depending who you are
[14:20] <tsdgeos> need to check where the first double comes from
[14:20] <Saviq> right
[14:20] <tsdgeos> Saviq: that's line 528 and 209?
[14:20] <Saviq> tsdgeos, +1
[14:22] <Saviq> tsdgeos, looks nice, initially I thought there's some flickering, but it seems it's my display (/eyes)
[14:22] <Saviq> tsdgeos, that's why wanted to build on device
[14:23] <tsdgeos> there may be some flickering
[14:23] <tsdgeos> i haven't seen it
[14:23] <tsdgeos> but i'm not very sensible to it
[14:24] <Saviq> tsdgeos, nah, it's the same on trunk (I think)
[14:24] <sil2100> !
[14:24] <Saviq> tsdgeos, question, does a ListView.visible = false unload all its delegates?
[14:24] <greyback> Saviq: this look familiar to you: WARN  2013-06-07 15:23:15 unity.dash.lens.filesystem FilesystemLenses.cpp:236 Unable to read lens file /home/gerry/dev/phablet/unity_build/build/share/unity/lenses/applications/applications.lens: Error opening file: No such file or directory
[14:24] <greyback> Saviq: looking in wrong place for lens files
[14:24] <Saviq> greyback, that's the right place
[14:24] <tsdgeos> Saviq: in the ListViewWithPageHeader ?
[14:25] <Saviq> tsdgeos, no, just generally
[14:25] <tsdgeos> Saviq: can't tell without checking tbh
[14:25] <Saviq> tsdgeos, I know we can make it so in LVWPH
[14:25] <Saviq> we'll have to see
[14:25] <greyback> well I'm still segv, but with a lens complaint http://pastebin.ubuntu.com/5742044/
[14:25] <bregma> whoopie, Unity on start with today's Saucy upgrade, looks like an ABI break
[14:26] <Saviq> greyback, you sure you're linking to the custom unity?
[14:26] <Saviq> greyback, rm -R builddir
[14:26] <Saviq> well, yeah it looks that way
[14:27] <Saviq> greyback, but anyway, don't you have the apps lens installed? did you upgrade to smart scopes?
[14:27] <Saviq> greyback, if that's so, drop the .lens link from there
[14:27] <Saviq> greyback, leave just the mock ones (but the mocks will stop working with smart scopes, too)
[14:29] <greyback> Saviq: well  I've nothing in /usr/share/unity/lenses/applications
[14:29] <greyback> I did an update a few hours ago, maybe smart scopes landed?
[14:29] <Saviq> greyback, yes they did
[14:30] <Saviq> greyback, didn't you see didrocks and mhr3 and sil2100 going \o/
[14:30] <greyback> Saviq: still getting crash however
[14:30] <greyback> true :)
[14:30] <greyback> I gotta run for an hour or so
[14:31] <greyback> will dig when back
[14:31] <Saviq> greyback, try lp:~unity-team/unity/8.new-libunity then :)
[14:32] <mhr3> greyback, reinstall unity-common
[14:33] <mhr3> but otherwise yea, 100scopes in, might be related :)
[14:36] <mhr3> actually, yea, you seem to have new unity-common, and old unity-core doesn't like that
[14:37] <om26er> Trevinho, andyrock Could we have someone look into this issue please? bug 1158161
[14:37] <om26er> we thought it was fixed at one stage but seems it was not as people have still been seeing this issue
[14:39] <sil2100> \o/
[14:43] <andyrock> om26er, not today (eod in few minutes)
[14:43] <om26er> andyrock, monday then ;)
[14:54] <Saviq> tsdgeos, re --stacked-on, it seems that having a separate project (or being the focus of development, of course) is the only way to get rid of that...
[14:54] <tsdgeos> Saviq: oka
[14:54] <Saviq> tsdgeos, separate project has some more advantages
[14:54] <Saviq> tsdgeos, so didrocks wants us to discuss going for that next week
[14:55] <tsdgeos> i see
[15:03] <Cimi> I cannot run make alltests because the quick creation/deletion of bamf windows makes unity segfaults, cool.
[15:03] <Cimi> so I am having hard times reproducing the race
[15:10] <tsdgeos> Cimi: yeah same here, that's why i stopped using unity :D
[15:11] <tsdgeos> too many fast windows kills it
[15:11] <nic-doffay> Saviq, do we MP to unity/8.0 ?
[15:11] <nic-doffay> or phablet?
[15:12] <tsdgeos> 8.0
[15:15] <nic-doffay> tsdgeos, ta
[15:15] <tsdgeos> anyone knows what the " clipListView: !previewLoader.onScreen" in DashVideos.qml is supposed to do?
[15:16] <nic-doffay> Review up for grabs for anyone who's familiar with the shell: https://code.launchpad.net/~nicolas-doffay/unity/orientation/+merge/168100
[15:31] <tedg> pete-woods, It seems like "CMAKE_INSTALL_DATADIR" is getting resolved to "share/" in HUD.  Do you know why it wouldn't be "/usr/share" ?  Do we need to add a prefix?
[15:31] <tedg> pete-woods, Basically if you call hud-gtk in the current package it can't find its .ui file.
[15:32] <pete-woods> tedg: something I've not quite worked out about cmake is that it refers to the make style directories in a relative manner
[15:33] <pete-woods> seems like when you do file "confifguration / substituion you must have to get the absolute version or something like that
[15:34] <tedg> pete-woods, In automake it's a different macro.  abs_ on the front.
[15:37] <jbicha> why does my dash home not look like http://www.omgubuntu.co.uk/wp-content/uploads/2013/06/lenses.jpg
[15:40] <Cimi> tsdgeos, lp:~cimi/indicators-client/system-components
[15:41] <Cimi> tsdgeos, can you run make alltest
[15:41] <Cimi> s
[15:41] <Cimi> and tell me if they pass?
[15:41] <Cimi> sorry pushing now...
[15:41] <Cimi> pushed rev 30
[15:42] <tsdgeos> let me reboot, something broke in here and can't branch
[15:57] <lgdx> hi
[15:57] <lgdx> can someone help me to drawray from player to touched position?
[16:00] <Saviq> lgdx, this channel is about Unity the desktop environment in ubuntu
[16:01] <Saviq> lgdx, I think you want a different Unity
[16:01] <lgdx> oh
[16:01] <lgdx> hahahah
[16:01] <lgdx> sorry
[16:01] <lgdx> :)
[16:01] <Saviq> lgdx, no problem :)
[16:01] <lgdx> byez!!
[16:01] <lgdx> ;)
[16:02] <Saviq> jbicha, it's probably not in the repos yet
[16:05] <Saviq> jbicha, should be in saucy-proposed, though
[16:06] <Saviq> or at least coming to
[16:06] <jbicha> Saviq: the new Unity is in Saucy; it's just missing that feature
[16:11] <mterry> pete-woods1, heyo.  So your Infographic API work, are you also working to get it integrated into lightdm?
[16:11] <Saviq> jbicha, well, not in mine saucy :/, sorry, can't help
[16:25]  * bregma does a little happy dance of joy over 100 scopes running on saucy
[16:31] <pete-woods1> mterry: that's what I've been told to do, yes
[16:31] <pete-woods1> mterry: first I'm implementing a library with all the functionality in, though
[16:32] <pete-woods1> mterry: then we'll expose it through lightdm
[16:32] <mterry> pete-woods1, OK, cool.  I just realized that such integration is now a pre-req to splitting the greeter process out
[16:33] <mterry> (just because we can't build against current lightdm headers without infographic support)
[16:34] <pete-woods1> mterry: that is a good point, I should be able to make good progress on this thing now that I'm freed up from the Action API work
[16:57] <davidcalle> sil2100, ping
[17:00] <sil2100> davidcalle: pong!
[17:00] <davidcalle> sil2100, regarding the big needs-packaging bug for 100scopes, what should we do with it?
[17:04] <sil2100> davidcalle: nothing :) It's approved currently
[17:04] <sil2100> davidcalle: ah, needs-packaging
[17:04] <sil2100> davidcalle: that one we can hm, invalidate I guess? For now let's leave it as it is
[17:04] <sil2100> davidcalle: as we didn't really need that for scopes
[17:05] <davidcalle> sil2100, ok :)
[17:10] <seb128> bregma, hey, there?
[17:12] <bregma> seb128, yo?
[17:12] <seb128> bregma, hey
[17:12] <seb128> bregma, sooo, the new libgrip that landed in saucy today makes eog segfault on start for me :/
[17:12] <bregma> mmm
[17:12] <bregma> I'll look
[17:13] <seb128> bregma, http://paste.ubuntu.com/5742492/
[17:14] <bregma> seb128, I can repro that, did you open a bug?
[17:15] <seb128> bregma, not yet, doing that
[17:15] <bregma> thanks
[17:16] <seb128> bregma, https://bugs.launchpad.net/ubuntu/+source/libgrip/+bug/1188693
[17:20] <seb128> bregma, it also "breaks" the background color of evince, not sure if that's the same issue
[17:20] <seb128> bregma, e.g if you run "evince" without opening a document
[17:21] <seb128> it's supposed to be standard gtk grey and it's not with the new libgrip0
[17:21] <bregma> I doubt it, but it can't be ruled out
[17:21] <seb128> k, that's a minor issue since rendering of pdfs work
[17:21] <seb128> I will open a bug if that's still there once the segfault is fixed
[17:21] <seb128> thanks
[17:52] <seb128> bregma, so, it's getting late on friday and I would prefer to not let eog broken during the w.e ... do you think you will have a patch soon or should we consider reverting a commit or building eog without libgrip as a workaround?
[17:55] <bregma> seb128, it always takes me a while to dig in to this old code, but i can always upload a new package in a few hours if that doesn;t break all that fancy autolanding stuff
[17:56] <seb128> bregma, don't worry about the autolanding much, if you upload you should just make sure your diff get commited to the vcs as well
[17:56] <seb128> bregma, including debian changelog
[17:56] <seb128> bregma, you are sure you will fix it today one way or another?
[17:57] <bregma> I can't be sure until I find the cause
[18:00] <seb128> bregma, I will build eog without libgrip, so we have no hurry to fix it today
[18:00] <seb128> ok?
[18:00] <bregma> sure, given libgrip has been broken for 6 months, few will notice
[18:02] <seb128> k


[00:04] <wgrant> idnar: launchpad.net is E2:33:09:25:F1:E1:F0:3D:DF:18:E6:8C:E9:00:0F:D4:7B:01:47:3C, *.launchpad.net is A7:97:F3:0E:EB:C2:23:15:A5:50:28:B1:DD:3B:B5:A2:C1:91:1C:1F
[00:05] <wgrant> (using ultra-secure, impossible to MITM IRC)
[00:05] <idnar> wgrant: ah, thanks
[00:06] <idnar> okay, that matches what I have; I think this is just a glitch then (Nightly reports "This website does not supply ownership information.", and it's doing it for other sites too)
[00:08] <idnar> or, actually, maybe I'm losing my marbles here
[00:10] <wgrant> That works too.
[00:10] <idnar> okay I think I'm just super tired and Firefox changed something subtle about the SSL UI that confused me, but at least I'm not getting hacked or something
[00:11] <wgrant> idnar: I think that's just its way of saying "not an EV cert"
[00:12] <idnar> right, and a wildcard cert can't be an EV cert (?) so that's not what changed
[00:12] <wgrant> Because they can't use technical terms, that would just confuse people :P
[00:12] <wgrant> No, they can be, AFAIK. We just don't have EV certs.
[00:12] <idnar> hmm, okay
[00:13] <idnar> well, at any rate, I'm guessing you didn't switch from EV to non-EV certs
[00:13] <wgrant> Indeed.
[00:14] <wgrant> I see the same message in Firefox 11, and I think it's been that way for a few releases.
[00:14] <idnar> I think they changed the icon / styling on the "lock" bit in the URL bar, and it's a different size or something
[02:45] <cheako> dobey: I passed out.  ^^^ Yeah, bugs in sign the code of conduct.
[02:46] <cheako> Hello, I'm attempting to sign the CoC.  There is 1 error.\n(7, 9, u'No public key')...
[02:48] <wgrant> cheako: What does gpg say if you run it over the signed text?
[02:49] <cheako> wgrant: All good.
[02:49] <wgrant> cheako: Are you perhaps signing with a new subkey that you haven't pushed to a keyserver?
[02:49] <cheako> wgrant: Yes, but how do I push a new subkery?
[02:49] <wgrant> "All good" isn't sufficient
[02:49] <wgrant> What's the key ID?
[02:49] <wgrant> cheako: Same as pushing a new key.
[02:49] <cheako> wgrant ^^^
[02:49] <cheako> wgrant: The key already exists :)
[02:50] <wgrant> gpg --keyserver keyserver.ubuntu.com --send-key deadbeef
[02:50] <wgrant> Hm?
[02:50] <cheako> subkeys dosn't have there own fingerprints.
[02:50] <wgrant> No.
[02:50] <cheako> ahhh.
[02:50] <wgrant> But the new subkey still has to be on the server.
[02:50] <wgrant> Repush the master.
[02:50] <wgrant> It will push the subkeys too.
[02:50] <cheako> wgrant: missing documentation on that :)
[02:50] <wgrant> It's normal gpg stuff.
[02:51] <cheako> I'll try it and it will just work.
[02:51] <wgrant> Few people manually create additional subkeys.
[02:51] <wgrant> Hopefully.
[02:51] <wgrant> Might take a while to sync the new subkey to our internal keyserver, though.
[02:52] <cheako> wgrant: You have to use a new subkey for every additional email address.  Using a special address for each package repository is a good thing.
[02:52] <wgrant> No.
[02:52] <wgrant> Neither of those statements is true :)
[02:53] <wgrant> You need a new UID for each email address.
[02:53] <wgrant> But UIDs are separate from subkeys.
[02:53] <wgrant> And it's very rare for people to use different email addresses for different repositories.
[02:53] <wgrant> (except when the persona should be different, eg. a work repository vs a personal one)
[02:55] <cheako> I need to push my key every time I add a new UID, that makes sense.
[02:56] <wgrant> I don't think that's the case.
[02:56] <wgrant> You *should*, but it should also work without it.
[02:56] <cheako> Still there should be a UI to push a new key for ppl, it can provide the gpg command to use.
[02:56] <wgrant> UIDs are mostly just used to identify the key given an email address.
[02:56] <wgrant> Which signature verification doesn't require.
[02:58] <cheako> hmm, then I'm at a loss as to why it dosn't work.  However http://keyserver.ubuntu.com:11371/pks/lookup?search=Mike+Mestnik&op=vindex shows my current key.
[02:58] <wgrant> What is the output of gpg on the signature?
[02:58] <wgrant> Erm
[02:58] <wgrant> I guess it's probably singed with 8EDCAB8A, which wasn't on keyserver.ubuntu.com 5 minutes ago.
[02:59] <wgrant> But you seem to have just pushed.
[02:59] <cheako> Ahh.
[02:59] <cheako> Then that's been my issue.
[03:00] <cheako> I had no idea how to push that, well I new about uploading keys but I didn't think that was needed for the web interface in launchpad, till you told me.
[03:01] <wgrant> Well, it can hardly verify the signature against a key it doesn't have :)
[03:01] <wgrant> Now, Launchpad uses an internal keyserver which syncs from Ubuntu's.
[03:01] <wgrant> But it can sometimes take a while.
[03:01] <wgrant> So I'd try now, but you might have to wait a while before it will accept it.
[03:02] <cheako> Yay :) that worked.
[03:03] <cheako> now I have to get all my source packages in a row and push em again.
[03:09] <cheako> Hmm, how can I upload wine1.5_1.5.2.orig.tar.bz2?  It's part of another PPA.
[03:24] <cheako> ahh, -sa
[03:26] <cheako> Once it's part of my ppa I don't have to do that again?
[03:26] <bigjools> no
[03:26] <wgrant> cheako: Right.
[03:26] <wgrant> cheako: PPA uploads look for orig.tar.* in the PPA, and in the Ubuntu primary archive.
[03:26] <wgrant> So if it's in either of those you don't have to upload it yourself.
[03:27] <cheako> thx.
[03:34] <cheako> hmm, How can I get my pkg to be built for each release?  It complains about "Version older than that in the archive"
[03:35] <cheako> Yay, I got one uploaded.
[04:35] <psusi> bug #464743 has a task against grub that shouldn't be there... but the minus icon to delete it isn't there in the lp interface, and I don't see a command to remove tasks via the email interface... how can I remove it?
[04:41] <wgrant> psusi: You can't delete tasks on projects that you have no privileges on.
[04:41]  * wgrant removes it.
[04:44] <psusi> wgrant, did you fix the workaround I discovered before of changing it to point to ubuntu, then removing it? ;)
[04:44] <psusi> wgrant, also, is there still no way to remove tasks via the email interface?
[04:44] <psusi> or do I just fail at doing so tonight?
[04:44] <wgrant> No and no.
[04:45] <wgrant> psusi: The restriction is mostly there to stop random people from clicking around and destroying everything.
[04:45] <wgrant> If they are sufficiently unuseless that they can retarget to a project that they own, they're probably relatively sensible.
[04:46] <StevenK> I wonder if there is a bug to add bugtask deletion to the mail interface.
[06:17] <fidel_> dobey: wouldnt it make sense to offer some kind of project-follow-option to users?
[06:18] <fidel_> like that it would be easier/faster to locate all "relevant" projects within launchpad pretty quickly
[07:52] <cheako> How can I get my pkg to be built for each release?  It complains about "Version older than that in the archive"
[07:53] <cheako> Do I just force an older version using ~ppa2,3,4,5?
[07:54] <wgrant> cheako: You need to ensure it's a *newer* version. Note that '~' is less than everything, including the empty string.
[07:54] <wgrant> So 1.2.3 > 1.2.3~ppa1
[07:54] <cheako> 1.2.3~ppa2 > 1.2.3~ppa1?
[07:56] <wgrant> Yes.
[07:56] <cheako> wgrant: Can I upload a ~ppa2 given ~oneiric1 VS ~precise1 to set another release?
[07:56] <wgrant> cheako: The version check is only within a single release.
[07:56] <wgrant> So you can upload ~oneiric1 to oneiric, even if precise already has ~precise1
[07:57] <cheako> wgrant: Then I'm doing something wrong, because I get  Version older than that in the archive.
[07:58] <cheako> http://pastebin.com/9yhtdE5p
[07:58] <wgrant> cheako: You need to fix your changelog to point to oneiric instead of precise
[07:58] <cheako> ahh, k.
[08:06] <cheako> Yay!
[08:06] <cheako> Thanks a lot.
[10:59] <benji> I'm having PPA problems.  Anyone know why this would happen? https://launchpadlibrarian.net/102896574/buildlog.txt.gz (the error is near the end)
[11:03] <wgrant> benji: Your debian/control probably has a comment at the top
[11:03] <wgrant> The old version of python-debian that the builders use doesn't like that very much.
[11:04] <benji> hmm, let me look
[11:05] <benji> wgrant: it does, I'll remove it and try again; thanks!
[11:17] <benji> wgrant: it worked!  thanks man
[11:19] <wgrant> np
[13:37] <achiang> hello, how do i change the way that launchpad displays bugs? google is a complete failure on this one
[13:40] <wgrant> achiang: What do you want to change?
[13:40] <achiang> ok, getting closer. "launchpad customize bug views" gets me to the blog where they describe the feature is in beta
[13:41] <till__> how do i get a an old package nuked from my ppa? new package fails building because old artifacts are still stuck
[13:41]  * Spads admits that the new bug listings always remind him of fark.com
[13:41] <achiang> wgrant: i just want to tweak what is displayed in my customized settings... either that or turn it off and go back to the old stylesheet if possible
[13:41] <Spads> [CRITICAL]  [FLORDIA]
[13:41] <wgrant> achiang: Click the gear icon at the top of the bug table.
[13:42] <wgrant> Top left
[13:42] <achiang> wgrant: ah, thank you
[13:42] <wgrant> till__: What's the error message?
[13:44] <till__> wgrant: trying to pull up the build log
[13:44] <till__> but my internet fails me
[13:45] <till__> uploadlog it is
[13:46] <till__> wgrant: https://launchpadlibrarian.net/98338175/upload_3273781_log.txt
[13:46] <till__> i deleted that package a long time ago
[13:46] <wgrant> till__: You can't ever upload the same version again.
[13:46] <wgrant> You have to change the version number.
[13:46] <till__> i delete it
[13:46] <wgrant> It is remembered.
[13:46] <till__> this is an annoyance =(
[13:47] <till__> so i can't get this resolved unless i bump up the release and run through half a dozen steps?
[13:47] <wgrant> You just have to increment the version
[13:47] <wgrant> eg change lucid0 to lucid1
[13:48] <till__> i just copied it from another repo
[13:48] <czajkowski> till__: it's documented here. https://help.launchpad.net/Packaging/PPA/Deleting
[13:50] <till__> well
[13:50] <till__> to be totally honest
[13:50] <till__> i deleted the other one more than 7 days ago
[13:50] <till__> i'd say over 2 months ago
[13:51] <till__> and it's still sitting there
[13:51] <till__> i've seen that page before
[13:51] <wgrant> The files will be deleted after a couple of weeks.
[13:51] <wgrant> But the version number is remembered forever.
[13:51] <wgrant> You can *never* upload the same version ever again.
[13:51] <till__> well, it's been months
[13:51] <till__> page doesn't say that this is the case
[13:51] <till__> guess someone should add that to it :)
[13:52] <wgrant> "You should not rely on deletion requests to re-upload the same source version with different contents."
[13:52] <wgrant> And I believe the deletion form says similar things.
[13:52] <till__> you should not rely is not the same as 'it will never work'
[13:52] <till__> but ok
[13:52] <wgrant> Also https://answers.launchpad.net/launchpad/+faq/990
[13:52] <czajkowski> till__: wgrant has given you the correct information
[13:55] <till__> i just wanted to copy this from another repo
[13:55] <till__> i don't want to run through the entire process to build it
[13:55] <till__> i guess i'll have to now
[13:55] <till__> someone could link that faq on the help page
[13:55] <till__> it doesn't seem obvious to me
[13:56] <czajkowski> till__: it says it right there. replace a broken source is always to upload a package with a higher version number
[14:31] <chrisccoulson> this failure looks like local corruption: https://launchpadlibrarian.net/102904364/buildlog_ubuntu-precise-armel.firefox_12.0%2Bbuild1-0ubuntu<IP_ADDRESS>_FAILEDTOBUILD.txt.gz
[14:31] <chrisccoulson> not sure if anyone is interested in that ;)
[20:53] <cody-somerville> Is there a way to browse list of older revisions on lp so I can see what branches lp thinks were merged in for a commit?
[20:53] <cody-somerville> as I don't think codebrowse does that
[20:54] <dobey> cody-somerville: the code browser has a revisions view you can turn on
[20:54] <cody-somerville> but will it link to branch on lp that I merged in?
[20:56] <dobey> ah, no
[20:57] <dobey> but it does show "mfrom:" in the revision header block if you view a specific revision, and that includes a branch nick which you can determine the lp URL with
[21:02] <dobey> cody-somerville: also, not entirely sure how that works on the short "Recent revisions" list on LP itself, but if you make a copy of that branch, that info gets lost in the copy
[22:09] <wgrant> cody-somerville: https://code.launchpad.net/~launchpad-pqm/launchpad/devel/+merges may be of interest
[22:10] <wgrant> It's not exactly what you want, but it's the closest we have for old stuff.


[01:07] <bobweaver> Hello there I am seeting up a server (11.10 64 bit) and am have some troubles with the networking not being auto on set up. It (installer)then ask if I would like to try again or to configure manually I have also tried this I think that I might be entering somethig wrong. 1st qurestion is to enter my ip Is this the public ip that I get when I go to what is my ip or is this the ip that is on my lan ? then it asks for netmask then for the
[01:07] <bobweaver>  gateway the gatre way is the same thing that I use to get out into the world ? like when I sign into my router ?
[01:08] <bobweaver> s|what is my ip | whatismyip.com
[01:08] <bobweaver> s gatre way | gateway
[09:28] <ashickur-noor> How I can install unity 5 in 11.10?
[09:30] <IAmNotThatGuy> ashickur-noor: http://www.noobslab.com/2012/01/install-unity-50-on-ubuntu-1110-oneiric.html
[09:30] <ashickur-noor> চহীচকিনগ
[09:30] <ashickur-noor> hecking
[13:21] <jupe> hello
[13:24] <nothingspecial> hello jupe
[13:25] <jupe> new to this.  trying to learn client - mIRC
[13:25] <nothingspecial> ok, keep going :)
[13:25] <zeroseven0183> Nice meeting you jupe!
[13:26] <zeroseven0183> Welcome to the beginners team support channel
[13:26] <jupe> I can access this channel via web browser.     But not in mIRC.
[13:27] <nothingspecial> OIC
[13:27] <nothingspecial> I thought you were just playing with it
[13:27]  * nothingspecial has never used mIRC
[13:27] <jupe> no.   just downloaded and trying to get mIRC working.
[13:28] <hobgoblin> are you in windows?
[13:28] <hobgoblin>  jupe ^^
[13:29] <jupe> right now, yes.    - have just downloaded and installed ubuntu 11.10
[13:29] <jupe> have 2 machines here..   1 with windows, 1 with ubuntu 11.10
[13:29] <nothingspecial> Have you connected to the freenode server? jupe
[13:29] <hobgoblin> I see - so you want to use mirc in windows - is that right - if you are trying to do so in ubuntu I would use something else
[13:30] <jupe> to hobgoblin -   I am open to   suggestions.  I want to learn to use IRC, so I can ask questions about ubuntu to help me learn ubuntu
[13:30] <jupe> to nothingspecial -  I think so.
[13:31] <nothingspecial> jupe, Try installing x-chat on Ubuntu
[13:31] <hobgoblin> I'd install xchat in ubuntu then :) nice and simple and a nice wiki page to follo
[13:31] <hobgoblin> jupe: https://help.ubuntu.com/community/XChatHowto
[13:32] <hobgoblin> as far as windows goes though I've no idea :(
[13:32] <nothingspecial> http://blog.bodhizazen.net/linux/xchat-customizations/
[13:32] <jupe> ok.  I will    give that a try.   Thanks..
[13:32] <jupe> got it.  thanks.
[13:32] <hobgoblin> welcome and good luck jupe
[13:34] <Snicksie> hobgoblin, there's also xchat for windows... its free now :) works the same as the ubuntuversion, so quite useful as a client imo :)
[13:34] <hobgoblin> oh really - excellent
[13:34] <hobgoblin> thanks Snicksie
[13:34] <nothingspecial> cheers Snicksie
[13:35] <zeroseven0183> I'm using Pidgin here on my Lubuntu :-)
[13:35] <zeroseven0183> https://help.ubuntu.com/community/Pidgin
[13:35] <hobgoblin> Snicksie: oic it's not free though
[13:35] <hobgoblin> zeroseven0183: I used pidgin once
[13:35]  * hobgoblin means that literally ;)
[13:35] <zeroseven0183> hobgoblin, so what happened then?
[13:35]  * hobgoblin used xchat instead :)
[13:36] <hobgoblin> not needing to do any of that IM stuff that people appear to do made it somewhat easier
[13:36] <hobgoblin> I tried empathy once as well
[13:36]  * nothingspecial doesn't need any of that either
[13:37] <zeroseven0183> I see. So you think xchat fits well with your needs?
[13:37] <hobgoblin> imho IRC is best in an IRC client
[13:37] <hobgoblin> zeroseven0183: yep - does all I need it to do
[13:37] <Snicksie> hobgoblin, its free now, lemme see :)
[13:37] <hobgoblin> tried the cli clients as well zeroseven0183 - didn't get on with those
[13:38] <zeroseven0183> hobgoblin Haha yeah right. I like it with colours
[13:38] <hobgoblin> :)
[13:38] <nothingspecial> cli clients are good if you like connecting to the same session from different machines
[13:38] <Snicksie> http://xchat.org/download/ ? :)
[13:38] <hobgoblin> my daughter used pidgin for a while zeroseven0183
[13:39] <hobgoblin> Snicksie: "You may use XChat for Windows for free for 30 days. If, after this time, you would like to continue using the product, you are required to register. Registration is a one time fee of €15.99"
[13:39] <zeroseven0183> As long as it's free software :-)
[13:39] <Snicksie> hm, I've never paid for it
[13:39] <hobgoblin> zeroseven0183: :)
[13:39] <Snicksie> then I had the other one
[13:39] <Snicksie> http://www.silverex.org/download/
[13:39] <hobgoblin> Snicksie: yea - but I would not recommend that in this channel :) that's just me though
[13:40] <hobgoblin> oh nice Snicksie
[13:40] <hobgoblin> shame jupe has gone :(
[13:40] <Snicksie> yeah
[13:40] <zeroseven0183> Everyone, enjoy chatting with your favorite chat application. I'm going to learn something new today. :-) http://www.codeyear.com
[13:40] <hobgoblin> :)
[13:45] <Jupe> hello again -
[13:46] <hobgoblin> weclome back Jupe :)
[13:47] <Jupe> thanks.      I am in  pidgin..         getting ready to try x-chat.
[13:48] <Jupe> ok. thanks.. bye
[14:59] <duanedesign> o/
[15:09] <Jupe> hello
[15:21] <fr33r1d3> hello Jupe
[15:21] <Jupe> kinda quiet in here.
[15:24] <hobgoblin> Jupe: get's like that
[15:24] <hobgoblin> if you need help Jupe you need to just ask and if someone is able to they will
[15:25] <Jupe> ok.  thanks.   will just   monitor for a while.
[15:26] <hobgoblin> if you want to just chat to people from the team then /j #ubuntu-beginners-team
[15:27] <Jupe> thanks.
[15:28] <fr33r1d3> quiet at the moment, but it usually doesn't take long to get help if you ask something.
[17:24] <JoseeAntonioR> does anyone here knows about vnc?
[17:24] <holstein> JoseeAntonioR: whats up?
[17:24] <JoseeAntonioR> holstein yesterday I set up everything to connect from an external network, but it doesn't seems to work
[17:25] <JoseeAntonioR> I tried it with a friend, but it said failed to connect
[17:25] <holstein> JoseeAntonioR: check the ports you are forwarding... just like ssh... usually 5901? something like that
[17:25] <JoseeAntonioR> I forwarded 5900 to my IP
[17:25] <holstein> http://www.teamviewer.com/en/index.aspx has a nice implementation as well
[17:26] <holstein> JoseeAntonioR: yup.. you might need several ports forwarded
[17:26] <JoseeAntonioR> holstein ok, so I've forwarded from 5900 to 5920
[17:26] <JoseeAntonioR> I'll try it now
[17:26] <holstein> JoseeAntonioR: i would check that it can connect locally... if it can, suggest that software that worked to your friend connecting in... have them report errors... maybe sure you can ping each other... if you are using a domain name, use the IP instead
[17:27] <JoseeAntonioR> I can connect locally, and I'm using the IP address
[17:27] <holstein> if you have the option, connect it from somewhere else and test
[17:28] <holstein> the erros is either in your router config, or on the other guy coming in
[17:28] <coalwater> it might be a firewall issue
[17:29] <JoseeAntonioR> in my router it says that thw firewall is unactive
[17:29] <coalwater> try sudo ufw allow 5900
[17:29] <holstein> JoseeAntonioR: thats not good...
[17:29] <coalwater> i meant ubuntu firewall, not router's
[17:29] <holstein> you dont need to forward ports through a firewall that doesnt exist
[17:30] <coalwater> port forwarding is to tell which computer should handle this port
[17:30] <coalwater> in the network
[17:31] <holstein> but, if port 22 is listening, and the firewall is off, and you ssh in, it'll just find the port open on whatever machine that is
[17:32] <coalwater> u mean listening on the router? or on the pc ?
[17:32] <holstein> or that has been my finding... i would *not* run with the firewall turned off... nor with upnp enabled
[17:32] <JoseeAntonioR> holstein I have turned the firewall on, and set the rule
[17:32] <holstein> coalwater: it has been my findings that the requests get passed on to the network... not needing a forward, if the firewall is down
[17:32] <coalwater> yea i guess this upnp adds forwards by it self, but i usually prefer doing thngs my self lol
[17:33] <coalwater> anyway, what i wanted to say, that the requrest is probably forwarded correctly, but ufw blocks it
[17:34] <holstein> yeah, but ufw is not enabled by default.. assuming JoseeAntonioR hasnt chaged that... its a good thing to double check though
[17:34] <JoseeAntonioR> holstein I haven't enabled it. How do I check that?
[17:34] <coalwater> JoseeAntonioR: try sudo ufw status, if its disbaled or if it already has the port allowed then ufw isnt the problem
[17:35] <JoseeAntonioR> coalwater holstein Status: inactive
[17:35] <JoseeAntonioR> in my router it says: Status: Routing
[17:35] <JoseeAntonioR> should I change it to bridging?
[17:36] <holstein> JoseeAntonioR: i say, its your friend.. if you can remove that from the equation, and you yourself connect back in from somewhere else, using the software and techniques that work for you locally, subtituting only the IP address
[17:36] <JoseeAntonioR> holstein I'll try to check it with another person
[17:36] <holstein> JoseeAntonioR: you will be giving your friend your *main* IP address.. not the local 192.168.*.* one
[17:36] <JoseeAntonioR> yes, of course holstein
[17:37] <coalwater> brb
[17:37] <JoseeAntonioR> holstein can you help me to try it out?
[17:37] <holstein> JoseeAntonioR: sure...
[17:38] <holstein>  /q me, and tell me the creds
[17:38] <holstein> i have a few minutes...
[18:58] <BigOrange> Hi all, currently in the process of installing XP with the aim of getting some experience of Wubi. Anyone here used it? got any pointers? any quirks compared to a regular install? Thanks! :)
[19:39] <hobgoblin> BigOrange: you're installing XP specifically to install Ubuntu inside it ?
[19:43] <BigOrange> hobgoblin: haha yes I know it sounds a bit silly, but I don't have Windows installed on this machine (a netbook) it's linux/freebsd only.. the reason for this is that I was going in circles with someone on the forums recently before I realised it was a Wubi install, and that I know nothing about them, so thought I'd have a go! I considered just booting XP up on a VM, but figured it wouldn't be quite the same!
[19:44] <hobgoblin> oic - not sure I'd bother :p I tend to try and point people on the forum in the direction of not wubi lol
[19:45] <hobgoblin> I know it's a bit odd about max size - though you can fiddle afterwards it seems
[19:46] <hobgoblin> it's ones that aren't labelled wubi that make me go grrr - luckily for me I can change them
[19:46] <hobgoblin> some of the grub issues can be a bit of nightmare - and I'd not upgrade one
[19:46] <BigOrange> hobgoblin: yeah I agree, not sure it is.. been looking over at it promising to finish installing for AGES.. I've got too used to linux installs - XP is taking it's sweet time for such a small amount of data!
[19:47] <hobgoblin> BigOrange: I think it's quicker to install wubi if you put the iso in the same folder as wubi.exe
[19:48] <hobgoblin> I installed wubi once just to see - soon got a real partition I'm afraid
[19:51] <BigOrange> one of the things I'm hoping to confirm is that it's pretty simple to copy the contents of /home, to make moving from Wubi to full install easy - I assume it's just a case of copy to stick, copy off stick, but I kind of want to know!
[19:52] <BigOrange> not there yet - the XP installer is still slowly mowing it's way across my old drive (wasn't going to let it mess up my grub!)
[19:52] <hobgoblin> ha ha ha - so if you've just started installing xp and are then going to install wubi - I'll pop back tomorrow to catch up with you as you finish
[19:53] <nothingspecial> lol
[19:55] <BigOrange> I wish! it's been helpfully telling me it'll take about an hour.. so I left it then I came back and it had stopped with 39minutes to go and a dialog box that needed "ok" pressed. .. I'm watching this thing like a hawk now!
[19:55] <BigOrange> I also want to see how easy it is to get rid off ;)
[19:56] <hobgoblin> BigOrange: I think the easiest way is to move the whole wubi to a new partition - I assume you've seen the wubi sticky etc
[19:56] <hobgoblin> oh it's easy to get rid of I think
[19:57] <hobgoblin> reinstall xp
[19:58] <BigOrange> haha!
[19:58] <BigOrange> No chance
[19:58] <hobgoblin> :p
[21:01] <hobgoblin> BigOrange: how's it going?
[21:24] <BigOrange> HobGoblin: I'm in to XP thanks for asking - still setting up XP  - turns out my disk was just too old for the drivers for the netbook... gotta get up to SP3 :(
[21:24] <hobgoblin> lol
[21:25] <hobgoblin> well I'm off to bed in an hour or so - wubi will have started to install and ground to a halt about then - or tried to restart I mean ...
[21:26] <BigOrange> I'd forgotten that we didn't use to have tabs in browsers .. grouping windows - REALLY annoying!
[21:26] <hobgoblin> oh I don't do that - I get confused really quickly
[21:27] <BigOrange> I've downloaded Wubi and put it on a stick so if these updates ever finish it'll be good to go!
[21:27] <BigOrange> Starting to think you may have been on to something about this not being worth the effort!! :/
[21:28] <hobgoblin> BigOrange: I seriously suggest you put wubi.exe and the iso in the same folder - otherwise wubi will be going online to get all the stuff
[21:29] <BigOrange> Ah brilliant - Thanks hobgoblin
[21:29] <hobgoblin> https://wiki.ubuntu.com/WubiGuide#How_can_I_use_a_manually_downloaded_ISO.3F
[21:29] <hobgoblin> if you've not seen the wubiguide - it does have some good info in it :)
[21:30] <hobgoblin> lol - "Windows ME is not supported. " - was it ever?
[21:31] <Unit193> If it's not said that it doesn't, someone will complain about it
[21:32] <hobgoblin> :)
[21:33] <BigOrange> Ah see I'm learning allready - I didn't even realise it could use my oneiric iso - that's at least half hour of downloading saved!
[21:33] <hobgoblin> well I hope it's worth it ;)
[21:46] <hobgoblin> BigOrange: off now - good luck :)
[22:13] <bmj2354> Hello there, I'm trying to install Ubuntu, but my usb drive isn't loading when I reboot my computer, has anyone had a similar problem?
[22:15] <BigOrange> bmj2354: Hi there, ah yes loads of times! usually it comes down to how you created it?
[22:15] <BigOrange> also worth checking that the bios supports booting usb?
[22:16] <bmj2354> How would I be able to find that out?
[22:16] <Unit193> 1. How did you create the boot flash? 2. Your computer should have a boot order in the BIOS 3. Your computer should havea boot menu if you hit F11, Esc, of some other key when first booting
[22:17] <bmj2354> I'm assuming it might be the flash drive. I've tried using the disk utility and formating the drive, but that didn't work.
[22:17] <bmj2354> I created the boot drive following the instructions on the ubuntu website.
[22:19] <bmj2354> I downloaded the install and then used the start up disk creator.
[22:19] <Unit193> unetbootin is a recommended tool to create the boot flash
[22:20] <BigOrange> If you get repeated errors writing to it, try formatting it in gparted as fat32 also :)
[22:28] <bmj2354> Alright, thanks a lot guys. I'm trying out both of the programs you recommended, i'll let you know how it goes!


[07:01] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2898 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[07:19] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2898 Pending binary packages
[07:38] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2898 Diff missing
[07:58] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2898 Pending binary packages
[08:18] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2898 Diff missing
[08:40] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2898 Abandoning ticket
[09:45] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2864 Failed to understand "https://code.launchpad.net/~alan-griffiths/miral/1.3/+merge/327424". Is it a merge?
[09:46] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2864 Abandoning ticket
[11:03] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2883 Needs rebuild due to higher version at destination
[11:13] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2893 Diff missing (artful/qemu). Needs rebuild due to higher version at destination (artful/libvirt)
[22:43] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2899 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[22:59] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2899 Failed to build


[21:31] <phillw> Hi good people, I'm testing yakkety and seem to have acquired a kernel not in the usual numbering system.... 4.4.0-9134-generic I was expecting some more along the lines of 4.4.0-35-generic etc.
[21:31] <phillw> 1) Would I be best placed to remove this one so that the numbering sequence reverts and 2) how did this occur?


[11:23] <catphish> morning, i'm almost there with my datasource, but i have a problem that i don't understand, on first boot, my local stage populates netplan with my network config, but the network never comes up. if i then reboot, the network *does* come up
[11:23] <catphish> it feels like cloud-init it suppressing netplan, but not actually configuring the network itself
[11:26] <catphish> this is (i thinkt) the relevant log output: https://paste.ubuntu.com/p/zV8ndvcf7k/
[11:34] <catphish> the documentation for the local stage says "Cloud-init then exits and expects for the continued boot of the operating system to bring network configuration up as configured." but it would seem that for some reason, netplan is not being applied *after* this local stage
[11:41] <catphish> oh, the netplan config is written during the main stage, not the local stage, hmm
[11:43] <meena> catphish: glad you figured all that out without any help
[11:44] <catphish> thank you, though i'm still not clear about how the network should get configured at first boot :(
[11:46] <catphish> my datasource fetches and returns network config (yay), but this doesn't get written to the netplan config file until after netplan has already executed, and hence the network is never actually brought up during the first boot, i hope i'm missing something simple, but i'm not sure what it is
[12:01] <otubo> Hey guys, any chance to take a look at my PR before it gets stale? https://github.com/canonical/cloud-init/pull/586
[12:04] <otubo> Also, a quick question about logging, why does multi_log() is on util.py and not on log.py? I just got an IOError on multi_log()'s flush call over here.
[12:08] <otubo> I see that log.flushLoggers() is the single point of flushing (except for log._resetLogger()) and it passes on IOError exception. Wondering if we should pass on util.multi_log() as well or move multi_log inside log and reroute the flush to log.flushLoggers()
[12:10] <otubo> The bug in question is this one: https://bugzilla.redhat.com/show_bug.cgi?id=1831107
[13:42] <Odd_Bloke> meena: pickle is a way of serialising Python objects: https://docs.python.org/3/library/pickle.html.  cloud-init uses it to persist instance state between boots.
[13:43] <Odd_Bloke> meena: Yep, I discovered you can do the mocking after I'd written that concrete subclass implementation.
[14:27] <rharper> catphish: is your datasource configured to run at local time?   2020-10-14 11:21:08,512 - main.py[DEBUG]: [local] Exiting. datasource DataSourceKatapult not in local mode.  It sounds like it is not, the message your post ends with is in cloudinit/cmd/main.py where it checks the current datasource.mode with the mode;    What does your datasources =  line look like in your new datasource?  if you look at DataSourceConfigDrive,  you
[14:27] <rharper> can see how a datasource class is bound to sources.DEP_FILESYSTEM, tuple; this tells cloud-init that ConfigDrive runs at "local time"; access to local filesystem vs dependency on the network (the datasource needs networking to fetch it's data)
[14:47] <catphish> rharper: i was fairly sure my data source runs at local time. it runs if i execute "clout-init init --local", the dependencies are defined as follows: datasources = [ (DataSourceKatapult, (sources.DEP_FILESYSTEM, )) ]
[14:47] <catphish> rharper: this is the complete (WIP) datasource: https://paste.ubuntu.com/p/s9F4xth7Yc/
[14:48] <catphish> i will check whether "cloud-init init --local" actually populates the netplan config file or not
[14:50] <rharper> catphish: your log suggested it did,  2020-10-14 11:21:08,250 - netplan.py[DEBUG]: V2 to V2 passthrough
[14:50] <rharper> 2020-10-14 11:21:08,252 - util.py[DEBUG]: Writing to /etc/netplan/50-cloud-init.yaml - wb: [644] 662 bytes
[14:50] <rharper> and it invoked netplan generate
[14:50] <rharper> 020-10-14 11:21:08,254 - subp.py[DEBUG]: Running command ['netplan', 'generate'] with allowed return codes [0] (shell=False, capture=True)
[14:52] <rharper> so, the questions that remain are  1) what's in /etc/netplan/50-cloud-init.yaml 2) what's in /run/systemd/network/*   3) is systemd-networkd.service enabled?  4) if so, did it run before or after cloud-init-local.service (journalctl -b 0 -o short-monotonic -u cloud-init-local.service -u systemd-networkd.service
[14:53] <catphish> thank you, i will go back through this now, what i know for sure is that after the first boot, /etc/netplan/50-cloud-init.yaml is populated, but not applied, after a subsequent reboot, it's applied
[15:09] <catphish> so, a --local run definitely populates netplan: https://paste.ubuntu.com/p/hMDgNHjPrW/
[15:14] <catphish> so, after the initial boot, /etc/netplan/50-cloud-init.yaml is populated, but systemd-networkd.service is "dead", if i run "systemctl start systemd-networkd.service", the network comes up fine
[15:15] <rharper> dead usually meants it's not enabled by default in your system
[15:16] <catphish> hmm, yes it does seem like it may be disabled
[15:16] <rharper> on Ubuntu, we have /etc/systemd/system/network-online-target.wants/systemd-networkd-wait-online.service
[15:16] <catphish> but on a subsequent boot, it runs
[15:16] <catphish> nb. this is ubuntu 18.04 with cloud-init installed after a regular installation
[15:16] <rharper> because netplan during boot will now parse the yaml and emit system want targets
[15:16] <rharper> oh
[15:16] <rharper> desktop ?
[15:17] <catphish> server
[15:17] <rharper> from the legacy installer
[15:17] <catphish> yes
[15:17] <rharper> do you have the want's I meantioned in /etc/systemd/system/network-online-target.wants ?
[15:18] <catphish> i'm happy to abandon this weird installation and start from a new cloud image, i just assumed it would work the same
[15:19] <catphish> i don't have anything called /etc/systemd/system/network-online-target.wants
[15:19] <rharper> yeah, I suspect this is part of the cloud images that may not be present without
[15:20] <catphish> it's very much my suspicion that netplan is starting before cloud-init-local
[15:20] <rharper> netplan only runs at generator time; and it writes config files
[15:20] <rharper> mkdir -p /etc/systemd/system/network-online.target.wants; cd /etc/systemd/system/network-online.target.wants && ln -s /lib/systemd/system/systemd-networkd-wait-online.service
[15:21] <rharper> that should ensure that systemd-networkd is part of the boot target; such that when cloud-init calls netplan generate and those files are created in /run/systemd/network/ then networkd should run
[15:21] <rharper> also, systemct status systemd-networkd  should say: Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
[15:21] <catphish> rharper: that's fixed it, thanks!
[15:22] <catphish>    Loaded: loaded (/lib/systemd/system/systemd-networkd.service; disabled; vendor preset: enabled)
[15:22] <catphish> interestingly "disabled" but it works
[15:23] <catphish> yay - https://paste.ubuntu.com/p/Bg59SWTvc4/
[15:24] <rharper> catphish: \o/
[15:24] <catphish> anyway, that was probably a waste of time, but at least now i know my datasource isn't the problem, i'll try to get some actual cloud images onto my platform now, thank you for your assistance
[15:25] <catphish> hopefully the cloud images will work out of the box
[15:26] <rharper> yeah, I hope so
[15:27] <catphish> there's still a lot i need to understand, but getting there
[15:27] <meena> Odd_Bloke, that warning sounds…dangerous. do we trust our data??
[15:28] <Odd_Bloke> meena: I was thinking about that earlier: if you have the ability to write nasty data into obj.pkl, then you almost certainly have the ability to do substantially worse things in a much less indirect fashion.
[15:29] <Odd_Bloke> obj.pkl is root:root, 400.
[15:30] <Odd_Bloke> And if you can feed user-data which would cause a vulnerability in, then you may as well just give yourself root more directly, without exploiting some pickling bug.
[15:34] <Odd_Bloke> (If anyone has something more concrete than that, then please follow our security process! https://cloudinit.readthedocs.io/en/latest/topics/security.html)
[16:10] <meena> Odd_Bloke, aye
[16:34] <meena> i need to fix the Azure tests, and get this pr done
[16:36] <meena> i say this, while sitting here watching buddi https://www.netflix.com/title/80993590
[16:57] <vijayendra> rharper, LP: 1893770. I tried your suggestion on adding one more datasource NoCloud along with ConfigDrive but I still see it resets to fallback(dhcp)
[17:04] <rharper> vijayendra: sure, update the bug with logs from that run;  I suggest that you interactively work with ds-identify and your cloud.cfg until you see ds-identify report disabled;  sudo DI_LOG=stderr /usr/lib/cloud-init/ds-identify --force
[17:10] <vijayendra> rharper, updated logs on bug. Sure. Currently doing the same by running /usr/libexec/cloud-init/ds-identify --force
[17:15] <vijayendra> rharper, currently tried by doing this change https://paste.ubuntu.com/p/Ywqv58nGxs/. Looks working with this change
[18:02] <rharper> vijayendra: ok, but you shouldn't need this; I'll look at the logs
[18:02] <vijayendra> rharper, Sure
[18:04] <rharper> this is what it looks like for me; what I expect it should do for you as well;  https://paste.ubuntu.com/p/vfZ98k3VRm/
[18:16] <vijayendra> rharper, In my case last line looks like No ds found [mode=search, notfound=enabled]. Enabled cloud-init [0]. https://paste.ubuntu.com/p/zqfxXfnQXy/
[18:17] <vijayendra> rharper, cloudinit is disabled for you but for me its enabled
[18:19] <rharper> vijayendra: I updated the bug
[18:19] <rharper> something has the ds-identify policy set to notfound=enabled ; which means if you don't find any datasources, enable cloud-init anyway
[18:19] <rharper> that's not the upstream default, or how we run it in Ubuntu
[18:19] <rharper> I don't think RHEL sets that as default either
[18:19] <rharper> but it's possible
[18:20] <rharper> in any case though, smoser already mentioned that a ds-identify change won't help since any cloud-init operation that was supposed to run on every boot (user-data may have enabled these things) wouldn't get run since cloud-init disabled itself;
[18:21] <rharper> so the path forward is either looking at the datasource fallback PR; or deal with manual-cache-clean issues you've found in any backup/template script;
[18:26] <vijayendra> rharper, True. Let me work on the fallback PR you suggested.  I don't see much of an impact on our platform if subsequent boot cloudinit gets disabled. So wanted to give a try
[18:34] <rharper> you don't accept user-data ?
[18:46] <vijayendra> rharper, yes, That will not work, but after reboot dhcp network on the guest seems to be bigger problem than that, was just trying to barrow some time if we can deal with this problem before we address issue completely.
[18:49] <rharper> vijayendra: I see; it's definitely an improvement in the short term
[18:53] <rharper> vijayendra: ah, I see what's up; since power does not have DMI, the default policy is to enable cloud-init even if DS is not found; primarily because we can't rule some datasources out without looking at DMI data;   so, since you're already writing a datasource_list: []  you can also include a ds-indentify policy to set notfound=disabled;  you can write to /etc/cloud/ds-identify.cfg with the content: policy: search,found=all,maybe
[18:53] <rharper> =all,notfound=disabled
[18:56] <vijayendra> rharper, ah! ok. Sure. Let me try this
[19:08] <vijayendra> rharper, yes. This change did not reset to fallback
[19:11] <vijayendra> rharper, this helps in short term, I will work on the PR suggested and update you. Thanks for the support.
[19:17] <rharper> cool
[20:52] <meena> https://discourse.ubuntu.com/t/path-to-a-commit-bit-proposal/18770 ⬅ i commented on rick_h's commit bit proposal
[20:52] <meena> aaaaand now, i sleep
[23:54] <johnsonshi> Odd_Bloke: I think the Azure datasource report_diagnostic_event refactor can now be merged since I've addressed all of the comments: https://github.com/canonical/cloud-init/pull/563