[07:35] <Mirv> filed bug #1254986 regarding unity-mir with new Mir
[08:04] <Mirv> but before that the priority #1 is anyhow bug #1253685
[08:18] <tsdgeos> Mirv: why is that critical now? it's just at shutdown, no?
[08:18] <tsdgeos> Saviq: ↑↑↑
[08:18] <tsdgeos> didrocks: ↑↑↑
[08:19] <didrocks> tsdgeos: first reboot will take an additional 25s
[08:19] <didrocks> tsdgeos: because whoopsie collect the crash
[08:21] <tsdgeos> so we're marking something critical for 25s
[08:21] <tsdgeos> not sure which qualification we'll use when we delete user data unexpectedly :D
[08:22] <didrocks> tsdgeos: 25s on mako, seems to be 2 minutes on maguro
[08:22] <didrocks> tsdgeos: so no, I was happy to ignore the crash, until we realized that
[08:22] <didrocks> tsdgeos: seems it's an unity-mir issue
[08:36] <Saviq> didrocks, FWIW I'm not even seeing such long reboot times - apport seems just interrupted here on reboot
[08:37] <didrocks> Saviq: it's only the first boot
[08:37] <Saviq> didrocks, re-boot
[08:37] <didrocks> after you removed the crash file
[08:37] <Saviq> didrocks, and yes, not seeing that
[08:37] <didrocks> waow, can get multiple people confirming it
[08:38] <Saviq> didrocks, I'm not saying you can't, just mentioning - tried to repro that behavior and couldn't
[08:38] <didrocks> Saviq: the maguro tests were reported to me, I can only confirm the mako one thogh
[08:38] <didrocks> though*
[08:39] <didrocks> let's see once greyback is around what effort it is to fix it
[08:39] <didrocks> oh, a greyback! :)
[08:40] <greyback> didrocks: which bug? The stop unity8 crash?
[08:40] <didrocks> greyback: yeah
[08:41] <didrocks> I think I got the other regressions fixed (just need one testing again)
[08:41] <greyback> didrocks: am on it now. Hopefully isn't much work
[08:41] <didrocks> so you're the last one potentially :)
[08:41] <didrocks> and then, we can repromote an image
[08:41] <greyback> ok
[08:41] <didrocks> thanks greyback!
[08:41] <didrocks> greyback: we'll probably just cherry-pick it FYI
[08:41] <greyback> didrocks: gotcha
[08:41] <didrocks> greyback: on latest Mir version (libmirserver10 then) released in the distro
[08:42]  * didrocks doesn't want to risk more
[09:04] <didrocks> greyback: no pressure, but confirmed you are the last issue :)
[09:04] <greyback> didrocks: yep, that was clear the first time :P
[09:04] <didrocks> (phew, almost there ;))
[09:05] <didrocks> greyback: well, I didn't get my GSM dummy fix confirmed, done now :p
[09:05] <didrocks> I just raced with you, but mine was easier TBH
[09:05] <didrocks> ;)
[09:05] <greyback> :)
[09:11] <greyback> didrocks: where's the best place to get mir 0.1.2? the mir staging ppa?
[09:11] <didrocks> greyback: hum, please, use 0.1.1
[09:11] <didrocks> greyback: I don't plan to add another variable of change on the phone
[09:12] <didrocks> and just use 0.1.1+14.04.20131120-0ubuntu1 that we ship
[09:12] <didrocks> with unity-mir + your patch
[09:12] <greyback> didrocks: ok, for some reason I thought 0.1.2 has exposed this bug.
[09:12] <didrocks> greyback: no, it's really latest in trusty
[09:12] <didrocks> (and latest phone promoted image)
[09:13] <greyback> ok
[09:23] <greyback> Saviq: didrocks: can either of you have a look? https://code.launchpad.net/~gerboland/unity-mir/fix-shutdown-crash/+merge/196677
[09:23] <Saviq> greyback, am
[09:23] <greyback> ta
[09:23] <Saviq> greyback, oh, nice catch
[09:24] <greyback> Saviq: yeah, I've learned lambda functions as slots are dangerous
[09:24] <Saviq> greyback, which totally makes sense
[09:24] <greyback> indeed
[09:24] <didrocks> oh interested
[09:24]  * didrocks didn't know about that one
[09:24] <greyback> but they're so pretty
[09:34] <tsdgeos> greyback: why dangerous?
[09:35] <tsdgeos> ah
[09:35]  * tsdgeos reads the MR
[09:36] <tsdgeos> greyback: good catch!
[09:36] <greyback> tsdgeos: yeah. I guess we should ensure if you use lambda slot, it does not capture anything, i.e. is of form "[]"
[09:37] <greyback> so there's no side effects
[09:38] <tsdgeos> yeah :/
[09:38] <tsdgeos> https://code.launchpad.net/~aacid/unity8/queuedModelCountChanged/+merge/196680 anyone?
[09:41] <Saviq> didrocks, mir not yet published, you said you want to cherry-pick unity-mir
[09:41] <Saviq> didrocks, but unity-mir trunk already build-depends on new mir
[09:41] <Saviq> didrocks, shall we revert that b-d? especially since it FTBFS...
[09:44] <Saviq> greyback, ↑↑
[09:44] <greyback> Saviq: I say revert
[09:44] <Saviq> greyback, ok with me uncommitting?
[09:44] <greyback> Saviq: yep
[09:44] <Saviq> greyback, you'll have to rebase your branch
[09:44] <greyback> Saviq: I know, it's grand
[09:45] <didrocks> no, don't worry
[09:45] <didrocks> I don't want to take the other commit as well
[09:46] <didrocks> greyback: Saviq ^
[09:46] <didrocks> I just tested current unity-mir
[09:46] <didrocks> + the pathc
[09:46] <didrocks> and yeah, no crash
[09:46] <didrocks> I'm cherry-picking directly in distro
[09:46] <greyback> \o/
[09:46] <didrocks> and get the changelog fixed
[09:46] <didrocks> let's do it quickly
[09:46] <Saviq> didrocks, ok then
[09:46] <didrocks> nice work greyback!
[09:46]  * greyback takes rest of the day off
[09:46] <didrocks> Saviq: but clearly saw we need trunk linked to delivery in ubuntu :)
[09:46] <didrocks> greyback: can I as well? :)
[09:46] <didrocks> we have -proposed stuck for another fix :(
[09:47] <greyback> didrocks: ask Saviq, he's always letting me take days off ;)
[09:47] <Saviq> didrocks, sure, go for it
[09:47] <Mirv> greyback: :D
[09:47] <Mirv> cool to have the fix so quickly
[09:48] <Saviq> didrocks, greyback so anyway we're still blocked for merging into lp:unity-mir due to FTBFS against new mir (and it not being published, for that matter)
[09:48] <Mirv> you could merge the patch plus changelog manually and use bzr commit --author, while waiting for Mir
[09:48] <greyback> Saviq: new Mir being 0.1.2? I'd better fix that FTBFS then
[09:49] <Saviq> greyback, yes
[09:49] <didrocks> Saviq: feel free to merge manually
[09:49] <Saviq> greyback, https://bugs.launchpad.net/unity-mir/+bug/1254986
[09:49] <didrocks> Saviq: it's a build-dep issue?
[09:49] <didrocks> ah, something else
[09:49] <greyback> Saviq: is it available in a PPA somewhere? I'm not sure I trust mir-staging
[09:49] <didrocks> ok
[09:49] <didrocks> I'll let you guys figure it out :)
[09:50] <greyback> Saviq: in bug, nvr mind
[09:50] <Mirv> greyback: ppa:ubuntu-unity/daily-build
[09:50] <greyback> Mirv: so I saw, thanks for that. I always forget that ppa
[09:51] <didrocks> greyback: I added the changelog diff to your MP
[09:51] <didrocks> greyback: Saviq: uploaded to unblock the image, thanks guys!
[09:51] <greyback> didrocks: thank you
[09:51] <Saviq> didrocks, uh, already kicked generic-land
[09:52] <Saviq> didrocks, care to push the changelog yourself / do an MP?
[09:52] <didrocks> Saviq: no worry, doing it
[09:53] <greyback> didrocks: done
[09:53] <didrocks> greyback: Saviq: https://code.launchpad.net/~didrocks/unity-mir/resync-changelog/+merge/196682
[09:54] <greyback> uhh, to late
[09:54] <Saviq> didrocks, greyback landing
[09:54] <didrocks> land whatever you want, just need the changelog to be in sync :)
[09:55] <Saviq> tsdgeos, so we were trigger-happy with countChanged were we
[09:55] <tsdgeos> a bit too soon i'd say
[09:56] <Saviq> tsdgeos, would approve, if not for bug #1254898 :/
[09:59] <tsdgeos> Saviq: hmm, how common is that? and what does this have to with the other thing?
[09:59] <tsdgeos> or shall we not merge anything until we fix that one?
[10:00] <Saviq> tsdgeos, it's not that we *shall*
[10:00] <Saviq> tsdgeos, https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/
[10:00] <tsdgeos> ok
[10:01] <Saviq> tsdgeos, it's just blocking us - think I found the issue, though
[10:01] <tsdgeos> lots of yellow
[10:01] <tsdgeos> haven't been paying attention lately it seems
[10:06] <mzanetti> greyback: hey, I guess the ApplicationManager has the same issue: https://code.launchpad.net/~aacid/unity8/queuedModelCountChanged/+merge/196680
[10:13] <greyback> mzanetti: whoa, that's interesting.
[10:13] <mzanetti> greyback: yeah... tsdgeos discovered it
[10:13] <tsdgeos> greyback: it's not always bad
[10:13] <tsdgeos> but it was happening to me
[10:14] <tsdgeos> that someone got the countChanged Signal before a third party (a repeater) was getting the insertedRows
[10:14] <mzanetti> yep. I think we're not running into this with applicationmanager yet as we don't do fancy stuff onCountChanged
[10:14] <tsdgeos> and so when the countChanged handler wanted to do stuff on the repeater it was weirded out by the fact that the row was still not there
[10:15] <tsdgeos> and i really think it makes sense all rowInserted are processed before any count changed is invoked
[10:15] <mzanetti> tsdgeos: but... shouldnt that stuff happen on Repeater.countChanged instead of mode.countChanged?
[10:15] <mzanetti> model
[10:15] <tsdgeos> mzanetti: well it's the decoulping problem
[10:16] <tsdgeos> a item is responsible for something and a different item fro something else
[10:16] <mzanetti> ah... right... we have that thing in the indicators
[10:16] <tsdgeos> mzanetti: yes in an ideal world, yeah, and it was my first idea of fixing it
[10:16] <tsdgeos> mzanetti: but then i did think about it and if we were not chaining the signals, we'd do "endInsertSignals(); emit countChanged();"
[10:17] <tsdgeos> and that means
[10:17] <tsdgeos> first all rowsInserted and them all countChanged
[10:17] <tsdgeos> so i thought we ought to mimic that behaviour
[10:18] <tsdgeos> Cimi: ping
[10:21] <Saviq> that time of the year again :D http://ubuntuone.com/2Cf5YYEfHQ96YgIdGFyVAq
[10:22] <tsdgeos> you mean that time of the decade ^_^
[10:22] <Saviq> tsdgeos, no, that's not radioactive fallout ;)
[10:26] <Cimi> tsdgeos, pong
[10:26] <Saviq> tsdgeos, ouch, your queued connections break some tests
[10:26] <Saviq> tsdgeos, https://jenkins.qa.ubuntu.com/job/unity8-trusty-i386-ci/262/console
[10:27] <tsdgeos> darg
[10:27] <tsdgeos> Cimi: i am not sure i see the problem you were saying yesterday
[10:27] <Cimi> tsdgeos, what?
[10:27] <tsdgeos> Cimi: you said "open preview in carousel, switch left/right to other items"
[10:27] <tsdgeos> no?
[10:27] <Cimi> tsdgeos, y
[10:27] <tsdgeos> and what should i see?
[10:27] <Cimi> tsdgeos, look at the bottom
[10:28] <tsdgeos> i am
[10:28] <Cimi> tsdgeos, the small carousel
[10:28] <tsdgeos> i even put my finger in the screen :D
[10:28] <tsdgeos> seems like stuff is in the same place to me
[10:28] <Cimi> mmmm
[10:28] <Cimi> tsdgeos, it moves up at the first swipe
[10:28] <tsdgeos> ok, i'll put my finger again
[10:29] <Cimi> tsdgeos, it's clear, especially in tablet mode
[10:30] <tsdgeos> Cimi: ok, yes, it does
[10:30] <tsdgeos> big finger :D
[10:34] <tsdgeos> Saviq: yeah that's rather unfortunate :-/
[10:34] <Saviq> tsdgeos, indeed
[10:34] <tsdgeos> i can change the qcompare
[10:34] <tsdgeos> to qtrycompare
[10:34] <tsdgeos> and then it kind of works
[10:35] <tsdgeos> but it highlights the need of a eventloop
[10:35] <mhr3> sil2100, how are we looking on unity-scopes-api?
[10:36] <tsdgeos> Saviq: so maybe i should just discard this change and as mzanetti says make the other thing able to cope with countChanged possibly happening before all the rowInserted have been processed
[10:36] <mzanetti> tsdgeos: I didn't say that :)
[10:37] <tsdgeos> mzanetti: you didn't say to discard it, you did say to make the other stuff work, no?
[10:37] <mzanetti> tsdgeos: I said the onCountChanged in the view should happen onCountChanged in the view instead of the onCountChanged of the model
[10:38] <tsdgeos> ok ;-)
[10:40] <Saviq> tsdgeos, yeah, it did feel slightly funky indeed
[10:41] <tsdgeos> ok, let's discard it for the moment
[10:41] <tsdgeos> and let's try to make it work
[10:41] <tsdgeos> everyone keep in mind that countchanged in the model may trigger before the view is updated
[10:41] <tsdgeos> and that's it :D
[10:42] <tsdgeos> let's see if i can do that in the code i'm trying to fix
[10:43] <Saviq> mzanetti, https://code.launchpad.net/~saviq/unity8/fix-dashshown-test/+merge/196690
[10:43] <Saviq> mzanetti, it's http://s-jenkins:8080/job/unity-phablet-qmluitests-trusty/422/ minus debug logging
[10:44] <Saviq> so the first green run since yesterday http://s-jenkins:8080/job/unity-phablet-qmluitests-trusty/
[10:46] <Saviq> /food, thus
[10:53] <Mirv> tsdgeos: Saviq: FYI Qt 5.2 status update, with sensors rebuilds I got rid of the previous linker error. now it has a linker error about UI Toolkit, which FTBFS:s (test failure) and I've pinged sdk team about that bug
[10:53] <tsdgeos> tx!
[10:54] <Saviq> Mirv, cheers!
[11:04] <greyback> Mirv: Saviq: https://code.launchpad.net/~gerboland/unity-mir/0.1.2-supprt/+merge/196693 fixes Mir 0.1.2
[11:06] <Saviq> didrocks, ↑ what do we do? are we publishing new Mir first and letting that through or are we testing locally and forcing it in?
[11:07] <didrocks> Saviq: as long as it's tested in a good variety of hardware, I have no issue with you doing a manual MP
[11:07] <didrocks> Saviq: you clearly need feature ticket ;)
[11:08] <Saviq> didrocks, airline CI there yet? :P I don't want to do manual, so asking what's the proper course here
[11:08] <didrocks> Saviq: if only ;)
[11:08] <Saviq> didrocks, I'd rather wait for mir to be released
[11:08] <didrocks> Saviq: yeah, sounds fine
[11:09] <Saviq> k
[11:10] <Mirv> but one can't build the trunk in PPA without the fix? previously I've merged manually, build mir + platform-api + unity-mir + unity-system-compositor in the PPA, tested them and released at the same time
[11:15] <sil2100> mhr3: I sent it out for preNEW review, but for now nothing
[11:16] <sil2100> Argh, I meant:
[11:17] <sil2100> mhr3: I sent it out for preNEW reveiw yesterday, but for now there is no info regarding how it went
[11:27] <Cimi> mzanetti, in that branch, we should probably check if clicking on items it hides indicators? https://code.launchpad.net/~nick-dedekind/unity8/lp1238182/+merge/192965
[11:28] <mzanetti> Cimi: yeah... that test seems a bit minimalistic
[11:33] <tsdgeos> Cimi: so yeah basically is the "up" animation that messes things up
[11:33] <Cimi> tsdgeos, up animation?
[11:33] <tsdgeos> Cimi: for first show animation is still not there so Y is 158.237 and for the second is already there so it's 170.038
[11:34] <tsdgeos> Cimi: you know that thing that makes the item "grow" or whatever in the carouse
[11:34] <tsdgeos> l
[11:34] <tsdgeos> which tbh i don't know why it's happening
[11:34] <tsdgeos> since it's the same item we had selected
[11:34] <tsdgeos> am i making any sense?
[11:34] <Cimi> tsdgeos, it's just a scale
[11:34] <tsdgeos> sure
[11:34] <Cimi> tsdgeos, it should not affect
[11:35] <tsdgeos> it does
[11:35] <Cimi> tsdgeos, scales don't affect coordinates
[11:35] <Cimi> afaics
[11:35] <tsdgeos> they don't affect coordinates
[11:35] <tsdgeos> they do affect mapToScene though
[11:36] <tsdgeos> hmmm
[11:36] <tsdgeos> or maybe not
[11:36] <tsdgeos> let me make sure
[11:39] <Cimi> tsdgeos, you can disable the scale and see
[11:39] <Cimi> tsdgeos, I think I did though
[11:43] <tsdgeos> ok
[11:52] <dandrader> "FAIL!  : qmltestrunner::Shell::test_DashShown(in focus) Uncaught exception: Cannot read property 'width' of undefined"
[11:52] <dandrader> does anybody knows what's that about ↑
[11:52]  * dandrader is now using the arrow char as well :)
[11:56] <tsdgeos> Cimi: http://paste.ubuntu.com/6478600/ does defenitely make it go away
[11:56] <tsdgeos> dandrader: yes, Saviq is merging a fix for it
[11:56] <dandrader> tsdgeos, cool. thanks
[11:57] <tsdgeos> Cimi: can you confirm?
[12:03] <nic-doffay> Saviq, you around?
[12:11] <sil2100> mhr3: https://code.launchpad.net/~sil2100/unity-scopes-api/package_name/+merge/196700 <- with this in, we're ready to go with enabling in cu2d!
[12:15] <mhr3> sil2100, thx, approved
[12:16] <seb128> sil2100, mhr3: +1
[12:24] <Saviq> nic-doffay, here
[12:25] <nic-doffay> Saviq, re this: https://code.launchpad.net/~nicolas-doffay/unity8/category-transition-speed-fix/+merge/195203
[12:25] <nic-doffay> Not quite sure how to get around the speed issue without other issues occurring with this approach.
[12:31] <tsdgeos> dandrader: saviq stuff merged
[12:31] <Saviq> tsdgeos, dandrader I'll take care of restarting merges
[12:32] <Saviq> nic-doffay, why would the speed different, when you have the same amount of travel and same duration?
[12:32] <dandrader> Saviq, thanks. and don't forget about finishing the review of https://code.launchpad.net/~dandrader/unity8/runningAppsEndClose/+merge/196257 ;)
[12:33] <nic-doffay> Saviq, that's the thing the travel isn't always the same. I had to add some clauses due to other bugs that occur.
[12:33] <Saviq> dandrader, I never started ;P
[12:33] <nic-doffay> Which you mentioned in a previous comment.
[12:33] <Saviq> nic-doffay, why isn't it the same?
[12:33] <Saviq> nic-doffay, it should be
[12:33] <Saviq> nic-doffay, will have another look soon
[12:34] <nic-doffay> Saviq, if you set the speed to the scope height then reset it to the collapsed/uncollapsed height as you suggested you can see a noticeable change.
[12:34] <nic-doffay> Basically like a bounce.
[12:39] <Cimi> tsdgeos, yes
[12:39] <Cimi> tsdgeos, so what we do here is unknown :)
[12:40] <tsdgeos> well now that we know what happens we can try to find out how to fix/workaround it
[12:40] <tsdgeos> i'll have a look after lunch
[12:49] <Cimi> tsdgeos, yeah I think that when it changes currentIndex position etc is screwed up maybe because it's still animating
[12:49] <tsdgeos> may be, now lunch!
[12:57] <Cimi> tsdgeos, don't answer if you're eating, that's how I do :P
[13:08] <mhr3> Saviq, do we need something in the json card templates that specifies how many lines of text should be reserved to the title?
[13:09] <mhr3> Saviq, otherwise apps cards would look like music ones (minus the subtitle)
[13:09] <mhr3> Saviq, plus how are we going to specify the different card sizes? will the json include size in grid units or something?
[13:09] <Saviq> mhr3, this might have changed, but last I checked it was "up to two lines for title+subtitle"
[13:10] <Saviq> mhr3, so if there's no subtitle - title can span two lines, but if there's subtitle - title just one line
[13:10] <mhr3> Saviq, so current music renderer can't be done using the templates?
[13:10] <mhr3> music-grid that is
[13:10] <Saviq> mhr3, meaning 2 lines for title + 1 line subtitle?
[13:10] <mhr3> as it has two lines + subtitle
[13:11] <mhr3> right
[13:11] <Saviq> mhr3, yeah that was the plan last I read it, but I vaguely remember that changing
[13:11] <Saviq> mhr3, either way, no, I don't think we should do so much for specifying it
[13:12] <mhr3> Saviq, what about the card sizes?
[13:12] <Saviq> mhr3, it should adapt dynamically
[13:12] <Saviq> mhr3, card sizes
[13:12] <Saviq> mhr3, we definitely need small/medium/large to be in the json
[13:12] <Saviq> mhr3, which translate to GUs
[13:13] <Saviq> mhr3, we shouldn't need to allow arbitrary sizes, but that's also something that wasn't clear in the spec
[13:13] <mhr3> i'm just wondering whether that'll be enough
[13:13] <mhr3> at least looking at the visual spec and what have in the jsons... might be missing stuff
[13:14] <Cimi> Saviq, what shall I do with this? https://code.launchpad.net/~cimi/unity8/fix-1214423/+merge/192868
[13:14] <Saviq> mhr3, oh yeah jsons are not complete for sure
[13:14] <Cimi> Saviq, we have a WIP doc here https://docs.google.com/a/canonical.com/document/d/1Ded64oMdX10F5vYPoarUVle-J7qLs9-ilyPtoIZoUwU/edit
[13:15] <Saviq> Cimi, reply to the comments at least ;)
[13:15] <Cimi> Saviq, basically I put myself on hold on that
[13:15] <Cimi> sdk or not?
[13:15] <mhr3> Saviq, is someone already working on creating a renderer out of the json?
[13:16] <Saviq> Cimi, if it's going to the SDK, probably doesn't make sense to get it into unity8 first
[13:16] <mhr3> Saviq, cause i'm not if you're expecting me to :)
[13:16] <Cimi> Saviq, exactly
[13:16] <Saviq> mhr3, I'm not (expecting you to)
[13:16] <Saviq> mhr3, and I am, when I can
[13:17] <mhr3> Saviq, think we should sync up on what we expect to have from each other for next week ;)
[13:18] <Saviq> mhr3, I expect to have a first iteration of the card renderer that will read the json and adapt accordingly
[13:18] <Saviq> mhr3, stand alone, tested
[13:19] <Saviq> mhr3, so no dependency on you
[13:19] <mhr3> good, i should have things prepared to hook it up to real scopes
[13:19] <mhr3> then we just need real scopes :)
[13:21] <Cimi> https://bugs.launchpad.net/unity8/+bug/1253067
[13:21] <Cimi> really that bad???
[13:22] <Saviq> Cimi, icanhascommentrightsonthatdoc? kthxbai
[13:22] <Cimi> Saviq, tak
[13:22] <Saviq> Cimi, I'd say that bug is just something not working right, not actual issues
[13:23] <Cimi> yeah
[13:23] <Cimi> Saviq, I thought it would have been faster than compiz
[13:23] <Cimi> Saviq, however, all the ubuntu shapes are consuming shaders, right?
[13:24] <Saviq> Cimi, as does most of QML itself anyway
[13:24] <Cimi> ok
[13:24] <Saviq> Cimi, it's not a magic word, or a magic resource hog ;)
[13:24] <Saviq> Cimi, and compiz/unity7 is made out of shaders just as well
[13:24] <Cimi> Saviq, well, intel 915 has limited shader units
[13:25] <Cimi> not sure which one is more graphically intense on this regard
[13:25] <Saviq> Cimi, lower than Galaxy Nexus? doubt it ;)
[13:25] <Cimi> Saviq, unity7 on the intel 915 has fallback mode
[13:25] <Cimi> Saviq, no blur iirc
[13:26] <Cimi> Saviq, to use less shaders
[13:26] <Cimi> like maybe not gaussian but mipmap or not blur at all
[13:27] <Cimi> galaxy nexus might have more updated OpenGL specs
[13:27] <Cimi> specs/support
[13:29] <mhr3> just let i915 die
[13:29] <mhr3> it had a good run
[13:29] <mhr3> but we have real gpus now
[13:35] <Cimi> mhr3, so we should let the galaxy nexus and nexus 4 die as well?
[13:35] <Cimi> we have so much performance work to do...
[13:35] <Cimi> I'd stop working on unity new features just to improve performance
[13:39] <mhr3> Cimi, i didn't say anything about galaxy nexus, i'm talking about i915 which is super old gpu that doesn't even do opengl es
[14:03] <mhr3> tsdgeos, re the countchanged branch, afaict you'd have to compress those events to be safe
[14:03] <Saviq> aaaah I got a typing machine in my phone!
[14:04] <tsdgeos> mhr3: hmmm?¿
[14:05] <mhr3> tsdgeos, oh wait it doesn't include the actual count
[14:05] <mhr3> still, the qt guys had a good reason not to expose a count property on the models :)
[14:05] <tsdgeos> mhr3: actually they did
[14:06] <tsdgeos> just in the qml models though
[14:06] <tsdgeos> because they never thought people would want to share the same interface with something that can be either a qml model or a c++ one
[14:06] <tsdgeos> ...
[14:06] <tsdgeos> ...
[14:06] <mhr3> would be nice if we could get rid of them too then
[14:06] <Saviq> now that's what I like to see http://s-jenkins:8080/job/unity-phablet-qmluitests-trusty/
[14:07] <tsdgeos> mhr3: ? what issue do you have with count?
[14:07] <Saviq> mhr3, there's rowCount and columnCount on the models all the same?
[14:08] <mhr3> tsdgeos, it's just weird to have it a notifiable property
[14:08] <tsdgeos> why?
[14:08] <mhr3> as a*
[14:08] <mhr3> cause count changes when rows dis-/appear
[14:08] <mhr3> a separate signal is just asking for all the trouble you're expriencing
[14:09] <tsdgeos> not really
[14:09] <tsdgeos> my problem is just because our implementation sucks
[14:09] <tsdgeos> not because anything else
[14:11] <mhr3> but it sucks cause there's no correct way to do it
[14:11] <tsdgeos> right, i just need to change the Qt code to do it right unfortunately
[14:12] <mzanetti> MacSlow: is the fullscreen notifications ready for review?
[14:14] <MacSlow> mzanetti, yup
[14:14] <MacSlow> mzanetti, oh... let me push it... :)
[14:14] <mzanetti> MacSlow: ok... there's a ton of conflicts. can you merge those?
[14:14] <MacSlow> mzanetti, yeah... that's solved...
[14:15] <mzanetti> nice
[14:17] <MacSlow> mzanetti, r493 pushed
[14:17] <MacSlow> mzanetti, if you want to test it with the fullscreen simunlock, plain lp:unity-notifications will do
[14:18] <MacSlow> mzanetti, regarding the stand-alone example I mean
[14:23] <mzanetti> MacSlow: I'll run it on the device with the real sim pin
[14:23] <MacSlow> mzanetti, you're lucky you have a locked sim :)
[14:24] <mzanetti> MacSlow: ?
[14:24] <MacSlow> mzanetti, I only have an unlocked sim, which fits into my GN
[14:24] <Saviq> MacSlow, you can lock it ;)
[14:24] <mzanetti> …
[14:25] <mzanetti> MacSlow: and: you could even make the other fit in there :D
[14:25] <MacSlow> Saviq, nope... two different form-factors on the simcards/slots and I don't have an adapter
[14:25]  * mzanetti has a bunch of self made adapter for all his self cut sims
[14:25] <Saviq> MacSlow, excuses, excuses
[14:25] <MacSlow> mzanetti, hm... too fiddly for my taste
[14:26] <mzanetti> MacSlow: and: you can use qdbus to lock the sim with Ubuntu Touch
[14:26] <MacSlow> Saviq, I just don't want to mess things up  :)
[14:26] <Saviq> MacSlow, that's the only way to have things to fix, though!
[14:26] <mzanetti> anyways. you can also fiddle with all sorts of python stuff to mock it if you find that less fiddlier :)
[14:27] <MacSlow> mzanetti, well I have done that already so :)
[14:27]  * Saviq is pretty interested in how will www.knowroaming.com pan out
[14:27] <MacSlow> mzanetti, what's the qdbus way to lock it
[14:28] <mzanetti> MacSlow: something like "qdbus --system org.ofono /ril_0 or.ofono.SimManager.LockSim"
[14:30] <Saviq> mterry, notes
[14:30] <Saviq> ;)
[14:33] <Saviq> mterry, you got off the hook ;)
[14:33] <mterry> Saviq, :)
[14:53] <MacSlow> Saviq, ah... just realoaded the page again (https://code.launchpad.net/~macslow/unity8/notification-fullscreen-support) and the conflicts are gone now... phew
[14:53] <Saviq> MacSlow, cheers
[14:53] <MacSlow> Saviq, LP was a bit slow then today
[14:54] <tsdgeos> Cimi: maybe we can just cheat...
[14:54] <dandrader> Cimi, I was talking about this bug: https://bugs.launchpad.net/unity8/+bug/1213956
[14:55] <Cimi> tsdgeos, that's why I wanted the rendererName :P
[14:55] <tsdgeos> Cimi: what about http://paste.ubuntu.com/6479319/
[14:55] <tsdgeos> the code in there is trying to adjust the y in case we have to show a new row of the filter grid
[14:55] <tsdgeos> but if there's just 1 row there's no need to do anything at all
[14:55] <Cimi> yeah
[14:56] <Saviq> didrocks, any word on when new mir gets published?
[14:59] <tsdgeos> Cimi: can you see if that's acceptable looking?
[15:01] <didrocks> Saviq: when they will fix the bug set on #ubuntu-mir
[15:01] <Saviq> didrocks, ok thanks
[15:02] <Cimi> tsdgeos, I'm having a look
[15:04] <greyback> dandrader: ping
[15:06] <Saviq> mzanetti, tsdgeos, we talked yesterday with mhr3 and pstolowski about what they're doing for the new scopes backend - they've created a new version of the Unity plugin, which works fine, but has the disadvantage of having to change the version number in the import statement
[15:06] <dandrader> greyback, pong
[15:06] <mzanetti> Saviq: so?
[15:07] <Saviq> mzanetti, tsdgeos, on top of that they/we'll need to diverge some of our QML soonish
[15:07] <Saviq> mzanetti, makes it difficult to switch between old and new backend
[15:07] <mzanetti> Saviq: true. but why would we want to look back after the transition?
[15:07] <tsdgeos> +1
[15:08] <mhall119> Saviq: kgunn: I'm on trusty r28, can you tell me what's going on in these screenshots? http://ubuntuone.com/0wDQmCpQCjlFzhVYrx4rb6 and http://ubuntuone.com/2G8J7z7XUuAf0sUQC9l9JI
[15:08] <Saviq> mzanetti, *after* is fine
[15:08] <mzanetti> heh
[15:08] <Saviq> mzanetti, the time between now and after is tricky
[15:08] <Saviq> mhall119, 'could not access backend storage' I'm afraid
[15:08] <mhall119> Saviq: meaning?
[15:08] <mzanetti> Saviq: well. does it mean that enabling the new backend would break lots of stuff?
[15:09] <Saviq> mhall119, can't access the images
[15:09] <Saviq> mzanetti, it doesn't work at all yet
[15:09] <Saviq> mzanetti, tsdgeos ideally we should be able to switch by just exporting a different import path
[15:09] <mhall119> Saviq: you can't access the ones I  linked to, or Unity can't access the thumbnail images?
[15:09] <Saviq> mhall119, I can't access U1
[15:09] <mzanetti> Saviq: ah... then I've read the first sentence wrong
[15:09] <tsdgeos> Saviq: yeah that'd be the best
[15:09] <mhall119> ok, I'll describe it then
[15:10] <Saviq> mhall119, or upload to people.c.c?
[15:10] <tsdgeos> Saviq: why we need to change the api?
[15:10] <mzanetti> Saviq: well... do they use unity-api?
[15:10] <mhall119> Saviq: I get blank thumbnails for some open apps, and when switching to them it seems to have to restart the app
[15:10] <mhall119> Saviq: the links work for me..
[15:11] <Saviq> mhall119, sounds like app lifecycle killed the app and the app didn't store/read its archive?
[15:11] <Saviq> mhall119, that's not all fleshed out yet
[15:11] <Saviq> greyback, ↑ sounds right?
[15:11] <greyback> reading
[15:11] <mhall119> it seems to happen a lot with webapps, but also with some QML apps
[15:11] <Saviq> mzanetti, tsdgeos, we need to change the api 'cause there's a change in approach
[15:11] <tsdgeos> ok
[15:12] <mzanetti> Saviq: so in that case the switching back/forth wouldn't work in any case
[15:12] <mhall119> Saviq: on the second one, the indicator menu and icon don't match up, I get the Battery menu on the Messaging icon, the Messaging menu on the network icon, etc
[15:12] <Saviq> mzanetti, it's on a per-component basis, really
[15:12] <greyback> Saviq: yes that would be my guess.
[15:12] <Saviq> mzanetti, there's only 5 places where we actually import Unity
[15:13] <mzanetti> mhall119: known bug
[15:13] <Saviq> mhall119, that's fixed already
[15:13] <mhall119> ok
[15:13] <mhall119> greyback: is there a way for me to provide useful information to you about the app thumbnail thing?
[15:14] <Saviq> mzanetti, what we're after is basically minimizing the divergence, i.e. until a component works with both, we don't want to make a copy of it
[15:14] <Saviq> mzanetti, tsdgeos, FWIW I wanted to split unity8 into a few Unity.UI.Foo modules in any case
[15:14] <greyback> mhall119: contents of .cache/upstart/unity8.log is handy.
[15:14] <mzanetti> Saviq: fine with me
[15:14] <tsdgeos> Saviq: that's the ideal, if you can make them decoupled enough :D
[15:14] <mzanetti> Saviq: this would be the time to make use of unity-api for the scopes stuff
[15:15] <greyback> mhall119: and do a "ps ax" on the device to check if the applications with black thumbnails are running or not
[15:15] <Saviq> mzanetti, not really, since we don't really have the new API yet
[15:15] <mhall119> greyback: and where would you like me to send the log?
[15:15] <Saviq> mzanetti, so splitting it would just be a pain at this point
[15:16] <greyback> mhall119: create a bug please
[15:16] <greyback> mhall119: against unity-mir
[15:16] <Saviq> mhall119, that's bug #1193099 btw
[15:16] <mzanetti> Saviq: how about this? We start the new one with a new version number. change all the old imports to be named imports. then we can load both, the old and the new and at some point drop the old imports
[15:17] <Saviq> mzanetti, I'd be worried that would affect what works currently
[15:17] <Saviq> mzanetti, say if the new backend's plugin crashed on init or something
[15:18] <mhall119> greyback: well, one missing app thumbnail has a running process, another doesn't
[15:18] <mhr3> mzanetti, yea, we're still changing the abi a lot, that might happen quite often
[15:18] <mzanetti> Saviq: well, unless they completely finish the new plugin and do the transition of unity to it in a single merge, there's always a high risk of breakage
[15:18] <Saviq> mhall119, and the other bug #1253804
[15:19] <Saviq> mzanetti, yeah, but we're just too early in the new stuff's dev process I think
[15:19] <mhall119> greyback: do you want a new bug, or should I just add my info to #1193099 ?
[15:19] <Saviq> mzanetti, and also, that wouldn't really help when you want to use the same type from two different named imports
[15:19] <greyback> mhall119: could you determine reliable steps to reproduce the bug please, and add them to that bug. I can't tackle it right now.
[15:19] <Saviq> mzanetti, 'cause you'd have to change the named import anyway
[15:20] <mzanetti> Saviq: well... if it doesn't do anything yet I'd say they should continue in a separate branch/repo/whatever until it makes sense starting to integrate it
[15:20] <Saviq> mzanetti, or worse - its usage
[15:20] <mhall119> greyback: only process I know is "use the phone for a while"
[15:20] <mhall119> sometimes it happens right away with only 2 apps, sometimes it takes 6 or more before it happens
[15:20] <mzanetti> Saviq: I'm not really sure what you want to hear from me tbh
[15:20] <Saviq> mzanetti, ideas ;)
[15:20] <mhr3> Saviq, mzanetti, i'd actually want to merge stuff this week, it's nowhere near complete.. and disabled by default, but we want it easy to actually play with it
[15:20] <greyback> mhall119: yuk. Ok, well just add that, I'll see what I can do
[15:21] <mzanetti> doorbell
[15:21] <mzanetti> brb
[15:21] <mhr3> Saviq, that reminds me, if there's no "home.scope" shell is weird :P
[15:23] <Saviq> mhr3, possible
[15:23] <Saviq> mhr3, that's because you said home.scope is just another scope last cycle ;P
[15:23] <Saviq> mhr3, and so we had to store that name somewhere to make it special
[15:24] <Saviq> mhr3, now we probably need to change that name
[15:24] <mhr3> Saviq, i think the issue is that shell waits for it and disables some functionality while it's not there
[15:24] <mhall119> greyback: ok, added screenshot, log, and description or running/not running processes
[15:24] <Saviq> mhr3, something like this might happen indeed
[15:25] <mhr3> Saviq, so really we should have a signal that says "loading done" and anything disabled will get away
[15:25] <greyback> mhall119: thank you
[15:25] <Saviq> mhr3, it's a string in Dash.qml
[15:25] <Saviq> mhr3, yeah, you don't have that signal either ;P
[15:26] <Saviq> mhr3, or didn't have, at least
[15:26] <mhr3> i'm blame dednick
[15:26] <mhr3> as he's on holiday :)
[15:26] <Saviq> good call
[15:27] <mhr3> Saviq, anyway, idea how to fix it for new while keeping it working for old?
[15:27] <mhr3> Saviq, Q_PROPERTY(bool loadingFinishedActuallyWorks) ;)
[15:28] <Saviq> mhr3, I'm starting to think just a branch on top of lp:unity8 will be the easiest... and easiest to integrate then
[15:28] <Saviq> mhr3, otherwise we'll end up with copies of all the files that just need one line changed
[15:29] <mhr3> Saviq, but pain to develop against, you'll have to always base on it
[15:30] <Saviq> mhr3, but then you won't have to reintegrate changes to files that were changed in trunk in your copy
[15:30] <Saviq> mhr3, or people would at least have to make sure to apply any changes to both
[15:31] <mhr3> Saviq, i just want the switch to new be as simple as possible even during development
[15:31] <Saviq> mhr3, which doesn't feel awesome
[15:31] <mzanetti> MacSlow: just ran your branch on the phone. it's nowwhere near fullscreen :)
[15:31] <mhr3> Saviq, if that means separate unity8 branch, it's already a fail
[15:32] <mhr3> ..or we need it in ppa
[15:32] <Saviq> mhr3, dunno, it feels easy enough to just have two checkouts
[15:33] <Saviq> mhr3, oh you mean for people that just want to grab packages?
[15:33] <mhr3> yes
[15:33] <mzanetti> why would someone want to do that?
[15:33] <Saviq> mzanetti, to see progress
[15:34] <Saviq> mhr3, separate branch + ppa acceptable?
[15:34] <mzanetti> in that case I guess ./run should be acceptable too
[15:34] <mhr3> meh, i guess that's what it takes
[15:34]  * mhr3 really didn't want ppa
[15:35] <Saviq> mhr3, only other idea I can think of: have a copy of Shell.qml and any other .qml files that need changes
[15:35] <MacSlow> mzanetti, you've not used the example from lp:unity-notifications I assume... so the notification you triggered didn't use the new hint for fullscreen.
[15:35] <Saviq> mhr3, but then integrating trunk changes in there will be painful
[15:35] <mzanetti> yep. that's an issue
[15:36] <Saviq> mhr3, if we try and maintain backwards compatibility between the two, we'll just stumble upon roadblocks and it will influence what we do
[15:36] <Saviq> make us jump through hoops
[15:36] <mhr3> Saviq, yea, that's true indeed
[15:37] <mhr3> Saviq, ok then, separate branch it is
[15:37] <mhr3> +ppa
[15:37] <Saviq> mhr3, let me know if you need help setting it up, + recipes and such
[15:37] <Saviq> mhr3, and I promise you we'll help with any conflict with merging trunk in there
[15:37] <mhr3> first i need unity-scopes-api in distro :)
[15:38] <Saviq> mhr3, obviously then, when there are changes that can go into trunk directly - that's where they should go straight away
[15:41] <davidcalle> sil2100, hey, could you please have a look at https://code.launchpad.net/~davidc3/cupstream2distro-config/jamendo-scope/+merge/196735 ?
[15:42] <sil2100> davidcalle: hey! Sure, I'll look into this in a moment :)
[15:43] <davidcalle> sil2100, thanks
[15:46] <mzanetti> Saviq: can't compile unity8 on the phone because qmirserver.h isn't found
[15:47] <mzanetti> installing libunity-mir-dev doesn't work because of a missing dep to libunity-mir1 >= 0.2-something
[15:47] <mzanetti> is there an issue currently or is my device borked?
[15:47] <Saviq> mzanetti, should be working, checking
[15:49] <Saviq> mzanetti, sure you don't have no ppa enabled, btw?
[15:50] <mzanetti> Saviq: yeah
[15:50] <Saviq> mzanetti, so yeah, daily-build ppa might cause it
[15:50] <Saviq> mzanetti, ppa-purge ppa:ubuntu-unity/daily-build
[15:52] <mzanetti> Saviq: nope. not installed
[15:52] <Saviq> mzanetti, not installed meaning not enabled?
[15:52] <mzanetti> yeah
[15:52] <Saviq> mzanetti, libunity-mir-dev installs fine from distro here
[15:53] <mzanetti> ah crap. I know what's happening
[15:53] <Saviq> mzanetti, apt-cache policy libunity-mir-dev libunity1 ?
[15:54] <mzanetti> Saviq: I had libunity-mir from your tgz to test the sigstop thingie
[15:55] <Saviq> mzanetti, right
[15:56] <davidcalle> sil2100, I almost sorted it before committing, that bothers me too. Next time ;)
[15:57] <Saviq> mzanetti, so yeah, apt-cache policy would've told you that
[15:59] <sil2100> davidcalle: yeah, I guess let's use a separate clean up branch and merge for that ;)
[16:22] <Cimi> tsdgeos, yeah I think I don't have better ideas now
[16:22] <tsdgeos> Cimi: i tried multiplying the result by the scale
[16:22] <tsdgeos> but didn't work at all
[16:22] <Cimi> tsdgeos, actually no
[16:23] <Cimi> tsdgeos, are we sure this will work when its not first category?
[16:24] <tsdgeos> i don't see why it should not
[16:24] <tsdgeos> but no i am not completely sure
[16:25] <Cimi> tsdgeos, I guess this moves conentY
[16:25] <Cimi> tsdgeos, sometimes contentY might need to be adjusted
[16:25] <Cimi> let me try
[16:27] <Cimi> tsdgeos, would be better getting the position of the carousel at all
[16:27] <Cimi> tsdgeos, not the current item inside
[16:27] <tsdgeos> Cimi: well, but that defeats the purpose of the code as far as i understand
[16:27] <tsdgeos> that is making sure the current item is visible
[16:28] <tsdgeos> mzanetti knows more though
[16:28] <tsdgeos> since he wrote it :D
[16:30] <Cimi> tsdgeos, seems to work actually..
[16:31] <Cimi> tsdgeos, so I'm fine with it if you want to commit
[16:31] <Cimi> tsdgeos, I was testing it in weird positions
[16:31] <tsdgeos> Cimi: ok, commiting then
[16:46] <Cimi> dandrader|lunch, not trivial to code... had a look already
[16:46] <tsdgeos> Saviq: something is missing in deps?
[16:46] <tsdgeos> Saviq: i'm getting
[16:47] <tsdgeos> CMake Error at CMakeLists.txt:64 (message):
[16:47] <tsdgeos>   Could not determine plugin installation dir.
[16:47] <tsdgeos> anyone?
[16:48] <tsdgeos> mhr3: ↑↑ ?
[16:48] <mhr3> tsdgeos, latest unity-api
[16:48] <mhr3> 7.80.4 iirc
[16:49] <tsdgeos> taht still didn't hit the repos
[16:49] <Saviq> tsdgeos, yes, latest unity-api
[16:49] <tsdgeos> why do we depend on it?
[16:49] <Saviq> tsdgeos, because it defines the path to install shell-facing plugins
[16:49] <Saviq> tsdgeos, take it from daily-build
[16:50] <tsdgeos> it's confusing when i'm using the development branch of the distro but still need the development-development branch to get stuff to work :D
[16:51] <Saviq> tsdgeos, yeah, it's not often that happens, sorry
[16:51] <Saviq> tsdgeos, it'd have been released already if not for a lot of things that obviously had to happen just now
[16:51] <tsdgeos> :D
[16:51] <Saviq> tsdgeos, actually not even daily-build...
[16:51] <mhr3> tsdgeos, clearly you pull too often ;)
[16:51] <tsdgeos> well i'm trying to not get my branch billions of hard merges to do
[16:52] <Saviq> tsdgeos, actually it's there, yeah
[16:52] <tsdgeos> but i guess i can just call it a day and wait for stuff to happen
[16:52] <Saviq> tsdgeos, it's going to be in distro real soon
[17:05] <Cimi> so it's ready for review now https://code.launchpad.net/~unity-team/unity8/dash-renderers/+merge/196285
[17:06] <Cimi> Saviq, we should really change to read only properties and do some polishing
[17:10] <Saviq> Cimi, sure, but then we're replacing all those soon...
[17:11] <Saviq> with "Dash toolkit"
[17:11] <Saviq> well, not all - some
[17:14] <Saviq> alesage, hey, could you update https://code.launchpad.net/~allanlesage/unity8/indicator-stubs/+merge/192059 somewhen?
[17:15] <alesage> Saviq, yes it's on the list, will do today
[17:15] <Saviq> alesage, great, thanks
[17:16] <Saviq> alesage, on that note... do you think you could extend it to test against a regression of bug #1253804 ?
[17:17] <Saviq> alesage, should be relatively easy
[17:17] <Saviq> alesage, just leave a note on the MP please if you managed to do it, otherwise we'll take over tomorrow
[17:18] <alesage> Saviq ok noted :)
[17:27] <Saviq> mhr3, can you provide context on https://code.launchpad.net/~unity-team/unity/changeset-demultiplexer/+merge/196291 ?
[17:28] <mhr3> right
[17:46] <Saviq> didrocks, sil2100, unity-api release was postponed for some reason? I see it's there in daily-build, but not in landing plan?
[17:51] <didrocks> Saviq: just postponed before of all the recent mess, we will resume that tomorrow :)
[17:51] <Saviq> didrocks, ok thanks
[17:51] <Saviq> didrocks, have a good evening o/
[17:51] <didrocks> thanks, you too!
[18:57] <mhall119> thanks guys for the quick update release, you rock!


