[06:37] <liuxg_> I defined a setting for my scope, when I read a string setting in English, it does not have any problem. However, when I read it by Chinese, I always get the default value. what is wrong?
[07:27] <Saviq> oh noes
[07:31] <tsdgeos> whats?
[07:33] <Saviq> tsdgeos, all the conflicts :|
[07:34] <tsdgeos> yeah :/
[07:34] <Saviq> tsdgeos, will need to have separate branches into rtm now
[07:34] <tsdgeos> boooo
[07:35] <tsdgeos> Saviq: well we don't have that many that have to end up there, no?
[07:35] <Saviq> tsdgeos, yeah, it's not *that* bad, just that it's not as nice as it was yesterday ;)
[07:35] <tsdgeos> yeah
[07:39] <seb128> hum
[07:39] <seb128> why is the launcher having white dots on the top-left of its icons now?
[07:39] <seb128> I guess it's wanted and not a bug?
[07:39] <MacSlow> Saviq, I'm now waiting on reviews for my sync-notification branches for unity8 and unity-notifications... while that's happening I'll check ted's two branches for the indicator-sound.
[07:40] <MacSlow> Saviq, or would you suggest I'll focus something else in the meantime?
[07:40] <Saviq> seb128, yeah, it's a feature... those are the *pinned* apps
[07:40] <seb128> Saviq, I've only pinned apps, it looks weird ;-)
[07:40] <seb128> I though it would be something like that
[07:40] <Saviq> MacSlow, no, that's good, let's preempt any issues
[07:40] <seb128> but I couldn't figure out what
[07:40] <MacSlow> Saviq, sweet
[07:41] <seb128> Saviq, not very elegant if you ask me :/
[07:41] <Saviq> seb128, we know
[07:41] <Saviq> seb128, not our call
[07:41] <seb128> what is design thinking?!
[07:41] <Saviq> seb128, it's a "we don't care" problem since there are only supposed to be pinned apps on the launcher soon
[07:41] <MacSlow> seb128, indeed... I wonder who complained about the cutt off edge... I liked that look
[07:41] <Saviq> MacSlow, yeah, that was much better
[07:41] <Saviq> seb128, but we need a way to pin them from the dash first
[07:42] <seb128> Saviq, k, no worry, I was just checking if that was a bug
[07:42] <seb128> I assumed it would be wanted
[07:42] <seb128> I just couldn't figure out what it means
[07:42] <MacSlow> Saviq, reminded me so much of the edges you fold into a current page of a book you're reading
[07:42] <seb128> and it's not looking good, but of well
[07:42]  * seb128 shakes fist at design
[07:43] <Saviq> MacSlow, you could probably just delete https://code.launchpad.net/~macslow/unity-settings-daemon/max-volume-notification-warning/+merge/238180
[07:43] <MacSlow> Saviq, done
[07:43] <Saviq> tx
[07:44] <Saviq> tsdgeos, are you out of reviews by any chance?
[07:45] <MacSlow> as if that could be the case these days :)
[07:45] <tsdgeos> Saviq: i'm merging list_bottom_Edge thing and there's the expanded panel thing, but it seems everyone is doing that one now, so i could do something else if needed
[07:45] <Saviq> tsdgeos, please review https://code.launchpad.net/~macslow/unity8/synchronous-notification/+merge/229059 then
[07:46] <tsdgeos> ok
[07:46]  * Saviq resolves the panel for rtm situation the
[07:46] <Saviq> n
[08:06] <tsdgeos> MacSlow: do nothing with VALUE_TINT_HINT in https://code.launchpad.net/~macslow/unity-notifications/synchronous-notification/+merge/234476 ?
[08:07] <MacSlow> tsdgeos, yes... that branch is meant to make the new frontend feature known to any clients
[08:08] <MacSlow> tsdgeos, so an app can query the available notification-server capabilities and then decide what to use or not to use.
[08:11] <Wellark> davmor2: so, I need a bit more info on the bug you filed
[08:11] <davmor2> Wellark: really
[08:12] <Wellark> davmor2: ?
[08:13] <davmor2> Wellark: what do you need dude?
[08:13] <Wellark> davmor2: so, as I commented here https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1380736
[08:13] <Wellark> I don't understand the "dash is empty" part
[08:14] <Wellark> so, I'm suspecting that you actually ran this during the wizard, right?
[08:14] <Wellark> when we don't have a full unity8 session running
[08:14] <Wellark> and instead of the indicator getting you to the dash
[08:14] <Wellark> it should return you to the wizard
[08:15] <tsdgeos> MacSlow: have a few quick comments on https://code.launchpad.net/~macslow/unity8/synchronous-notification/+merge/229059
[08:15] <MacSlow> tsdgeos, looking...
[08:15] <Saviq> Wellark, dash is a separate process, if you unlock quickly it's not loaded yet (thus, empty)
[08:18] <Wellark> Saviq: ok, please take a look at the bug. I think it's something that needs to be handled on unity8 side, as i-network just fires a snap decision
[08:19] <Saviq> Wellark, yeah, most probably, just flashing
[08:19] <davmor2> Wellark: so you install, you run the wizard, you run the touch guide, the dash is blank at this point and slowly fills up with all the apps if you unlock the first sim while this is the state of play it completely locks up the phone
[08:20] <davmor2> Wellark: does that help you?
[08:21] <davmor2> Wellark: jibel was also saying that you can get the same effect if you just re-run the wizard but I hadn't tried that
[08:22] <Saviq> davmor2, I don't think the wizard is even relevant here, but was under the impression this is a unity8 crash, specifically the media hub related one, not the case for you?
[08:23] <davmor2> Saviq: I'm going to do a fresh install shortly I'll let you know
[08:23] <davmor2> Saviq: but I don't actually recall getting a crash from it
[08:24] <Wellark> Saviq, davmor2: ok. I will let you guys figure it out and Mark the bug as Invalid for i-network
[08:24] <Wellark> please, feel free to reopen it if something needs to be done on the i-network side
[08:24] <Saviq> Wellark, kk
[08:25] <davmor2> Wellark: will do
[08:28] <MacSlow> tsdgeos, addressed/replied to MP-comments
[08:31] <tsdgeos> MacSlow: why would using the topMargin value not work?
[08:32] <MacSlow> tsdgeos, no idea
[08:32] <MacSlow> tsdgeos, but using shapedBack.topMargin makes any notification not appear
[08:34] <MacSlow> tsdgeos, maybe the conditional operator in the topMargin binding doesn't work for implicitHeight due to some QML-limitations
[08:35] <tsdgeos> MacSlow: shapedBack.anchros.topMargin, no?
[08:38] <MacSlow> tsdgeos, doh... what a typo! sublime's QML-syntax-highlight/completion seems to be buggy... got it now working... updating branch
[08:42] <MacSlow> tsdgeos, branch updated is in... rev1106
[08:44] <tsdgeos> MacSlow: ok
[08:45] <MacSlow> tsdgeos, if you want to see the new sync. notifications in action, your best option is probably "make -C builddir tryNotifications"
[08:48] <Saviq> MacSlow, looks like you brought something into that changeset https://code.launchpad.net/~macslow/unity8/synchronous-notification/+merge/238119
[08:49] <Saviq> MacSlow, prep a rtm-dedicated branch and resubmit please
[08:51] <MacSlow> Saviq, well the branch fixes... doing a new MP
[08:52] <Saviq> MacSlow, I mean that the diff into trunk is 523 lines, into rtm it's 989 lines
[08:53] <Saviq> MacSlow, meaning that you must've brought something from trunk (looks like translation changes)
[08:53] <MacSlow> Saviq, oh... hm
[08:54] <MacSlow> Saviq, probably a merge to trunk too much
[08:54] <MacSlow> merge with trunk rather
[08:54] <Saviq> MacSlow, yup
[09:07] <Saviq> Wellark, do you have an ETA on bug #1333121 ?
[09:07] <Wellark> Saviq: today
[09:07] <Wellark> landed by tomorrow EOD
[09:08] <Wellark> hopefully today
[09:08] <Saviq> Wellark, well, yeah, that's kind-a the deadline
[09:08] <Wellark> but, needs quite some testing
[09:08] <Wellark> Saviq: well, that's what DL's are for
[09:08] <Wellark> right? ;))
[09:09] <Saviq> Wellark, I've a rtm-targeted silo (row 52, rtm silo 6) that I have all the unity8 and related fixes for 16/10
[09:09] <Saviq> Wellark, so let me know please when things should go in there
[09:09] <Wellark> so, silos should be up and running by the end of today
[09:09] <Wellark> Saviq: ok.
[09:09] <Saviq> jeez compiz / unity is crashy in utopic lately
[09:09] <Wellark> Saviq: so you want to have one big fat one? :)
[09:09] <Wellark> brave man
[09:09] <Wellark> Saviq: on unity8 side it's just a oneliner
[09:10] <Wellark> or actually just uncommenting a oneliner
[09:10] <Wellark> Saviq: I'll keep you posted
[09:10] <Saviq> Wellark, it's not so fat, some 10 MPs in total
[09:10] <Wellark> :D
[09:11] <Saviq> Wellark, that's nothing ;)
[09:11] <Saviq> Wellark, in any case, better to have it together, easier testing, less QA time etc.
[09:11] <Wellark> "just a regular day at the office"
[09:11] <Wellark> Saviq: true.
[09:11] <Wellark> Saviq: I wish we could do such landings more
[09:12] <Wellark> as you pointed out all of the benefits above :)
[09:12] <Saviq> Wellark, *I* do those all the time
[09:12] <Wellark> Saviq: <3
[09:12] <Wellark> Saviq: any free positions in your team? ;)
[09:12] <Saviq> Wellark, we go up to 10 ACKed branches within a day
[09:13] <Saviq> any other approach would just kill us
[09:13] <Wellark> Saviq: tell me about it.. :)
[09:13] <Wellark> ok. good.
[09:13] <Wellark> as I said. I'll keep you posted
[09:14] <Saviq> tkx
[09:31] <Saviq> MacSlow, let me know please when you have the rtm-targeted branch
[09:31] <MacSlow> Saviq, just doing  a final check locally
[09:32] <Saviq> MacSlow, k
[09:33] <mzanetti> Saviq: fyi: the test failures in the notification branch only appeared after merging trunk
[09:33] <Saviq> mzanetti, mhm
[09:33] <mzanetti> Saviq: and it seems now in trunk sufaces don't have activeFocus any more
[09:33] <Saviq> mzanetti, uh?
[09:33] <mzanetti> Saviq: not sure if that's an issue, but if something goes wonky, that sounds like a candidate
[09:33] <mzanetti> Saviq: yeah, it still sets focus to true/false, but not any more activeFocus
[09:34] <Saviq> mzanetti, hmm touchOwnership probably
[09:34] <Saviq> sounds like we lost a focus scope's focus somewhere
[09:35] <mzanetti> Saviq: and did you only fix testShellWithOin?
[09:35] <MacSlow> Saviq, something with the top-margin spacing broke... looking into it
[09:35] <mzanetti> because testShell seems to have the same positioner issue
[09:35] <Saviq> mzanetti, yeah, didn't look at testShell...
[09:35] <mzanetti> Saviq: will fix it in my branch then... or do you want a separate merge for that?
[09:36] <Saviq> mzanetti, fine in yours
[09:37] <mzanetti> Saviq: will change the test to work with focus for now. but if you merge something that restores the activeFocus stuff, please either revert this test to use activeFocus, or let me know so I'll do it
[09:38] <Saviq> mzanetti, please talk to Daniel when he comes on
[09:38] <mzanetti> kk
[09:38] <Saviq> mzanetti, it sounds scary that they don't get activeFocus
[09:51] <MacSlow> Saviq, hm... that didn't work
[09:51] <Saviq> MacSlow, what's going on?
[09:52] <MacSlow> Saviq, my bzr branch fu seems to be lacking today
[09:52] <MacSlow> Saviq, the diff just jumped to 2000+ lines
[09:52] <Saviq> MacSlow, with bzr there's unfortunately not much you can do other than replaying your changes onto a clean branch
[09:53] <Saviq> MacSlow, I'll take care of that
[09:54] <Saviq> MacSlow, but yeah, uncommit the revert
[09:54] <Saviq> MacSlow, we need a separate branch
[09:56] <Saviq> MacSlow, you need to uncommit and push/overwrite
[09:57] <MacSlow> Saviq, just doing that
[09:59] <MacSlow> Saviq, done
[10:00] <MacSlow> Saviq, I'm turning back to Ted's branches now
[10:09] <Saviq> MacSlow, can you `bzr push -d lp:~saviq/unity8/sync-notif-notrunk lp:~macslow/unity8/synchronous-notification --no-remember --overwrite`
[10:09] <Saviq> MacSlow, I just replayed your commits without the trunk merge, which wasn't necessary
[10:09] <Saviq> MacSlow, this way we won't need a separate branch
[10:11] <MacSlow> Saviq, hm... "bzr: ERROR: Cannot lock LockDir(chroot-91449488:///~saviq/unity8/sync-notif-notrunk/.bzr/branch/lock): Transport operation not possible: readonly transport"
[10:11] <Saviq> MacSlow, that should be fine
[10:11] <Saviq> MacSlow, actually no, bzr is stupid
[10:11] <Saviq> MacSlow, please pull my branch down and push
[10:13] <MacSlow> Saviq, ok... now it should be in place
[10:14] <Saviq> MacSlow, tx
[10:14] <Saviq> MacSlow, yup, same diff, now, works!
[10:14] <MacSlow> Saviq, but still resubmit the proposal?
[10:15] <Saviq> MacSlow, no, all is fine now
[10:15] <Saviq> MacSlow, https://code.launchpad.net/~macslow/unity8/synchronous-notification
[10:15] <Saviq> MacSlow, see the diff size reported is the same
[10:16] <MacSlow> Saviq, ah ok... I burry myself in the integration testing again
[10:19] <Saviq> MacSlow, fwiw all of that is building for rtm in rtm silo 6 now
[10:19] <MacSlow> Saviq, 6 not 13 ?!
[10:20] <Saviq> MacSlow, *rtm*
[10:21] <Saviq> MacSlow, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-006
[10:21] <Saviq> mzanetti, you and your merge trunk pfft :P
[10:22] <mzanetti> ?
[10:22] <Saviq> mzanetti, I need a branch of lp:~mzanetti/unity8/fix_snap_decision_test targetting rtm
[10:22] <mzanetti> targetting rtm
[10:22] <mzanetti> how come?
[10:23] <mzanetti> are we now merging to rtm and then syncing back?
[10:23] <Saviq> mzanetti, the two diverged now
[10:23] <mzanetti> or do I need to propose branches against both?
[10:23] <Saviq> mzanetti, both
[10:23] <mzanetti> so I need to different branches then
[10:23] <mzanetti> k
[10:23] <Saviq> mzanetti, the ones that go into both need to go to both
[10:23] <Saviq> mzanetti, yes
[10:23] <Saviq> dandrader, mzanetti noticed that surfaces don't get activeFocus now
[10:23] <mzanetti> is that guy up already?
[10:23] <mzanetti> :)
[10:23] <Saviq> dandrader, that expected?
[10:24] <Saviq> mzanetti, it's already 7am there, what did you think!
[10:24] <mzanetti> that he should sleep for another 3 hours
[10:25] <dandrader> Saviq, no
[10:25] <mzanetti> dandrader: just kidding... but yeah, seems activeFocus got lost
[10:25] <mzanetti> dandrader: it still sets focus to true/false, but not any more activeFocus
[10:26] <Saviq> looks like we lost activeFocus somewhere up in the tree then
[10:26] <dandrader> Saviq, just flashed krillin with devel-proposed and touchOwnership is not there
[10:26] <dandrader> Saviq, did it go just to some rtm image?
[10:26] <Saviq> dandrader, no, there might not be an image with it yet
[10:26] <Saviq> dandrader, dist-upgrade
[10:26] <Saviq> dandrader, it's not going into rtm yet
[10:26] <dandrader> hmm
[10:27] <dandrader> mzanetti, that's with unity8 trunk you built yourself?
[10:28] <mzanetti> yes
[10:28] <mzanetti> dandrader: ^
[10:28] <dandrader> mzanetti, it's possible that touchOwnership broke it as it moved the related code around, if I'm not mistaken
[10:28] <mzanetti> dandrader: I didn't really investigate, but I noticed with this branch:
[10:28] <dandrader> mzanetti, although qmltests and manual should have detected that......
[10:28] <mzanetti> lp:~mzanetti/unity8/fix_snap_decision_test
[10:29] <mzanetti> dandrader: yeah, the test in here did check for app.surface.activeFocus
[10:29] <mzanetti> dandrader: wasn't working any more after merging
[10:29] <Saviq> dandrader, it looks like it doesn't have a user-visible impact
[10:29] <mzanetti> dandrader: now I changed it to work with focus, passes again
[10:29] <dandrader> Saviq, mzanetti, right. the app just won't get key (button) presses anymore
[10:30] <mzanetti> oh right... forgot about that... well, that's not good  then :)
[10:30] <dandrader> actually it should not even make the vkb show up for then, iinm
[10:31] <Saviq> mzanetti, I'll pull the branch from the rtm silo for now then
[10:31] <Saviq> mzanetti, since we're not sure yet what the resolution will be
[10:35] <dandrader> Saviq, what branch?
[10:36] <Saviq> dandrader, the one mzanetti pointed at
[10:38] <mzanetti> Saviq: https://code.launchpad.net/~mzanetti/unity8/fix_snap_decision_test-rtm/+merge/238274
[10:38] <mzanetti> Saviq: I'll update both with activeFocus again once dandrader knows what way to go
[10:39] <Saviq> mzanetti, k
[10:57] <tsdgeos> MacSlow: why don't i see a volume notification?
[10:58] <MacSlow> tsdgeos, because the integration branches of indidcator-sound need to be in place and actually make use of the new sync. notification features
[10:58] <tsdgeos> MacSlow: but those are marked as released, no?
[10:58] <MacSlow> tsdgeos, no
[10:59] <tsdgeos> MacSlow: https://code.launchpad.net/~macslow/indicator-sound/synchronous-notification ?
[10:59] <MacSlow> tsdgeos, there are two indicator-sound branches from Ted dealing with that... and I'm currently reviewing/testing them
[10:59] <MacSlow> tsdgeos, that was reverted as it overlooked some desktop/phone difference and caused a bug on the desktop
[11:00] <tsdgeos> MacSlow: well then can you update your MR
[11:00] <tsdgeos> i'm trying to test the thing
[11:00] <tsdgeos> and seeing nothing doesn't make me very confident in approving it
[11:02] <MacSlow> tsdgeos, your best bet to see something is to use http://bazaar.launchpad.net/~macslow/unity-notifications/synchronous-notification/view/head:/examples/icon-value.py on the phone
[11:02] <MacSlow> tsdgeos, I'm updating the MP-description
[11:02] <tsdgeos> mhpf
[11:06] <dandrader> mzanetti, Saviq, just tested the released unity8 (trunk). surface.activeFocus is working as expected
[11:06] <MacSlow> tsdgeos, but the remark regarding the icon-value.py script was in the description already
[11:07] <tsdgeos> sure
[11:07] <tsdgeos> but that's cheating ;)
[11:07] <mzanetti> dandrader: weird... how come that test fails then?
[11:07] <tsdgeos> MacSlow: i want to see the whole thing working
[11:07] <MacSlow> tsdgeos, no... not really... just forgot to delete the second part part of that sentence :)
[11:07] <MacSlow> tsdgeos, yeah me too...
[11:08] <MacSlow> tsdgeos, right now found some bugs in Ted's branches already and suggesting fixes...
[11:09] <dandrader> mzanetti, add this http://paste.ubuntu.com/8558558/ to SessionContainer.qml and see for yourself
[11:09] <dandrader> mzanetti, probably because the code that sets activeFocus moved to a different qml file, from SessionContainer or ApplicationWindow to SurfaceContainer
[11:09] <mzanetti> dandrader: no... the test does this:
[11:10] <mzanetti> Application *app = ApplicationManager.findApplication("foo")
[11:10] <mzanetti> compare(app.session.surface.activeFocus, true)
[11:11] <mzanetti> dandrader: so it doesn't use the qml stuff at all, goes the c++ path to find it
[11:11] <tsdgeos> MacSlow: which package provides pynotify?
[11:11] <MacSlow> tsdgeos, that should be python-notify
[11:11] <dandrader> mzanetti, is that failing in trunk? where is that test?
[11:12] <mzanetti> dandrader: merge this: https://code.launchpad.net/~mzanetti/unity8/fix_snap_decision_test/+merge/238238
[11:12] <mzanetti> dandrader: see line 184 of the diff
[11:13] <mzanetti> tsdgeos: do you still need the phone-right-edge ppa?
[11:13] <tsdgeos> mzanetti: i guess you can kill it
[11:13] <mzanetti> ack, thanks
[11:13] <tsdgeos> we'll do any bottom edge work next week in DC i guess
[11:14] <mzanetti> I'll push some stuff for vesa to test then
[11:16] <MacSlow> tsdgeos, did you get the icon-value.py to run?
[11:17] <tsdgeos> MacSlow: yeah, i guess i'll have to be happy enough with that for the moemnt?
[11:17] <MacSlow> tsdgeos, yes... Ted's branches aren't ready for landing yet
[11:18] <MacSlow> tsdgeos, although I've them working to 75% here already
[11:19] <tsdgeos> ok
[11:19] <tsdgeos> i guess i can code approve and test approve with the example
[11:19] <tsdgeos> and then give a final approve when we have everything ready?
[11:20] <tsdgeos> Saviq: MacSlow: or we prefer to land this on our side asap and then hope for the best?
[11:20] <MacSlow> tsdgeos, certainly... app-integration should actually not be the responsibility of frontend and backend :)
[11:21] <tsdgeos> ok
[11:24] <karni> Hi guys. I have a serious issue with an app not starting randomly. App log is empty, tail -f /var/log/{messages,kernel,dmesg,syslog} output seems silent or not related, and unity8 log contains some hints http://paste.ubuntu.com/8558610/
[11:24] <karni> Could someone have a look at that? Would very much appreciate.
[11:24] <facundobatista> Hola
[11:27] <karni> in the end, seems the app is crashing
[11:32] <Saviq> tsdgeos, also, all that stuff's being built in rtm silo 6
[11:33] <Saviq> tsdgeos, so you can test there
[11:33] <tsdgeos> Saviq: including ted's branches and sutff?
[11:33] <Saviq> tsdgeos, yup
[11:33] <tsdgeos> oki
[11:33] <tsdgeos> will test it there then
[11:33] <MacSlow> Saviq, btw... I'm preparing some fix-suggestions for Ted's branches to make the work correctly with the sync. notifications
[11:33] <tsdgeos> Saviq: how do i get the rtm silo 6?
[11:33] <Saviq> MacSlow, yup, read that
[11:33] <MacSlow> Saviq, ah ok
[11:34] <tsdgeos> is it even possible to install in a non rtm phone?
[11:34] <Saviq> tsdgeos, flash rtm, `citrain device-upgrade 6 $password`
[11:34] <tsdgeos> that's going to take a while :D
[11:34] <Saviq> tsdgeos, no, but just flash your phone rtm, ubuntu-touch/ubuntu-rtm/14.09-proposed
[11:34] <Saviq> tsdgeos, you need better internets ;)
[11:34] <tsdgeos> i do
[11:35] <MacSlow> tsdgeos, what connection do you have?
[11:35] <tsdgeos> MacSlow: a bad one :D
[11:36] <tsdgeos> 10M i think
[11:36] <MacSlow> tsdgeos, consider yourself lucky... still about 50% faster than mine
[11:37] <Saviq> tsdgeos, FWIW ubuntu-device-flash caches things, so once you download an image... unfortunately it does *not* use deltas
[11:38] <tsdgeos> Saviq: i know i know
[11:38] <Saviq> mzanetti, could you please rebase your rtm snap decision test on ~unity-team/unity8/rtm-sharedunitymenumodel, there's a conflict :|
[11:39] <mzanetti> are you just asking me always or are there so many conflicts?
[11:39] <Saviq> mzanetti, it's the same one still
[11:39] <mzanetti> since 3 days I'm basically just rebasing stuff :D
[11:39] <Saviq> mzanetti, it'd probably make sense to check if the trunk-targeted branches don't have the same issue
[11:39] <Saviq> mzanetti, I'm really just asking the "newest" MP to rebase
[11:39] <mzanetti> oh no
[11:40] <mzanetti> mine were there before the kraken
[11:40] <mzanetti> but anyways, not complaining
[11:40] <mzanetti> just wondering
[11:40] <Saviq> mzanetti, ah well, yeah, the kraken was special
[11:40] <Saviq> mzanetti, and you were there at that point, Daniel wasn't I believe
[11:44] <mzanetti> Saviq: here you go: https://code.launchpad.net/~mzanetti/unity8/fix_snap_decision_test-rtm/+merge/238282
[11:46] <mzanetti> Saviq: regarding the comment about the notification mock. I think we'd need to clean up all the notification mock stuff. its way too hard to do something, also needs a c++ mock model to make SortFilterProxyModel work with it etc
[11:46] <mzanetti> Saviq: but I didn't want to do that in josh's branch really
[11:51] <Saviq> mzanetti, yeah
[11:51] <Saviq> k
[11:54] <tsdgeos> Saviq: what provides citrain?
[11:54] <Saviq> tsdgeos, phablet-tools-citrain
[11:55] <tsdgeos> ah lol you have to run it on the pc
[11:55] <tsdgeos> not on the phone :D
[11:58] <tsdgeos> Saviq: MacSlow: i tried that silo and still don't have any volume notificaiotn, is that known?
[11:58] <tsdgeos> lunch!
[11:58] <Saviq> tsdgeos, yeah, unity8 didn't build there yet
[11:58] <MacSlow> tsdgeos, yup it is
[11:58] <Saviq> fighting...
[11:59] <MacSlow> Saviq, locally it's looking pretty good though... just to keep the spirits high :)
[11:59] <Saviq> kk
[12:01] <Saviq> mzanetti, commit message! 5 push-ups!
[12:02] <mzanetti> ack. just saw it
[12:03] <mzanetti> resubmitting shouldn't drop it
[12:03] <mzanetti> Saviq: one sec with the rebuild
[12:06] <mzanetti> Saviq: pushed the activeFocus stuff. now imo good to go
[12:07] <mzanetti> Saviq: turned out to be some local failure here :/. I reverted to activeFocus and added a waitForRendering() to get around the failure you had
[12:15] <Saviq> mzanetti, ktx
[12:29] <mzanetti> Saviq: something landed that broke the launcher :/
[12:30] <mzanetti> Saviq: only on greeter though
[12:30] <mzanetti> "broke" is a hard word, but it's jumpy when dragging in
[12:33] <mzanetti> and: https://code.launchpad.net/~mzanetti/unity8/no-more-pinning/+merge/238290
[12:33] <mzanetti> I'm checking with design if we need this in rtm
[12:36] <Saviq> mzanetti, jumpy would suggest touch ownership again
[12:55] <mzanetti> Saviq: one more: https://code.launchpad.net/~mzanetti/unity8/no-more-pinning/+merge/238292
[12:55] <mzanetti> Saviq: vesar said its critical and reported a bug, so I guess this can go into rtm
[12:56] <mzanetti> uh oh
[12:56] <mzanetti> no, not like this :D
[12:56]  * mzanetti fixes
[12:57] <Saviq> mzanetti, nope, not like this ;)
[13:00] <Saviq> dandrader, there's an image now with touch ownership, revealing launcher over greeter is jumpy, are there two conflicting edge areas maybe?
[13:01] <mzanetti> Saviq: yeah, we're on it
[13:01] <dandrader> Saviq, yes just flashed it and mzanetti already brought it to ma attention
[13:01] <mzanetti> Saviq: seems the greeter gets the onPressed event too and calls launcher.tease() while you're dragging it
[13:02] <Saviq> k glad you're on it
[13:03] <mzanetti> Saviq: this one should be better now, however, LP fails to diff it still: https://code.launchpad.net/~mzanetti/unity8/no-more-pinning-rtm/+merge/238294
[13:03]  * mzanetti is off for an hour
[13:07] <seb128> Saviq, kudos to design to reverting the white dot decision ;)-
[13:07] <seb128> ;-)
[13:07] <Saviq> seb128, ]o/
[13:07] <Saviq> seb128, indeed
[13:07] <seb128> :-)
[13:08] <seb128> does anyone there know what could lead qml code to loose its translation domain?
[13:08] <Saviq> seb128, loose != lose
[13:09] <seb128> ups
[13:09] <seb128> gallery does that
[13:09] <seb128>     Loader {
[13:09] <seb128> ...
[13:09] <seb128>         source: APP.pickModeEnabled ? Qt.resolvedUrl("PickerScreen.qml") : Qt.resolvedUrl("MainScreen.qml")
[13:09] <seb128>     }
[13:09] <Saviq> seb128, but... Connections { target: i18n; onDomainChanged: console.debug("AAAAAH LOST DOMAIN") }
[13:09] <seb128> the second case leads to a non translated UI
[13:10] <seb128> not sure why
[13:10] <Saviq> seb128, huh...
[13:10] <seb128> adding that to MainScreen.qml workarounds it
[13:10] <seb128>     Component.onCompleted: {
[13:10] <seb128>         i18n.domain = "gallery-app";
[13:10] <seb128>     }
[13:10] <Saviq> seb128, how does it set the domain in the first place?
[13:10] <seb128> with a ^ snippet
[13:10] <Saviq> seb128, yeah, race
[13:11] <Saviq> seb128, does it have a main()?
[13:11] <seb128> Saviq, http://bazaar.launchpad.net/~phablet-team/gallery-app/trunk/view/head:/rc/qml/GalleryApplication.qml#L192
[13:11] <Saviq> seb128, also, a Binding { target: i18n; property: "domain"; value: "gallery-app" } could be better
[13:12] <Saviq> seb128, but basically what probably happens is that the picker gets loaded before the domain is bound
[13:12] <Saviq> seb128, but what it should do is just use libintl.h
[13:12] <Saviq> seb128, and set the domain in C++
[13:13] <seb128> Saviq, it has a http://bazaar.launchpad.net/~phablet-team/gallery-app/trunk/view/head:/src/main.cpp
[13:13] <seb128> let me try if that works
[13:14] <seb128> Saviq, I don't know anything about gallery, just trying to help to get that issue resolved
[13:14] <Saviq> seb128, best to probably just set it in C++
[13:14] <seb128> trying that
[13:14] <seb128> Saviq, thanks
[13:15] <seb128> Saviq, I don't really get what could be racy in the Loader though, because the default UI is translated
[13:15] <Saviq> seb128, the default UI is heavier
[13:15] <seb128> but if the source change then the newly pushed on isn't
[13:15] <Saviq> seb128, so it loads later, after the domain has been set
[13:15] <seb128> oh
[13:15] <seb128> they both load at start?
[13:15] <Saviq> seb128, no, just one does
[13:15] <Saviq> seb128, but depending on which one
[13:15] <seb128> well then it doesn't make sense
[13:15] <Saviq> seb128, it loads before or after the domain being set
[13:15] <seb128> because you start gallery, it's loaded and translated
[13:16] <seb128> then you start content-hub
[13:16] <Saviq> seb128, Component.onCompleted isn't a reliable signal
[13:16] <seb128> and gallery detects it, and change the source
[13:16] <Saviq> seb128, ah, changes the source
[13:16] <seb128>          source: APP.pickModeEnabled ? Qt.resolvedUrl("PickerScreen.qml") : Qt.resolvedUrl("MainScreen.qml")
[13:16] <Saviq> seb128, that's the part I didn't know
[13:16] <seb128> what happens is that APP.pickModeEnabled changes
[13:16] <Saviq> seb128, I thought that was driven by command line
[13:17] <Saviq> seb128, so I'd say something gets reinitialized in the SDK
[13:18] <Saviq> seb128, so, what *my* opinion is, i18n should be a singleton, not a context property, and we should have a qml launcher with a command-line option for the domain
[13:19] <Saviq> seb128, because intl doesn't notice when domain changes so no label will get updated
[13:19] <Saviq> so any calls to gettext need to happen after the domain is set
[13:19] <Saviq> mzanetti, hmm I'm still getting a test failure
[13:20] <seb128> Saviq, I doubt that's going to change for rtm
[13:20] <Saviq> seb128, oh yeah, but the C++ approach won't help in that case
[13:20] <tsdgeos> Saviq: ok, i've approved MacSlow|lunch's branch based on the tests and the example python app where they do the correct thing
[13:20] <Saviq> tsdgeos, kk
[13:20] <tsdgeos> Saviq: what else should i be reviewing? want me to approve the rtm MR too?
[13:21] <seb128> Saviq, https://code.launchpad.net/~seb128/gallery-app/workaround-translation-set-domain/+merge/238295 works :p
[13:21] <Saviq> tsdgeos, sure, top-ACK as usual, trunk didn't change
[13:21] <Saviq> seb128, yeah, I'd just go with that
[13:21] <seb128> Saviq, but it's a workaround
[13:21] <seb128> that should do for rtm though
[13:21] <Saviq> seb128, you *could* try a Binding { }
[13:21] <Saviq> seb128, but I'm not sure that would actually help
[13:21] <seb128> Saviq, let me see how that work
[13:22] <Saviq> seb128, http://qt-project.org/doc/qt-5/qml-qtqml-binding.html
[13:23] <Saviq> tsdgeos, no, I think we're good, if you're leaving the panel redesign to Daniel and Nick, there's nothing else pressing
[13:23] <tsdgeos> Saviq: ok, i'll go back to doing some bottom edge then
[13:24]  * greyback_ bets "bottom edge" is code for "watch a video" :D
[13:25] <seb128> Saviq, thanks
[13:25] <Saviq> tsdgeos, did you confirm that if you kick a few of the sound notifications in cycle every one of them will play the sound, even if the previous one didn't go away yet?
[13:27] <tsdgeos> Saviq: no because as said the silo still does not make any sound notification at all
[13:28] <Saviq> tsdgeos, ok, it should, now, but I'll test it out anyway
[13:29] <tsdgeos> Saviq: ok, let me upgrade and test
[13:32] <Saviq> mterry, just the man I was looking for!
[13:32] <mterry> Saviq, hello!
[13:32] <Saviq> (j/k) ;P
[13:32] <mterry> Saviq, oh really?  ok, haven't even checked email yet  :)
[13:33] <Saviq> mterry, wanted to give you a morning jump start with a "wtf does he want this time"
[13:33] <mterry> Saviq, well you did!  :)
[13:33] <mterry> Saviq, although more like "oh god, how is the greeter broken now?"
[13:34] <Saviq> mterry, just the launcher doesn't slide over it too fluidly, but that's not your fault, even
[13:34] <Saviq> kgunn, FYI, 10/16 fixes relevant to us are going into rtm silo 6
[13:34] <kgunn> Saviq: impressive
[13:34] <kgunn> thanks
[13:34] <Saviq> kgunn, how?
[13:35] <kgunn> i was trying to just be quiet and stay outta the way :)
[13:35] <Saviq> kgunn, they're not all *ready* just yet :D
[13:35] <Saviq> kgunn, but getting there
[13:35] <kgunn> Saviq: @how ? well....things always take longer than one thinks, but obviously we're close
[13:36] <Saviq> kgunn, basically we're now waiting for the US to kick in (ted for high volume notification) and Wellark to give us a good-to-go on unlock-SIM-on-boot
[13:36] <Saviq> kgunn, other than that we're in final review cycles for our stuff
[13:37]  * kgunn considers driving over to wake up tedg
[13:37] <kgunn> :)
[13:37] <tedg> kgunn, I've got coffee!
[13:37] <kgunn> hehe
[13:39] <tsdgeos> Saviq: actually no, the sound seems to be played only once, is that on unity8 side or in the backend side though?
[13:39] <Saviq> tsdgeos, backend I think
[13:39] <tsdgeos> MacSlow|lunch: ↑↑ ?
[13:39] <tsdgeos> ok, so no reason to not approve our change
[13:39] <Saviq> tsdgeos, hmm but not the indicator backend, just the unity-notifications plugin
[13:40] <Saviq> tsdgeos, I know Mirco was working on that specifically
[13:40] <Saviq> tsdgeos, so let's wait for his feedback
[13:40] <tsdgeos> ok
[13:42] <seb128> Saviq, the Binding fixes the issue, go figure
[13:42] <seb128> Saviq, thanks ;-)
[13:42] <Saviq> seb128, coolz
[13:44] <Wellark> Saviq, kgunn: strangely I've been feeling like living in the US timezones for the past months..
[13:44] <Saviq> Wellark, *just* in US timezones or *as well*? ;)
[13:44] <tsdgeos> paulliu: seen the comment in https://code.launchpad.net/~paulliu/unity8/noninteractive20140804/+merge/231746 ?
[13:44] <tedg> Wellark, You can just refer to them as we do, "superior timezones"
[13:48] <tsdgeos> mterry: you need to remerge https://code.launchpad.net/~mterry/unity8/greeter-profiles/+merge/237155
[13:48] <mterry> tsdgeos, I just pushed that up :)
[13:48] <tsdgeos> ah, saw it
[13:48] <Wellark> tedg: you know upstart, right? who should this be assigned to: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/1381075 ?
[13:48] <Saviq> mzanetti, https://code.launchpad.net/~mzanetti/unity8/fix_snap_decision_test/+merge/238238/comments/584819
[13:49] <tedg> Wellark, Upstart already supports that you just need to watch for the failed signal.
[13:49] <tedg> Wellark, You can look at the application-failed job as an example.
[13:53] <Saviq> tedg, btw, I already prepped an rtm series for i-sound and MPs into it for bug #1373404
[13:54] <kgunn> davmor2: sorry if i make you repeat, but on bug 1380736
[13:54] <Saviq> tedg, Mirco has a comment in https://code.launchpad.net/~indicator-applet-developers/indicator-sound/rtm-extreme-volume-warning/+merge/238259 too
[13:54] <kgunn> did you happen to run top ?
[13:55] <kgunn> ...and curious how long you waited, over a minute ?
[13:55] <Wellark> tedg: I don't want to watch anything
[13:55] <Wellark> tedg: the point is that we need to know if _any_ of our system or session services hit the limit
[13:56] <tsdgeos> mterry: dednick: what do you think of https://code.launchpad.net/~nick-dedekind/unity8/sharedunitymenumodel/+merge/234460/comments/584833 ?
[13:58] <dednick> tsdgeos: yeah. thats what i was thinking of...
[13:58] <davmor2> kgunn: so when the issues happens it is literally, welcome wizard, touch demo start, login, touch demo completes, drag down indicator unlock sim (as in it is the first thing I do once the system is up and running).   If I can I'll video it in a minute but I'm just juggling other things,  as for the wait just till the dash is fully filled
[13:58] <tsdgeos> dednick: ok, let's do that then and just be on the safe side
[13:58] <dednick> tsdgeos: this is probably valid for a bunch of our statics :/
[13:59] <mterry> tsdgeos, commented on how it might happen
[13:59] <kgunn> davmor2: ack...guessing a euro folk will need to do this as we don't lock sims in the US
[13:59] <dednick> tsdgeos: although i'm pretty sure that indicator plugin will never be unloaded...
[14:01] <tsdgeos> most probably yeah
[14:01] <mterry> tsdgeos, dednick: added a simple fix for it in comments
[14:01] <mterry> tsdgeos, dednick: I agree it's unlikely to be unloaded
[14:02] <mterry> But why have crashes waiting to happen hiding in our codebase?
[14:02] <Saviq> dednick, https://code.launchpad.net/~nick-dedekind/unity8/expanded-panel-design/+merge/237031/comments/584842
[14:02] <tsdgeos> mterry: or just use a QPointer :D
[14:02] <mterry> tsdgeos, sure, I suggested that in a previous comment too
[14:02] <dednick> er. woops
[14:03] <davmor2> kgunn: that's okay it's all Saviq 's fault it always is ;)
[14:03] <Saviq> kgunn, you can fake it with a fake SIM
[14:03] <Saviq> kgunn, mterry knows how
[14:04] <dednick> Saviq: is the SIM unlock supposed to be fullscreen, or bound to indicator bar?
[14:04] <mterry> kgunn, locked SIM?
[14:04] <kgunn> yeah how to ? mterry
[14:04] <dednick> and wtf is going on there anyway....
[14:04] <mterry> • sudo apt-get install ofono-phonesim-autostart
[14:04] <mterry> • sudo nano /usr/share/phonesim/default.xml
[14:04] <mterry> • Set PINNAME from "READY" to "SIM PIN", set SC from 0 to 1
[14:04] <mterry> • can be unlocked with /usr/share/ofono/scripts/enter-pin pin XXXX
[14:04] <mterry> kgunn, ^
[14:04] <Saviq> dednick, that's a question to design... it was anchored to panel, don't think it makes sense now, so maybe should just be fullscreen
[14:04] <mterry> except you probably want "sudo vi" instead of "sudo nano"
[14:05] <kgunn> yep
[14:05] <davmor2> mterry: sudo vim.tiny it's nicerererer than vi ;)
[14:06] <dednick> tsdgeos: think i might go with mterry's easy fix. seems simple enough...
[14:07] <tsdgeos> dednick: sure
[14:07] <dednick> no, nevermind. going with proper way.
[14:10] <paulliu> tsdgeos: yes.. working on that right now.
[14:10] <tsdgeos> oki
[14:15] <Wellark> mterry, Saviq, dednick: if it's anchored to the indicator-bar then nothing would stop the user from navigating the indicators while the pin unlock dialog is visible and then Bad Things(Tm) happen
[14:16] <MacSlow> tsdgeos, Saviq: the sound being played only once is a notification-frontend issue... but that can be worked around easily in the volume-notification case.
[14:16] <Wellark> please, keep it as fullscreen until we rework the dialog
[14:16] <dednick> Wellark: i'm pretty sure it's not fullscreen at the moment.
[14:16] <tedg> Saviq, Why do we need an rtm series?
[14:17] <tedg> Wellark, Upstart doesn't have enough information to write a useful recoverable error there, that's why it provides mechanism to do it.
[14:18] <Saviq> tedg, because we're not syncing to rtm, we need to cherry-pick fixes targeted for 10/16 only
[14:18] <Saviq> tedg, and rtm is already diverged from trunk (because there's a i-sound silo that didn't land yet, and likely won't, unless it's only fixes for Criticals)
[14:18] <tedg> Saviq, I'm confused what you mean there, why can't we just land in utopic and sync to rtm?
[14:18] <mzanetti> Saviq: fixed
[14:19] <Saviq> tedg, because that would bring not only fixes to Critical bugs targeted to 10/16
[14:19] <Wellark> dednick: oh, seems it's not
[14:19] <Wellark> but it should be
[14:19] <tedg> Saviq, The silo that didn't land is a label that is already in that branch. So it's too late.
[14:19] <Wellark> it's a snap decision that takes over the whole screen
[14:19] <Saviq> tedg, no it isn't, I redid the branch
[14:19] <tedg> Saviq, And we are literally talking about a single string.
[14:20] <dednick> Saviq: is the panel navigatable when it has the pin unlock screen open?
[14:20] <Saviq> dednick, checking
[14:20] <dednick> meh. doesnt really matter. looks shit now anyway
[14:20] <Saviq> tedg, not my rules
[14:20] <Saviq> dednick, it does
[14:20] <dednick> i mean "it would be" if we show the full bar
[14:21] <dednick> tsdgeos, mterry: i've updated to use QPointer for delete tracking.
[14:21] <tsdgeos> ok
[14:29] <mzanetti> Cimi: heh, because you implemented the white dots we now don't have any pinning indication any more :D
[14:29] <Cimi> mzanetti, feeling proud :)
[14:29] <mzanetti> haha
[14:29] <mzanetti> Cimi: you didn't like the clipped corner?
[14:30] <Cimi> mzanetti, nope
[14:30] <Cimi> mzanetti, neither those dots were nice
[14:30] <mzanetti> ah, well, the white dot was definitely worse
[14:30] <Saviq> Cimi, you liked the dots better??
[14:30] <Cimi> mzanetti, but at least they were not clipped
[14:30] <Cimi> yes
[14:30] <Saviq> yucky :P
[14:30]  * mzanetti voted for the small triangles like the desktop has
[14:30] <Cimi> clip doesn't make sense
[14:30] <mzanetti> but then design decided to drop all of it
[14:31] <mzanetti> Cimi: how does the white dot make more sense then clipping?
[14:31] <Cimi> we should have clipped top left or right, and reflected
[14:31] <Cimi> like when you do on a book
[14:32] <Cimi> mzanetti, they don't pretend to be skeuomorph
[14:35] <mzanetti> Cimi: same review also for rtm
[14:36] <Cimi> mzanetti, ok
[14:36] <mzanetti> Cimi: https://code.launchpad.net/~unity-team/unity8/rtm-14.09/+activereviews
[14:43] <Wellark> Saviq: are there any known crashers or freezers if a snap decision is fired immediately when unity8 starts?
[14:45] <dednick> Saviq: re flight mode in new panel design "lags behind". do you mean when enabling flightmode, the highlight bar kind of swipes in a bit?
[14:47] <dednick> think it's because the bluetooth indicator disappears...
[14:48] <Wellark> dednick: should not dissapear.. charles patched that already
[14:48] <Wellark> charles: is the patch in?
[14:48] <Saviq> dednick, yeah, the icons and texts move fast (immediate?), while the highlight lags behind it
[14:49] <dednick> Saviq: yeah. no remove/insert animation
[14:49] <dednick> hm
[14:49] <Saviq> dednick, I also get switched to sound when turning flight mode off
[14:50] <Saviq> dednick, looks like the indicator goes away for a split second?
[14:50] <dednick> Saviq: right...
[14:50] <Wellark> yes, it does
[14:51] <Wellark> just don't change to another indicator. it used to just say "Empty!" for a split second and switch to another menu
[14:51] <Wellark> dednick: ^
[14:51] <Wellark> *not switch to another menu
[14:52] <dednick> Wellark: ahha. well i don't do it on purpose...
[14:52] <MacSlow> Saviq, the "High Volume" label doesn't show up with the indicator-sound .deb froo the silo 6 ppa
[14:52] <Wellark> dednick: :)
[14:53] <dednick> i'm going to fiddle with desktop flight mode. so network going to go wonky. bbl
[14:53] <Saviq> MacSlow, it will only happen when playing multimedia and headphones plugged in, you got that?
[14:53] <MacSlow> Saviq, ah.. hm... checking...
[14:53] <Wellark> dednick: that's why I have ethernet dongle on my laptop :)
[14:55] <Wellark> Saviq: is there a known crasher in utopic-proposed on n4? just flashed a new image and let it sit on the table for a while while in the wizard first place and now it seems unity8 crashes constantly
[14:55] <Wellark> or something is crashing
[14:55] <Wellark> *wizard first page
[14:56] <Saviq> MacSlow, so I can see the orange bar, but no warning text, and still have the sound
[14:56] <Wellark> Saviq: the screen goes black (backlight on though) and after a while it gets th spinning ubuntu logo again and then it shows the wizard and immediately black screen again
[14:57] <MacSlow> Saviq, the orange-tint and the "High Volume" warning should be in sync... so either both or none
[14:57] <Wellark> Mirv: --^ ?
[14:57] <MacSlow> Saviq, at least that's how I understand mpt's design for this max-volume case
[14:58] <Wellark> Saviq: ok, now it stopped crashing..
[14:59] <Saviq> MacSlow, sure, I'm not saying what I'm seeing is good
[15:00] <Saviq> Wellark, bug #1380736 we have feels similar
[15:02] <Wellark> Saviq: that might hose up the automatic unlock dialog as well..
[15:03] <Saviq> Wellark, yeah, we need to have a close look at that
[15:03] <Saviq> kgunn, we need to have someone looking at bug #1380736
[15:03] <Saviq> kgunn, volunteers?
[15:04] <kgunn> mterry: are you busy ^ ?
[15:04] <kgunn> it's the one i was poking on earlier
[15:04] <mterry> kgunn, no I can volunteer for something
[15:04] <kgunn> thanks
[15:04] <Saviq> augh
[15:04] <Wellark> kgunn: that will most probably also affect the "unlock sim after boot" which I'm working and part of THE bug list.. :)
[15:04] <Saviq> greyback_, see what's wrong with https://code.launchpad.net/~ricmm/qtmir/1409-sync-cache/+merge/238170 ;)
[15:05] <Wellark> Saviq: btw, on those crashes I saw
[15:05] <Wellark> Saviq: I'm seeing unity-system-compositor .crash fil
[15:05] <Wellark> seems it's uploaded to errors.ubuntu.com now
[15:05] <mterry> Wellark, any intel on the system lockup bug that isn't in the bug yet, before I investigate?
[15:05] <Wellark> mterry: nope.
[15:06] <Wellark> mterry: my issue is different
[15:06] <mterry> k
[15:06] <greyback_> Saviq: arse, sorry I missed that
[15:06] <Saviq> mterry, but maybe even more relevant
[15:06] <Saviq> greyback_, nw
[15:06] <greyback_> why did he change it?
[15:06] <Saviq> Wellark, so please give mterry your data on the on-boot unlock
[15:07] <Wellark> Saviq: I have none... I didn't report the original problem
[15:07] <Wellark> I have not seen it
[15:07] <Wellark> davmor2: ^
[15:08] <Wellark> Saviq: on-boot unlock is a different case
[15:08] <Wellark> but it will hit the same problem for sure
[15:08] <Wellark> or not..
[15:08] <Wellark> running tests here now
[15:09] <Saviq> greyback_, https://code.launchpad.net/~mir-team/qtmir/rtm-14.09-gles-sync/+merge/238312 then
[15:09] <Saviq> greyback_, the diff is b0rked
[15:09] <Saviq> rtm-14.09-gles has 41 revs already
[15:09] <Saviq> but LP didn't notice
[15:09] <davmor2> Saviq: is this the issue with the sim unlock or another one
[15:10] <greyback_> Saviq: ok, taking your word for it
[15:10] <Saviq> davmor2, that one, yes
[15:10] <Saviq> greyback_, don't, merge and see for yourself ;)
[15:10] <Wellark> davmor2: mterry will investigate the report that after sim unlock you don't get to dash
[15:10] <greyback_> oi yam
[15:10] <Wellark> or whatever it was you can't access :)
[15:11] <greyback_> Saviq: acked
[15:11] <davmor2> Wellark: well actually it just hard locks eventually unity8 restarts and the sim is unlocked when it comes back up but that takes a while
[15:12] <Wellark> davmor2, Saviq: that actually matches the reports when we enabled the automatic unlocking the first time, now it's disabled, but davmor2 has quick enough hands
[15:13] <Saviq> davmor2, and no .crash for sure?
[15:13] <Saviq> davmor2, "hard locks eventually unity8 restarts" sounds very much like a unity8 crash
[15:13] <Wellark> I will try to repro
[15:13] <davmor2> Saviq: I've just done it now so I've just enabled developer mode to take a look
[15:14] <Wellark> I will hit it myself soon enough now that I enable the automatic unlock dialogs
[15:22] <groovestix> hey there, i'd like to make a suggestion for Unity, is this a good place for it? I know it'd be best to send a bug report, no time for that.
[15:24] <greyback_> groovestix: hey, honestly a bug report is the best way. Comments added on IRC tend to be forgotten about. https://bugs.launchpad.net/unity/+filebug
[15:26] <groovestix> greyback_: well maybe this been suggested before, tell me what you think. I would use the Amazon integration within Unity so much more, if it had a separate tab on the bottom of the main Unity window (where all the icons for Apps, Docs, etc. are located), that way the search queries sent to Cannonical and Amazon would be relevant, and users privacy would be protected.
[15:28] <groovestix> this seems to be like a neater solution, sort of like including a button for online search engines within Unity. just like Firefox's search bar functions.
[15:29] <greyback_> groovestix: I suspect the amazon results being prominent is for a reason :)  (was nothing to do with me) But yeah I like your idea.
[15:34] <groovestix> Yeah, but why partner with Amazon only? seems a bit silly, when there are so many other sites that could help with the commisions. people like me would use it by default, because we'd know the queries are relevant, and it'd be a way to give back.
[15:56] <mterry> davmor2, is that sim unlock freeze only on rtm?
[15:56] <mterry> davmor2, or only krillin?
[15:57] <mterry> I just tried to reproduce on utopic/mako and couldn't
[15:57] <davmor2> mterry: I've only tested on krillin
[15:57] <davmor2> mterry: + we only test rtm currently
[15:57] <mterry> davmor2, ok
[15:58] <mterry> well I'm curious now if utopic/krillin would reproduce.  might be useful to know
[16:02] <Saviq> tedg, feel free to rebuild i-n in rtm silo 6 when you think it worth it
[16:02] <Saviq> tedg, I'll be back in 3h if you need me, please drop me a status line when you EOD
[16:02] <davmor2> mterry: just added a screenshot of the issue if I get time latter I'll try and catch a video of it
[16:03] <tedg> Saviq, Ah, indicator sound. :-)
[16:03] <tedg> Saviq, Okay, cool.
[16:03] <mterry> davmor2, so there's a speed component to it, right?  I have to log in and unlock before dash is all set up
[16:03] <davmor2> mterry: that is what I found
[16:05]  * mterry goes afk briefly
[16:08] <mzanetti> MacSlow: ping
[16:08] <MacSlow> mzanetti, what's up?
[16:09] <mzanetti> MacSlow: if I want to wait in a qml test for a notification to be fully painted and ready to take input, which property would I use?
[16:09] <mzanetti> MacSlow: I can't see anything like opacity changing or the like
[16:09] <mzanetti> or well, there are many, but not at the place I'd expect them :)
[16:10] <MacSlow> mzanetti, opacity-animation are disabled due to bug regarding calendar-events (don't know the LP# atm)
[16:11] <MacSlow> mzanetti, can't you use Component.onCompleted or what it is called?
[16:11] <mzanetti> hmm... are they created asyn?
[16:11] <mzanetti> async
[16:12] <MacSlow> mzanetti, not yet... I wanted to change them to use an overall Loader-item, but rtm-tasks always got in the way
[16:13] <mzanetti> lol... did we really commit line 44 in Notifications.qml
[16:13] <mzanetti> MacSlow: what does that do? or rather, what is it supposed to do?
[16:14] <MacSlow> mzanetti, that's needed due to the visual snap-decsion queue
[16:17] <phanimahesh> Hola!
[16:18] <phanimahesh> Can anyone have a look at https://bugs.launchpad.net/ubuntu/+source/unity-tweak-tool/+bug/1354741?
[16:18] <phanimahesh> It appears to be a bug with Unity, but I can not figure out what package would be the right target.
[16:20] <phanimahesh> Would it be acceptable to mark it as affecting unity?
[16:21] <charles> Wellark, dednick, indicator-bluetooth disappears on phone by design: https://bugs.launchpad.net/indicator-location/+bug/1377275
[16:21] <charles> see especially comment #1 in that ticket
[16:24] <MacSlow> Saviq, the working fixes I made available here https://code.launchpad.net/~indicator-applet-developers/indicator-sound/rtm-extreme-volume-warning/+merge/238259/comments/584933
[16:25] <MacSlow> Saviq, triggering a new notification upon each volume-change has several issues... it doesn't work as cleanly as in my stand-alone icon-value.py example
[16:26] <MacSlow> Saviq, I need to take a break... I'll come back later when my blood is no longer boiling to continue looking into avoiding volume-changes via indicator-sound triggering sync. notifiations
[16:38] <tedg> Saviq, Did you actually rebase this? None of the bazaar history is correct.
[16:38] <tedg> :-(
[17:06] <mterry> davmor2, do you still have any crash files from your system freezing after unlocking sim?  I haven't been able to reproduce yet
[17:06] <mterry> I'm using a phonesim modem and only after re-running welcome wizard, not after a fresh flash.  So some differences from your triggers
[17:08] <davmor2> mterry: I do do you want them?
[17:08] <mterry> davmor2, yes please
[17:08] <mterry> davmor2, are you able to reproduce after simply re-running the wizard?
[17:09] <davmor2> mterry: I think I can reproduce rebooting but I'd need to try that
[17:10] <mterry> davmor2, just trying to figure out if it's because I'm using a fake SIM modem or not
[17:10] <mterry> ("it" being my lack of reproduction)
[17:13] <davmor2> mterry: http://people.canonical.com/~davmor2/mterry.tar.gz
[17:14] <mterry> davmor2, thank you!
[17:16] <mterry> davmor2, that looks like it's missing one crash file
[17:16] <mterry> a _usr_bin_unity8.32011.crash specifically
[17:17] <davmor2> mterry: one second
[17:18] <davmor2> mterry: grrr adb is now user level so won't grab unity8 as it is root grrrr
[17:20] <davmor2> mterry: working around it
[17:24] <davmor2> mterry: right same link try again
[17:26] <mterry> davmor2, ... this .crash file is like none I've ever seen -- it only has a stacktrace, not a coredump file
[17:26] <mterry> davmor2, this was sitting in your /var/crash dir?
[17:26] <davmor2> mterry: yeap
[17:32] <mterry> Saviq, when you get back: you said https://errors.ubuntu.com/oops/09b83e84-53b5-11e4-bc56-fa163e22e467 was already fixed?  Where is that bug/branch?
[17:34] <davmor2> I might debate your choice of Fixed there if it isn't in the image then there might be code but it isn't fixed ;)
[17:42] <mterry> davmor2, well sure.  it may not be fixed in the rtm timezone, but somewhere in the world it's fixed  :)
[17:42] <mterry> davmor2, you also have some other crash files here, but I don't think they'd freeze your system
[17:42] <mterry> davmor2, I think only unity8 would do that.  So if that's the right crash file for you, and it's fixed already somewhere, should be simple to close the bug
[17:43] <tedg> Saviq, Okay, fixed then branches.
[17:43] <mterry> Since Saviq is afk for a bit longer, I'm going to do an errand I need to get done today now, rather than later.  /me goes afk too
[17:43] <tedg> Saviq, Adding a system-settings branch to the silo. Though that needs to land in utopic too.
[17:44] <tedg> This RTM-first landing if f-ed up.
[18:45] <davmor2> mterry: sure I wasn't sure if they were related so thought I'd just grab them all to be on the safe side
[19:13] <Wellark> salem_: around?
[19:13] <Wellark> salem_: sorry, meant Saviq
[19:14] <Wellark> seems that unity8 does not handle reshowing of a closed notification that well..
[19:14] <Wellark> or let's say at all
[19:52] <Saviq> Wellark, back
[19:53] <Saviq> Wellark, reshowing a closed one? what do you mean?
[19:54] <Saviq> tedg, I *thought* I did, the diff was the same between → trunk and → rtm
[19:55] <tedg> Saviq, The diff was the same but the history was different, different revision ids.
[19:56] <Saviq> tedg, well, yeah, because the branch → trunk had more commits than we wanted → rtm
[19:56] <Saviq> tedg, and yeah, I used merge -c and recommitted stuff, is there a better way?
[19:56] <tedg> Saviq, Sure, so you need to revert the commits you don't want. With bazaar, not making new commits.
[19:56] <Saviq> tedg, you mean on top of the original history?
[19:57] <tedg> Saviq, yeah, if you merge the ones you want to revert, and then do "bzr revert ." it'll revert the diff but understand that you've looked at the revision.
[19:57] <Saviq> tedg, I just can't agree with that ;)
[19:57] <Saviq> tedg, having a merge, that I don't want, in history is just ugh
[19:57] <tedg> Saviq, Anyway, more importantly, I can't get the qtmir in that silo to build.
[19:57] <Saviq> tedg, ok, looking
[19:57] <tedg> Saviq, It's just… the truth… the messy truth :-)
[19:58] <tedg> Don't whitewash the past man.
[19:58] <tedg> ;-)
[20:00] <Saviq> tedg, with -gles packages, we need to first build the non-gles package (need to check the "ignore missing twins" box), only once the source for that is published can we build the -gles package
[20:01] <tedg> Saviq, I tried that, didn't work either :-/
[20:01] <Saviq> tedg, just kicked qtmir alone, let's see
[20:03]  * tedg hopes Saviq is better at clicking than he is
[20:04] <Saviq> tedg, all the builds you triggered on there were full rebuilds of a silo, that won't work with -gles packages, as it will try and build the -gles package out of source that doesn't exist yet
[20:04] <tedg> Saviq, Oh, so you have to ignore and build a single package?
[20:04] <Saviq> tedg, not ignore, *just* build a single package
[20:04] <Saviq> tedg, ignore the missing twin, yes
[20:04] <tedg> Ah, okay.
[20:05] <Saviq> tedg, once the source is published, then you can kick the -gles build
[20:06] <Wellark> Saviq: forget about it
[20:06] <Wellark> Saviq:
[20:06] <Wellark> https://code.launchpad.net/~unity-api-team/indicator-network/fix_unlock_all/+merge/238350
[20:06] <Wellark> https://code.launchpad.net/~unity-api-team/unity8/unlock-all-modems-on-boot/+merge/238349
[20:07] <Saviq> mterry, I *thought* it was fixed
[20:07] <mterry> Saviq, ah
[20:07] <Saviq> mterry, it was a dbus-cpp crash
[20:07] <Wellark> Saviq: that unity8 review is going to be a though one
[20:08] <Wellark> I was worried I'll break the whole tree with it
[20:08] <Saviq> Wellark, NOOOOOOOOO
[20:08] <Wellark> Saviq: yeah.. just look at the diff
[20:08] <Saviq> Wellark, I did
[20:08] <Wellark> quite scary, right..
[20:09] <Wellark> mterry: could you quickly review that unity8 branch?
[20:09] <Saviq> Wellark, we'll need separate MPs for rtm
[20:09] <Wellark> Saviq: what?! c'mon....
[20:09] <mterry> Wellark, well the code changes are fine but I'd need to test with latest connectivity too
[20:10] <Wellark> Saviq: you have splitted the trunks?
[20:10] <Saviq> Wellark, for unity8 yes
[20:10] <Wellark> ok..
[20:10] <Saviq> Wellark, seems i-n is up-to-date in rtm, so that we could sync
[20:11] <sil2100> mterry: hey!
[20:11] <Wellark> Saviq: i-network can be landed separately. _as long_ as it hits the archives before unity8
[20:11] <sil2100> mterry: any progress on LP: #1380736
[20:11] <mterry> Wellark, I'm still unable to reproduce  :-/
[20:12] <Wellark> mterry, Saviq: I think it was related to the QtMultimedia crashes
[20:12] <Wellark> as I saw them happening many times just before booting up
[20:12] <mterry> sil2100, no as I was just saying to Wellark, I can't reproduce it and the stacktraces we have aren't super helpful
[20:12] <Saviq> Wellark, yeah, that's what I expected, was waiting for davmor2 to confirm
[20:13] <sil2100> mterry: ah... k, well, we'll discuss that with davmor2 tomorrow then
[20:15] <mterry> Wellark, working on testing both branches
[20:15] <Wellark> mterry: you need the i-network
[20:15] <mterry> Wellark, yeah
[20:15] <Wellark> otherwise i-network will deadlock
[20:16] <mterry> Wellark, that's why I said both.  Unless there's a third branch?
[20:16] <Wellark> mterry: you can wait until I get the silos for both rtm and utopic
[20:16] <Wellark> it will be easier for you
[20:16] <mterry> Wellark, naw, I'll just build
[20:16] <Wellark> brave man
[20:16] <mterry> :)
[20:17] <mterry> Wellark, well I'm hoping that increasing the speed of unlock will help reproduce the crash
[20:28] <mterry> kgunn, did you successfully reproduce that sim-unlock freeze issue by using phonesim earlier today?
[20:32] <Wellark> mterry: earlier today kgunn was probably running with the broken QtMultimedia, so any crash when that is in the system is just plain ambigious
[20:32] <Wellark> as it was crashing unity8 on my phones a lot
[20:32] <mterry> Wellark, maybe I'm not familiar with the QtMultimedia fix?  Where can I grab that?
[20:34] <Wellark> Saviq: ^
[20:35] <Saviq> Wellark, so you're not getting the crash any more?
[20:35] <Saviq> if anywhere, it'd have been fixed in https://code.launchpad.net/~phablet-team/dbus-cpp/trunk
[20:35] <Saviq> so dbus-cpp 1006
[20:36] <Saviq> but that landed in rtm even on 1010 already
[20:36] <Saviq> so if anyone was seeing the crash since then, then it's *not* fixed
[20:37] <Wellark> Saviq: I got a bunch of those crashes today..
[20:37] <Wellark> oh well..
[20:37] <Wellark> maybe I was just running an old rtm-proposed image then
[20:38] <Saviq> there's a bunch of mentions of that crash in https://errors.ubuntu.com/?package=unity8&period=week
[20:39] <Saviq> AlbertA, whoa, 1.6MB? it takes 2.3MB for a 2xFullHD...
[20:40] <Saviq> here
[20:40] <Saviq> isn't PNG compressed?
[20:40] <AlbertA> Saviq: I guess QIMage doesn't compress PNG
[20:41] <mterry> Wellark, sorry I lost IRC connection, might have missed your response
 Wellark, so you're not getting the crash any more?
