=== sam113101 is now known as sam113101_afk === sam113101_afk is now known as sam113101 === sam113101 is now known as sam113101_afk === sam113101_afk is now known as sam113101 === sam113101 is now known as sam113101_afk === sam113101_afk is now known as sam113101 [03:52] anyone know how to get the icons for unity web apps? my gmail icon in the panel has some settings-looking thing, but in dash it's good [04:05] pero: what gmail icon in the panel? [04:05] pero: do you mean in the messaging menu? [04:05] o [04:06] try running this command: gsettings get com.canonical.indicator.messages applications [04:06] hyperair, in the left-side panel [04:07] you should get something like.. [.... 'Gmailsomethingsomething.desktop'] [04:07] O_o [04:07] oh the launcher? [04:07] why don't you just remove the icon from the launcher and drag it down from the dash again? [04:08] doesn't work [04:08] what's the output of: gsettings get com.canonical.Unity.Launcher favorites [04:08] reverts to some nuts/bolt looking thing [04:08] odd [04:08] $ gsettings get com.canonical.Unity.Launcher favorites [04:08] ['application://nautilus.desktop', 'application://gnome-terminal.desktop', 'application://chromium-browser.desktop', 'application://GMailmailgooglecom.desktop', 'application://ubuntu-software-center.desktop', 'application://gnome-control-center.desktop', 'unity://running-apps', 'unity://expo-icon', 'unity://devices'] [04:09] application://GMailmailgooglecom.desktop <-- probably this one [04:09] i think so? [04:09] check the icon field of the ~/.local/share/applications/GMailmailgooglecom.desktop file [04:10] is there an easy way to see hidden files or manually input the path in nautilus? [04:11] ctrl+l [04:13] it's some standard colour-pallette icon [04:13] um [04:13] what does it say? [04:14] in the file? there's nothing [04:14] grep ^Icon ~/.local/share/applications/GMailmailgooglecom.desktop [04:14] what? [04:14] that can't be right... [04:14] file:///home/petar/.local/share/applications/GMailmailgooglecom.desktop [04:14] that's the entirety of the contents [04:15] that's the URL of the file. [04:15] i want the contents of the file [04:15] where are you looking? [04:15] leafpad [04:15] uh [04:15] oh ok [04:16] $ grep ^Icon ~/.local/share/applications/GMailmailgooglecom.desktop [04:16] Icon=GMail-mail.google.com [04:27] there we go, an icon name. [04:27] now check ~/.icons/GMail-mail.google.com.png [04:28] also try: find /usr/share/icons ~/.icons -type f -name 'GMail-mail.google.com.*' [04:28] pero: ^ [04:28] na that first one is there and good [04:29] and that's the only one [04:35] =\ [04:35] well, for some reason, it's not locating the icon properly [04:35] =/ [07:09] o/ [07:15] \o [07:19] ~o~ [07:21] o/ [07:46] * tsdgeos tests CI to see if it's still unhappy [07:48] mzanetti: is anyone having a look at https://code.launchpad.net/~mzanetti/unity8/launcher-own-quicklist/+merge/191398 ? [07:48] shall i claim it? [07:48] Saviq: ↑↑↑ ? [07:49] tsdgeos, go for it [07:49] tsdgeos: yep, thanks :) [08:18] mzanetti: https://code.launchpad.net/~aacid/unity8/warnings_on_shutdown/+merge/191945 ? [08:19] tsdgeos, happroved [08:19] /biab [08:20] +1 [08:20] btw. is autolanding now fully working again? [08:21] i am not sure [08:21] i approved one of Cimi's branch earlier this morning to see how it goes [08:21] on friday there was some problem installing dependencies or something [08:25] greyback: i think it did merge because there was nothing to merge :D [08:26] tsdgeos: but it didn't :) [08:26] greyback: what does merging a branch that has nothing to merge do? :D [08:27] tsdgeos: bzr commit --unchanged ? ;) [08:40] nope [08:41] we're still dependency locked :D [08:41] https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-maguro/2574/console [08:41] any idea who do we complain about that? [08:41] Saviq: greyback: mzanetti: all: ↑↑↑↑ [08:42] tsdgeos: well, usually fginther, but let me see if I can help [08:46] tsdgeos: hmm.. don't really know why this would work, but if it's only happening for the phones, om26er should probably be able to help too [08:46] mzanetti: bad ppas? [08:47] tsdgeos: the hooks look ok. however, I don't really know what has changed in the QA infrastructure lately [08:47] ok [08:47] so no landing for now :D [08:47] I guess omer will show up soon [08:52] dednick: still lost with the ActionStateParser, where do you use it? [08:56] tsdgeos: Unity.Indicators.RootActionState derives from ActionStateParser. Even though it's built against the proper qmenumodel library the run time linking requires it in the mock. [08:57] ahhhhhh [08:57] i see [08:57] tx :-) [08:58] tsdgeos: no prob :) it's a bit cheeky. [09:00] mzanetti: print("sleected", appId) in the test? [09:01] tsdgeos: hmm... missed that I guess. will remove [09:02] tsdgeos: pushed [09:07] tsdgeos, mzanetti, I know what's happening :/ [09:08] Saviq: tell me more [09:08] tsdgeos, mzanetti /usr/bin/unity8 is bind-mounted from /run/ so that we can set the capabilities on it for adjusting oom scores [09:10] which is unfortunate [09:10] and results in package installation fail, 'cause we're trying to overwrite a bind-mounted file, which fails of course [09:10] mhm... [09:10] so we're installing into /run or what? [09:10] mzanetti, no, *we* don't do anything special [09:11] mzanetti, but there's an upstart job that: [09:11] - mounts tmpfs in /run/unity8-setcap [09:11] - copies /usr/bin/unity8 to /run/unity8-setcap [09:11] - setcaps /run/unity8-setcap [09:11] - bind-mounts /run/unity8-setcap/unity8 to /usr/bin/unity8 [09:11] it's ugly as hell [09:12] seems like raping the OS [09:12] but the only thing we could think of the night prior to V1 [09:12] haha [09:12] what capabilities do e set then? [09:12] allows unity8 to set OOM-killer scores on processes [09:12] Saviq: whose in charge of getting packages landed? [09:13] ah. I see [09:13] dednick, no landing for now [09:13] dednick, until T opens [09:13] mzanetti, so that apps are killed earlier than other processes [09:13] Saviq: when is that? [09:14] dednick, tomorrow or so [09:15] dednick, at which point we'll go back to automatic release and such [09:15] Saviq: ok. thanks [09:16] Saviq: I guess the proper long term solution would be to outsource this to some other system component and just provide the information about apps from unity8 [09:16] mzanetti, proper long term solution is to use a sane filesystem instead of ext2 for the system image [09:16] and that would make a difference? [09:16] mzanetti, where we can just set the caps in post-inst [09:16] ah, yeah sure [09:16] mzanetti, setcap is stored in xattr [09:16] ext2? [09:16] mzanetti, yes, / is ext2 [09:16] :) [09:17] for what reason I don't know [09:17] well, we probably don't want journaling [09:17] then just disable journalling in ext4 ;) [09:18] :) [09:18] mzanetti, but yeah, we need +xattr anyway [09:18] MacSlow: here you go: lp:~mzanetti/unity8/generic-lockscreen [09:18] which AFAIK ext2 can't do [09:18] mzanetti, thx [09:18] MacSlow: I guess we merge them separately... makes the diff smaller [09:18] MacSlow: but you can use this a prerequisite [09:19] mzanetti, sure... I'll base my work on your branch still [09:19] MacSlow: here's the merge: https://code.launchpad.net/~mzanetti/unity8/generic-lockscreen/+merge/191951 [09:31] hey om26er, can you disable unity8-autolanding for the time being? mediumtests-touch are broken for us still [09:31] Saviq, I can try [09:31] om26er, so it beats the purpose to run it and de-approve all the branches [09:32] Saviq, CI is already disabled? you just want me to disable -autolanding ? [09:32] om26er, just -autolanding [09:32] ok [09:32] om26er, -ci is somewhat useful still - for results from the other jobs [09:33] hmm anyone else getting 404 from ports.ubuntu.com when apt-get update'ing the device? [09:35] hmm maybe that's caused by the release happening [09:35] didrocks, pointers ↑↑? [09:36] hrm [09:36] Saviq: I think cjwatson hasn't finished yet opening the release [09:36] didrocks, but I'm getting 404s for saucy [09:36] oh, interesting [09:36] Saviq: maybe ask on #ubuntu-release? [09:36] didrocks, i.e there's no "Packages" in http://ports.ubuntu.com/ubuntu-ports/dists/saucy/main/binary-armhf/ [09:37] hmm maybe that's my non-writable image causing it [09:37] didrocks, will do, thanks [09:37] Saviq: if you let me ~1h, I'll be able to dig into it [09:37] (in a meeting now) [09:37] didrocks, no worries [09:37] and upgrading otto machines ;) [09:39] didrocks, false alarm, stupid apt errors when non-writable ;P [09:41] Saviq: yep [09:42] tsdgeos, ? [09:42] Saviq: yep, the errors suck :D [09:42] tsdgeos, ah :) [09:45] ah great ;) [10:09] mzanetti, there's a small conflict in switching-previews [10:09] Saviq: ack [10:09] oh actually not that small [10:10] Saviq: do'h someone added a preview spinner [10:10] mzanetti, memory problems? :D [10:10] seems so [10:11] mzanetti, it's Diego's code preventing clicking on buttons if an action was triggered [10:11] Saviq: ah right... didn't expect that to have landed yet [10:11] mzanetti, we needed it for v1 - click scope really hates people clicking "install" multiple times [10:12] mzanetti, I'm fine with you reverting it in your branch and finding a better solution [10:12] haha, yeah, I agree [10:12] mzanetti, at least for the UI part, the backend things seem ok [10:12] sure [10:14] Saviq, I have a branch to disable autolanding for unity8 but I cannot deploy that because that requires an access TOKEN. [10:14] mzanetti, hey! if we just disable the autolanding job manually. that won't hurt, right ? [10:14] om26er, no, it should be just fine [10:14] om26er: nope [10:15] om26er: it will be reenabled once someone deploys something... but that's not an issue given that the disabling is only temporary anyways [10:15] mzanetti, Saviq ack. disabled it now ;) [10:22] Saviq, any bug you want me to work on? [10:22] or I pick up one? :) [10:22] Cimi, nothing in particular, no [10:33] Saviq: shall i top re-approve the things that were set to not approved by failed autolanding? [10:33] tsdgeos, yes [10:33] tsdgeos, we've disabled autolanding for now, so let's have everything in place for when we re-enable it [10:34] oka [10:44] Saviq: updated https://code.launchpad.net/~aacid/unity8/start_ssh/+merge/189602 [10:44] tsdgeos, thanks [10:44] Saviq: so are we jumping to trusty as soon as it opens? [10:45] tsdgeos, yup [10:45] oka [10:45] tsdgeos: this be handy? http://pastebin.ubuntu.com/6276004/ [10:46] so you only start it if not running. The sleep a bit arbitrary tho, think it needs to be longer for gnexus [10:46] greyback: i only start it if it's not running [10:46] don't i? [10:46] tsdgeos: maybe, I kinda just skimmed :) [10:47] ahh there it is [10:47] tsdgeos: never mind me [10:47] i never do :-P [10:47] j/k [10:48] :| [10:56] Cimi, did you follow up with the sdk guys about InverseMouseArea? === MacSlow is now known as MacSlow|lunch [10:56] * greyback going for lunch plus IRL meeting, back in about 2 hours [11:04] Mirv: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1242630 and https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1242629 [11:04] Ubuntu bug 1242630 in qtbase-opensource-src (Ubuntu) "Remove fix_rowinserted.patch from local patches" [Undecided,New] [11:04] Ubuntu bug 1242629 in qtdeclarative-opensource-src (Ubuntu) "Fix qqmldelegatemodel not reacting correctly to layoutChanged" [Undecided,New] [11:05] Saviq: FYI ↑↑ === rachelliu_ is now known as rachelliu [11:07] tsdgeos, k, Mirv is (should be) on holidays this week [11:07] ok [11:07] it's not *ultra* urgent [11:07] i guess [11:08] but tbh i get some itches by us shipping a patch that's been rejected upstream :D [11:08] tsdgeos, yeah, we'll SRU it [11:12] * Saviq giggles at the fact that "sru" is a polish onomatopoeia for stuff landing hard [11:16] :D [11:16] trusty is open \o/ [11:16] Saviq, no update on the bug [11:18] * tsdgeos wonders if he should s/saucy/trusty in his sources and see what happens :D [11:23] tsdgeos, I just tried do-release-upgrade but it didn't like me ;) [11:23] or, didn't like trusty at least [11:23] there's a trusty image already, too [11:23] --channel=trusty-proposed [11:24] cool :D [11:30] trusty only wants to give me updates for http://paste.ubuntu.com/6276216/ [11:30] i guess nothing can go wrong with that ... :D [11:31] famous last words [11:31] * mzanetti waits for tsdgeos to drop out IRC [11:34] tsdgeos, well, nothing much happened yet ya know [11:34] :D [11:34] tsdgeos, trusty is basically a copy of saucy +some [11:38] Cimi, did you ping Zsombor about the InverseMouseArea issue? [11:38] Cimi, also, what's the status of the incorrect overlay shape in carousel-music-video? [11:43] ok, let's reboot and see if i can come back :D [11:44] Cimi, btw bug 1229804 is already fixed. though you may want to fix the 'Applications' to 'Apps' .. (I tried but couldn't find the string) [11:44] bug 1229804 in Unity 8 "[Dash] Home scope name should be just 'Home'" [High,Triaged] https://launchpad.net/bugs/1229804 [11:45] worked here ;) === alan_g is now known as alan_g|lunch [11:49] tsdgeos, welcome, how're you feeling? ;)\ [11:50] i feel trusty now! [11:51] tsdgeos, now wait for the sync from debian unstable ;) [11:51] yeah :D [11:51] lol [11:52] ooh, arm64 is enabled now :) [11:52] Saviq: merged the switching-previews [11:52] mzanetti, thanks [11:52] Saviq: arm64 for what? [11:52] ah [11:52] mzanetti, trusty is building arm64 too, now [11:52] * mzanetti was reading amd64 and didn't see the big news [11:53] stupid brain FEC [11:53] what's arm64? [11:53] which hw? [11:53] panda? some phone? some "desktop-cpu"? [11:53] tsdgeos, there isn't any in real world :D [11:54] tsdgeos, iPhone 5s [11:55] right [11:55] so how are we building it?¿ [11:55] very good question [11:55] tsdgeos, cross- probably ;) [11:55] https://wiki.debian.org/Arm64Port [11:56] "This is the first non-x86 self-bootstrapped Debian port: first 150 packages cross-built using build-profiles to untangle cyclic build-dependencies. " [11:56] lunch [11:56] so the trusty arm64 build doesn't really contain many packages so far? [11:57] assuming we can't easily cross compile the whole thing [11:57] yet [11:57] mzanetti, we should be much better now in that regard [11:57] mzanetti, and obviously will get even better over the course of this cycle - if only because of arm64 [11:58] sure, but notthereyet (TM) I guess [11:58] mzanetti, we're pretty close indeed [11:58] mzanetti, unity8 cross-builds if you fix a few things in qt's cmake modules [11:58] and in automoc, AFAIR [11:58] * mzanetti can't wait for cross compiling unity8 instead compiling on the Galaxy nexus [11:58] +1 [11:59] mzanetti, you should compile on manta ;) === _salem is now known as salem_ [11:59] true :) [11:59] it's faster than gusch's notebook :D [11:59] mzanetti, I've a "setup-sbuild.sh" script if you want it ;) [12:00] Saviq: yeah, now that I can use the latest kernel again it might work [12:07] did something change how the fs is made writable? [12:08] Saviq: nope, last Wed-Fri only, but right now trusty stuff [12:11] mzanetti, no [12:11] yeah... I figured the issue === MacSlow|lunch is now known as MacSlow === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === alan_g|lunch is now known as alan_g [12:53] greyback: btw i compiled fine with 5.2 on friday, maybe you had some weird path issues or something [12:53] tsdgeos: grrr [12:53] couldn't run it [12:53] though [12:53] because it needs a lot of more packages to be rebuilt [12:53] for a minute, I'd a flash of a nice life where it would just work :) [12:53] since once you start using private stuff [12:53] true [12:54] things don't like getting mixed [12:54] but at least it compiles :D [12:55] Well like yourself, I'm more interested in seeing how v4 performs, or what bugs it might have [12:57] tsdgeos: anything look dodgy in my configure options? http://pastebin.ubuntu.com/6276600/ [12:58] everything? :D [12:58] don't know i don't pass almost any option [12:58] missing comma [12:58] don't know, i don't pass almost any option [12:59] /home/tsdgeos/qt5/qtbase/configure -prefix /home/tsdgeos/qt5_install -developer-build -debug -confirm-license [12:59] i understand why you do the don't build mysql and the nomake stuff [12:59] the rest not sure you need it [13:00] or if they can be bad or not === hikiko is now known as hikiko|lunch === rachelliu_ is now known as rachelliu [13:12] Saviq: can you review this one? https://code.launchpad.net/~aacid/unity-notifications/micro_optimizations/+merge/191764 [13:13] tsdgeos, k [13:18] dednick: there? [13:18] tsdgeos: yo [13:19] dednick: how do i test https://code.launchpad.net/~nick-dedekind/unity8/indicator.submenu-reinit/+merge/187885 (besides the autotest?) [13:19] what changes/improvements should i see? [13:20] tsdgeos: um, restarting indicators re-populates the menus correctly. [13:20] tsdgeos: it's a bit hard to test unless you're using the messaging menu, since it's the only one that generally changes. [13:22] tsdgeos: previously it was just "reusing" the old menu items, but they were stale. So any changes to the order/add/removes werent being reflected in the UI. [13:22] i see [13:23] tsdgeos: you have the demo messaging menu? [13:23] nope [13:23] or not that i know :D === jhodapp is now known as jhodapp|brb [13:29] tsdgeos: (oh you replied to me, sorry was distracted) I took those configure options from the 5.0 debian/rules script [13:30] greyback: they don't look bad per-se, just unneeded to me, the problem was maybe somewhere else? [13:30] i remember i had to play a bit with cmake to get it to pick the qt i wanted [13:30] tsdgeos: dunno, just finished a rebuild, trying now. Yeah me too. [13:35] dednick, standup? [13:36] nic-doffay, can you hear us? [13:40] Saviq, I could not even after restarting mumble twice. Apparently third time lucky. [13:40] nic-doffay, cool ;) [13:42] * greyback needs to reboot [13:52] /nick hikiko === hikiko|lunch is now known as hikiko [13:53] sorry :) [13:55] dednick: hey, testing your branch. [13:55] dednick: the notifications are much faster :) [13:55] dednick: sorry. the indicators [13:55] mzanetti: you mean the loading [13:55] mzanetti: yep [13:55] dednick: but: there is a notification staying on my screen [13:56] dednick: only happens with your branch [13:56] dednick: an empty one, never going away [13:56] huh. weird [13:56] dednick: mzanetti: missing merge with trunk [13:57] mzanetti: we have a ghost notification now thanks to me and some last minute problem with focus and litsviews [13:57] mzanetti: so probably dednick's branch doesn't have the code merged for that [13:57] ah [13:57] Saviq, do-release-upgrade -d doesn't detect T, sure we have to upgrade now? [13:58] can do sed… but [13:58] Cimi: i hand edited my files [13:58] it's what i always do :D [13:58] old-style [13:58] ok [13:59] dednick: false alarm. a merge with trunk does fix it indeed [13:59] mzanetti: cool [14:01] mhall119: let's chat here... [14:02] when was the last time you tried to open an app in unity8 on a simulated desktop ? [14:03] dednick: approved [14:04] kgunn: running it now [14:05] mhall119: to answer your other query, we did actually have an old bp to do a mir emulator...mir on nux effectively [14:05] kgunn: I can't get the launcher out with my mouse :( [14:05] mhall119: run it with ./run instead of unity8 [14:06] mhall119: if you've installed it into the system you won't have ./run. you can run it with "unity8 -mousetouch" [14:06] mhall119: but the "mir emulator" task got "distracted" by xmir & then unity8 had a way to run on desktop...so...shelved it [14:07] mhall119: yeah...-mousetouch at the very bottom of the instructions on that webpage i sent earlier [14:11] kgunn: thanks, working now [14:11] mhall119: cool...good to know [14:12] kgunn: none of the apps display though [14:12] mhall119: and following up to the earlier questions...we're feeling like best use of time wrt mir/desktop will be to put effort into rootless x this cycle...and hope to have a nice desktop preview of untiy8 on mir [14:12] only black screens [14:13] mhall119: you're so picky [14:13] :) [14:13] mhall119: can you navigate back to the shell ? [14:13] swipe [14:13] yeah [14:14] Saviq: hi! The system settings guys need simple dbus access from qml. Do we have anything like that? [14:14] larsu: no [14:14] mzanetti: any plans? [14:14] larsu: don't think so [14:14] if not, I'd be up for spending some time on this [14:14] larsu: it's easier to just write a C++ plugin for the thing you need instead to fiddle with DBus arguments in QML [14:15] mzanetti: totally agree, but that's not what I want [14:15] it should be a real object (component?) based on the introspection data [14:15] mzanetti, it would be very handy to be able to bind a qml property to a dbus one [14:16] mzanetti, like the battery % of the settings to upower corresponding value [14:16] arguments can then be matched precisely from whatever js gives us [14:16] seb128: sure... for simple stuff like integers and strings yes. but everything else will cause you bad headaches [14:17] I personally would vote for not opening that door and use it how it is meant to be used. but sure. nothing prevents you from creating sucha component [14:17] mzanetti, well, those are common enough that it would already be quite useful [14:17] mzanetti: in what way? (also, most things in the system settings app are simple types) [14:17] is the problem that Qt doesn't support dynamic signals and Q_INVOKABLES? [14:17] (or does it?) [14:18] larsu: the problem is that you need to qDBusRegisterType for anything non-basic [14:18] mhall119: how many apps display black ? all of them ? [14:18] larsu: and yes. dynamic signals/slots might be a problem too [14:18] mzanetti: if you use QDBus... [14:18] mzanetti: ya, that's what I thought :( [14:19] larsu: you need to somehow know the data type without Qt too [14:19] mzanetti: would the qmetaobjectbuilder stuff help me? (yes, I know it's private api) [14:19] larsu: I don't really know that one... sorry [14:19] ah okay [14:20] I'll have a look at that. Using some private API in a lib might be worth saving a couple of dozen plugins for simple dbus access [14:20] larsu: be prepared for bug reports about "dbus interface org.foo.bar doesn't work with QML plugin" [14:20] :) [14:21] tbh, I don't see the problem... [14:21] kgunn: no, the browser and gallery which are still placeholders show something [14:21] and some alls don't even try to launch [14:23] mhall119: hmm... I think they should work if they are installed [14:23] mzanetti: I have them installed as .debs from the PPAs [14:23] mzanetti: thanks [14:23]