[19:14] <cskama> anybody knows whether thunderbird will eventually get the new design that firefox has?
[19:15] <TJ-> cskama: Doubtful, as Mozilla is/has dropped development of Thunderbird
[19:15] <cskama> i know but there's still a community around it, isn't there
[19:16] <TJ-> Possibly, but I'm not sure there's sufficient to change the core to the degree required
[19:19] <cskama> yeah...bummer
[20:41] <tomreyn> hopefully not, or all the extensions would have to be redone


[15:28] <beantaxi> Hi all, when I've got a PR commit submitted that I think looks decent, do I do anything to 'draw attention' to it? Or have I done what I need to do. Thanks!


[04:23] <pitti> Good morning
[07:12] <seb128> good morning desktopers
[07:18] <pitti> bonjour seb128 !
[07:18] <seb128> hey pitti, how are you?
[07:18] <pitti> seb128: quite fine, thanks! and yourself?
[07:18] <seb128> I'm good, thanks
[07:18] <pitti> arguing with britney again
[07:19] <seb128> what is she complaining about today?
[07:19] <pitti> seb128: I mean my rewrite to clean up/simplify/cloud-ize autopkgtests
[07:20] <seb128> ah, right
[07:20] <seb128> are you getting there?
[07:20] <pitti> yesterday I started a first run, which triggered ~ 430 tests
[07:20] <pitti> they are mostly done now (we don't yet have a lot of scalingstack capacity)
[07:21] <pitti> this uncovered a few missing bits in my new britney logic
[07:21] <pitti> currently analyzing, writing test cases, and fixing
[07:21] <pitti> but yeah, should have it done this week
[07:21] <pitti> the current britney/lp:auto-package-testing code is rather horrible
[07:22] <pitti> quite fragmented and hard to understand, nobody wants to touch it
[07:22] <pitti> now I know why :)
[07:22] <seb128> hehe
[07:22] <seb128> nice that you are cleaning up things then ;-)
[07:59] <willcooke> morning all
[08:00] <seb128> hey willcooke
[08:00] <willcooke> I'll be afk most of the morning, combination of school sports day and registering births
[08:00] <seb128> how are you?
[08:00] <seb128> have fun!
[08:01] <willcooke> I slept in my 7 year old's room last night, so I got some sleep \o/
[08:01] <tjaalton> is ancell off today?
[08:01] <seb128> nice
[08:01] <seb128> tjaalton, is->was?
[08:01] <seb128> tjaalton, he's in .nz so it's already after work hours for him for a few hours
[08:01] <tjaalton> well I tried to find him >2h ago :)
[08:01] <seb128> he did sponsor uploads during his day so I think he was there
[08:01] <tjaalton> but ok
[08:01] <tjaalton> I'll use email
[08:02] <willcooke> I spoke to him last night
[08:03] <tjaalton> right, I was just too late then
[08:03] <willcooke> we had a meeting at the equivilent of his 8am, so he probably finished "early"
[08:03] <seb128> tjaalton, 2 hours ago was 6pm and he's good at closing IRC after office hours
[08:03] <seb128> you can often email him and get a reply later on though
[08:03] <tjaalton> good for him :)
[08:03] <tjaalton> yep, sent
[08:03] <seb128> like around now he would still reply
[08:03] <seb128> what do you need?
[08:03] <tjaalton> plans about upstreaming the xmir patch, xserver 1.18 is about to freeze
[08:04] <seb128> ah ok
[08:04] <seb128> I can't help you with that
[08:04] <tjaalton> np, I'll just wait for the reply
[08:04] <tjaalton> it's not urgent
[08:04] <Laney> yo
[08:05] <seb128> hey Laney
[08:05] <willcooke> morning Laney
[08:06] <larsu> Laney: icon sizes in nautilus are all messed up at 2× as well. Reverting that one commit fixes it. mclasen wasn't there last night to talk - I'll try to reach him today
[08:06] <larsu> Laney: also, morning :)
[08:06] <larsu> morning willcooke!
[08:06] <willcooke> hey larsu
[08:07] <Laney> haha hi larsu
[08:07] <Laney> & willcooke & seb128
[08:08] <larsu> weirdly enough, icons in list mode get *smaller*
[08:10] <Laney> oh yeah, I didn't notice that
[08:11] <Laney> iz gtk boog
[08:11] <larsu> ya, it's that one commit (without an attached bug, of course)
[08:12] <Laney> probably worth filing one about the problem
[08:13] <larsu> indeed
[08:31] <seb128> Laney, I don't remember, but did you say you would work on pushing to get https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783172 included in debian?
[08:34] <Laney> seb128: dunno, but can look at that
[08:34] <seb128> Laney, that would be nice, thanks
[08:34] <Laney> will need to check the transition again once it is unblocked on our side
[08:34] <Laney> can re merge at that point
[08:45]  * Laney screams
[08:59]  * ogra_ shades his ears
[10:35] <willcooke> seb128, can you remember off the top of your head if bluez 5 was likely to get in to W?
[10:50] <desrt> good morning, karaj
[11:23] <seb128> desrt, hey
[11:24] <seb128> willcooke, unsure, the touch team is supposed to work on it but I didn't see much status update or focus around that recently
[11:25] <ogra_> willcooke, i bet morphis will eventually work on it since he is a BT specialist
[12:30] <willcooke> thx seb128 ogra_
[12:31] <seb128> willcooke, is anyone asking us about the update?
[12:33] <willcooke> seb128,  a16g was interested
[13:26] <desrt> Laney: sorry about that bug :(
[13:27] <desrt> i thought i had saw that patch fly by when i was on vacation but i couldn't find it again :(
[14:19] <Laney> desrt: hi!
[14:19] <Laney> no worries
[14:40] <seb128> Laney, can you do a desktop-next amd64 iso build for me?
[14:51] <Laney> ok
[14:52] <seb128> thanks
[15:13] <Laney> cyphermox: did I see that you looked into the iso smoke testing failures?
[15:14] <Laney> someone just mailed the list about that, just replying to him
[15:17] <cyphermox> yeah :/
[15:17] <Laney> any clue?
[15:18] <Laney> it's pretty cryptic to me atm
[15:21] <Laney> did that wait_for_net thing fail?
[15:29] <desrt> some people say that, in the days of the week, M stands for Monday
[15:29] <desrt> but everyone here knows that M actually stands for something else
[15:30] <willcooke> dunnnn dunnnn dunnnnnnnnn it's meeting time
[15:30] <willcooke> #startmeeting Desktop Weekly Meeting - 2015-07-30
[15:30] <meetingology> Meeting started Tue Jul  7 15:30:37 2015 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:31] <willcooke> Roll call:  attente, desrt,  dgadomski, didrocks (out), fjkong (out), happyaron (probably out), laney, larsu, qengho, seb128, sweet5hark, tkamppeter, themuso (out), robert_ancell (out)
[15:31] <desrt> present and accounted for.
[15:31] <dgadomski> hey
[15:31]  * Sweet5hark reporting in.
[15:31]  * happyaron waves
[15:31] <seb128> hey
[15:32] <larsu> hi
[15:32] <desrt> too nice of a day -- everyone else outside for a walk =)
[15:32] <larsu> indeed
[15:32] <tkamppeter> hi
[15:33] <attente> hi
[15:33] <willcooke> let's do this...
[15:33] <willcooke> #topic attente
[15:33] <attente> gtk-mir: fixed mouse clicking bug, fixed a crash happening with xchat-gnome under mir, backported both and proposed: https://code.launchpad.net/~attente/gtk/refresh-mir-2/+merge/263822
[15:33] <attente> started looking into copy/paste
[15:33] <attente> (eof)
[15:33] <willcooke> thanks attente
[15:34] <willcooke> re: copy & paste - it's worth hooking up with robert_ancell since he is looking at the same for xmir
[15:34] <willcooke> share some findings
[15:34] <willcooke> #topic desrt
[15:34] <desrt>  + moved
[15:34] <desrt>  + back on the job, tending bug backlog
[15:34] <desrt>  + wrote pam_dconf demo module which sets up dconf profile at login time according to complex rules
[15:34] <desrt>  + fixed focus stealing problems, gtk menumodel problem, file monitor issue (sorry laney!), a few other small issues
[15:34] <desrt>  + work continues on dconf service
[15:34] <desrt> fin'
[15:35] <willcooke> thanks desrt, hope you're settling in ok
[15:35] <desrt> aside: if anyone needed anything looked at while i was MIA, now would be a good time to mention it
[15:35] <desrt> willcooke: ya... place already feels like home; thanks :)
[15:36] <willcooke> #topic dgadomski
[15:36] <dgadomski> hey
[15:36] <dgadomski> No new problems reported in the desktop area this week, so nothing really to share this time.
[15:36] <dgadomski> thanks
[15:37] <willcooke> thanks dgadomski
[15:38] <willcooke> #topic FJKong
[15:38] <willcooke> 1 finiish feature request: Hide status bar when there is no background
[15:38] <willcooke> image in skin file.
[15:38] <willcooke> 2 fix changeing font size of default skin to 16
[15:38] <willcooke> 3 sogou shuangpin: add tips string to input window
[15:38] <willcooke> #topic happyaron
[15:39] <happyaron> 1. Internal evaluation RPM package of sogoupinyin desktop version sent to SUSE Desktop QA (as per Sogou's request and after their initial contacts), but no follow up so far, not expecting anything atm.
[15:39] <happyaron> 2. Follow ups on sogoupinyin on Ubuntu Phone's development
[15:39] <happyaron> 3. China Mobile's Ubuntu Phone hackathon at MSRA Beijing
[15:39] <happyaron> 4. Prepare the presentation of Ubuntu Kylin for this weekend at Xi'an
[15:39] <happyaron> 5. Work towards mozc as default engine for Japanese input method
[15:39] <happyaron> 6. Started today for using Noto CJK for default CJK fonts (or partially)
[15:39] <happyaron> EOF
[15:39] <willcooke> thanks happyaron
[15:39] <willcooke> #topic Laney
[15:39] <Laney> • Tried to work with some CI and other people to unblock / investigate boottest failures which are bl0x0ring things in wily-proposed
[15:39] <Laney> • Related, help nudge along the platform-api transition
[15:39] <Laney> • webkit2: work on software-center, seems kind of working now, not finished
[15:39] <Laney> • Check out gnome-keyring with the new gnome3 pinentry instead of its internal agent, mail to -desktop, required some fixes in gpg
[15:40] <Laney> • Fix a broken glib test upstream (thanks larsu), cherry-pick it, upload to exp, sync to wily
[15:40] <Laney> • File libgom MIR; update grilo-plugins to use this; fix a bug upstream; make totem use this now.
[15:40] <Laney> 〠
[15:40] <larsu> Laney: thanks for mentioning that. I tend to forget those small things in my weeklies :)
[15:40] <willcooke> thx Laney
[15:41] <willcooke> #topic larsu
[15:41] <larsu> - updated overlay scrollbar branch (testing and further design appreciated)
[15:41] <larsu> - tracked down our hidpi icon sizing issues to a single gtk commit. unclear how to fix yet
[15:41] <larsu> - theming! (file-roller, nautilus)
[15:41] <larsu> - what Laney said
[15:41] <larsu> - some misc gnome bugs

