=== duflu_ is now known as duflu [06:33] What's the plan with adwaita-icon-theme? Will it be dropped in as a complete replacement for gnome-icon-theme soon, or is there something else that's going to happen [06:44] good morning! [06:47] Good morning [06:48] evening pitti, didrocks. [06:48] hey pitti, Noskcaj! [06:48] Do either of you know what's going to happen with adwaita-icon-theme? [06:49] Noskcaj: hum, I think it's more a question for darkxst and the Gnome ubuntu team [06:49] asking here at the request of darkxst [06:49] or do you talk about the split that was discussed some weeks ago? [06:49] with duplicated icons and so on [06:49] (with our ubuntu themes) [06:49] didn't see that [06:50] so, unsure about the question "what's going to happen" then :) [06:50] gnome-themes-standard-data now depends on adwaita, and i'd like to have the gnome stack at 3.14 within a few days of gtk3.14 landing [06:50] yeah, so it's about the icon split [06:51] that and when will adwaita hit main [06:51] seb128 was following and discussing that few weeks ago here [06:51] didrocks, Noskcaj I think the discussion ended with Laney going to look into splitting it [06:51] Noskcaj: why would we need it in main? IIRC, seb was in favor of keeping it splitting? [06:51] oh, so, let's wait on Laney then ;) [06:52] but I don't think it will need to be in main then [06:52] didrocks, it would then replace gnome-themes-standard, so of course it would need to be in main [06:52] didrocks, the gnome-themes-standard-data dep, i assume we can swap that out for g-i-t | a-i-t [06:52] but anyways I have to run, be back a bit later [06:52] gnome-icon-theme even [06:52] darkxst: the source would be in main, not all binaries though [06:53] didrocks, yes sure [06:53] yeah, makes sense :) [06:53] Noskcaj: so, wait for Laney, he will be around in a couple of hours [06:53] Noskcaj, g-i-t is missing a bunch of 3.14 icons [06:53] darkxst, then maybe we can't [06:53] but temporarily you can do that [06:54] (the missing icons only really affect CSD [06:54] atm I think [06:54] gotta go now [07:57] good morning! [08:00] hey larsu [08:05] hi didrocks, how are you? [08:15] larsu: I'm good, thanks! trying to find a smart way to play with systemd LIST_ systems [08:15] and you? [08:19] didrocks: good as wel, thanks. Still having morning tea :) [09:04] hey [09:04] I think I said it was probably what we'll end up doing, but I haven't volunteered to do that work yet ;-) [09:06] morning Laney [09:06] yo [09:08] how's it going? [09:09] had some time last night and started hacking on a better gsettings-editor [09:09] http://i1.minus.com/iHcd2rB5tAtGz.png [09:09] this guy loves writing tools ;-) [09:09] he does! [09:10] nice [09:10] was born out frustration :) [09:10] Laney: maybe I should finish some of them at some point... :/ [09:11] that's always the hard part :( === pstolowski is now known as pstolowski|schoo [09:29] blerg [09:29] chromium keeps telling me that tabs are not responding [09:29] * Laney wonders what changed [10:16] * Laney uploaded gtk [10:16] ph33r [10:19] \o/ [10:35] Yay! thanks Laney and larsu ;) [10:40] time to push all that crack into the distro [10:40] ;-) [11:00] Laney: Adding that to the list of reason you shouldn't be left alone with the distro [11:02] * Laney jingles the keys and then zooms off in a ferrari [11:04] throws the stinger across the gateway === pstolowski|schoo is now known as pstolowski [11:52] bah [11:53] un use-header-barring dialogs is not fun [12:20] Laney: there's a xsetting for that... [12:21] apps have to look up the value and respect it [12:22] it works automatically for built in dialogs [12:23] ah right [12:23] there's a helper function for it, but it's not public :( [12:23] the real problem is when app authors have set it in a .ui file [12:23] because it's construct-only [12:23] :/ [12:24] that whole situation is a mess [12:25] sorry [12:25] distracted by a test failure that might be to do with 3.14 anyway [12:25] https://jenkins.qa.ubuntu.com/job/vivid-adt-autopilot-gtk/lastBuild/ARCH=amd64,label=adt/console [12:28] autopilot \o/ [12:29] are those test cases in autopilot-gtk? [12:29] yep [12:29] they work in my system [12:29] but do fail in a test vm [12:40] how do I run it? [12:40] autopilot doesn't let me point it to the test case [12:41] see the test script debian/tests/autopilot [12:43] ah, thanks [12:46] hmm, one of them seems to be a race [12:49] and Eventually isn't compatible with raises [12:49] hmm [12:50] i don't see an eventually there [12:50] I want to add one [12:50] there's only that one failure in test_widegt_tree:154, right? [12:51] getting 2 here [12:51] test_actions.py:127 [12:51] in that same log? [12:51] * larsu is confused [12:52] local [12:52] I see that other one too [12:53] maybe that happens because the buttonbox doesn't exist when that xsetting is not set? [12:59] larsu: ah if I install our theme it works [13:00] also running with GTK_THEME=Adwaita makes it fail [13:01] nice catch [13:01] makes sense, everything's hard-coded pixel-values in there [13:01] blurp [13:18] hello friendly hackers [13:18] hey ho [13:19] how's it going? [13:19] * didrocks is going to try an eventually dry cycling exercise :) [13:19] hey desrt [13:19] bbl [13:19] larsu: want to look at http://paste.ubuntu.com/9560212/ ? [13:19] didrocks: enjoy [13:19] it's a script to provide the renamed desktop files [13:19] or desrt I guess ;-) [13:20] desrt: that will depend on how dry I will be once back ;) but thanks! [13:20] Laney: ah cool. This is the NoDisplay route? [13:20] the important lines start at 66 [13:20] all three of them [13:21] the mime association spec recently underwent a tweak that if an app is not registered as supporting a file type then it cannot be the default for that type [13:22] default meaning user selected? [13:22] that may still be OK though because i think most implements add an app to [Added] when setting it as the default [13:22] which will ignore the fact that you stripped away the mimetypes here [13:26] I wanted to avoid having the same application listed twice [13:26] ya. i totally understand why you did it. [13:27] nod [13:28] do you think this is basically ok? [13:29] * Laney lunches, bbiab [15:05] willcooke: I've fixed Xmir just in time :P [15:07] mlankhorst, what bit is fixed? :) [15:08] blackness [15:09] niiiiice [15:09] based partially on how modesetting was handling dri2 [15:10] * willcooke nods like he knows what that means [15:12] modesetting is the fallback xorg driver if no other drivers are loaded, but it can use opengl modesetting is the fallback driver xorg uses if no acceleration is available. But with the recent changes in 1.17 it gained some features like acceleration if opengl is available. :P [15:12] Sweet5hark1, when I run libreofice --calc --norestore is still opens Writer - any ideas what I'm doing wrong? [15:13] mlankhorst, neat :) [15:14] I think the acceleration is stable again, I had some problems when resizing with compositing enabled, but that could be because the buffer was being destroyed because of resizing before unity had a chance to use it [15:27] *cough* *cough* I hadn't actually installed calc, only writer [15:36] no spreadsheet then? :p [15:36] * didrocks gives malus manager point :) [15:37] (well, you win 2 of course if you use some only spreadsheet tools, like… hem… some Gthingy :p) [15:46] hah [15:48] it seems that glamor uses BGR internally, noticed some discoloration when swapping with those fixes.. [15:49] erk [16:04] mlankhorst, should I apt-get dist-upgrade? [16:04] actaully, I wont. [16:04] I tihnk it's working enough for my purposes right now [16:05] I will finish my video before I upgrade [16:28] oke [16:28] yeah don't dist-upgrade if it's not needed [16:28] just update xmir only [16:52] pitti: could it be that adt-run --source blah.dsc doesn't pick up test deps from the passed package? [16:52] I'm not seeing light-themes installed [16:52] Laney: it does pick them up [16:53] Laney: I mostly run it with a tree (adt-run -B my/source//), but it shoudl work equially well with a .dsc; please also pass -B though [16:53] otherwise it'll rebuild the whole package instead of taking the archive .debs [16:55] ah wait a second, it failed to build :) [16:55] * Laney tries with -B [16:56] might be a sign that I need to add this to build-deps too, though [17:03] better === alan_g is now known as alan_g|EOD [18:17] * didrocks waves good evening [21:14] mterry, around? [21:18] Laney, In case you missed my question last night, what's happenng wit hadwaita-icon-theme being split so it can replace gnome-icon-theme for us? [21:20] I did not miss it [21:20] It's a good idea, someone should do it. Feel free [21:20] robert_ancell, I hope you don't mind me changing bug 1399047 to include most of gnome's desktop stack. They need to all be uploaded at together when adwaita has been worked out [21:20] bug 1399047 in gnome-themes-standard (Ubuntu) "Update gnome core packages to 3.14" [Wishlist,In progress] https://launchpad.net/bugs/1399047 [21:21] Laney, Sorry if it sounds like i'm nominating myself [21:21] i'd just break something, and further reduce my chances of ever getting MOTU [21:21] well I don't expect to get to it this side of Christmas I'm afraid :( [21:22] Noskcaj, if they have to be uploaded together then it makes sense to use one bug [21:22] an american, a european and an australian on irc at the same time [21:22] desrt, ha [21:22] * desrt senses a disturbance in the force [21:23] one world, one love [21:28] robert_ancell, am now [21:28] mterry, I'm trying to understand these MPs for unity-greeter [21:28] https://code.launchpad.net/~albertsmuktupavels/unity-greeter/force-small-height/+merge/244874 [21:28] https://code.launchpad.net/~albertsmuktupavels/unity-greeter/fix-lp-1374778/+merge/244950 [21:29] I can reproduce the problem easily in test-mode, but I'm not 100% sure what's going wrong and if the fixes are just fixing the symptoms not the problems [21:29] Both fixes seem to solve the problem [21:30] The widget code is a little scary :) [21:30] robert_ancell, oy! gtk's size negotiations. I'd hoped to be done with them now that I'm in qml land [21:31] you can never escape :) [21:32] robert_ancell, so... does that second one obsolete the first? [21:32] mterry, yes, I think so. [21:33] But it's kind of odd, picking the size based on a position property that is not used elsewhere in the class to decide behaviour [21:33] And it isn't guaranteed to update the size when the position changes [21:39] robert_ancell, we probably recalculate size while moving them around, especially when moving between position 0 and non-zero? Basing things on position isn't SO weird, because elsewhere in that class, we support both "small" and "normal" versions of the content, based on whether we're drawing inside the main entry zone or not [21:39] So it's already aware of the concept of the specialness of being in position 0 a bit [21:39] mterry, ok, so the second patch seems sound to you? It seems the simplest [21:40] robert_ancell, I'm not sure... [21:40] robert_ancell, the second patch looks like it is modifying the "normal" (or large) preferred_height to be grid_size = 1 [21:41] Whereas I would expect to need to modify just the small box height [21:41] Both these patches seem to be changing normal box height [21:41] I think it might be the normal box is overlapping adjacent entries and stealing their inputs [21:43] robert_ancell, well of the two I prefer the second one, feels a little less magic [21:43] robert_ancell, I'm a bit removed from this code now so I am not entirely certain why it works either [21:43] robert_ancell, but I'd agree with you that it seems to be making the size small enough to not cover other boxes [21:43] * mterry tests it on larger oddly sized boxes [21:44] mterry, ok, I was just hoping you might remember. I'm not too worried about the quality since u-g is basically on life support and it does seem to fix the problem without side-effects === linuxturtle is now known as jbrett