[20:41] <Saviq>  if anywhere, it'd have been fixed in https://code.launchpad.net/~phablet-team/dbus-cpp/trunk
[20:41] <Saviq>  so dbus-cpp 1006
[20:41] <Saviq>  but that landed in rtm even on 1010 already
[20:41] <Saviq> <-- kgunn has quit (Ping timeout: 260 seconds)
 so if anyone was seeing the crash since then, then it's *not* fixed
[20:41] <Saviq> <-- mterry has quit (Ping timeout: 250 seconds)
 Saviq: I got a bunch of those crashes today..
 oh well..
[20:41] <Saviq>  maybe I was just running an old rtm-proposed image then
 there's a bunch of mentions of that crash in https://errors.ubuntu.com/?package=unity8&period=week
[20:45] <Saviq> tedg, so there seems to be a dependency issue with qtmir in the silo suddenly https://launchpadlibrarian.net/187344929/buildlog_ubuntu-rtm-14.09-amd64.qtmir_0.4.3%2B14.10.20141014.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[20:52] <mterry> Guh!  IRC is crazy for me
[20:52] <mterry> Saviq, you mean that top crasher?  https://errors.ubuntu.com/problem/f53968407e05846ce6dd99e01d5c27df7589b9eb
[20:52] <mterry> Saviq, looks mostly fixed in RTM, but not 14.10
[20:53] <Saviq> mterry, hm that's an interesting observation
[20:53] <mterry> Saviq, you seemed confident it was a dbus-cpp crash.  Why, since it seemed only part of the stacktrace
[20:53] <mterry> If it is a dbus-cpp crash, dbus-cpp doesn't seem forked for rtm yet
[20:53] <Saviq> mterry, once, when we got a bit more symbols
[20:54] <Saviq> mterry, it looked like dbus-cpp was the culprit
[20:54] <mterry> ah
[20:54] <Saviq> I'm *sure* there's a bug...
[20:54] <Saviq> if only I could find it
[20:54] <Saviq> I will try and get a bit more symbols in a mo
[20:55] <mterry> Saviq, do you have a coredump available to you?
[20:55] <Saviq> mterry, not *yet*, but it's rather easy for me to trigger with two locked SIMs
[20:56] <mterry> Saviq, huh!  Gosh dang it.  Maybe I have slow fingers
[20:56] <Saviq> mterry, but you're right, if errors.u.c knows anything, then it indeed says rtm almost doesn't get it
[20:58] <Wellark> Saviq, mterry: here you go: https://code.launchpad.net/~unity-api-team/unity8/unlock-all-modems-on-boot-rtm/+merge/238359
[20:58] <Wellark> Saviq: what line is your monster silo ?
[20:59] <Wellark> I will make a comment to i-network that it must land before
[20:59] <Saviq> Wellark, I think you could've used the same source branch
[20:59] <Saviq> Wellark, but what evs
[20:59] <Wellark> I have charles to daid me
[20:59] <Wellark> *aid
[20:59] <Saviq> unless you had more of trunk in there
[20:59] <Wellark> so we should get the i-network in in couple of hours
[20:59]  * charles shoots Wellark daid
[20:59] <Saviq> Wellark, yeah, ours will definitely not land earlier
[21:00] <Wellark> Saviq: I can't use trunk as a source, otherwise it would pull in the different changelog from lp:unity
[21:00] <Wellark> *unity8
[21:01] <Saviq> Wellark, yeah, you could've just branched from earlier, but yeah, that's fine
[21:05] <Saviq> mterry, indeed, couldn't reproduce in rtm in a few tries...
[21:05] <Saviq> flashing devel
[21:05] <mterry> I couldn't reproduce in utopic/mako
[21:06] <mterry> But I've never been able to reproduce, so ::shrug::
[21:16] <Saviq> mterry, guess what, can't reproduce now either...
[21:16] <mterry> Saviq, :-/
[21:27] <mterry> Wellark, so I tested your branches, seemed fine to me
[21:28] <mterry> Wellark, unfortunately being able to unlock faster doesn't let me reproduce the crasher any better
[21:29] <Wellark> mterry: yeah..
[21:29] <Wellark> I only saw them because of the QtMultimedia crash
[21:29] <mterry> Wellark, right you mentioned that before and said it was fixed but do you have a bug or branch for that?
[21:30] <mterry> Wellark, I'd love to mark the bug on my plate as a dup
[21:32] <mterry> I couldn't find anything in the qtmultimedia changelog (hasn't changed since last month)
[21:32] <Wellark> mterry: saviq posted that
[21:32] <Wellark> it was fixed in dbus-cpp
[21:33] <mterry> OK, that's the one that we can't find the bug for I guess
[21:34] <Saviq> jhodapp, hey, do you remember the unity8 crash related to media hub?
[21:35] <Saviq> https://errors.ubuntu.com/problem/f53968407e05846ce6dd99e01d5c27df7589b9eb
[21:35] <Wellark> wait what..
[21:35] <Wellark> https://bugs.launchpad.net/barajas/+bug/1377931
[21:36] <Wellark> whoops..
[21:36] <Saviq> Wellark, that does look similar, no mention of multimedia though... https://code.launchpad.net/~thomas-voss/dbus-cpp/fix-invalid-reads-in-executor
[21:37]  * Saviq will actually downgrade that
[21:37] <Wellark> Saviq: yeah, no mention of multimedia or mediahub anywhere
[21:44] <mterry> How do I tell what image I have?  /etc/os-release isn't helpful, nor is /etc/system-image/
[21:45] <Saviq> mterry, system-image-cli -i
[21:46] <mterry> Saviq, thanks!  well, that confirms that the bug is reproducable on the latest rtm/krillin
[21:46] <Saviq> mterry, managed to crash? yay
[21:46] <mterry> Saviq, not me, but Jonathan Cave in the bug comments
[21:46] <mterry> Saviq, but you can't anymore, where you used to be able to?
[21:47] <Saviq> mterry, yeah, even this morning I got it every second boot
[21:47] <mterry> Saviq, same image?
[21:48] <Saviq> mterry, if I only knew...
[21:49] <mterry> Saviq, so davmor2 was able to give me a .crash file for unity8 earlier, but it didn't include a coredump, just a stacktrace header.  Is that because apport found a duplicate on e.u.c and didn't bother?
[21:50] <Saviq> mterry, rather because it didn't have enough memory to collect the trace
[21:50] <mterry> Saviq, ah bummer
[21:50] <mterry> That's a pain in the butt then
[23:09] <tedg> Saviq, So then after qtmir-gles builds, then we can build the rest of the silo?
[23:11] <Saviq> tedg, the rest we could have rebuilt any time
[23:11] <tedg> Saviq, NOW!
[23:11] <tedg> :-)
[23:12] <Saviq> tedg, it's running
[23:12] <tedg> Saviq, thanks!
[23:28] <Wellark> Saviq: as this got to the landing emails, I added my comments: https://bugs.launchpad.net/ubuntu/+source/media-hub/+bug/1380736
[23:29] <Wellark> I'm pretty sure that's an uncaught exception
[23:29] <Wellark> someone should update the title