[15:41] <seb128> what's the branch to test?
[15:42] <larsu> seb128:  lp:~larsu/ubuntu-themes/overlay-scrollbars
[15:42] <seb128> danke
[15:42]  * willcooke will try that in a vm too
[15:42] <larsu> that message dialog linked button problem is probably a gtk bug as wlel
[15:42] <larsu> happens in all themes
[15:42] <seb128> oh, right
[15:42] <seb128> :-/
[15:42] <larsu> I also looked into not expanding those for us
[15:42] <larsu> but might be tricky, as apps do that
[15:42] <larsu> so either we never expand button boxes or we patch apps
[15:43] <seb128> would we have many apps to patch?
[15:43] <larsu> don't know
[15:43] <larsu> my first not-very-thorough search didn't find more issues like this
[15:44] <seb128> I guess let's start by not doing anything and see if that's an issue
[15:44] <larsu> but who know, you know
[15:44] <larsu> *who knows
[15:44] <seb128> right
[15:44] <larsu> so keep the expanded ones?
[15:44] <seb128> I guess so
[15:44] <larsu> expanded/linked
[15:44] <larsu> ok
[15:44] <willcooke> fin?
[15:44] <larsu> ya, sorryt
[15:44] <willcooke> :) nw
[15:44] <willcooke> #topic qengho
[15:45] <qengho> Hey!
[15:45] <qengho> * Discussions
[15:45] <qengho> ** Distribute Widevine and get Netflix support? Cr 44 should make it possible to use!
[15:45] <qengho> ** Some Firefox support chatter.
[15:45] <qengho> * I gave chromium-browser T+ to Chris for upload.
[15:45] <qengho> * Looked into glibc compatible shim for Precise release. Will work on P more soon.
[15:45] <qengho> * chromium/ozone/mir again. Starting to loathe C++.
[15:45] <qengho> EOF
[15:45] <seb128> qengho, do you need a wily sponsor?
[15:46] <qengho> seb128: Chris can handle it.
[15:46] <seb128> or is chris handling that was well?
[15:46] <seb128> good
[15:46] <willcooke> qengho, what news of Mir?
[15:46] <willcooke> ok
[15:46] <willcooke> ignore
[15:46] <willcooke> I see
[15:46] <willcooke> thanks qengho
[15:47] <willcooke> #topic seb128
[15:47] <seb128> • landed unity-settings-daemon bugfixes (gsettings registration order, automounted watch for lockscreen as well as screensaver, those are different under unity)
[15:47] <seb128> • tested unity8 lock screen/desktop bugfix
[15:47] <seb128> • reviewed/sponsored an humanity-icon-theme bugfix for larsu
[15:47] <seb128> • spent some trying to register for debconf, grrr debian infrastructure
[15:47] <seb128> • chased people to get ubuntu touch bugfixes to land for the coming ota update
[15:47] <seb128> • snappy personal fun continued
[15:47] <seb128> ∘ switched from cloud-init to livecd-rootfs user creation (like in touch)
[15:47] <seb128> ∘ brought some extra tweaks from touch to desktop-next (extra writable paths, adding the user to more groups)
[15:47] <seb128> ∘ debugged grub config issues
[15:47] <seb128> ∘ reported some bugs about failing systemd jobs
[15:47] <seb128> ∘ current image is booting and login into a working unity8 session \o/

