[05:49] good morning [05:54] hey didrocks [05:55] good evening darkxst, how was your week-end? [05:56] didrocks, crap still can barely walk and today they found a blood clot in my leg ;( [05:56] argh :/ [05:56] yeah, typical issues when you can't really move… :/ [05:57] going to the hospital to get it extracted? [05:57] no, just been put on medication, and lost lots of blood for some tests [05:58] ah, I can something to make your blood liquid [05:59] didrocks, trying to finish up my gdm3 merge, but migrating settings is a mess, can't use dpkg-maintscripts-helper scripts, since the conffiles cross packages [06:00] darkxst: most of the time, you can force with pre-depends the orders [06:01] (not really indicated for general case, but for some special case like that) [06:01] didrocks, but the paths and packages change [06:01] /etc/gdm -> /etc/gdm3 [06:01] ah, not as easy then, indeed… [06:01] gdm -> gdm3 [06:01] or in that case, don't care about the conffiles in the older package [06:01] just handle the removal in the new binary [06:01] (after transitioning) [06:03] well I don't suppose many people modify gdm configs, so just going to get annoyed corner cases [06:05] rm_conffile may work, since the old conffiles seem to get owned by the transitional package [06:05] better to handle the transition still [06:05] * didrocks dislikes when we drop the ball on config transition [06:06] but you don't really care about the "owning" part for moving to one package to another one [06:06] you just don't install it in the "new" version of the old package [06:06] and then, you handle the conffile in the new package, extracting data, rming the old conffile, and filing data in the new one [06:06] didrocks, dpkg-maintscript-helper is was cares about owership [06:07] oh, interesting, in that case, you should do it the old way :) [06:07] you still have the scripts we used some moons ago at https://wiki.debian.org/DpkgConffileHandling [06:10] yeh guess I will have to [06:11] is there anyway to actaully test the scripts without a full package rebuild? [06:12] just drop the file in /var/lib/dpkg/info and run it manually AFAIK [06:12] (as root, of course) [06:12] you can as well opened your previous ar .deb package, and change the file [06:13] and run dpkg -i directly [06:14] didrocks, I did try that, and the helper scripts bailed out with "invalid package", but thats less of a problem is I don't use it [06:15] also debconf is dumb, suppose I have to tell it directly the new display manager is gdm3, right now it asks to choose between gdm and gdm3 (can only guess the configure script runs while both versions are unpacked?) [06:18] yeah, that's what happen I guess [06:18] as those triggers are executed on configure [06:18] and so, you have the unpack step first (and removal) [06:21] that shouldnt be a problem though, and the diff against debian is actually sane now! [06:22] yeah, this gdm/gdm3 has been a nightmare for too many years [06:22] thanks for fixing it! :) [06:22] yeh, there hasnt been a proper merge in maybe 10 years [06:24] didrocks, don't thank me yet, you will probably have to NEW it ;) and someone is going to have to sponsor the upload [06:26] darkxst: I prefer NEWing that reviewing MIRs TBH :p [06:27] yeh and I guess the NEWing bit is actually pretty simple in this case, same upstream code [06:29] no one is going to review the merge though, would take them all day ! [06:30] yeah, I bet! [06:30] This will be more a case of "I try to install -> works -> upload" [06:30] like libreoffice uploads :) [06:34] didrocks, has only taken me a year to finish it up [06:35] s/to get around to finishing it up/ [06:37] heh ;) [06:40] didrocks, mainly because its like impossible to get a sane diff, between the two [06:41] yeah, I guess anyway it's a case where testing (and early drop in the distro) is the best that we can get [06:42] yep, lots of time left in this cycle! [06:42] and 3.18 is almost done [06:43] nice! [06:44] just waiting on MIR stuff for gtk, then there are the few long standing outdated packages [06:47] didrocks, or should that be Mir? [06:48] why name a display server after a process! [06:52] darkxst: yeah, I know :/ [06:52] Mir is the project [06:52] MIR is the process [07:18] didrocks, I well know that, but its still confusing! [07:58] moin all [07:59] good morning Sweet5hark! [08:03] morning [08:04] hey early willcooke [08:05] didrocks, willcooke: hey guys. [08:14] good morning! [08:14] hey willcooke larsu [08:14] morning larsu [08:15] morning didrocks & darkxst. How are you? [08:15] good, thanks! yourself? [08:16] larsu, broken... apparently have a blood clot in my leg, but battling with gdm3 merge was just as painful ;) [08:16] darkxst: oh sorry to hear. Hope you get better soon! [08:16] didrocks: good thanks :) [08:18] larsu, not sure I will ever recover from merging gdm3! [08:18] my leg however should recover soon [08:20] haha :) [08:21] good morning desktopers [08:21] hey larsu [08:21] re seb128 [08:21] I just missed something funny?! [08:21] larsu, took my entire friday evening to just get a sane enough diff, with some rename, sed foo [08:21] seb128: morning! how are you? [08:22] seb128, probably larsu, broken... apparently have a blood clot in my leg, but battling with gdm3 merge was just as painful ;) [08:22] larsu, good! how are you? [08:22] gdm fun, I see [08:22] larsu, not sure I will ever recover from merging gdm3! [08:22] my leg however should recover soon [08:22] seb128, merge is done, just battling with migrations now [08:23] I can't use the helper scripts ;( [08:23] why not? [08:23] cause paths and packages changes [08:24] dpkg-maintscript-helper checks to see if package owns the files, but we are crossing packages and changing paths [08:25] k [08:26] seb128, really migration is just a mess, but the resulting diff is so much more saner, atleast [08:27] that's something ;-) [08:30] seb128: great thanks! [08:32] seb128, atleast it only needs to be done once! [08:42] seb128, or twice, though my git branch from the first attempt last year proved incredibly helpful ;) [08:42] larsu, did you see my ping on friday btw? [08:42] seb128: notify osd icons? Working on it [08:42] larsu, yes [08:42] sorry, conference was more fun than I thought [08:42] thanks, should we hold the current silo? [08:42] and got the log spam issue fixed :) [08:42] talking to maintainers in person helps ;) [08:42] no problem :-) [08:42] great! [08:43] was it fixed in glib? [08:43] or in dbus? [08:43] my (amended) patch is in dbus (just the spec) [08:43] I'll take care of pushing the glib fix today [08:43] great [08:43] danke [08:43] yw! [08:44] seb128: ya hold it if you don't mind watining the day [08:45] k, doing that, no worry [08:49] * willcooke -> opticians - bbiab [09:03] hullo [09:05] hey laney [09:05] sup darkxst [09:05] I read scrollback, no need to repeat ;-) [09:06] Laney, too much crap [09:07] morning Laney! [09:10] hey Laney! [09:10] hey Laney, how are you? [09:11] hey larsu & didrocks & seb128! [09:11] what a treat! [09:11] hey desktopers [09:11] doing good thanks, nice relaxing weekend [09:11] good weekends all? [09:11] hi ricotz [09:11] seb128, hi, afaics bamf doesnt like those two gedit desktop-files and seems to randomly pick one as default [09:12] hey Laney [09:12] Trevinho, hi ^, regarding bamf <-> new gedit [09:14] morning ricotz [09:15] hi didrocks [09:20] ricotz, no idea about that, it's not different from what we did with e.g totem or nautilus [09:20] but we can revert the GNOME renames if needed [09:22] Laney, seems like doko fixed binutils and a good part of what was stacked migrated on saturday ;-) [09:22] yeah I saw [09:22] good old doko [09:24] I'm glad it did migrate [09:25] I misread what you said on friday and though we were stucked to get x265 and other things through [09:26] no that's gstreamer and other things [09:27] k [09:27] I though we ended up with everything have to go together [09:27] anyway it's mostly good now ;-) [09:29] seb128, I think I see this with nautilus too, not sure about totem [09:30] ricotz, is that a bamf bug? [09:30] seb128, I would not revert the GNOME renames, this would break the DBusActivatable feature? [09:30] is that used anywhere? [09:31] seb128, it might be a bamf issue, maybe NotShownIn OnlyShowIn would be better to differenciate [09:32] not sure, but it is there for a reason and avoiding to follow the rename might just lead to problems later [09:33] keeping those old-named files arround is just to preserver user-settings regarding pinned application in unity? [09:35] not only unity or pinned applications [09:35] but yeah user settings [09:35] it's also e.g mimetype associations [09:36] you pick something else as your favorite text editor and then back gedit [09:36] and you have gedit.desktop in your config [09:39] oh we're talking about *this* again [09:39] * larsu sighs [09:47] larsu, yeah, we alternate between that and headerbar as favorite topics :p [09:50] haha [09:52] but yeah, it's another issue that we never really resolved and that GNOME completely ignored :-/ [09:52] unsure what to do about it [09:53] write a migration tool that converts desktop file names in all the user settings [09:53] seb128, I see [09:53] or put a translation thing into gli [09:53] *glib [09:53] the migration thing is not possible [09:53] you can't know every user config and they storage format [09:54] some apps could have a custom sql database with the .desktop names in it [09:55] unsure what was the outcome of the translation thing into glib previous time we discussed it [09:55] which apps deal with desktop files? [09:56] good questions, I've no idea [09:56] every sort of "launcher" we have in the archive? [09:56] gnome-panel, cairo-dock, unity, xfce-panel, lxde-panel, kde* [09:56] and every sort of dock I don't know about [09:57] * larsu wonders why he even got into that debate again :) [09:57] haha [09:57] solution: put up a big bug, add all the things [09:57] and fix it for unity only [09:57] others will quickly follow if we provide an easy way to integrate [09:57] yeah, let's stop there, I feel like we are going to go circle and just create frustration [09:57] indeed [09:57] * larsu makes another tea [09:57] :-) [09:58] much better use of these 5 minutes [09:58] someone help me find the actual failure in ffmpeg? [09:58] 's build log [09:58] Laney, url? [09:59] :( [09:59] it's on → machine [09:59] https://launchpadlibrarian.net/225504108/buildlog_ubuntu-xenial-armhf.ffmpeg_7:2.8.1-1build2_BUILDING.txt.gz [10:00] slangasek tried to fix it but it didn't work [10:00] wondering if there is some easy enough way but can't find the error [10:00] FT_FREETYPE_H is not defined?! [10:01] #include MACRO is ... weird [10:01] Laney, [10:01] gcc -I. -I./ -D_FORTIFY_SOURCE=2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -DPIC -DZLIB_CONST -MM ffplay.c | sed -e "/^#.*/d" -e "s,^[[:space:]]*ffplay\\.o,./ffplay.o," > ffplay.d [10:01] ffplay.c:3217:46: error: missing binary operator before token "(" [10:01] #if defined(__APPLE__) && SDL_VERSION_ATLEAST(1, 2, 14) [10:01] is that breaking it? [10:01] ? [10:02] Test idct8x8 failed. Look at tests/data/fate/idct8x8.err for details. make[2]: *** [fate-idct8x8] Error 1 tests/Makefile:203: recipe for target 'fate-idct8x8' failed [10:02] that one I think [10:02] doesn't show that file though [10:02] THANKS FFMPEG [10:03] seb128: that one and the ones about freetype macros being empty [10:03] no [10:04] https://launchpadlibrarian.net/225502974/buildlog_ubuntu-xenial-amd64.ffmpeg_7:2.8.1-1build2_BUILDING.txt.gz [10:04] because it's in there too and still builds [10:04] Laney, https://sourceware.org/bugzilla/show_bug.cgi?id=19217 [10:04] ? [10:04] sourceware.org bug 19217 in gas "[2.26 Regression] ffmpeg test idct8x8 (NEON) fails on ARM32 when built with binutils from the trunk" [Normal,New] [10:04] willcooke, hey, sorry I'm not done with scopes patches yet, will update you on it asap [10:05] seb128: yeah I think it was trying to work aroudn this one [10:05] just disable that one test on armhf? [10:05] so should be disabled in this case I guess [10:05] * Laney looks at it [10:06] back [10:08] wb willcooke [10:08] hi willcooke [10:09] good bonfire? [10:09] hey willcooke [10:10] or was the opticians related... [10:10] don't stand too close to the fire... [10:10] :) [10:11] I have to wear galsses now [10:11] *glasses [10:11] it begins [10:11] heh [10:12] Being able to see things close up again will be lovely though [10:12] * Laney is practicing staring out of the window for a bit every now and then [10:12] oh hi HMP Nottingham [10:12] :D [10:13] chrisccoulson, do you have a few mins today to catch up re: my email? [10:24] larsu, I want to fix this: https://bugs.launchpad.net/ubuntu/+source/ubuntu-themes/+bug/762349 [10:24] Ubuntu bug 762349 in ubuntu-themes (Ubuntu) "Difficult to distinguish which tab is selected" [High,Confirmed] [10:24] larsu, can you tell me which are the best files to edit and I'll try and scrape an MP together [10:25] I think it'll be something in /usr/share/themes/Ambiance/gtk-3.0/ [10:25] and then Radiance as well [10:25] willcooke: yep, gtkwidgets.css [10:26] thanks [10:26] how do you want to color them? [10:26] gonna make active the same colour as it is and inactive darker I think [10:26] ah cool stuff [10:26] I'll get JohnLea to check it [10:26] please use the shade()/darker() stuff instead of hard coding a value [10:26] got it [10:27] (that's also a bit hard coding, but not as bad) [10:27] imo [10:27] yeah, makes sense [10:28] willcooke: firefox looks good imho [10:29] Laney: I agree, but that only works when the tab bar is attached to another dark widget [10:29] like the title bar or a header bar [10:29] looks bad otherwis [10:29] *e [10:29] I'll try with darker and I think I'll be able to get close [10:30] * larsu is looking forward to seeingthat [10:30] such as where? [10:30] larsu, will I need a separate entry for the tabs in gedit too - or is there a clever way to do both terminal tabs and gedit tabs? [10:31] willcooke: it's the same widget. If you need to do something app specific, please put it in apps/.css [10:31] like if you want to select by GeditWindow or similar [10:31] but I'd prefer to keep that small [10:31] Laney: old gedit has tabs below the toolbar [10:31] ah cool, I think they should be the same, so a single widget is good news [10:31] Laney: I'm sure there are more apps that do this [10:32] I'm not doubting you... [10:32] willcooke: there should already be quite some rules about tabs in gtkwidgets.css [10:32] just asking for an example [10:32] gtkwidgetfactory! [10:35] ok, can't visualise the problem, looking forward to seeing it in action then :) [10:42] I've tried it with @dark_bg_color but it clashes badly with the main background of the gedit window for example [10:42] so that's similar to ffox [10:42] dont like it [10:42] gonna try again just making it slightly darker [10:42] larsu, is using shade acceptable? [10:42] if Ihave to [10:42] I don't get why it's okay for FF [10:42] eyes are hard [10:43] I'll do a screenshot, one sec... [10:43] nah, I believe you :P [10:44] willcooke: yeah, of course [10:45] willcooke, want to look at bug #1479054 as well? ;-) [10:45] bug 1479054 in ubuntu-themes (Ubuntu) "Shuffle and repeat buttons pressed state does not visually differ from unpressed state" [High,Confirmed] https://launchpad.net/bugs/1479054 [10:45] seb128: quick, assign! :) [10:45] hehe [10:46] welcome to our new theme maintainer, larsu is off the hook \o/ [10:46] we have a new theme maintainer \o/ [10:46] muhahaha [10:46] :-) [10:46] didrocks: pssst - don't let him know yet [10:46] it has to look natural [10:46] ahah [10:46] Sure! CSS is about my level [10:47] he's not maintaining it, just looking at some issues [10:47] that's fine [10:47] actually, I'm quote happy to do this [10:47] quite [10:47] :-) [10:47] ok, gedit fixed [10:47] oh cool, you can fix the big info icon in hidpi too [10:47] THANKS! [10:47] daker(@bg_color) is the right one imo [10:47] css theme comes with icon theme [10:47] Hello everyone... :) [10:47] and since I'm not the maintainer then let's ship it [10:47] now [10:47] damnit [10:48] hey BigWhale [10:48] willcooke: if you're the maintainer you can even review your own patches!!! [10:48] \o/ [10:49] ok, that was easy! :D [10:49] Now I have to work out bzr [10:49] screenshot? ;-) [10:49] YOU QUESTION ME?!?!?!? [10:49] NEVER SIR [10:50] haha [10:50] :-) [10:50] just wanted to see the beautiful outcome, going to wait for the package to land ;-) [10:50] actually, it's not awesome. e.g. the close icons on the inactive tabs could do with a tweak as well I think [10:51] teach this man about the inspector [10:51] didrocks, see how he starts caring about detail, going to make a good theme maintainer, i'm telling you ;-) [10:51] http://imgur.com/4wB3zIi [10:51] screen shot [10:52] "golf facts" were for my sons homework [10:52] honest [10:52] seb128: heh, I'm actually waiting for the first theme regressions though :p [10:52] then, he will get the stamp [10:52] willcooke: was about to mention those :P [10:52] :) [10:53] oh, that's odd. The close icon in gedit has no circle around in on active or inactive, but terminal does [10:54] ok, yeah I need to get the inspector working [10:55] oh, but only when the window isn't focused do the circles appear [10:55] * willcooke decides thats a bug [10:56] willcooke, install libgtk-3-dev and do ctrl-shift-I [10:56] (you probably need to restart the app after installing the -dev package) [10:57] thx [10:58] humm, that circles issues doesn't exist on 14.04 [10:59] willcooke: yeah, yeah, blame your son for looking at golf stuff, sure we believe you ;) [11:00] :D [11:02] willcooke: oh good news at the weekend I found a non-apple compatible mini display port to hdmi so I can now play multimonitor with xps, will be looking at setting it up this afternoon. One big question though, on the auto detect of monitors should it not ask for the dpi of the monitor? [11:03] davmor2: should it not find it out for itself? [11:03] davmor2, erm, not sure I follow you, but I would expect it to do it automatically [11:03] willcooke: from the quick test at the weekend it looks like it was correctly getting 1080p for the resolution, but the dpi was still set to the xps 4k [11:04] willcooke: so the screen app on the laptop was fine, but on the monitor filled the screen and then some [11:05] hrm, dunno. Question for Trevinho I think ^^ [11:08] Trevinho: just for the record, Xps 13 4k display, scaling factor 2 set through the Screen Display section of the settings app, plugged into an acer 26" monitor at 1920x1080 [11:09] Trevinho: I'll take screenshot/photo's later when I set it up properly [11:12] seb128, could you have a look at that mailing list proposed email today? [11:13] willcooke, oh, right, sorry I started on that friday and got sidetracked with other thing, doing that after lunch [11:14] thx seb128 [11:15] np, sorry for not doing it on friday [11:22] nw [11:23] is that the one about the seed changes? [11:24] Laney, more just "here are some app changes..." brasero, empathy, g cal [11:24] I think we should still communicate the seed changes properly [11:24] this is just a heads up [11:24] mhall119 asked for it [11:24] but if you're nearly ready with the seed changes email, that will be better [11:27] No not yet [11:28] oki, I will carry on with this then [11:29] I'll do the changes this week though [11:29] Hope we don't get some terrid discussion [11:30] "braserooooooooooooooooooooooooo" [11:30] :) [11:32] * davmor2 pictures didrocks doing his best Darth Vader Noooooooooooooooooooooooooooooooo! impression with that "braserooooooooooooooooooooooooo" [11:32] I guess I'll stuck with GNOME translations for half of the week, to get all the submissions processed... [11:50] http://162.213.34.169/html/ [11:52] Laney: nice! you are running it? [11:52] ya [11:52] davmor2: unfortunately you can only define a global scale value for apps, while unity can be scaled per-screen.. [11:52] just hooked it up in the stack, nothing fancy now [11:53] Trevinho: right so it is the scaling at fault then :( meh [11:54] davmor2: yeah... unfortunately it's not nice, but no toolkit has the concept of scaling per monitor currently [12:01] seb128: I dont plan to SRU bug 1514195 as a backport, but with 5.0.4: sure. [12:01] bug 1514195 in libreoffice (Ubuntu) "changing border style closes libreoffice calc in i3-wm" [High,New] https://launchpad.net/bugs/1514195 [12:20] Sweet5hark, wfm === alan_g is now known as alan_g|lunch [13:09] https://launchpad.net/~laney/+archive/ubuntu/arm/+build/8279451 [13:10] Laney, well done! [13:11] not sure skipping a test is that smart :P [13:11] but thanks [13:29] argh! [13:29] Themes are hard [13:29] well, css selectors are hard [13:29] Seems the close buttons on Gedit tabs are specific to Gedit [13:32] yeah, the nautilus ones seem differen [13:32] t [13:32] Using the inspector and looking at the selector says it's a GeditCloseButton [13:33] so I will put the changes in the gedit css file [13:33] that makes sense [13:33] cool [14:08] good morning! [14:08] hey attente [14:08] hey attente [14:08] hi guys [14:08] hey attente [14:08] hi didrocks === alan_g|lunch is now known as alan_g [14:28] what up attente [14:29]