=== maclin1 is now known as maclin [04:29] Good morning [05:34] hi :-) [06:47] good morning [06:48] bonjour didrocks ! [06:49] bonjour pitti :) [06:50] good morning desktopers [06:50] hey pitti, wie gehts? [06:50] re didrocks [06:50] re seb128 [06:50] hey seb128! gut, danke! und Dir? [06:50] pitti, auch gut, danke [06:51] a bit tired this morning though [06:51] j'ai me levé à 5:30, c'est trop tôt -- mais, beacoup de temps calm dans le matin :) [06:51] like for unscrewing debhelper before everyone else starts uploading again :) [06:53] hehe, I saw that on -changes [06:53] but I didn't manage to break devel, just -proposed; so no fun for xenial users [06:54] * pitti gives britney a cookie [06:56] :-) [07:07] Hey pitti didrocks seb128 [07:07] hey hikiko! how are you? [07:07] I am fine :-) and you? [07:08] hey hikiko [07:08] Bonjour Didier [07:15] I'm good thanks [08:52] Morning [08:54] good morning Trevinho [08:55] hey Trevinho [08:55] how are you? [08:58] morning all [09:01] larsu, I'm having trouble with borders on GeditCloseButton not doing what they are told, specifically radius. But.. it looks like I can set the border on the GtkImage of the close button and that works better. Is that OK? [09:01] hey willcooke [09:01] how are you? [09:01] morning willcooke [09:02] willcooke, larsu was around until like 10 minutes ago, he went to the gym [09:02] aint no thing, it can wait [09:02] willcooke, did you copy what the gedit-adwaita is doing? [09:02] I didn't pay attention to the borders much but that looked better to me that the non themed ones [09:02] well the ones in the sidebar documents list at least [09:02] you might be speaking of tabs or something else [09:02] morning [09:03] seb128, yeah got that all sorted, just trying to match the theme as closely as possible from the old one specifically when you hover over a close button you get a border [09:04] k [09:04] hey Laney! how are you? getting over the cold? [09:04] seb128, hrm, but good point - adawita is doing what I want actually [09:05] seb128, also I've finished copying the bits over from Adwaita gedit to our theme, just need to get these close buttons done and we're good to go [09:05] \o/ [09:05] let me know when you have that up [09:05] will do [09:05] I can test it there and then start on the landing [09:06] seb128: so, so... [09:06] Hey didrocks [09:06] Trevinho, sooooo [09:07] seb128: it is more of a cough now [09:07] sooooooooooo I hope that is progress?!?!?! [09:07] Laney: happy that you start feeling better! :) [09:09] Laney, can you remind me what, if anything, we decided about libinput? [09:10] willcooke: that we thought tjaalton was handling it... [09:10] or would [09:11] ah yes, and he said something along the lines of "it's pretty much necessary for the future, so we should try and get it in for 16.04" [09:11] $customer asking about whether libinput would be in 16.04 [09:12] $customer is a customer with some dollars? :) [09:13] :) [09:14] I'm sure that either way the OEM build would be able to have it [09:14] * Laney is using libinput driver already [09:14] xserver-xorg-input-libinput is in the archive, but in universe as nothing depends on it yet [09:14] hey tjaalton [09:14] ah cool, thanks tjaalton [09:14] once the unity input config capplet supports it we can include it via xserver-input-all [09:15] and then it would be available to anything that wanted to use it? [09:15] tjaalton, it replaces other drivers right? [09:15] are Debian/Fedora using it? [09:15] Trevinho, or maybe seb128 can you comment on input config capplet ^^ ? [09:15] would we loose any feature by switching? [09:15] seb128: fedora is [09:16] no [09:16] it doesn't support wacom yet, but that's coming in libinput itself [09:16] but it would replace evdev and synaptics as a start [09:16] willcooke, well basically it means updating u-s-d/u-c-c code by importing what GNOME did, our versions are quite different so it's non trivial but still doable [09:17] tjaalton, how risky is the change? [09:17] like is likely to make trackpads not work correctly? [09:17] seb128: I think it's an overall improvement [09:17] or edge scrolling or some things work differently? [09:17] all work [09:17] k [09:17] do you have any cycle to backport the libinput conversion in u-s-d/u-c-c? [09:18] or is that something we should look at [09:18] I've that on my todolist but that list is long [09:18] I'm working on lts-wily backports atm [09:18] I'm also trying to backport the new wacom code from g-s-d, same story [09:19] the u-s-d/u-s-c fork is for good? [09:20] yes [09:20] well, for good ... at least for the coming LTS [09:20] I doubt it's relevant in unity8 [09:21] no way to configure things?-) [09:21] in unity8? [09:21] there's a new settings app there [09:21] let's keep that for another day [09:21] hehe [09:21] ok [09:21] but yeah, there is ubuntu-system-settings [09:21] but it's limited, though there is ongoing work to make it fit for convergence [09:22] but that's not really important for the LTS/libinput discussion [09:22] right [09:22] anyway, I think debian would be ripe to do the switch, need to ask other folks on the team [09:23] they don't have unity to worry about :) [09:23] GNOME was talking about dropping the non-libinput code [09:23] so Debian is eventually going to follow by just updating [09:26] ok [09:31] tjaalton, what happens today if we start using libinput? [09:31] reading https://bugzilla.gnome.org/show_bug.cgi?id=740604 and looking to git, I'm not even sure we need u-s-d/u-c-c changes? [09:31] Gnome bug 740604 in mouse "Avoid configuring xf86-input-libinput devices" [Normal,Resolved: fixed] [09:32] ah, it says they decided against the wrapper [09:32] so GNOME moved the handling in g-s [09:32] so it seems [09:33] I guess migrating now in xenial wouldn't be too dramatic [09:33] but at least all the forcepads I have need libinput, synaptics just doesn't work [09:34] or needs too much pressure to move the cursor [09:34] but the kernel driver is lacking something so right-button emulation isn't working, making forcepads still somewhat crippled.. [09:34] but that's not related to the migration [09:35] yeah [09:35] hey Laney, how are you? [09:36] * pitti missed you coming "in" [09:36] Laney: ignore the autopkgtest mass failure emails, dealt with (that was me breaking debhelper) [09:40] tjaalton, willcooke, I think we would need to update u-s-d/u-c-c to use the new api/property for libinput (not idea what changed but reading the GNOME bug it seems the way to change configs probably changed) [09:40] and then for synaptics, we just keep using the old drivers? [09:41] no libinput replaces the synaptics driver [09:42] I R Confused. So with libinput people with synaptics touchpads would have a bad time? [09:42] no [09:43] libinput replaces evdev and synaptics [09:43] ohh [09:43] so people with forcepads would be happier with libinput [09:43] and everyone else probably wouldn't notice [09:43] would you remove those drivers? [09:43] probably [09:43] or my hw is just funky so that synaptics doesn't work well [09:43] or have code to handle both? [09:44] how do we turn "probably" in to something more concrete that we can rely on for an LTS? Is it a case of spending more time looking in to it? [09:44] no -evdev and -synaptics would still be around for some time, but probably gone before release [09:45] more folks using it. I know there have been issues with pointer acceleration code, but that's fixed by now I think [09:45] ok, so let's supposed we drop evdev and synaptics [09:45] libinput 1.2 will be released soon [09:45] and put libinput [09:45] what happens if we do no other change [09:45] if I go to u-c-c and change e.g edge scrolling [09:45] would that setting work? [09:46] not sure it would even show that [09:46] so we would regress functionnalities? [09:46] on the config side yes [09:47] two-finger scroll still works :) [09:47] at least here it just shows primary-button and double-click settings [09:47] nothing else [09:48] so my touchpad has edge scrolling and I like that better than 2 fingers scrolling [09:48] with libinput I wouldn't be able to use edge scrolling anymore? [09:48] dunno [09:48] it's easy to test, just install the driver [09:49] you can configure it with xinput [09:51] oh, missed pitti's hello - hi! [09:51] laney he was in stealth greeting mode [09:52] tjaalton, seems the current code does XChangeDeviceProperty() calls to change settings [09:52] andXGetDeviceProperty() [09:52] rc = XGetDeviceProperty (GDK_DISPLAY_XDISPLAY (gdk_display_get_default ()), xdevice, [09:52] prop, 0, 2, False, [09:52] XA_INTEGER, &act_type, &act_format, &nitems, [09:52] &bytes_after, &data); [09:53] willcooke, so I guess it's currently not in our backlog, we don't have anyone understand the pro/con and the work needed [09:53] if that's something we should work on we need to create an item for it and investigate those [09:54] so not on the path to happen unless we decide it should [09:54] tjaalton, ^ [09:55] ok [09:57] thanks seb128 tjaalton [09:57] yeah, sounds like there is a lot of work to be done before we know [09:57] maybe I can find another team to look in to that [09:57] I'm unsure about "lot" [09:58] non-trivial then :) [09:58] right [09:58] brb, restarting without evdev/synaptic drivers and with libinput one, just to see [09:59] you don't need to remove anything btw [09:59] willcooke: I need 5 more minutes [09:59] it might confuse u-c-c to think it can configure things where it can't [10:00] andyrock, oki no worries - ping when you are ready and we can join the HO ( <--- Trevinho, hikiko, seb128) [10:01] waiting for the lecture break but the the teacher is kind of excited maximizing a log likelihood :D [10:01] willcooke: I'm in [10:02] andyrock, :) [10:04] willcooke, sec [10:04] sorry [10:06] andyrock, we're in the HO and we will get started [10:07] willcooke, tjaalton, so installed libinput, removed evdev/synaptic, restarted session, my edge scrolling isn't working anymore [10:07] the touchpad section of the settings also vanished [10:07] no "tap to click" [10:07] or "edge scrolling" [10:07] so yeah, needs porting to the new api [10:08] seb128: you don't need to remove anything, libinput just overrides the xorg.conf.d snippets evdev/synaptics provide [10:08] tjaalton, right, I just wanted to be a clean state to not confused the UI controls [10:08] to be on* [10:08] unsure what they check [10:08] sure [10:09] These have to be updated to look at the libinput xinput properties no? [10:09] willcooke: looking for the link [10:10] Currently it looks for "Synaptics foo" for many foo [10:10] but xinput list-props x shows a lot of "libinput foo" [10:13] Laney, right, that's basically what I was saying/confirming [10:13] needs code change [10:13] and GNOME didn't do those for us since they moved the handling to g-s [10:13] they put it in gnome-screenshot?!?!?!?!?!?!?!? [10:13] :-) [10:20] libinput edge scrolling sucks :-( [10:20] I enabled it with "xinput set-prop 16 "libinput Scroll Method Enabled" 0 1 0" [10:20] but it's practically impossible to use on my latitude [10:22] how? [10:23] dunno, I've to have my finger really close from the border and press more than before [10:23] and it only detects it as a scrolling half of the time [10:23] http://who-t.blogspot.nl/2015/03/why-libinput-doesnt-support-edge.html [10:23] that is deprecated but it explained by libinput was not doing edgescrolling/how it conflicts with other features [10:24] yep [10:24] so maybe they detection/logic is different from what older drivers are doing [10:24] in any case it's harder to use on my machine [10:25] could just be a bug [10:25] yeah [10:25] seems fine on mine [10:25] well, it just confirms that it's not a trivial no-change swap [10:25] we are introducing new code and different behaviours [10:25] and different set of bugs [10:25] anyway, enough playing with that [10:26] it's enough to confirm that changing involves some wokr [10:26] thanks a lot seb128, tjaalton, Laney [10:26] going to let willcooke&other managers decide if it's high enough that we need to budget cycles for it [10:26] willcooke, yw! [10:26] brb, rebooting [10:27] well, perhaps keep evdev/synaptics around and make it easy to switch back [10:27] who's going to do the u-c-c/u-s-d work? [10:28] no one right now [10:31] I mean in theory [10:31] back [10:32] feel like it's sort of being glossed over but that is tough [10:32] yo [10:32] I missed some context I guess [10:32] I tried edge and it seems okay here, hate that mode though :P [10:32] well, I imagine someone in our team would work on it [10:32] seb128, who's going to do the u-c-c/u-s-d work? [10:34] Laney, that was my comment about "up to the managers to decide how much of a priority it is and what resources get allocated to it" [10:38] ok [10:39] if we do no work then OEMs can still include it and preset their defaults in xorg.conf snippets btw, just users won't be able to configure it with a gui [10:39] right [10:45] Laney, yeah good point. If they do want it on in their images, I'm hoping that we can get them to commit to some of the work as well [10:46] willcooke: yeah - the feature tests mean that we don't expose any *broken* UI [10:46] - g_bit_nth_lsf@Base 2.12.0 [10:46] - g_bit_nth_msf@Base 2.12.0 [10:46] - g_bit_storage@Base 2.12.0 [10:46] +#MISSING: 2.47.2-1# g_bit_nth_lsf@Base 2.12.0 [10:46] +#MISSING: 2.47.2-1# g_bit_nth_msf@Base 2.12.0 [10:46] +#MISSING: 2.47.2-1# g_bit_storage@Base 2.12.0 [10:46] dddddddddddddddddddddddddddddddessssssssssrrrrrrrrrrtttttttttttt [10:46] desssrttt [10:46] desrt! [10:47] there's some weird shit going on around inline functions in this release [10:47] willcooke: I guess it should be ok. in general we try to avoid setting things on widget names directly [10:47] and use classes instead [10:47] larsu!!!! [10:47] morning all that I have missed [10:47] hi Laney :) [10:47] been @ gym? [10:47] ya. and going to lunch now [10:47] haha [10:47] larsu, enjoy! [10:47] tough day [10:47] * larsu will have to work more in the afternoon/evening today :) [10:47] thanks! [10:47] larsu, got it, thanks. Had a look at how Adawaita was doing it and saw that was the correct way, and actually, I just got it sorted [10:48] willcooke: very cool :) [10:48] * larsu thinks willcooke is shaping up to be a good theme maintainer [10:48] it seems though that -gtk-gradient borders can't have radiused edges [10:48] hm really? [10:48] I'm verrrrry slow [10:48] if css can do it, gtk should be able to as well [10:48] yeah, at least border-radius doesn't have an effect [10:48] bug? [10:48] maybe I need to slice them to make it work [10:49] but that's too hard for me [10:49] :) [10:49] anyway - to late for my lunch date. see you in a bit [10:49] l8r# [10:57] background-color: rgb(255,0,0); is the CSS equivalent of print "XXXXX I am here!" [10:57] * willcooke <-- l33t hax0r [10:58] * { color: red; background-color: limegreen; } // IS THIS THING EVEN RUNNING? [10:58] :) [10:59] * Laney has done this kind of thing before [11:00] when fixing o-s issues back in the day [11:02] Trevinho, btw did you meant to ask about something earlier with your "so, so..."? [11:03] seb128: no, as few mins before you asked how I was... :) [11:03] Trevinho, oh, sorry, I didn't read that as a reply, rather than as an opinion to a topic to discuss [11:03] * seb128 hugs Trevinho [11:04] :-) [11:10] Trevinho, did you find a way to deal with the matching issue with nautilus? btw did you see my comment about gedit/are you looking at that one as well? [11:11] seb128, I want to check a couple of bits of styling before commiting these changes. Can I just add a "padding: 10px" (or whatever it was in to gtk-widgets.css for testing? [11:11] oh, this is for the file dialog [11:12] not the normal file browser, the other one [11:12] sure, why not? [11:12] the sidepane widget is shared between nautilus and file-selector [11:12] I'm unsure what you are asking? [11:13] https://code.launchpad.net/~willcooke/ubuntu-themes/fix1515557/+merge/278423 ? [11:13] seb128: for nautilus https://code.launchpad.net/~3v1n0/bamf/safer-pid-desktop-registration/+merge/278461 [11:13] cool [11:13] seb128: for gedit, I don't know... As I said yesterday we already use the _GTK_APPLICATION_ID (thanks to larsu's work) to use it as desktop-id... So not sure why it doesn't work [11:14] seb128: I didn't see the issue btw (yet) [11:15] seb128, ah, this is the one I meant: https://bugzilla.gnome.org/show_bug.cgi?id=758585 [11:15] Gnome bug 758585 in file loading and saving "Open menu dropdown is 'compressed' & unintelligible with other themes" [Normal,Resolved: fixed] [11:16] I'll just hack that fix in so I can test gedit [11:16] and make sure I don't commit it [11:16] willcooke, you can also upgrade gedit, that fix landed in xenial yesterday [11:17] ah, even better, thanks seb128 [11:17] yw [11:20] Trevinho, with gedit the issue is that if I dnd gedit from the dash to the launcher I gedit a gedit.desktop added to my launcher [11:21] but if I start gedit from a command line I get [11:21] _GTK_APPLICATION_ID(UTF8_STRING) = "org.gnome.gedit" [11:22] which leads to a new icon in the launcher [11:22] same if I open a document from gedit [11:22] ups [11:22] gedit->nautilus [11:24] seb128: could those theme tweaks go to the 3.18 branch too? [11:24] oh they did [11:24] nice ;) [11:24] righnt [11:24] * Laney needed to pull [11:40] willcooke, Laney, https://bugs.launchpad.net/gtk/+bug/1519778 just for info (corresponding bugzilla bug filed as well) [11:40] Ubuntu bug 1519778 in gtk+3.0 (Ubuntu) "Single click opening of selected items in file-selector is confusing" [High,New] [11:41] thx seb128 [11:41] yw [11:43] hrm, my theme changes are working. Back to the drawing board... [11:44] not working? [11:44] my selectors arent matching [11:44] seb128: I guess will feels that working is wrong :) [11:44] oh [11:44] *are not [11:44] charles, hey, any chance you could have a look to https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1261191 ? it seems like a good one to fix for the LTS [11:44] Ubuntu bug 1261191 in indicator-datetime (Ubuntu) "indicator-datetime list evolution calendar all day event a day before actual date of event" [High,New] [11:44] "what, this is working, let's revert it" :) [11:45] hehe [12:12] * Laney switches on bbc parliament [12:18] Laney: what's happening? [12:18] Sweet5hark: do you have a screenshot of what the icons in LO should look like on Ubuntu at all, I think I still see the gnome ones in kvm on the daily in live session on first start up but would like to be sure [12:19] Trevinho: a bit of political theatre, some budget cuts to be announced [12:19] seb128: thx for the bug [12:23] * Laney screams [12:23] sun just started reflecting off a window opposite [12:23] * Laney goes blind [12:23] Laney: what is this sun of which you speak [12:24] you don't want it [12:26] * didrocks would want some sun now :( [12:26] * davmor2 doesn't believe Laney has it, you sure it is not a Police search helicopter light? [12:40] Good morning all [12:41] time to get my coffee, croissant, and a side of HIDEOUS ABI BREAKAGE [12:41] yum [12:42] hi desrt! :D [12:43] will take a look :) [12:43] maybe just a missing available annotation? [12:43] * Laney wants a croissant [12:43] ya. visibility is the first thought that occurred to me too [12:44] since I'm fairly sure the definitions are being properly emitted [12:44] but seriously... the abi thing was third in that list for a good reason :) [12:45] good morning desrt! [12:45] moin :) [12:45] =( [12:45] desrt, what abi breakage?! [12:46] xnox: a gliby thingy [12:46] xnox: http://irclogs.ubuntu.com/2015/11/25/%23ubuntu-desktop.html#t10:46 [12:47] inlining in glib has been a disaster for a while -- we had inline versions in headers and backup versions in the .c file in case the compiler that you were using to build your project which included the headers didn't suport inlining [12:47] we gave up on that now since all compilers do inlining [12:47] so i cleaned up a lot of that mess, and tried to preserve the old versions for strict ABI compatibility [12:47] but clearly failed :) === hikiko is now known as hikiko|ln [13:44] * desrt escapes key-fob insanity [13:44] * desrt dives into ABI insanity [13:46] our building has massive keyfobs that double as garage-door-openers and i'm tired of carrying mine around... and i've long suspected that the transmitter and keyfob aspects of it operate separately... so i took it apart today to figure out which part of it was responsible for each [13:47] oddly enough, the thing stopped working after i took it out of the case [13:47] turns out the nfc/rfid bit is the back panel of the case itself [13:49] Laney: visibility was indeed the problem. want a new release today? [13:49] (i already pushed the fix if you want to cherrypick it in the meantime) === hikiko|ln is now known as hikiko [14:05] desrt: probably a good idea, other distros might pick it up and not notice [14:05] larsu, I'm going insane here. My padding is being ignored for buttons in gedit, but everything else (like a test background colour) is being applied [14:05] ?! [14:05] thanks for fixing [14:05] any ideas? [14:07] when I paste it in to the inspector it works [14:07] willcooke, what rule do you use? [14:07] don;t understand "rule" [14:08] css selector? [14:09] sorry, what lines do you add to the css [14:09] so we can try [14:10] I'll pastebin it [14:10] willcooke: you can see in the inspector where a value comes from [14:10] in "style properties" [14:10] it tells you file and line nr [14:10] larsu, it's blank [14:11] then your rule doesn't apply [14:11] but the b/g colors *are* being applied [14:11] what is it? Do you have a branch? [14:11] pastebin.ubuntu.com/13502453 [14:11] http://pastebin.ubuntu.com/13502453 [14:12] hehe I was about to complain about the non-clickiness of that first link ;) [14:12] :) [14:12] that's apps/gedit.css? [14:13] yeah [14:22] * willcooke wonders if it could be some of the @xyz definitions being wrong for our theme [14:23] willcooke: ya, that seems to be it indeed (remove the "theme_" prefix) [14:27] heh, thanks larsu, sorry to bother you with that [14:28] no worries :) [14:28] pitti: do you know if we're allowed to use backports in cloud deployed things? [14:28] trusty doesn't have a new enough lmdb, but I could backport it [14:28] Laney: I'm not sure that we even have a policy about what you can use [14:29] that sounds great to me ;-) [14:29] Laney: indeed trusty is pretty strongly recommended, but as long as you keep stuff updated backports sohuld be fine [14:29] I thought it was pretty tight [14:29] but actually I found a page about dev managed stuff even in prodstack [14:29] so if you get full control... [14:29] * Laney goes hog wild [14:29] Laney: I need a newer twitter-bootstrap3 for debci as well [14:30] pitti: I saw something where you wget a deb from the archive [14:30] that was great :P [14:30] Laney: yes, I manage autopkgtest myself, it's not CI managed [14:30]