[15:47] <willcooke> thx seb128
[15:47] <seb128> yw!
[15:48] <willcooke> #topic Sweet5hark
[15:48] <Sweet5hark> - fixed regression from a patch I reviewed upstream
[15:48] <Sweet5hark> - now at regressioncountzero from my own commits, or those I bear a resposibility for by affiliation or as a reviewer as far as I know (ignorance is a bliss!)
[15:48] <Sweet5hark> - tested/ported LibreOffice 4.4.4~rc3 forward to wily: seemed trivial, though not smoketested yet
[15:48] <Sweet5hark> - patch backporting to precise
[15:48] <Sweet5hark> - bug report grinding and overlooking at launchpad and bugs.documentfoundation.org
[15:48] <Sweet5hark> EOF
[15:48] <willcooke> thx Sweet5hark
[15:49] <willcooke> #topic tkamppeter
[15:49]  * desrt eyes his internet connection with suspicion
[15:49] <tkamppeter> - Ghostscript: Looked into syncing it with Debian again, packaged 9.16 based on Debian, which works technically but requires several MIRs
[15:49] <tkamppeter> - MIRs for Ghostscript: openjpeg, libtrio, libregexp-assemble-perl, libimage-exiftool-perl
[15:49] <tkamppeter> - Thoughts about upstream future of ippusbxd
[15:49] <tkamppeter> - Bugs.
[15:49] <willcooke> thanks tkamppeter
[15:49] <willcooke> #topic TheMuso
[15:50] <willcooke> * Continued working on refactoring a11y profile code in casper, about to start working on how things will be broken out per flavour, such that the settings package for each flavour will carry accessibility profile settings specific to that flavour.
[15:50] <willcooke> * Ran into a bug with regards to the use of GNOME screensaver and unity. GNOME screensaver is still used when Orca is being used, due to the Unity lock screen not being properly accessible yet. After a recent upgrade, found I could not unlock my desktop via gnome screensaver after entering my password, and could also bypass this by switching to a VT and back again. Investigation continues, suspect something systemd related as thats the o
[15:50] <willcooke> nly package I noticed that was upgraded that could have any bearing on lock screen/password authentication behavior for a seat.
[15:50] <willcooke> #topic robert_ancell
[15:50] <willcooke> - Set up git branch for XMir (https://code.launchpad.net/~xmir-team/xorg-server/+git/xmir)
[15:50] <willcooke> - Merged in Andreas Pokorny's changes to make XMir work with upcoming Mir 0.14.0 and added package to landing-004 PPA
[15:50] <willcooke> - Package updates
[15:50] <willcooke> - Package sponsorship
[15:50] <willcooke> #topic Any other business
[15:50] <desrt> nice day to fly a kite, i say
[15:50] <willcooke> Thanks to Laney for following up on the build issues already
[15:51] <willcooke> it *is* a nice day to fly a kite
[15:51] <willcooke> any one for any more?
[15:51] <seb128> not me
[15:51] <willcooke> 1m timeout set...
[15:52] <Laney> seb128: could you promote for https://bugs.launchpad.net/ubuntu/+source/libgom/+bug/1471292 please?
[15:52] <Laney> #notaob
[15:52] <seb128> Laney, is there anything that is going to keep it in?
[15:52] <seb128> we usual promote only when needed
[15:53] <willcooke> let's go fly kites then...
[15:53] <seb128> otherwise it creates component mismatch noise and other archive admin demote it
[15:53] <willcooke> #endmeeting
[15:53] <meetingology> Meeting ended Tue Jul  7 15:53:07 2015 UTC.
[15:53] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-07-07-15.30.moin.txt
[15:53] <willcooke> thanks everyone
[15:53] <Laney> https://launchpad.net/ubuntu/+source/grilo-plugins/0.2.14-5ubuntu1/+build/7628524
[15:53]  * Laney knows the rules
[15:53] <seb128> that's a "yes" I guess?
[15:53] <tkamppeter> seb128, you can make MIRs getting through more quickly? I have one very important, bug 1455644.
[15:53] <Laney> indeed
[15:53] <seb128> tkamppeter, sorry but I can't really...
[15:53] <Laney> tkamppeter: I only ask because it is approved
[15:53] <Laney> and he can execute the promotion
[15:53] <Laney> you need ~ubuntu-mir
[15:54] <desrt>  /away flying a kite
[15:54] <seb128> desrt, enjoy!
[15:54] <seb128> what's the hipe about kites today?!
[15:54] <desrt> (er, really, just lunch...)
[15:55] <desrt> seb128: did you ever see mary poppins?
[15:55] <seb128> no...
[15:55] <desrt> too bad
[15:55] <desrt> https://www.youtube.com/watch?v=BA-g8YYPKVo
[15:56] <happyaron> well good night guys
[15:56] <Laney> happyaron: 晚安
[15:57] <happyaron> wow
[15:57] <seb128> happyaron, night
[15:58] <willcooke> cya happyaron
[15:58] <desrt> seb128: really, just watch the movie.  it's an absolute classic :)
[15:59] <seb128> :-)
[15:59] <seb128> desrt, k!
[15:59] <seb128> desrt, enjoy lunch ;-)
[16:00] <Laney> beep beep beep beep beep beeeeeeeeeeeep
[16:00]  * Laney hears the 5pm pips
[16:01] <seb128> Laney, tea time?
[16:02] <Laney> tea and flapjack
[16:03] <seb128> Laney, libgom promoted
[16:03] <Laney> thanks!
[16:03] <seb128> yw!
[16:55] <attente> Laney: can you merge and upload https://code.launchpad.net/~attente/gtk/refresh-mir-2?
[17:01] <Laney> yeah, probably tomorrow
[17:03] <attente> thanks
[17:03] <Laney> you can just request a review from me on the mp btw
[18:26]  * willcooke EOD