[03:35] <Oski146> is there any alternative to minuet? seems like its not maintained anymore
[04:47] <Oski146> 1morehelp
[04:47] <Oski146> !morehelp
[20:02] <guitarman> does anyone else have a behringer um2 and can you get it working on ubuntustudio?
[20:02] <Eickmeyer> guitarman: Yeah! I have one and it works perfectly.
[20:02] <guitarman> Eickmeyer: weird it's not recognized on the liveusb
[20:02] <Eickmeyer> Out of the box, no issues.
[20:03] <Eickmeyer> Then I can only assume you have a hardware issue. It's a class-compliant device that doesn't require a driver.
[20:04] <guitarman> Eickmeyer: yeah, it worked on manjaro before windows hosed my grub
[20:04] <guitarman> on a windows update
[20:04] <guitarman> so i'm looking at redoing the machine
[20:04] <Eickmeyer> Try switching USB cables, ports, trying it on a different machine. All I know is that device will work on Ubuntu Studio.
[20:04] <guitarman> Eickmeyer: ok sounds good
[20:05] <guitarman> it works on windows so i don't think it's the cable.
[20:05] <guitarman> but yeah different machine i could try
[20:05] <Eickmeyer> It's got to be something. I know it's not Ubuntu (or Studio by extension).
[20:06] <guitarman> yeah.  i made a youtube video a while ago stating it worked fine on debian (years ago) and people in the comments were saying it wasn't working on linux mint etc.
[20:06] <Eickmeyer> I've used my UM2 on several machines with Ubuntu Studio, no issues. I also have a UMC404HD, no issues.
[20:06] <guitarman> have you tried the um2 on jammy jellyfish?
[20:07] <Eickmeyer> Jammy Jellyfish and now Kinetic Kudu. I lead Ubuntu Studio, so I have no choice but to test it on latest/pre-release.
[20:07] <guitarman> Eickmeyer: ok this is excellent
[20:07] <guitarman> thank you.  I'll nuke and pave and give it a go
[20:08] <Eickmeyer> Good luck! The UMC202 is also good (and inexpensive) so if it comes to that you might try it.
[20:08] <Eickmeyer> In fact, it's better in many respects.
[20:08] <guitarman> Eickmeyer: yeah i think that's the one with the midas pres instead of xenix which are more noisy
[20:08] <guitarman> re the umc202
[20:08] <Eickmeyer> Oh yes, the midas pres alone make it worth it. In fact, that might be what I actually have, now that I think of it.
[20:09] <Eickmeyer> But, the UM202 should still work, so I don't know why you're having difficulty.
[20:09] <Eickmeyer> Could also be your Xenyx pres are shot, those are known to be flaky.
[20:09] <guitarman> works fine in windows - not the best interface but suitable for now for me to make my covers with acoustic and voice.
[20:10] <Eickmeyer> Ah, gotcha.
[20:10] <guitarman> i'd like to get back on linux though so i'll give it a go
[20:10] <Eickmeyer> Still, it's a class-compliant device, and Linux just works (tm) with it.
[20:33] <guitarman> Eickmeyer: got it going in the ubuntu studio config area - didn't notice the usb devices tab
[20:34] <guitarman> ardour still crashes but i think that's because it's trying to do realtime and can't on the live environment maybe?
[20:34] <guitarman> audacity works wit hti though
[20:34] <Eickmeyer> guitarman: You mean Studio Controls? I didn't know you were using Jack.
[20:34] <guitarman> Eickmeyer: yes
[20:34] <guitarman> jack
[20:34] <Eickmeyer> Ah, that explains it.
[20:34] <guitarman> how do you mean
[20:35] <Eickmeyer> Jack (the Jack Audio Connection Kit), if started by Studio Controls, will recognize and automatically connect any USB device, but not if it's started through another means like by Ardour.
[20:35] <guitarman> i can't get ardour to use it - it crashes
[20:35] <guitarman> something about realtime is mentioned
[20:36] <guitarman> even if i've already started studio controls
[20:36] <Eickmeyer> Ardour needs to be closed completely before starting Jack. Once Jack is started by Studio Controls, open Ardour, start a new session, and have it connect to Jack (not ALSA).
[20:36] <guitarman> i'll close it and try again
[20:40] <ubuntustudio> Eickmeyer: I get this:
[20:40] <ubuntustudio> Could not create session in "/home/ubuntu-studio/Untitled-2022-09-24-13-39-52"
[20:40] <ubuntustudio> ---ERROR: JACK: Cannot create thread res = 1
[20:40] <ubuntustudio> ERROR: JACK: JackClient::AcquireSelfRealTime error
[20:40] <ubuntustudio> ERROR: JACK: Cannot use real-time scheduling (RR/5) (1: Operation not permitted)
[20:40] <ubuntustudio> jack was started already
[20:40] <ubuntustudio> in studio controls before i went in
[20:41] <ubuntustudio> is that because i'm in the live environment
[20:41] <Eickmeyer> ubuntustudio: Yes.
[20:41] <ubuntustudio> ok so if i was to install to disk it wouldn't do that
[20:41] <Eickmeyer> The live environment isn't set up for real-time scheduling.
[20:41] <Eickmeyer> Yes.
[20:41] <ubuntustudio> ok cool
[20:41] <ubuntustudio> thanks for your help - I really appreciate it
[20:41] <Eickmeyer> Quite welcome.


