[01:50] dupondje: hey === maclin1 is now known as maclin [03:51] Good morning [04:03] pitty: afternoon :) [04:03] pitti: afternoon :) [04:03] Wow, dyslexia corrects my spelling [04:03] or not [04:04] too many ts [04:05] it took me entirely too long to spot the difference :) [04:16] heh, it's a pitty, isn't it :) [06:13] good morning [06:18] bonjour didrocks, ça va ? [06:20] ça va pitti, et toi ? [06:22] didrocks: je vais bien, merci ! [06:26] hum, on the phone ML: " [06:26] I've now opened up publication permissions to everybody … This means that if your silo does not touch any files under debian/, you can publish your own silos totally by yourself, no trainguards required." [06:26] I wonder if the tech board/release team is aware about this [06:27] it means that publications are not handled by people with upload rights anymore [06:27] Laney: thought? did you know about it? ^ [06:27] didrocks: yes slangasek told me this was agreed with tech board. [06:28] ah nice! [06:28] the rule is as long as debian/ isn't touched [06:28] and only for canonical-owned projects [06:28] robru: do you have anything to guard when debian/ is touched, just for the curiousity? [06:28] or it's just the existing warning? [06:28] o/ [06:28] didrocks: yes, the same "packaging diff" is in place, ACK requires proper checkUpload rights [06:29] * thumper is done for the day [06:29] I miss you folks [06:29] robru: ok, as long as people are not too eager clicking checks, that's a nice one! :) [06:29] hey thumper! [06:29] thumper: have a nice evening, long time not seeing you! [06:29] yeah.. one day... one day we might have another all hands [06:29] heh, yeah, one day ;) [06:29] it'd be epic [06:30] maybe when we actually make money [06:30] :) [06:30] ;) [06:30] laters === maclin1 is now known as maclin [06:31] didrocks, robru: err, I certainly didn't agree to this; you can break stuff with the upstream parts just as well as with the packaging bits; and the silo is not limited to touch-y packages, you can upload kernels or glibc or whatever to it [06:31] pitti: uh, our boss told me to do this, sorry, wasn't my decision [06:32] well, "my boss told me" != "TB agrees" :) [06:32] pitti: he told me it was agreed with the TB. [06:33] pitti: I'll dig up the emails and forward them [06:34] hm, so we now have folks who never signed the CoC, never received any ubuntu dev training, ignore test results, and have unrestricted access to the ubuntu archive [06:34] that's the difference with the daily release, indeed, when we had a filtering list (in addition to the bot which only uploaded some components) on components to autopublish [06:35] pitti: didrocks: some discussion here: https://bugs.launchpad.net/cupstream2distro/+bug/1459186 [06:35] Ubuntu bug 1459186 in CI Train [cu2d] "Implementing proper permission checks during silo publish" [High,Fix released] [06:35] didrocks: was that a public ML, or internal one? I. e. anything to refer to on the TB list? [06:35] pitti: if there are train users you know of who didn't sign CoC please let me know and I'll hound them [06:37] pitti: I was referring to the announcement on the phone ML [06:37] robru: hm, wasn't that bug just the opposite? restricting silo uploads (or at least publication) to people who can upload that package directly to ubuntu too? [06:37] yeah [06:37] I understand the bug the same [06:37] especially with: "2) Signoff permissions should track the archive permissions for a package: respecting archive components (ubuntu-core-dev vs. motu) and per-package uploaders." [06:37] didrocks: I meant, was it the public phone ML? [06:37] pitti: in the comments slangasek explains the exception for canonical-owned projects that have no debian/ changes [06:38] pitti: yes "IMPORTANT ANNOUNCEMENT: CI Train changes" [06:38] robru: yeah, but he seems to intend that "must enforce checkupload for merges with diffs, all manual sources, and NEW. [06:38] " [06:38] as you wrote [06:38] robru: right, but that certainly doesn't cover things like glibc, qt, systemd, gcc, etc. [06:38] did you add those checks? [06:39] (before opening publication for the other case to everyone) [06:39] pitti: maybe it wasn't clear, not just anybody can upload anything. train is not allowing kernels or glibc published by anybody. only canonical-owned stuff. [06:39] robru: i. e. you can upload anything directly to the silo [06:39] pitti: you can upload anything to the silo but the only time checkUpload is not enforced is if the package is owned by canonical and has no debian/ changes. [06:39] robru: ah, which creds do you need to upload directly to a silo? [06:39] ah, so you only enable people to publish if there is no change in debian/, (and so, not a new packages) + only canonical project? [06:40] pitti: also actually not just anybody can upload to the silos. [06:40] robru: ok, so for publishing the silo it checks the packages against a whitelist? [06:40] ok, the announcement wasn't clear about it :) [06:40] pitti: you need ~ci-train-ppa-service membership to upload sources to silos. [06:41] pitti: there's no whitelist per se, currently the train assumes "MP = canonical owns this", which is reasonably true at this point as there are rather narrow packaging requirements that the train enforces that other random source packages don't have. [06:41] pitti: eg if you were a bad actor and you tried to fake an MP to get around the check, your MP would necessarily have a ton of packaging changes that would trigger the check. [06:42] or it wouldn't even build [06:45] robru: thanks for clarifying [06:46] pitti: you're welcome! Feel free to raise this with slangasek when he's back next week, I'm happy to revisit this (actually I wasn't even involved in the original decision anyway) [06:46] robru: well, it sounds like it's certainly far from "if your silo does not touch any files under debian/, you can publish your own silos totally by yourself" [06:47] pitti: right, it's for MPs only, i forgot to mention that. [07:02] didrocks: the ACK:s are now not possible by anyone who does not have the actual upload rights to the particular package [07:02] so, all main packages with debian/ changes always require a core-dev to run the publishing [07:03] robru: pitti: manually uploaded packages can't be published regardless of which changes they had, the publisher needs to have MOTU or core-dev rights accordingly [07:03] oh, as discussed [07:04] heh, yeah [07:04] ;) [07:04] thanks for confirming, I guess he main misunderstanding is coming from the email (a little bit too vague) [07:04] I just started from where I was higlighted with 'trainguards' [07:04] :p [07:05] I'll clarify the email [07:05] thanks robru! [07:05] didrocks: you're welcome [07:16] good morning! [07:18] good morning desktopers ;-) [07:19] * larsu gets some Schrippen [07:20] larsu, bread? [07:21] good morning larsu, seb128! [07:22] lut didrocks [07:22] seb128: https://en.wikipedia.org/wiki/Bread_roll [07:22] it even contains that word :) [07:22] bonjour seb128 ! [07:22] hey larsu, guten Appetit! [07:22] salut didrocks and pitti ! [07:22] pitti, salut, ça va ? [07:22] danke :) [07:22] seb128: ça va bien, et toi ? [07:27] pitti, ça va bien aussi merci ;-) [07:33] pitti: Laney suggested last night that there might be some dh_ magic for my rules file to get language-specific things installed [07:33] or would I need to hack langpacks for that? [07:34] larsu: what are "things"? [07:35] larsu: pkgstriptranslations currently strips out GNOME help files [07:35] (both old and mallard) [07:35] pitti: translations of place names [07:35] for the list in system settings [07:35] (when autocompleting time zone) [07:35] larsu: are these po files? [07:36] I really suggest that this should use standard gettext with po/mo files, not some custom XML lists or what not [07:36] pitti: it would be more efficient if they weren't [07:36] I was kind of expecting this answer :) [07:37] larsu: so, we have a concept of "static" translations, like translated help files or screenshots; pkgbinarymangler can pick those up and put them into the _static.translations.tar.gz tarball [07:37] they will then end up in langpacks [07:37] but these are hard to translate obviously [07:37] so if you actually care for translations, do use gettext -- what makes this hard? [07:37] I don't [07:37] I already have the translations [07:38] they're part of geonames [07:38] pitti: how does this work exactly? [07:39] nobody with wily that uses L2TP ? ;) might be cool if somebody could test https://bugs.launchpad.net/ubuntu/+source/network-manager-strongswan/+bug/1487183 on wily. [07:39] Ubuntu bug 1487183 in network-manager-strongswan (Ubuntu) "Upgrade nm-strongswan to latest 1.3.1 with psk support" [Undecided,Incomplete] [07:41] larsu: so, if you e. g. have a file "geonames_de.xml", you can put that into the static tarball; and then langpack-o-matic needs a corresponding patch to recognize those, detect the locale from the path or file name, and put that into the corresponding langpack [07:41] but that's a really inflexible hack [07:42] larsu: again -- please do use gettext at runtime, static translations are hideously hard to translate, process, and update; we also don't support translating them on LP [07:42] larsu: if you need some fast typeahead search, build a list of all translated items (for your current locale) in memory [07:42] but I figure adding a dgettext() call to the iteration should be okay [07:43] dgettext is fast [07:44] dupondje, you might want to try on #ubuntu-devel unsure anyone on desktop use strongswan [07:46] pitti: if I use it at runtime I might as well use .po files. Not sure that we'll ever need translations on launchpad for this, but I guess you're right: let's go with the known workflow first and change it when if we notice problems [07:46] pitti: thanks! [07:46] larsu: asked the other way around, what makes calling dgettext at runtime harder than using some pre-translated separate files? [07:48] pitti: it's not harder, but doing a string lookup (with context, as there are different cities with the same name in different countries) might be less efficient [07:48] (not in speed, but memory) [07:48] but lets see how big this will get [07:49] larsu: you have the .mo files on the system anyway, no? [07:49] larsu: I can't see how loading a pre-translated set of names into memory would be much more efficient [07:51] pitti: hm, indeed. I got most of this from a short discussion with desrt yesterday. I'm not yet sure myself :) [07:56] moin [07:58] hey Sweet5hark [07:59] goodly morlode [08:02] hikiko: hey, when you get a chance, do you mind having a look at https://code.launchpad.net/~didrocks/unity/remove-unity2d/+merge/271916? [08:02] hey willcooke [08:02] is that command working for others? [08:02] $ /usr/share/software-center/piston_generic_helper.py --datadir /usr/share/software-center/ --needs-auth --no-relogin SoftwareCenterAgentAPI subscriptions_for_me [08:03] I've errors about it in my syslog [08:03] mvo_, dobey, ^ do you know about that? [08:03] "ERROR: can not obtain a oauth token" [08:04] seb128: opening a window, want me to connect? [08:04] hey didrocks [08:04] sure [08:04] thx :) [08:04] didrocks, if you can, just to see if it works [08:04] seb128: same failure, without further looking at this I wonder if the sso api has changed maybe? [08:04] mvo_, yeah, unsure ... what would be the component to report that on? [08:05] seb128: its part of software-center [08:05] hullo [08:05] seb128: mvo_: interesting, wfm though (and I see my previous purchases)… [08:05] seb128: or did you maybe revoke your token at some point? [08:05] hey Laney [08:05] didrocks, give me 10 minutes to get rid of my built unity and I ll compile it [08:06] mvo_, I didn't but maybe it had been revoked for some external factor, shouldn't it reprompt me then? [08:06] didrocks, thanks [08:06] seb128: iirc it will ask via dbus for a token from the sso-client and then verify the client against the server. for me it seems to fail in this step, what backtrace do you get? [08:06] seb128: and yes, it should re-prompt you, not sure why its not doing this [08:06] seb128: aha, because of "--no-relogin" [08:07] File "/usr/lib/python2.7/dist-packages/piston_mini_client/__init__.py", line 491, in get [08:07] return self.request_url(url, method='GET', headers=headers) [08:07] File "/usr/lib/python2.7/dist-packages/piston_mini_client/__init__.py", line 435, in request_url [08:07] body = handler.handle(response, response_body) [08:07] File "/usr/lib/python2.7/dist-packages/piston_mini_client/failhandlers.py", line 116, in handle [08:07] data=self.data) [08:08] seb128: is that the full bt? if not, could you pastebin the full one? no api error or something like this? [08:10] mvo_, http://paste.ubuntu.com/12519695/ [08:13] seb128: thanks, thats similar to what I see - looks like a genuine bug :/ [08:18] mvo_, is that something dobey or nessite would know about if it's ubuntusso? [08:18] seb128: so if you use seahores and delete the "Ubuntu one" token, I suspect it will ask you to relogin? [08:18] mvo_, I guess I could try but then I loose the way to reproduce and test a fix/get more info [08:18] seb128: not sure if they will know, maybe re-prompt expired tokens never got implemented in s-c, I'm not sure [08:18] seb128: ok, then keep it this way [09:05] https://bazaar.launchpad.net/~ubuntu-art-pkg/ubuntu-wallpapers/ubuntu/view/head:/warty-final-ubuntu.png [09:06] O_O [09:06] mhmh [09:07] wat [09:08] I guess that nautilus desktop is smart enough to convert that log in some kind of art... [09:08] turns out that dbus logs translate exactly to the Ubuntu default wallpaper [09:08] WHO KNEW [09:09] Now that we know the trick, we can just do the new art design by ourselves at every release :) [09:10] lol [09:13] seeing the number of "Laney" occurence in the calendar events, we don't know at all who committed that for sure :p [09:13] https://bazaar.launchpad.net/~ubuntu-art-pkg/ubuntu-wallpapers/ubuntu/changes?filter_file_id=elephantskin.jpg-20070925092320-wp63xkqaf9y3tbmp-1 [09:13] this probably gives it away too :P [09:13] Laney: quick, whistle and walk away :p [09:13] willcooke: btw... [09:14] looking at this reminds me that we have an "official" greyscale too [09:14] do we get a new version of that? [09:14] Laney, I'll speak to design now... [09:14] /usr/share/backgrounds/Suru_Wallpaper_Desktop_4096x2304_Gray.png [09:15] it's based on the colour one [09:15] thanks for the merge Trevinho :) [09:15] so hopefully not much work [09:16] yeah, should be easy [09:16] * didrocks was cleaning his desktop, hence the unity2d notice [09:16] seb128: can you ack me this https://code.launchpad.net/~3v1n0/libunity/launcher-use-class-settings/+merge/271847 ? [09:16] didrocks: np, I'll land that soon [09:21] seb128: for bug #1470097 is there a way to get those ddebs on a ppa instead of waiting the SRU thing? [09:21] bug 1470097 in unity (Ubuntu) "Unity does not support cpus without sse4" [High,Incomplete] https://launchpad.net/bugs/1470097 [09:22] Trevinho, you can do an upload to a ppa, citrain ones include ddebs I think [09:22] Trevinho, let me review the settings one [09:23] it shouldn't https://bugs.launchpad.net/ubuntu-lt/+bug/1420185 [09:23] Ubuntu bug 1420185 in Ubuntu Landing Team "A way to provide ddebs to landing PPA:s?" [Wishlist,Fix released] [09:23] ah, last comment doesn't match the bug status, so maybe... [09:27] didrocks, it looks good to me [09:27] I can't see anything wrong [09:27] I am going to approve it [09:28] hikiko: great! I think that Trevinho approved it already though [09:28] hahaha [09:28] lol and I didn't look at the diff, I built it first... [09:28] \m/ [09:28] then I noticed [09:28] it's just text [09:28] :p [09:29] fail :p [09:34] Trevinho, libunity change approved, thanks [09:36] seb128: thank you! [09:37] Trevinho, yw! thanks for the fix ;-) [09:38] seb128: I was thanking you... Then you went out, so my tab autocompletion was actually about to mention s---abdfl [09:38] thank God i didn't press enter too quickly :D [09:38] lol [09:38] Trevinho, seems like xchat-gnome closed/segfaulted/something [09:38] seb128: I've this one for you too btw :) https://code.launchpad.net/~3v1n0/compiz/vivid-rebuild-ddebs/+merge/271930 [09:38] I saw the notify-osd bubble but xchat was closed [09:39] Trevinho, there is a merge conflict there [09:39] ah, yeah I was wondering what happened... That's weird that it was a segfault though as we got the "Remote host closed the connection", and not ping timeout [09:39] seb128: sorry, I ddin't propose to vivid branch (lp-propose doesn't work that way -_-) [09:40] seb128: this should work https://code.launchpad.net/~3v1n0/compiz/vivid-rebuild-ddebs/+merge/271931 [09:42] Trevinho, right, approved [09:43] seb128: thanks [09:43] yw! [09:43] ... and silo'ed === alan_g is now known as alan_g|lunch === alan_g|lunch is now known as alan_g [13:30] Europeans, do the agency replied promptly to you for tickets request? I got no answer yet (since yesterday) [13:30] Trevinho: Omnia? yes, they usually do within a few hours [13:30] pitti: yeah, generally so it happens, but not this time [13:31] Trevinho: they replied to my email from last night an hour ago [13:31] larsu: mh, ok... maybe I'm on the queue then [13:31] Trevinho: ya, probably they're just a bit busy right now [13:37] * larsu files dbus bug after not being able to hunt the problem down himself [13:38] iz dbug bug? [13:38] yes [13:38] https://bugs.freedesktop.org/show_bug.cgi?id=92074 [13:38] Freedesktop bug 92074 in core "destination= rules don't match anything when using BecomeMonitor" [Normal,New] [13:38] Laney, btw, new glib stable is out, I guess it's on your list? [13:38] thankfully we have busctl monitor now, which works as expected because it doesn't yet use the new BecomeMonitor stuff [13:38] I'm asking because I'm chassing some of the warnings spam in logs and they turn off deprecation warnings [13:39] which I could use ;-) [13:39] haha, they did as well, nice \o/ [13:39] oh wow [13:39] yes thanks [13:39] I guess they didn't consult desrt? [13:39] https://git.gnome.org/browse/glib/commit/?id=3bd1618ea955f950f87bc4e452029c5f0cea35aa [13:39] unsure [13:39] no bug report mention [13:40] that commit message is gold [13:40] I think it's just the done thing now [13:40] (and spot on) [13:40] also only on the stable release, as we did before [13:40] I'm glad people agreed on that [13:40] desrt: you argued against doing that.... [13:40] desrt, there was some pushback previous cycles to do it even in stable [13:40] larsu: and yet, did it :) [13:41] indeed [13:41] i don't like it, but i agree with the commit message [13:41] seb128: +1+1+1 :) [13:41] didrocks, :-) [13:41] glad you are all so excited [13:41] * larsu learns about org.freedesktop.DBus.Debug.Stats [13:41] * desrt yawns [13:41] how is that not specified? This is awesome stuff [13:41] got an extra-large coffee today. [13:42] *bzz* [13:51] bzbzbz [14:12] ricotz, please let me know if you have any issues with the firefox-beta.* branches (I've not tried creating a Firefox 42 upload from it yet) [14:35] chrisccoulson, I will notice soon then === hikiko-lpt is now known as hikiko [15:16] chrisccoulson: Will you please give me a tutorial of your firefox workflow one day? [15:26] it's coming [15:30] #startmeeting Desktop Team Weekly Meeting - 2015-09-22 [15:30] Meeting started Tue Sep 22 15:30:53 2015 UTC. The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [15:30] Available commands: action commands idea info link nick === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: [15:30] let's meet! [15:31] Roll call: andyrock (out), attente, desrt, dgadomski, didrocks, fjkong, happyaron (out), hikiko, laney, larsu, qengho, seb128, sweet5hark (probably out), themuso (out), tkamppeter, trevino, robert_ancell (out) [15:31] * Trevinho with "h" is here :) [15:31] revino [15:31] evino [15:31] hi [15:31] vino [15:31] ino [15:31] no [15:31] o [15:31] hey [15:31] [15:32] hey [15:32] Vino... (means wine in Italian :p) [15:32] Three wines, plz [15:32] that's it :D [15:32] \o [15:32] * willcooke fixes his list [15:33] and has one of the wines [15:33] :D [15:33] Right then... [15:33] #topic andyrock === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: andyrock [15:33] * Bug scrubing [15:33] * Investigating on why the scopes on 15.04+ are not reliable [15:33] * Code reviews [15:33] * Helping understanding the cause of #1497002 Recent Wily i386 live [15:33] DVDs load with no launcher, top bar, desktop icons, etc. There is a [15:33] quick workaround [15:33] * Updating some old branche [15:33] #topic attente === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: attente [15:34] popup menu placement continued, in the process of porting over several gtk widgets to it [15:34] spent a day up at xdc with desrt and robert_ancell [15:34] (eof) [15:34] thanks attente [15:34] #topic desrt === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: desrt [15:36] desrt we will come back to you [15:37] #topic dgadomski === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: dgadomski [15:37] hey [15:37] only 1 thing in the desktop area this week: I've been looking into the reason for problems with installing PPA version of octave on trusty with HWE updates - bug #1424059. Looks like the cause was incorrect resolving of versioned dependencies with 'Provides:'. A workaround for now is to prepare a osmesa-less build of octave (agreed with the ppa maintainer and tested). [15:37] bug 1424059 in mesa (Ubuntu Trusty) "libosmesa6 conflicts with libglapi-mesa-lts-*" [High,In progress] https://launchpad.net/bugs/1424059 [15:37] EOF [15:37] thanks a lot dgadomski [15:37] #topic didrocks === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: didrocks [15:37] o/ [15:38] !\ This reports include the last 2 weeks as was on a conference last week [15:38] didrocks: I am only a bot, please don't think I'm intelligent :) [15:38] Ubuntu Make: [15:38] - released 15.09.2 featuring Android SDK downlod only, exit code fixes (both of those, by external contributor) [15:38] - added additional pep8 and tests fixes. Loving pep8 on trusty btw (no easy way to get something passing on trusty pep8 and wily pep8 in term of identation) :p [15:38] - archived our daily jenkins test jobs to ensure we have an in-code backup [15:38] - bugs management and PR reviews [15:38] Developer experience: [15:38] - experiment and play on our developer experience writing a Go service on snappy [15:38] - write that experience on a (too long) documentation, one with and without snapcraft, on a VM and with a raspbery pi 2 [15:38] - draft what our next step for developer experience on snappy should be and separation of tools concerns [15:38] - attended to various meetings on this [15:38] Misc: [15:38] - attended to Polymer first ever conference. Back with some plastic ideas on how our HTML5 developer story should be [15:38] - talked with dbarth about an eventual prototyping around our HTML5 developer story & polymer would be [15:38] - archive admin and patch piloting duties [15:38] EOF [15:38] thanks didrocks [15:38] #topic FJKong === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: FJKong [15:39] pinyin search: [15:39] improve speed of indexing file to db [15:39] research on index every first Chinese Character [15:39] switch to cmake [15:39] sogou pinyin: [15:39] test right clicking pop menu [15:39] eof [15:40] thanks FJKong [15:40] FJKong, any visa issues or is that all good? [15:41] zomg. sorry! [15:41] no problem [15:41] FJKong, great! [15:41] #topic desrt === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: desrt [15:41] I have VISA for 2 years for UK [15:41] FJKong, excellent, that's worked out nicely then [15:42] hey desrt [15:42] hey. had a minisprint last week for a few days, also went to xdc for a day and worked on the usual inotify stuff during friday. did some patch reviewing and stuff this morning. [15:42] doing better the Ai Weiwei [15:42] not much else to report [15:42] thanks desrt [15:43] #topic happyaron === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: happyaron [15:43] 1. fcitx package update (but not a complete fix, thanks Laney) [15:43] 2. libxml2 NMU mess resolved for Debian [15:43] http://anonscm.debian.org/cgit/debian-xml-sgml/libxml2.git/diff/?h=debian/2.9.2%2bzdfsg1-4&id=76c19f4d5b3328c05649314336d27c1f44a49e96&id2=fccd80a7d35b9eefabcc384d5c9fe89d9545dd22 [15:43] 3. ubiquity slideshow update for Ubuntu Kylin [15:43] 4. fcitx upstream bug triaging/analysis: [15:43] a) misconfiguration cases - a lot for those who turn off the [15:43] installation of Recommends packages [15:43] b) fcitx ^w out-of-process UI has issues when the desktop runs [15:43] with thin client configurations [15:43] 5. pinyin search packaging: in progress [15:43] #topic hikiko === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: hikiko [15:44] hi, : closed some bugs, fixed the cube and deformed cube caps images that appeared off-center, and I am going to investigate this shadow bug and a few other issues that were revealed while I was trying to reproduce the problem and fix the cubeaddon eof [15:44] thanks hikiko [15:44] #topic Laney === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Breaking your systems: GTK 3.16 - file bugs with tag "gtk316" | Desktop Team Weekly Meeting - 2015-09-22 | Current topic: Laney [15:45] • Normal release team stuff (FFes and so on) [15:45] • Test/sync glib [15:45] • Work on some s-l-o-w machines to address a gdk-pixbuf build failure - Company committed it upstream & I just uploaded to Debian, will sync if it works. [15:45] • gtk 3.16.7 [15:45] • glib 2.45.8 [15:45] ∘ smooth some test failures (upload/fwd a fix for tracker, some retries) [15:45] • Patch pilot, concentrated on http://reqorts.qa.ubuntu.com/reports/sponsoring/ubuntu-desktop.html - almost empty, help appreciated on the remainders. [15:45] • Notice Unity was deleting launcher icons when applications were upgraded, slight behaviour change in glib, fix that. [15:45] • Hopefully fix some trigger loops to avoid (dist-) upgrade failures [15:45] • Look at new default wallpaper, needs greyscale version [15:45] • Update gst-fluendo-mp3 in Debian to new release & drop 0.10 version [15:45] • Fix toolbar fullscreen hiding in eog, not uploaded since waiting for other fixes [15:45] ☠ [15:46] Laney made the glib top contributors list this cycle [15:46] HAHA [15:46] I think the barrier was pretty low [15:46]