[04:36] <RAOF> Hey, have we ever tried to track down why the xvfb-run test during the xorg-server build sometimes hangs on the PPA buildds?
[06:18] <mlankhorst> nah
[06:18] <mlankhorst> well I tried a little, never found out :P
[06:19] <mlankhorst> would be easy to find out by attaching a debugger to a hanging test, but I don't think I could do that on a ppa builder
[06:21] <RAOF> Indeed.
[09:16] <Duke`> hum I got some Xorg crashes with latest intel driver (i945), anyone else experiencing crashes?
[09:18] <Duke`> looks like a random segfault (I don't know how to rerproduce it). Last time, the window decorator has disapeared, and when I tried to swith to another window, X crashed...


[10:58] <teddy-dbear> Morning peoples, critters and everything else
[13:13] <icey> ahoy
[14:31] <swift110> hey all


[11:40] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3982 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[12:23] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3982 Pending binary packages
[12:38] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/3983 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[13:03] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3982 Diff missing
[13:04] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/3983 Diff missing
[13:21] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/3980 Pending binary packages
[13:41] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/3980 Diff missing
[14:03] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/3983 Diff missing (focal/gnome-shell-extension-appindicator, focal/gnome-shell-extension-ubuntu-dock, focal/gnome-shell-extensions). Pending binary packages (focal/yaru-theme)
[14:23] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/3983 Diff missing
[15:54] -queuebot:#ubuntu-ci-eng- tdaitx, https://bileto.ubuntu.com/#/ticket/3953 Needs rebuild due to higher version at destination
[16:12] -queuebot:#ubuntu-ci-eng- tdaitx, https://bileto.ubuntu.com/#/ticket/3952 Needs rebuild due to higher version at destination
[16:44] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/3983 Diff missing (focal/gnome-shell-extension-appindicator, focal/gnome-shell-extension-ubuntu-dock, focal/gnome-shell-extensions, focal/yaru-theme). Pending binary packages (focal/mutter)
[17:15] -queuebot:#ubuntu-ci-eng- Laney Trevinho, https://bileto.ubuntu.com/#/ticket/3983 Abandoning ticket
[17:16] -queuebot:#ubuntu-ci-eng- Laney Trevinho, https://bileto.ubuntu.com/#/ticket/3983 Preparing packages
[18:23] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/3984 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[18:45] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/3984 Pending binary packages
[19:02] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3801 Ready to build (focal/gpsd). Successfully built (focal/systemd)
[19:04] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/3984 Diff missing
[19:13] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3801 Preparing packages
[19:41] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3801 Generating diffs
[19:42] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3801 Successfully built
[21:12] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/3984 Generating diffs
[21:13] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/3984 Successfully built


[03:31] <pitti> Good morning
[05:47] <cc11rocks> I know Java, and am sorta learning HTML and Scala (learning it through learning the Play! Framework). Can my programming skills be used to help Ubuntu's bugs?
[05:49] <ailo> infinity: Hi, we at Ubuntu Studio would like to fix bug #1029685, by merging jackd2 from debian.
[05:56] <TheMuso> ailo: Has anybody done the merge yet, or would you like it done?
[05:57] <cc11rocks> Will anyone answer my question? I believe I could possibly be of help to the dev. team
[06:02] <spm> cc11rocks: in general terms, if you find a bug that interests you to fix, go for it. submit a merge proposal/patch and go find the next one. rinse and repeat.
[06:03] <cc11rocks> spm : I want to know how to get started. I just found https://wiki.ubuntu.com/UbuntuDevelopment/GettingSetUp and https://wiki.ubuntu.com/Bugs/HowToFix
[06:03] <cc11rocks> I have to look through the code for the problem area(s) myself,or is that done for me?
[06:04] <cc11rocks> And most of it is in C, C++, JS, or what?
[06:04] <spm> it depends on whatever the package in question was written in. all the above and then some, would be the answer.
[06:06] <spm> https://wiki.ubuntu.com/MOTU/Contact may be of value to help; if you're looking at fixing packages
[06:06] <ScottK> A lot of it depends on self motivation.
[06:07] <cc11rocks> Okay, thanks
[06:07] <ScottK> People are glad to help and answer questions, but a lot of us are volunteers who don't have a whole lot of spare time for this either.
[06:07] <cc11rocks> if I have issues/troubles, you guys will help me or no?
[06:07] <ScottK> People will help you.
[06:08] <ScottK> If you're trying to contribute, people will see that an help.
[06:08] <cc11rocks> Okay, thanks. I'm a HS student (4th year into computing, 1.5~2 years into programming, 6 month 100% reliant on GNU/Linux)
[06:09] <cc11rocks> But I'm busy too. Taking many college classes and I have a job. No clue how much I'll be able to help out
[06:09] <SpamapS> interesting.. Chrome 21.0.1180.57-r14 crashes sporadically when trying to upload images to my blog
[06:09] <ScottK> Every little bit heps and everyone has to start somewhere.
[06:10] <ScottK> heps/helps
[06:10] <cc11rocks> Okay, thank you :)
[06:11] <ailo> TheMuso: Don't think it's done yet, but yes, would like to have it done :).
[06:12] <infinity> ailo: Looks like a simple enough merge.
[06:13] <ailo> infinity: Yep
[06:13] <infinity> ailo: I'll just knock that off right now.
[06:13] <ailo> Great
[06:14] <TheMuso> ailo: I can take care of it, I try and keep an eye on jack at least, because its somewhat a part of the alsa/pulse/general audio stack.
[06:14] <infinity> TheMuso: Too late, but you can take the next one. :P
[06:14] <TheMuso> infinity: Thanks.
[06:19]  * infinity fixed up his previous patch to be more upstreamable while he's at it.
[11:04] <cjwatson> janimo: Any particular reason ubuntu-archive is subscribed to bug 1025716, bug 1025719, and bug 1025720?  There seems to be no clear action for us to take on those, and when there are packages to review they'll show up in the NEW queue - we don't need to be subscribed to bugs for those
[13:20] <seb128> slangasek, hey
[13:21] <seb128> slangasek, I'm updating freetype, how do you make the orig tarball? just copy the 3 upstream .bz2 in a freetype-<version> dir and tar czf that?
[13:22] <tumbleweed> I thought tarball-in-tarball was dying out :(
[13:51] <ogra_> cjwatson, dingaling
[13:52] <ogra_> cjwatson, we're fiddling with arm preseeding over here in lex., is there a way to make partman not show the waring about not being able to install to the install media ?
[13:53] <ogra_> oh, seems we just found it ... (priority=critical) nevermind
[14:13] <kwoot> can somebody please tell me how the gtk-bookmarks file is generated/copied upon first login so I can customize my roll-out. A link or pointer works too :-)
[14:16] <kwoot> anyone? please?
[14:49] <janimo> cjwatson, sorry I probably meant to subscribe the SRU team not the archive admins on those bugs and also knew that NEW is handled by archive and slipped
[14:52] <cjwatson> janimo: shall I flip the subscription over to ubuntu-sru on all three, then?
[14:53] <janimo> cjohnston, they are known about by slangasek and infinity so probably just unsubscribing archive is enough
[14:53] <janimo> steve has been reviewing them
[14:54] <cjwatson> Hm, I'll unsubscribe archive then, but I'd prefer not to assume that any one sru team member is on the hook
[14:55] <cjwatson> So if it's supposed to be an sru team thing then I think I should subscribe sru
[15:03] <ogasawara> @pilot in
[15:48] <smoser> if i have a file "raw-disk.img.tar.gz" which is basically 'dd if=/dev/sda of=raw-disk.img && tar -Sczf raw-disk.img.tar.gz raw-disk.img'
[15:48] <smoser> what woudl be the fastest way to get that back onto the disk.
[15:49] <smoser> tar -xvzf raw-disk.img.tar.gz --to-stdout | sudo dd bs=1M of=/dev/vda
[15:49] <smoser> that works, but slow.
[15:51] <smoser> as it is writing all the zeros that were sparsed.
[15:53] <smoser> i know that alexbligh knows this
[15:53] <smoser> and is probably laughing at me for finally wanting to do it.
[15:57] <ogra_> smoser, in any case increase the blocksize to something more sane (4M or so at least)
[15:57] <smoser> well, yeah, but even then, its just a lot of zeros
[15:58] <stgraber> 1~/win 61
[15:58] <stgraber> oops
[16:01] <slangasek> seb128: there's a 'get-orig-source' target in debian/rules that you can use, passing ver= to specify the upstream version
[16:01] <slangasek> seb128: but why is it urgent to update freetype?
[16:03] <seb128> slangasek, it's not urgent but I got the merge done and it's ready to upload
[16:04] <seb128> slangasek, I though it would help, it seems foundation is having an hard time to keep up with merges on Debian and updates...
[16:04] <seb128> slangasek, is that reason why quantal should be behind Debian testing in versions?
[16:13] <slangasek> seb128: behind testing, no, but you were asking about new upstream versions of freetype and that's what I was trying to understand
[16:14] <slangasek> seb128: you're TIL on the freetype package in quantal so I'm happy for you to do the Debian merge... if you're going beyond that I'd like to know why (not to veto it, but to understand what's happening)
[16:15] <seb128> slangasek, well, we had 2.4.8, Debian has 2.4.9, upstream is 2.4.10, I figured that if I updated it I could as well go to the current version
[16:16] <seb128> slangasek, what's is happening? nothing special, I just don't get why we wouldn't update to the current stable, we do keep up with current versions for most sources, is that one any special?
[16:18] <slangasek> seb128: well, you may recall from past discussions that freetype upstream releases do not have a good success rate at being regression-free ;)  but as I said, I'm not trying to veto anything here, just understand the reasons
[16:18] <seb128> slangasek, we (desktop) also started to push our "use the current versions when it makes sense (i.e when the new versions seem to be an improvement or fixes quite some issues)"
[16:18] <seb128> slangasek, http://people.canonical.com/~platform/desktop/versions.html has lot of red ;-) (that's our outdated sources for components on the CD)
[16:19] <slangasek> right, is that why the plymouth bug keeps getting pings :)
[16:21] <seb128> slangasek, right, robert_ancell has a strong opinion that we should actively maintain the packages we have on the CD, at least by keeping up with upstream updates when possible, he convinced me should do some efforts in this direction (though I would stay away from easy to break and hard to test stuff like plymouth)
[16:22] <slangasek> yes, there's no way in hell I intend for us to tackle another plymouth merge this late in the cycle because we have no way to regression-test and nobody has pointed me to anything it's known to fix for us
[16:23] <cjwatson> at least some of the Debian versions on that page are in experimental only ...
[16:23] <cjwatson> (some for extremely good reasons, e.g. perl)
[16:24] <seb128> cjwatson, right, currently Debian is a bit difficult to track with the freeze, some maintainer use experimental for things they would usually upload to unstable
[16:24] <cjwatson> but some are very deliberate :)
[16:24] <seb128> the page is just an indicator in any case, it shows up things we might not notice otherwise
[16:24] <seb128> it's not a "must update everything showing up there"
[16:25] <seb128> ideally we would have an easy way to add comments and all lines should be green or have a rational of why we prefer to not update
[16:26] <seb128> well at least that's what we aim at for http://people.canonical.com/~platform/desktop/desktop.html (the desktop set)
[16:27] <ScottK> MoM has comments, although it doesn't look at Experimental.
[16:28] <jdstrand> seb128: fyi, seems there is a bug in the script: libxml2 is up to date, yet it is yellow
[16:28] <seb128> ScottK, it doesn't look at upstream versions either I think?
[16:28] <jdstrand> seb128: oh, actually I lied
[16:28] <seb128> jdstrand, ;-)
[16:29] <ScottK> seb128: True, just Debian.
[16:29] <jdstrand> seb128: I didn't notice we were behind Debian. nm! :)
[16:30] <seb128> jdstrand, in fact the revision we are behind fixes a CVE
[16:30] <seb128> http://packages.qa.debian.org/libx/libxml2/news/20120722T130328Z.html
[16:30] <seb128>    * Fix entities local buffers size problems
[16:30] <seb128>    CVE-2012-2807, Closes: #679280.
[16:30] <seb128> we should maybe merge it ;-)
[16:32] <seb128> jdstrand, in fact we can sync it, let me build and check it works fine and do that
[16:33] <Chipzz> smoser: why did you use a tar archive in the first place? plain gzip/bzip2 would have done fine too
[16:36] <slangasek> Chipzz: because there's no such thing as a sparse gzip file
[16:37] <Chipzz> slangasek: oh, does tar know about sparse files then? didn't know
[16:37] <slangasek> yes
[16:37] <Chipzz> slangasek: but does dd produce sparse files?
[16:37] <slangasek> no
[16:38] <Chipzz> then there's no point regardless (assuming he used dd to create the image)
[16:38] <slangasek> but it's still useful to ensure that the img, if unpacked, doesn't take forever writing zeroes
[16:38] <slangasek> he didn't
[16:38] <slangasek> oh, in this case maybe he did :)
[16:38] <slangasek> (I was assuming this was an official cloud image, which is *not* created with dd)
[16:39] <Chipzz> mkisofs etc would create sparse files?
[16:39] <slangasek> but yeah, there's no good way to bypass the extraction of zeroes when it comes time to write it to a disk or any other sort of stream-based operation
[16:40] <slangasek> cloud images aren't ISOs
[16:40] <Chipzz> just shows how little I know :)
[16:40] <utlemming> Chipzz: take a look at cloud-images.ubuntu.com
[16:40] <utlemming> Chipzz: they are published as qcow2 or tar.gz files generally
[16:43] <Chipzz> bit disappointing gzip doesn't know about sparse files
[16:44] <Chipzz> but I suppose since it's been around that long, it's hard to extend the format
[16:44] <Guest6741> :q
[16:44] <slangasek> it's not disappointing at all
[16:44] <slangasek> gzip is the wrong tool
[16:44] <slangasek> gzip handles streams, not files
[16:45] <Chipzz> bzip2 handles files if I'm not mistaken though (in the sense that bzip2 archives can be seeked)
[16:47] <Chipzz> utlemming: but that doesn't say how they're created though
[16:47] <slangasek> smoser: to your original question, I can't see any way to speed up the copy; you would need tools that were aware of the actual structure of the data in order to skip the sparse sections, which would mean writing a custom tool just for extracting
[16:47] <utlemming> Cipzz: what do you mean by created? we use live-build to build them
[16:49] <Chipzz> how the contents of the disk image were put into a file. but I'm reading up on the qcow format now
[16:51] <utlemming> Chipzz: we build the images using sparse raw file as a loop device. From there, we put a filesystem on it, and then use live-build to populate it.
[16:52] <utlemming> Chipzz: after that, we convert the sparse raw file to a qcow2 container
[16:52] <Chipzz> I see :)
[16:52] <smoser> slangasek, right. and you need to know if the zeros that are in the sparse are necessary to data
[16:53] <smoser> because skipping writing to a device is going to mean reading that block later will give whatever garbage was there.
[16:53] <smoser> so yeah, i dont see a really easy way.
[16:53] <slangasek> smoser: that would be an interesting assumption on the part of some other software if so, since the sparse regions are by definition uninitialized
[16:53] <smoser> slangasek, clearly not.
[16:53] <smoser> there exist zeros in your files.
[16:53] <slangasek> no... there exist uninitialized regions, which are represented as zeroes when read, by convention :-)
[16:53] <smoser> and if i just ignore all zeros when i copy, and then skip them (leaving whatever was there) when i write, you've lost data.
[16:54] <slangasek> if you *write* zeroes to a sparse region, it immediately ceases to be sparse
[16:54] <slangasek> anyway, the conclusion stands - no shortcuts available sorry :)
[18:46] <MrDHat> If i develop an app using Qt on Fedora will it work on Ubuntu?
[19:07] <ScottK> It should.
[19:15] <MrDHat> Do these distro have any specific api's?
[19:17] <ScottK> In general if you use the standard Qt APIs it should be supportable ~everywhere.
[19:18] <ScottK> Distros may add things, but it's generally better to develop portable code and only worry about O/S or distro specific stuff as a last resort.
[19:27] <ogra_> hggdh, https://code.launchpad.net/~ogra/+junk/bamboo-feeder
[19:32] <scientes> xubuntu-desktop depends nvidia-common WTF is this shit!
[19:35] <infinity> scientes: That was very constructive feedback.
[19:36] <scientes> sry
[19:36] <scientes> its circular with nvidia-installer-cleanup
[19:37] <scientes> and its conflicts with nvidia-common
[19:48] <micahg> scientes: that's been fixed for quantal
[19:48] <micahg> scientes: err...the nvidia depends has been removed I mea
[19:48] <micahg> *mean
[19:53] <scientes> ok, thanks
[19:54] <scientes> i just didn't install that, via manual tweaking in aptitude
[20:05] <Sarvatt> scientes: installing debian nvidia blob packages on ubuntu is a recipe for disaster, the packages are extremely different (nvidia-installer-cleanup isn't in ubuntu..)
[20:06] <scientes> Sarvatt, nvidia broke on my hardware shortly before precise, so i have to make sure not to install it
[20:07] <scientes> (the ubuntu way)
[21:47] <infinity> Oh look, something is trying to pull half of KDE into main again...
[21:48] <ogra_> that will make the kde'ers happy :)
[21:48] <infinity> Looks like appmenu-qt grew a ton of KDE build-deps.
[21:51] <micahg> Debian had some extra build dependencies that we didn't have
[21:51] <infinity> "some"
[21:51] <micahg> maybe they're spurious
[21:52] <debfx> that package shouldn't have been synced anyway
[21:52] <infinity> Blame seb.
[21:52] <infinity> Who isn't around for me to yell at. :P
[21:54] <micahg> right, it undoes what was done in oneiric to prevent it from pulling in Qt
[21:54] <infinity> Given that the only meaningful diff is in the changelog and debian/control, I assume just reducing the build-deps again will fix it.
[21:55] <micahg> infinity: I think you have to add back the shlibs override stuff to get the desired effect
[21:55] <infinity> Oh, and yes, the odd abuse of dpkg-shlibdeps.
[21:55] <infinity> micahg: Well, two different desired effects.
[21:55] <infinity> micahg: One is about pulling QT or not, the other is about pulling KDE into main.
[21:56] <micahg> the "abuse" is documented :)
[21:56] <infinity> micahg: The QT thing is obsolete, I think.
[21:56] <infinity> micahg: In that we used to not have QT in the desktop tasks, but now it's in all of them.
[21:56] <micahg> Xubuntu doesn't have it
[21:57] <infinity> (At least, all of the ones that also have appmenu-qt)
[21:57] <infinity> micahg: See above. :P
[21:57] <ogra_> well, once we drop unity-2d it will be gone again :P
[21:57] <scientes> ^
[21:57] <ogra_> (not that i have seen *any* llvmpipe tests yet)
[21:58] <micahg> ogra_: no, U1
[21:58] <ogra_> oh, U1 pulls in Qt ?
[21:58] <infinity> Yeahp.
[21:58] <micahg> ogra_: it's written in it now :P
[21:58] <ogra_> oh, right because they relied on the fact that its there because of unity-2d
[21:58]  * ogra_ remembers the discussion in orlando
[21:59] <infinity> I have no issues with QT being on many/most of the desktops anyway.
[21:59] <infinity> It's just the KDE migration mess here that's annoying.
[21:59] <infinity> So, if all those build-deps are unnecessary, that's an easy fix.
[21:59]  * infinity will play.
[21:59] <micahg> well, if they're really unnecessary, they should be dropped in Debian as well...
[21:59] <debfx> yes, they are unused
[21:59] <debfx> I'll fix it in Debian
[22:00] <infinity> debfx: Oh, lovely.
[22:00] <infinity> debfx: That would be kdelibs-bin, kdelibs5-dev, and kde-workspace-dev?
[22:01] <infinity> debfx: (Although, the libx ones may be unnecessary too)
[22:02] <infinity> I think that's the first time I've used pitti's SVG rendering of component-mismatches instead of the text version.
[22:02] <infinity> It really does a good job of assigning blame. :P
[22:04] <debfx> yes, the ones we had in the Ubuntu package - qt4-qmake are enough
[22:05] <infinity> debfx: Are you going to be uploading that to Debian nowish, so we can sync later?
[22:05] <infinity> (If not, I'll temporarily fix it in Ubuntu, and we can sync over it when you fix it in Debian)
[22:10] <debfx> better to fix it in Ubuntu first
[22:10] <infinity> debfx: Alright, will do right now.
[22:14] <infinity> debfx: For bonus points, I'll test this in a sid sbuild to make sure it's not somehow broken on Debian, and you can just copy the diff wholesale.
[22:14] <debfx> hm the package also needs some build flags love
[22:18]  * ogra_ grumbles in xnox' direction ... seems our pandas suddenly go into an endless loop trying to configure raid
[22:18] <ogra_> and funnily there isnt even a "go back" option as d-i usually has
[22:19] <slangasek> using which installer?
[22:19] <ogra_> d-i
[22:19] <ogra_> the screen just has yes and no ...
[22:19] <ogra_> selecting no gets the same screen back up ...
[22:20] <ogra_> and we're not brave enough to try "yes" :P
[22:20] <slangasek> quantal?
[22:20] <ogra_> yup
[22:20] <infinity> debfx: Uploaded to Ubuntu, and it's all good on sid too, with this diff: http://paste.ubuntu.com/1127941/
[22:20] <slangasek> what's the exact wording?
[22:21] <ogra_> hehe, sweet ...
[22:21] <hggdh> here it is: http://pastebin.ubuntu.com/1127944/
[22:21] <ogra_> paste coming
[22:21]  * ogra_ loves our new setup here
[22:21] <hggdh> paste above :-)
[22:22] <slangasek> why are you afraid to choose "Yes"? :)
[22:22] <infinity> Well, "yes" seems to imply they're then going to configure some RAID, which they may not have wanted.
[22:23] <infinity> Seems like some odd flowcharting.
[22:23] <slangasek> I don't know how they got to this prompt
[22:23] <slangasek> but the worst case with "yes" is that you have to reboot and start over
[22:23] <slangasek> anyway, I have no idea why you'd be landing at this screen without explicitly selecting raid
[22:23] <slangasek> (or preseeding it)
[22:24] <ogra_> well, we're not actually "afraid" its a test system that gets installed over and over anyway ...
[22:24] <infinity> Though, <no> just repeating the question doesn't seem helpful.  Should probably go back to partman...
[22:24] <ogra_> though getting this screen is weird, i definiteyl did several installs on this same disk today already
[22:25] <slangasek> I also don't see that this is xnox's doing
[22:25] <ogra_> without seeing this message (completely preseeded automatic install, it shouldnt even ask .... we use priority=critical)
[22:25] <ogra_> infinity, xactly
[22:25] <slangasek> he's uploaded partman-lvm, but not partman-md
[22:26] <ogra_> we just had the disk here ... looks normal (std partitioning as defined in the preseed and used in the installations before)
[22:27] <slangasek> is it reproducible if you reboot?
[22:27] <ogra_> great, "yes" then gets us to "create a MD device"
[22:27] <ogra_> but at least there is a go back button now
[22:28] <ogra_> slangasek, well, not rebooted yet, hggdh is still inspecting from a d-i shell
[22:28] <slangasek> I think you should reboot
[22:28] <slangasek> if you can't reproduce it, blame cosmic rays and move on
[22:29] <ogra_> heh, ok
[22:29] <hggdh> I am a firm believer in cosmic rays
[22:29] <debfx> infinity: unfortunately the git repository permissions are wrong so I can't push it
[22:29] <ogra_> the bad thing is that this device is supposed to install unattended
[22:29] <infinity> debfx: Well, it's not world-ending in Debian anyway, so when it gets fixed, it gets fixed.
[22:29] <ogra_> if it hangs like that someone will have to touch it manually
[22:31] <ogra_> restarting the install (will take 10min until the bamboo-feeder dd'ed the image to sd and rebooted)
[22:35] <hggdh> d-i started
[22:38] <ogra_> hmm, this time the partitioner sits at "scanning disks" ... and doesnt seem to move ....
[22:39] <ogra_> ah, just took a while
[22:39] <hggdh> cosmic rays
[22:39] <ogra_> slangasek, ^^^
[22:39] <ogra_> but its still bad for fully automated installs indeed
[22:40] <hggdh> and there is still the no way to cancel the raid install
[22:40] <slangasek> what's still bad?
[22:40] <ogra_> slangasek, that there can be a case where it asks
[22:40] <slangasek> a one-time nonreproducible failure really could be a flipped bit somewhere
[22:40] <hggdh> well, this is actually another problem, and I will try to repeat
[22:41] <hggdh> (at home)
[22:41] <ogra_> which will make the whole thing sit there until someone comes and logs in via serial to release it ....
[22:41] <ogra_> not really helpful for unattented installs ...
[22:42] <slangasek> well, file a bug against the atmosphere
[22:42] <hggdh> :-)
[22:42] <ogra_> LOL
[22:42] <slangasek> it shouldn't let these ions through to mess up our code :)
[22:42] <hggdh> slangasek: actually, I agree that going to raid was cosmic rays. What I want to check is if there is, or not, a way to cancel the raid commit
[22:42] <ogra_> was probably a lack of bamboo in the bamboo-feeder, i guess we need to make sure there is always enough for all pandas
[22:43] <slangasek> yeah, that part could be a real bug
[22:44] <hggdh> thanks, folks, we have to disconnect for the shuttle
[22:45]  * ogra_ packs his toys
[22:46]  * slangasek waves