[00:07] <mup> Bug #1917377 opened: maas 2.9.2 proxmox machine violates unique constraint "maasserver_bmc_power_type_parameters_idx" <db> <index> <proxmox> <MAAS:New> <https://launchpad.net/bugs/1917377>
[09:36] <Nafallo> hi! :-)
[09:37] <Nafallo> I'm not getting the dhcp.conf files written on my rackd. any pointers in the right direction as to why would be helpful.
[09:42] <Nafallo> hmm. I think I'll delete and re-add the rack controller actually.
[10:05] <Nafallo> reinstalling the rackd worked :-P
[11:05] <mup> Bug #1917441 opened: Deployment of an Ubuntu Core 20 image fails <MAAS:New> <https://launchpad.net/bugs/1917441>
[11:11] <mup> Bug #1917441 changed: Deployment of an Ubuntu Core 20 image fails <MAAS:New> <https://launchpad.net/bugs/1917441>
[11:17] <mup> Bug #1917441 opened: Deployment of an Ubuntu Core 20 image fails <MAAS:New> <https://launchpad.net/bugs/1917441>
[14:37] <Be-El> is there any documentation on available variables for tempita templates?
[15:20] <mup> Bug #1917480 opened: [2.9] dmesg has a lot of apparmor denials when machines with AMT power type are used <MAAS:New> <https://launchpad.net/bugs/1917480>
[15:29] <mup> Bug #1917480 changed: [2.9] dmesg has a lot of apparmor denials when machines with AMT power type are used <MAAS:New> <https://launchpad.net/bugs/1917480>
[15:32] <mup> Bug #1917480 opened: [2.9] dmesg has a lot of apparmor denials when machines with AMT power type are used <MAAS:New> <https://launchpad.net/bugs/1917480>
[18:55] <mup> Bug #1917510 opened: Back to machine details directs to legacy <ui> <MAAS:New> <https://launchpad.net/bugs/1917510>
[18:58] <mup> Bug #1917510 changed: Back to machine details directs to legacy <ui> <MAAS:New> <https://launchpad.net/bugs/1917510>
[19:07] <mup> Bug #1917510 opened: Back to machine details directs to legacy <ui> <MAAS:New> <https://launchpad.net/bugs/1917510>
[22:25] <mwhudson> ltrager: did maas drop support for installing centos 6? it seems images are no longer published
[22:47] <classicsnail> it's past end of maintenance, or maybe that's the reason?
[22:47] <classicsnail> so maybe, even


[00:02] <trmanco> this is the error I get bzr: ERROR: Connection closed: please check connectivity and permissions (and try -Dhpss if further diagnosis is required)
[00:18] <trmanco> is there anybody willing to give me a hand?
[00:24] <thumper> trmanco: you need to push your branch to LP
[00:24] <thumper> trmanco: to do that you need an SSH key registered
[00:25] <thumper> trmanco: https://help.launchpad.net/Code/UploadingABranch
[00:25] <trmanco> thumper, 1- I tried, gives me an error, 2- I already have
[00:25] <thumper> trmanco: unfortunately I have to head out
[00:25] <trmanco> ok
[00:25] <thumper> trmanco: try jml, or rockstar
[00:26] <trmanco> ping jml rockstar
[00:28] <luke-jr> anyone want to play TWG?
[01:01] <rockstar> trmanco, hi
[01:01] <trmanco> rockstar, hello
[01:01] <rockstar> trmanco, what can I do for you?
[01:02] <trmanco> rockstar, I solved my problem, sorry for the shout
[01:02] <rockstar> trmanco, it's fine.  What was the problem?
[01:04] <trmanco> my ssh key, the public one was posted on launchpad, but I didn't have my private one
[01:09] <rockstar> trmanco, ah, okay.
[06:23] <jsmidt>  I am trying to build Python 3.0 for hardy in a PPA.
[06:23] <jsmidt> https://launchpad.net/~python-ubuntu/+archive/ppa
[06:23] <jsmidt> It build depends on python-sphinx
[06:24] <jsmidt> I have successfully build this in the PPA for Hardy
[06:24] <jsmidt> Yet Python 3.0 still complians the build dependency isn't met
[06:24] <jsmidt> How do you get a package in the PPA to "see" the other packages?
[06:24] <jsmidt>  https://launchpad.net/%7Epython-ubuntu/+archive/ppa/+build/854896/+files/buildlog_ubuntu-hardy-i386.python3.0_3.0-0~ppa7~hardy_FAILEDTOBUILD.txt.gz
[06:24] <jsmidt> Thanks in advance.
[07:01] <wgrant> Interesting. We get -1 days notice of old PPA binaries being removed?
[11:17] <CrownAmbassador> Hi guys. How do I get to a list of jaunty only bugs?
[11:24] <MrKanister> CrownAmbassador: Maybe you are looking for https://bugs.launchpad.net/ubuntu/jaunty/+bugs
[11:25] <MrKanister> CrownAmbassador: But the fact that bugs are not in that list is not a guarantee that they are not valid for Jaunty ;)
[11:26] <CrownAmbassador> MrKanister: Thanks. That is what I was looking for!
[11:26] <MrKanister> CrownAmbassador: You are welcome
[11:27] <CrownAmbassador> I installed Jaunty on a separate partition today so that I can mess around with it and confirm bugs and so forth. Running Ibex as my main install.
[11:28] <MrKanister> CrownAmbassador: That's brave. Thanks for helping us.
[11:29] <CrownAmbassador> MrKanister: You're welcome. I want to become much more active with helping.
[11:29] <MrKanister> CrownAmbassador: You may want to have a look at http://daniel.holba.ch/harvest/. This is a central point for incoming patches and upstream fixes that needs testing
[11:30] <CrownAmbassador> MrKanister: Great! I'll have a look at it.
[13:32] <binarymutant> why does answering questions give more karma than doing bugs?
[13:39] <MrKanister> binarymutant: I was wondering about that some time ago :P
[13:39] <binarymutant> MrKanister, get any answers ?
[13:40] <MrKanister> binarymutant: I haven't invetigated that, but I think it is because more people do bug triaging instead of answering questions
[13:40] <binarymutant> oh that makes sense
[13:40] <binarymutant> thanks :)
[17:51] <alkisg> According to the advice of some people here, I opened a launchpad question about uploading binary packages to my PPA (https://answers.launchpad.net/ubuntu/+question/57744). The question expired, because noone answered in 15 days. Am I to assume that I'm not allowed to upload binary packages, and keep hosting them in my site instead of moving them to launchpad?
[17:51] <geser> has someone an idea what happened to libtest-perl-critic-perl in the official archive for intrepid (and jaunty)? To me it looks like LP didn't like the many promotions/demotions and ate the arch:all deb (like it did in the past)
[18:06] <Goundy> guys is there a way to kick out the google map thing on my team profile  and replace it by a simple sentence that indicates the location ?
[18:10] <kyselejsyrecek> Goundy: you can "hide your location details from others" in your profile, so no one else will see the place on the google map. however I don't think you could replace it by a text
[18:11] <Goundy> kyselejsyrecek I don't mind if someone could see my location details but I feel that google map very annoying :-)
[18:11] <Goundy> Anyway, thank you man ;)
[18:12] <lfaraone> How can I check if tehre are any bugs linked to a upstream bug number?
[18:13] <kyselejsyrecek> Goundy: hm, i have no idea then
[18:13] <Goundy> kyselejsyrecek no problem thank you ;)
[18:13] <kyselejsyrecek> Goundy: you are welcome
[18:38] <kyselejsyrecek> lfaraone: i'll post a question in mailing list and let you know
[18:39] <lfaraone> kyselejsyrecek: Thanks.
[18:40] <kyselejsyrecek> lfaraone: you are welcome
[20:32] <wgrant> geser: See bug #180218 and the first duplicate.
[20:34] <geser> wgrant: can someone re-publish those debs (cprov?) or is a new upload needed?
[20:35] <wgrant> geser: You might be able to get somebody to copy them to -updates, but I don't think there's any good process for it, and intrepid-release is frozen.
[20:36] <wgrant> Ah, and it's completely gone in Jaunty, of course.
[20:37] <wgrant> cprov is the best person to talk to about that. I wonder if they can easily find inappropriately superseded binaries.
[20:38] <geser> wgrant: yes, that's how I found it, this produces a DEPWAIT on an other package in jaunty
[20:38] <wgrant> I guess that simply scanning each DAS for Published BPPHs and complaining if they are all Superseded should work fine.
[20:39] <wgrant> Although that won't work if a binary has been deleted in some DAS, then later in that same DAS reappeared and got eaten.
[23:06] <vadi2> Hi. I'm trying to help someone commit to launchpad, but it asks them for a password - and then tells them password authentication is not permitted. Any ideas? output: http://paste.pocoo.org/show/102368/
[23:07] <spiv> vadi2: that's right, they have to use SSH publickey auth.
[23:07] <savvas> vadi2: you mean in bazaar ?
[23:07] <vadi2> yeah
[23:07]  * spiv looks up the help
[23:07] <vadi2> spiv: they already setup their ssh key with launchpad
[23:08] <spiv> vadi2: apparently not
[23:08] <spiv> vadi2: "(06:04:41 PM) Ramiel2: Authentication (publickey) failed."
[23:08] <vadi2> https://launchpad.net/~leigh-stillard lists one though
[23:08] <spiv> vadi2: so probably they haven't set up the client side to use that key
[23:09] <savvas> https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair
[23:09] <spiv> savvas: thanks, I was about to paste that exact URL :)
[23:09] <savvas> :P
[23:10] <vadi2> Hm
[23:10] <vadi2> How did he generate the key to begin with? :\
[23:10] <savvas> well it looks like it's generated
[23:11] <savvas> although that seems wrong :)
[23:11] <savvas> vadi2: take a look at mine: https://edge.launchpad.net/~medigeek/+sshkeys
[23:11] <savvas> I've no idea of keys, I might be wrong
[23:12] <spiv> savvas: actually, good point
[23:12] <spiv> That looks like a key fingerprint, not a key.
[23:13] <spiv> I haven't seen that done before.
[23:13] <spiv> It should look more like savvas' key
[23:13] <spiv> i.e. a long string of letters, not a short sequence of xx:xx:xx:xx:...
[23:13] <savvas> vadi2: tell that person to look at this site (it points to their account): https://launchpad.net/people/+me/+editsshkeys
[23:13] <vadi2> yeah I did
[23:14] <savvas> There's a comment there:
[23:14] <savvas> Public key line
[23:14] <savvas> Insert the contents of your public key (usually ~/.ssh/id_dsa.pub or ~/.ssh/id_rsa.pub). Only SSH v2 keys are supported.
[23:14] <spiv> LP should really reject that key.
[23:14] <vadi2> they're on windows
[23:14] <vadi2> comment does not help...
[23:14] <savvas> ah
[23:15] <savvas> hm..
[23:16] <savvas> vadi2: ok, but the help link explains it
[23:16] <savvas> Registering the key with Launchpad
[23:16] <savvas> Step 1: Open your public key in a text editor and copy its contents to your clipboard. The public key file has the extension .pub. For example: id_rsa.pub
[23:17] <savvas> they have to open the .pub file generated in notepad or wordpad.. or something :)
[23:17] <savvas> can people use bzr from windows? didn't know that
[23:18] <vadi2> well, bzr kind of claims an advantage over git in that aspect :P
[23:18] <savvas> sweeet!
[23:19] <wgrant> It would be crazy to design a VCS that didn't run on Windows.
[23:21] <savvas> brb
[23:22] <vadi2> it seems it worked now
[23:22] <vadi2> wonder where did the instructions fail, because this is a rather intelligent person
[23:23] <thumper> vadi2: I'd love to know where the fail was so we can improve it
[23:23] <vadi2> I'll ask
[23:25] <vadi2> he said https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair is wrong
[23:25] <vadi2> "specifically, the 'registering your key with launchpad' section"
[23:26] <vadi2> "This >>>>If you get "invalid public key" when adding the SSH key to Launchpad then see https://answers.launchpad.net/launchpad/+question/26705 sorted it out for me"
[23:27] <spiv> vadi2: add a comment about that to https://bugs.edge.launchpad.net/launchpad/+bug/324120, maybe?
[23:27] <vadi2> don't have anything to comment, Andrew has it all right
[23:28] <vadi2> thanks for your help!
[23:28] <spiv> vadi2: well, just what you just wrote would be good, it's good to know why users got it wrong in the first place.
[23:28] <spiv> (I'm the reporter of that bug, btw)
[23:30] <vadi2> ok did
[23:30] <spiv> vadi2: thanks!
[23:31] <savvas> wgrant: I didn't mean to offend anyone, but does bzr in windows keep track of \n and \r\n difference or does it treat them as \n?
[23:35] <wgrant> savvas: I don't believe it does any newline handling at all.
[23:36] <savvas> hm ok, thanks :)
[23:38] <spiv> savvas: currently, it records the bytes exactly as they are.
[23:39] <spiv> savvas: so, they'll be recorded as \r\n if that's what they are in the file, and checkouts on any platform will get those exact bytes.
[23:39] <savvas> well, now that user has the correct key :P https://edge.launchpad.net/~leigh-stillard/+sshkeys
[23:40] <spiv> savvas: there's a patch for bzr to add a "rules" file so that bzr can convert newlines automatically.
[23:40] <savvas> nice to know, thanks spiv :)
[23:41] <savvas> now who feels like a good samaritan to update the page for puttygen (instead of linking to that question)? :)
[23:42] <savvas> I think the problem with the generated keys is because it doesn't open well in notepad (because of new line characters)
[23:43] <savvas> wordpad should show it correctly, but I'll edit that wiki page, add the info as it's said in the question
[23:43] <spiv> savvas: yeah, the fact that the key files are in different formats on different platforms is a bit of a pain.
[23:43] <spiv> savvas: it'd perhaps be nice if Launchpad could cope with either format.
[23:45] <savvas> if you write the bug I'll confirm :p
[23:46] <spiv> savvas: :)
[23:47] <spiv> savvas: I just added a comment on 324120 saying that a more complete fix would be to accept putty-format public key files.
[23:52] <azimout> I need advice on a launchpad search parameter
[23:54] <karvec_> excuse me, any admin on?
[23:54] <wgrant> azimout, karvec_: You might just want to ask your questions here. People will answer if they can.
[23:55] <karvec_> well, i forgot my email for launchpad and it's been about a year since i've logged on.
[23:56] <azimout> I want to create a search for bugs without a package, which don't have a certain tag
[23:56] <azimout> how do I specify this "don't"?
[23:56] <wgrant> azimout: I don't think you can. I recall a bug about it...
[23:57]  * wgrant searches,
[23:57] <wgrant> Bug #81575
[23:59] <azimout> thank you, wgrant