[03:06] <donspaulding> hi all, is there a guide somewhere that shows how to setup UML on an ubuntu server?
[03:07] <donspaulding> (google's not been much help so far)
[03:07] <jmarsden> I googled for "ubuntu uml" and found http://users.piuha.net/martti/comp/ubuntu/en/uml.html -- is that not helpful?
[03:09] <donspaulding> jmarsden: nice, thanks!
[03:09] <jmarsden> donspaulding: No problem.
[03:44] <dell> how are you all i need help me how to put it sing ~  in ubuntu server
[03:45] <dell> in my key don't have it sing
[03:48] <hads> Huh?
[05:33] <subir> how can i enable ssh access to ubuntu 8.04?
[05:34] <ropetin> subir:sudo apt-get install openssh-server
[05:34] <subir> ropetin, already installed it
[05:35] <subir> ropetin, but cannot ssh it
[05:36] <ropetin> What happens when you try to?
[05:37] <subir> ropetin, says no route to host
[05:37] <subir> ropetin, i can ssh to localhost, but not to IP from the same machine
[05:38] <ropetin> That's basically telling you it's a network issue.  Why would you use the external IP when connecting from the local machine?  What happens if you try the IP from a different machine?
[05:39] <subir> ropetin, ssh: connect to host <IP_ADDRESS> port 22: No route to host
[05:40] <ropetin> OK, what IP is assigned to teh server, what IP is assigned to the client, and can you ping from one to the other?  It's either going to be a networking issue, or a firewall issue
[05:40] <ropetin> Are you running ufw?
[05:41] <subir> ropetin, server: <IP_ADDRESS>; client: <IP_ADDRESS>
[05:41] <subir> ropetin, the client cannot ping the server
[05:41] <ropetin> So it's a networking issue then :)
[05:42] <ropetin> Unless of course it's a firewall issue.  Can you confirm if either is firewalled?
[05:42] <jmarsden> subir: Are both machines physically connected to the same LAN subnet (to the same switch or whatever)
[05:43] <subir> jmarsden, ya
[05:44] <jmarsden> Check the output of    ifconfig eth0    on both machines very carefully, (maybe pastebin it so we can see it)?
[05:44] <ropetin> maybe pastebin a traceroute from one to teh other too?
[05:50] <subir> ropetin, jmarsden ok it was a networking issue...anyways thnx :)
[05:52] <ropetin> NP!
[05:53] <subir> ropetin, jmarsden i'm trying to have svn server with code web browsing as well as site web browsing
[05:53] <subir> ropetin, any link/pointer would be great!
[05:53] <LoveGuru> Is there anyone who can help me to fix LAMP server :<  i did apache works fine. some problem with mysql i can't figure out whre is the problem how can i fix it. thanks.
[05:54] <ropetin> subir: I remember seeing a tutorial about that on HowToForge
[05:54] <ropetin> Maybe do a search there?
[05:54] <ropetin> LoveGuru: What's the exact issue?
[05:55] <LoveGuru> ropetin: mysql wont start
[05:55] <LoveGuru> or u can say won't work
[05:55] <subir> ropetin, okay thnx
[05:56] <ropetin> Does it generate any kind of error?
[05:57] <LoveGuru> ropetin: ya when i bootup my linux it gave me error on start. can i get that error from any log file?
[05:57] <LoveGuru> i really don't remember it
[05:58] <subir> ropetin, is this the one you are referring to? http://www.howtoforge.com/debian_subversion_websvn
[06:00] <ropetin> There was one specific to Ubuntu if I remember
[06:00] <ropetin> BUt that would work too
[06:01] <freaky_t> does svn+ssh work by default? oO
[06:01] <ropetin> With those directions yes, but I have no idea in general
[06:02] <freaky_t> ok ;D
[06:02]  * ropetin used svn once and found it to be overkill for his needs
[06:02] <freaky_t> thanks
[06:03] <subir> ropetin, okay
[06:04] <jmarsden> subir: See https://help.ubuntu.com/community/Subversion
[06:06] <subir> jmarsden, thnx
[06:06] <jmarsden> No problem
[06:42] <subir> ropetin, jmarsden any idea how to enable public_html on ubuntu as on centos?
[06:44] <jmarsden> subir: I think you just would edit the apache2 config files to do your will... see under /etc/apache2/
[06:45] <subir> jmarsden, i think that feature is there by default in centos
[06:45] <ropetin> Isn't /var/www the equivalent of public_html?
[06:46] <ropetin> Or are you talking about for each user?
[06:46] <jmarsden> Probably.  So read the config files for apache in Centos and add the relevant lines
[06:47] <jmarsden> I think you just need a line that says      Userdir public_html  in there ?
[06:48] <jmarsden> I have one RHEL server I admin, but its httpd.conf has been... highly modified from the defaults :-)
[06:57] <subir> ropetin, for each user...i just found out one
[06:57] <subir> ropetin, jmarsden by enabling userdir module in apache2
[06:57] <subir> jmarsden, :)
[07:06] <timreichhart> hey guys
[07:07] <timreichhart> I am just wondering if anybody could tell me how to configure 2 56k modems
[07:07] <ropetin> timreichhart: do it the same as one, only twice?
[07:07] <timreichhart> oh ok
[07:07] <ropetin> What kind of modem and what issues are you currently having?
[07:09] <timreichhart> well i just bought 2 Conexant 56k V.92  CX11252-11 PCI Data/Fax
[07:09] <timreichhart> Modem (OEM) and i want to have one modem for incoming faxes and one for outgoing
[07:09] <timreichhart> if that even possible to do
[07:12] <timreichhart> ?
[07:13] <ropetin> Sure, definitely possible.  You'd just have to install them (I'll see if I can find instruction) and then in teh fax software you're using (HylaFAX?) specify which one for each function
[07:14] <timreichhart> im going to use hylafax and web base frontpage of avantfax
[07:15] <ropetin> In which case it's designed to work with multiple modems
[07:15] <timreichhart> yes
[07:15] <ropetin> https://help.ubuntu.com/community/DialupModemHowto
[07:15] <ropetin> That covers conexant
[07:16] <timreichhart> yes I do see that
[07:17] <timreichhart> thanks for that info
[07:17] <ropetin> Np!
[08:56] <ivarss> Hi *. Perhaps I am missing the obvious, but how do I include new schema files in openldap configuration? Intrepid ships with openldap v2.4 which uses new cn=config style configuration and not slapd.conf Thanks and please point me to the right direction if this is not a proper place to ask.
[09:28] <kraut> moin
[09:30] <ropetin> Yup
[14:10] <netrat> i'm currently booting ubuntu over the network with AoE, which works fine. the only thing that doesn't work properly is the shutdown procedure. could anyone point me to some documentation? how does the shutdown process differ if you have an NFS root filesystem?
[14:37] <philsf> how can I enable access for 'debian-sys-maint' in mysql-server? http://paste.ubuntu.com/71867/
[14:37] <philsf> or, where should I rtm?
[14:41] <sommer> philsf: take a look at /etc/mysql/debian.cnf
[14:42] <philsf> sommer: there are entries for 'debian-sys-maint' for both [client] and [mysql_upgrade], both have the password var empty
[14:43] <philsf> should I set a password? should I paste this file?
[14:45] <sommer> philsf: mine have what I assume is a generated password, so it probably wouldn't hurt to try adding one
[14:46] <philsf> sommer: shouldn't this have happened upon installation?
[14:47] <philsf> sommer: oh, I just found a useful README.Debian, thanks and sorry for the noise
[14:48] <sommer> philsf: I would've thought so
[17:44] <akuma5> im haveing trouble installing vhcs on hardy any body know why
[18:10] <sandstrom> How can I restrict a users access to the home-folder solely?
[19:50] <Celephais> Hi, how can i use lvm with kvm?
[19:57] <zoopster> sandstrom: as in you don't want them to see other areas of the filesystem on a given machine?
[20:45] <levander> Do the dovecot packages for Ibex include ManageSieve?
[20:54] <ewook> did you check the repository-info?
[21:46] <akuma55> hello how do i create a new mysql db
[21:48] <vensign> akuma55 you can execute mysqladmin create databasename
[21:50] <akuma55> error: 'Access denied for user 'root'@'localhost' (using password: NO)'
[21:50] <vensign> akuma55 mysqladmin -u root -p create databasename
[21:51] <vensign> you have the mysql root password?
[22:02] <byte_slave> hello everyone!
[22:04] <byte_slave> how canm i see which are the ssh established tunnels?
[22:04] <byte_slave> in this moment?
[22:07] <_jmedina> to your server?
[22:07] <_jmedina> you can use
[22:07] <_jmedina> w
[22:08] <_jmedina> no wait, that only tellyou about local and remote users
[22:08] <_jmedina> but it doensnt say it is a ssh connection
[22:08] <_jmedina> it could be telnet :)
[22:08] <vensign> byte_slave you can use netstat -an | grep :22
[22:09] <vensign> to see the active connections to port 22 (ssh port)
[22:09] <akuma55> vensign, thanx it worked
[22:09] <akuma55> got wordpress up
[22:10] <vensign> you're welcome akuma55
[22:11] <byte_slave> netstat -an | grep :22 only tells me the connections not the tunnels inside it i guess
[22:11] <akuma55> vensign,  do you know how i can move everything in a directory out in to anther folld
[22:11] <akuma55> folder?
[22:11] <akuma55> *
[22:11] <Deeps> mv /path/to/source/dir/* /path/to/destination/dir/
[22:13] <vensign> you are rigth byte_slave sorry I dont remember if you can see the tunnels
[22:17] <vensign> akuma55 Deeps give you the answer
[22:18] <akuma55> im trying it now