[06:04] <ddecator> hm, playing flash with 3.7 seems hit-or-miss...
[08:43] <BUGabundo_remote> Drive, drive! Drive your life one-way street!
[11:36] <Dimmuxx> will build 2 of firefox 3.6.4 be built in the security team ppa today?
[12:55] <asac> Dimmuxx: once chrisccoulson shows up ask him
[12:55] <Dimmuxx> asac: okay will do
[12:59] <micahg> asac: Was the pfs DB ever updated?
[13:00] <asac> micahg: nope ... have to do that today
[13:00] <asac> i think
[13:00] <asac> ;)
[13:00] <asac> too bad
[13:00] <micahg> asac: should I assign you the bug then?
[13:00] <micahg> bug 569135
[13:00]  * asac runs it now
[13:11] <asac> micahg: updated/fixed
[13:11] <micahg> asac: should I mark the bug fix released?
[13:12] <asac> already done
[13:13] <asac> bug 569135
[13:13] <micahg> asac: k
[13:25] <micahg> sebner: BTW, I tried a live CD from Lucid and didn't have any issue launching Thunderbird
[13:26] <sebner> micahg: try to copy/use an old .mozilla-thunderbird
[13:27] <micahg> sebner: k, that'll require more testing...what should happen is that the migrator should start
[13:27] <sebner> micahg: hmm, I re-installed lucid over my old lucid (completely) but no migrator
[13:28] <micahg> sebner: did you copy .mozilla-thunderbird to .mozilla-thunderbird or to .thunderbird?
[13:28] <sebner> micahg: I tried both
[13:28] <micahg> sebner: weird...
[13:28] <sebner> micahg: neither worked
[14:42] <micahg> asac: was NS_STATIC_CAST replaced with something?
[14:46] <asac> micahg: need to see the code ;)
[14:46] <micahg> asac: I can't find NS_STATIC_CAST anywhere in 1.9.2
[14:47] <micahg> asac: mWebBrowser->SetContainerWindow(NS_STATIC_CAST(nsIWebBrowserChrome *, this))
[14:48] <asac> need to see the full code
[14:49] <micahg> http://pastebin.com/Zk493Vrf line 61
[14:49] <asac> NS_ISUPPORTS_CAST you can try .... but usually you just need tons COMPtr<nsIFoo> foo( do_QueryInterface(aBarPtr)
[14:49] <asac> ;
[14:49] <asac> )
[14:49] <asac> M
[14:50] <asac> https://developer.mozilla.org/en/Using_nsCOMPtr/Reference_Manual
[14:50] <micahg> I think that's what I was looking for
[14:51] <asac> nsCOMPtr<nsIFoo> foo( do_QueryInterface(aBarPtr) );
[14:51] <micahg> asac: actually, the link isn't working
[14:52] <asac> for me it opened just a second ago
[14:52] <asac> still works
[14:52] <micahg> ah, works now
[14:53] <micahg> asac: mozilla code seems to use a straight static_cast now: http://mxr.mozilla.org/mozilla1.9.2/search?string=setContainerWindow&find=&findi=&filter=^[^\0]*%24&hitlimit=&tree=mozilla1.9.2
[14:54] <asac> you can use that ... but proper nsCOMPtr stuff is better
[14:54] <asac> but well. seems its a common pattern, so go for it
[14:55] <micahg> asac: this is only for the backporting stuff also
[14:55] <asac> what code are you looking at?
[14:55] <asac> e.g. what is using NS_STATIC_CAST?
[14:55] <micahg> asac: kazekhase in hardy
[14:55] <asac> ah
[14:55] <asac> yeah
[14:55] <asac> use that then
[15:02] <micahg> asac: k, it's working
[15:04] <asac> great
[16:31] <fta> grrr.. 3 builders :(
[18:45] <micahg> chrisccoulson: you have time to catch up?
[18:45] <micahg> chrisccoulson: welcome back, BTW
[18:46] <chrisccoulson> hi micahg
[18:46] <chrisccoulson> i won't have time until later on, as i'm just about to take my daughter for a bath
[18:47] <micahg> chrisccoulson: k, do you want to ping me when you can chat?
[18:47] <chrisccoulson> yeah, no problem
[18:54] <Dimmuxx> chrisccoulson: will the security ppa get firefox 3.6.4 build 2 soon?
[18:57] <micahg> Dimmuxx: I'll be chatting with him about that later :)
[18:57] <Dimmuxx> :)
[19:31] <fta> \o/ 15 builders for i386
[19:32] <fta> hm, 10
[19:32] <fta> and 15 for amd64
[19:32] <fta> and 1 for armel, great
[19:32] <fta> asac, ^^
[19:34] <fta> micahg, ^^, bot re-activated
[19:35] <micahg> fta: k
[19:35] <fta> there's still ~24h of q though
[23:46] <BUGabundo> fta: daily chromium busted for the last two days?
[23:46] <BUGabundo> can't open most sites
[23:46] <BUGabundo> front page doesn't have the thumbs for sites
[23:47] <BUGabundo> once I open it, I get a CLOSE or WAIT pop up
[23:57] <micahg> BUGabundo: daily has been offline for 2 days
[23:57] <BUGabundo> and broken :8
[23:57] <micahg> BUGabundo: yeah, FF too, but new builds tonight


[00:00] <arthur_littlepaw> oh that might be the lights on my network card v.v
[00:00] <mmikowski> arthur_littlepaw: On my hardward, it had no effect. Ymmv. If you get something figured out, I'd certainly appreciate if you'd share.
[00:00] <arthur_littlepaw> poo then nope not supported *Sighs*
[00:01] <arthur_littlepaw> ok i'll tinker ^_^
[00:01] <mmikowski> Good luck!
[00:02] <arthur_littlepaw> thank you!
[00:08] <mmikowski> yw arthur_littlepaw
 Hello.  I installed Ubuntu 22.04 lts and the additional drivers, it said that the nvidia driver was installed a manual version.  I did not do it.  and it won't let me choose another driver.
[01:46] <mmikowski> josias, which driver do you want?
 Nvidia.
[01:51] <mmikowski> Ok, Nvidia. Great :) So what do you currently have installed?
[01:52] <mmikowski> try 'sudo apt list --installed |grep -i nvidia' to get a list
 I actually not using Kubuntu. On the other occasions that I used it, this happened.  which made me upset.
 Sorry about that.
[01:56] <mmikowski> ok, then you're all set?
 What you mean?
[01:58] <mmikowski> Do you have a question I can help you with?
[01:59] <mmikowski> Because I can help you get drivers set on Kubuntu, but if you're not using it, then it sounds like there's nothing I can help with.
[01:59] <mmikowski> If there is, please let me know.
 well no.  I intended to use Ubuntu again, so I decided to get ahead of this problem, in the hope that someone else had experienced something similar.
[02:01] <mmikowski> fwiw, there's no 'manual version' driver. Typically, you have either intel (i915), nvidia, nouveau, amd, or amd-pro drivers.
[02:02] <mmikowski> To install ubuntu (or kubuntu) nvidia drivers, just use 'sudo apt install nvidia-driver-520. Boom, that should be it. All you'd need to do after that is reboot.
 The point is, when I install the system and go to the proprietary drivers section, the options for the nvidia card are all disabled and an option, already checked, says that an nvidia driver was manually installed.  I have never personally done this.
[02:06] <mmikowski> Josia, that's because they tried to do the best thing for most users. I'm not sure why the other options are disabled, but it sounds like its should work just fine.  While nouveau drivers are good for some users, they are generally a lot less desirable than those from Nvidia in terms of performance, features, and compatibility.
 I see...
 IMy hardware is an nvidia AMD Ryzen card.  Does Kubuntu have the possibility to choose the default profile and board?
[02:11] <mmikowski> My guess is you have an nvidia GPU and an AMD CPU. In that case, the installer helps you select the correct (recommended) drivers. After install, you can change them, but usually you don't want to do that.
[05:18] <Guest73> Hey y'all.
[05:27] <arraybolt3> Guest73: o/
 glad to be here, after been dual booting kde neon for over a year, now i am fully prepared to use Kubuntu as my daily driver booting windows 🎄
[13:50] <BluesKaj> Hi all
[15:11] <Guest69> why when using wayland on 22.04 would pressing f12 produce an error message "The screen locker is broken and unlocking is not possible anymore..." but if you just go to the taskbar and press lock it works fine.....?
[15:19] <mybalzitch> I have similar issues in gnome, so you aren't alone
[15:20] <BluesKaj> wayland isn't ready for prime time on kde/plasma ...yet
[15:22] <Guest69> also, the task bar jumps between monitors when logging out and back in. not sure if there's a fix for that
[16:33] <mybalzitch> yeah wayland really isn't great
 GIOP
 GIQP
[23:48] <loki51> hey awesome dev peeps
[23:48] <loki51> I have a question
[23:49] <loki51> I use Kubuntu as my only daily computer now. I have an amd desktop, but my netbook is a chrome book I flashed.
[23:49] <loki51> There is an issue with the audio that I have noticed, kinda hard not to
[23:50] <loki51> in 19.10 I think that was a non lts and now definitely 22.10 the audio works fine.
[23:50] <loki51> but the 22.04 the driver or something crashes after it's played for more than a few minutes
[23:50] <loki51> plays a buzzing noise
[23:51] <loki51> I'm curious as to what the difference is between LTS and non-LTS in that reguard
[23:51] <loki51> and also,... if there is a way to bring stability to the LTS builds
[23:52] <loki51> Kubuntu btw,.. works amazing on chromebooks! As you know even has the keyboard layout fr chromebooks
[23:53] <loki51> Samsung Chromebook 3 if anyone was wondering