[00:34] attente, awake? [00:34] robert_ancell: yep! how's it going? [00:35] attente, good. I've been hacking around with g-s 3.22. [00:35] I've made a wip/ubuntu-zesty branch with out changes on top of that. I *think* I've got everything across, but if you could keep an eye out in case something got dropped. [00:36] I figure it's good enough to release to zesty and we can fix if we find anything [00:36] robert_ancell: that's awesome, thanks! i can take a look at it tomorrow [06:07] hello [06:11] hello [06:53] Good morning [06:55] good morning pitti [06:57] bonjour didrocks, ça va ? [06:58] pitti: ça va bien, et toi ? [07:13] didrocks: je vais bien aussi, merci ! The Bucharest sprint was busy, and I had a "household" swap day yesterday, so now off to attacking the backlog :) [07:14] pitti: oh, I can imagine the backlog! Good luck with this :) [07:59] happy tuesday! [08:05] hey desrt, wie gehts? [08:06] pretty good :D [08:06] last day of the madness [08:27] desrt: oh, which madness? [08:31] US election day [08:34] desrt, pitti didrocks Morning [08:35] hey flexiondotorg [08:35] morning desrt [08:35] hi didrocks, flexiondotorg [08:41] hey [08:41] I have a super weird+annoying problem with u7 sessions in Y [08:41] and I can't figure out what caused it [08:41] I start xfce with startx [08:42] and u7 from lightdm [08:42] and when I leave the u7 tty for any reason [08:43] compiz stops and then I see the login screen and if I login a new session starts [08:43] I attached compiz to gdb [08:43] and it doesn't crash, it exits normally [08:43] which means that something else in the system is responsible for that [08:44] and I only have this problem on Y since I upgraded :/ [08:44] do you have any idea what I should check? [08:44] my settings are the default [08:44] gsettings [08:48] Morning hikiko [08:48] hi flexiondotorg :) [08:52] moin [08:57] morning all [08:57] hi wi [08:57] hi willcooke :p [08:58] * hikiko goes to debug to see where the exit signal comes from [08:58] bbiab [09:03] hey hey [09:03] morning Laney [09:04] hey willcooke [09:04] good morning willcooke Laney hikiko [09:04] how was center parcs? [09:04] Laney, great thanks! The kids all loved it [09:05] nice! [09:06] * Laney wants to go in a pool with wave machine [09:06] :-) [09:06] hey seb128, hoe gaat het? [09:06] willcooke, did you enjoy it as well? [09:06] Laney, have you been to the one in Sherwood? [09:06] willcooke: nope [09:06] seb128, yeah it was good, but I need another holiday :) [09:07] Laney, it's worth it I think as a grown-ups mid-week break [09:07] Laney, goed, dankje! jou? [09:07] we usually end up going on holidays you need a holiday from [09:07] like staying in youth hostels in december [09:07] ha [09:08] seb128: ik ben geweldig! [09:08] whoa, this zigbee worm is scary: spreading over the air (NOT over existing network topography, but directly from device to device), triggering citywide epileptic attacks while all wifi will be jammed. And all that just with one vulnerable lightbulb. [09:08] ik klom gisteravond [09:09] leuk! [09:09] * seb128 googles geweldig, that's not something people on daily basis ;p [09:09] * Sweet5hark has babelfish hiccups. [09:10] en fietste naar huis in de kou [09:10] hahahaha [09:10] * Laney is secretly fluent in Dutch don't you know [09:10] hi Sweet5hark! [09:11] hrhr [09:11] Morning Laney, seb128, Sweet5hark, willcooke [09:11] morning flexiondotorg [09:11] :-) [09:11] hey flexiondotorg, how are you? [09:12] Mentally fine. Have managed to surface an old rugby injury so my back is not so great :-( [09:13] :-/ [09:15] Morning all [09:15] flexiondotorg: ouch, does a hot-water bottle or infrared help? [09:16] howdy davmor2 [09:17] Sweet5hark, Heated pad. [09:17] And walking. [09:18] * Laney nods davmor2 [09:22] Brexit is gettin' real: http://www.bbc.co.uk/news/uk-37904703 [09:26] that's a positive impact [09:27] you end up eating less chocolate/sugar with smaller portions ;-) [09:27] :) [09:33] willcooke: "eat less chocolate, we cant afford those 350 bazillion to the NHS"? [09:34] :DD [09:34] Why choose the lesser evil? [09:35] Sweet5hark: no you have it all wrong they want you to eat more chocolate and die of obesity then they don't have to treat you at all [09:36] willcooke: just wait till we can only get english chocolate [09:36] flocculant: Why English chocolate is good :P [09:37] (hem) [09:37] yea - but I don't think any is made by english companies anymore - there'll be none at all :( [09:37] davmor2: that wont happen, you guys will blackmail the continent to bring chocolate otherwise the continent wont get any english tea! [09:38] Sweet5hark: ha ha [09:38] hahaha [09:46] xserver crashes when I switch TTY on Y [09:46] receives sigabrt [09:46] that's the problem [09:46] xf86VTEnter is the function [09:46] anyone who has experienced the prob in Y? [09:47] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/30395 [09:47] Ubuntu bug 30395 in xserver-xorg-video-intel (Ubuntu) "X-Server Crashes when switch back from terminal tty" [Medium,Fix released] [09:48] it seems that we have a bug report for something similar [09:48] but... 2006 :p [09:50] https://www.mail-archive.com/search?l=desktop-packages@lists.launchpad.net&q=subject:%22\[Desktop\-packages\]+\[Bug+1569351\]+Re\%3A+Xorg+crashed+with+SIGABRT+in%09OsAbort\%28\%29%22&o=newest&f=1 [09:57] question: [09:58] can I downgrade the xserver? [09:59] sure [09:59] tjaalton might be able to help you with the bug [09:59] :D [09:59] you could also try the modesettings drivers instead of the intel one [10:01] the 2nd bug report shows that nvidia have the problem too what are the modesettings drivers? [10:02] they replace the intel ones [10:03] but if you are on nvidia that's probably not a solution [10:03] did you report your bug? [10:03] I think that since the gdb shows that it's xorg that crashes the downgrade is better [10:03] the one you mentioned is from 2006 [10:03] no because there's a bug report already [10:03] no no [10:03] the 2nd link [10:03] https://www.mail-archive.com/search?l=desktop-packages@lists.launchpad.net&q=subject:%22\[Desktop\-packages\]+\[Bug+1569351\]+Re\%3A+Xorg+crashed+with+SIGABRT+in%09OsAbort\%28\%29%22&o=newest&f=1 [10:04] that's 2016 [10:04] you have the same backtrace [10:04] downgrading is a workaround [10:04] better to get the bug investigated and fixed if we can [10:05] yep I am going to report it [10:05] seb128, and maybe, well do we have an xorg developer here? should I try to debug xorg? [10:06] tjaalton is looking after xorg, he can maybe hint you about where/how to report the issue and if it's a known one [10:07] ok I'll ping him and do a bug report in the meantime, thank you seb128 :) [10:07] yw! [10:15] Laney: workers died because apparently vivid images got removed from glance :( [10:15] i. e. that needs an RT (that already happened before) [10:15] or alternatively, some discussion whether we can drop vivid at last [10:21] pitti, why do we need vivid images? [10:22] the distro serie is still supported for touch [10:22] but it doesn't mean we need to do extra work it? [10:22] seb128: well, the train requests tests for landings to it [10:22] and we need to be able to run those [10:23] ah, right [10:23] hey pitti [10:23] fun [10:25] pitti: where do you see that? [10:25] Laney: I just ran the maintenance cron job and restarted them, but previously all workers died like that [10:26] * flexiondotorg nips out for a quick walk [10:26] pitti: I don't see a queue, did those requests get dropped? [10:26] failed I suppose [10:27] Laney: no, as I just restarted them, they are currently pending in the "wait 5 mins and then retry" x3 loop [10:27] after that, the worker will die again and punt them back to the queue [10:27] i. e. in about 10 mins [10:27] Laney: I restarted them to process the pending zesty ones [10:28] they don't show in running when this happens? [10:32] pitti: anyways, do you have a link to the previous RT? [10:33] Laney: no, when the worker does sleep(300) there is no logtail, as the actual autopkgtest run has finished [10:33] Laney: that's a potential improvement indeed [10:33] the same worker has the queue item still [10:33] * pitti searches email archive for that RT [10:34] that explains it [10:34] I forgot the reason for this wait 5 minutes × 3 thing instead of putting things back in the queue [10:34] Laney: https://rt.admin.canonical.com/Ticket/Display.html?id=90342 [10:35] Laney: it avoids having to add a counter to the AMQP message (you can't modify it really) [10:35] Laney: so you can give the cloud 5 minutes to take a breath (and maybe let another test finish), then you have a better chance of having enough quota [10:36] but if it fails repeatedly, let the worker die so the others have more breathing room [10:36] or a test doesn't get retried infinitely often in a tight loop [10:38] pitti: ok, I can see that it keeps tests out of the rotation for a bit [10:39] pitti: so why did the old adt image get deleted? [10:39] Laney: hello [10:39] hi [10:39] Laney: good question, I don't know -- maybe someone thinking "oh, vivid images, these can go" [10:41] one question: source code number is 3.5,old package number is 1:3.5-1, if new upstram source code version number is 3.5.1 package number is 1:3.5.1-0 is this ok? [10:42] 1:3.5.1-0 is newer than 1:3.5-1? [10:42] FJKong_: If in Ubuntu: 1:3.5.1-0ubuntu1, if Debian: 1:3.5.1-1 [10:42] thanks [10:42] FJKong_: Do `dpkg --compare-versions v1 gt v2 && echo yes' [10:43] have a look at "man dpkg" and search for "compare-versions" to find out more about that [10:43] ok [10:43] cool [10:47] pitti: ok, filed [10:48] Laney: cheers [10:48] pitti: so what drives the daily image updating? [10:48] I see build-adt-image-all-clouds but not how that is invoked [10:49] RELEASE=${RELEASE:-$(distro-info --devel)} [10:49] Laney: correct, I only do this for the devel series; I use the daily official images for stables [10:50] Laney: that is slower for every test (as the setup script has much more stuff to do), but simpler as we don't need to generate custom adt images for all releases [10:50] pitti: ah right [10:51] Laney: i. e. create-nova-image-new-release is (a) an optimization over daily cloud images, and (b) needed for opening a new release while we don't have official cloud images for it yet [10:51] Laney: for (a) that essentially just pre-applies setup-testbed to the image, so that for the actual test it's a fast no-op [10:52] Laney: and for (b) you call it manually on the previous stable image (like the latest yakkety image for z), and it'll then dist-upgrade to zesty [10:52] I should practice that at some point [10:53] Laney, pitti, unsure if you saw bug #1633162 but it's another issue due to the systemd user session [10:53] bug 1633162 in nautilus (Ubuntu) "Files application throws an error 'Oops! Something went wrong' when clicked on 'Recents'" [High,Confirmed] https://launchpad.net/bugs/1633162 [10:53] Laney: you can practice by taking a trusty daily and creating a wily image (and then delete it again) [10:54] Laney: wily is still marked as supported for reasons that are beyond me, so it's on archive.u.c. [10:55] seb128: I saw it fly by, yes; slowly working through the backlog from last week, I'll look at bug 1637758 next [10:55] bug 1637758 in lightdm (Ubuntu) "Revision 2409 introduces regression" [Undecided,New] https://launchpad.net/bugs/1637758 [10:56] pitti: ack, I'll try that [10:57] pitti: ok, I see the regex stuff for selecting an image now so I understand how this works I think [10:58] seb128: yeah [11:04] pitti: I subscribed you to a bug regarding the lightdm change too, if you saw that - could be the same root cause (multiple running u-s-ds) [11:04] ah yes I think it is - that one talks about xsettings [11:05] Laney: yeah, I forgot to stop the session [11:05] * Laney has duped it now [11:05] State: closing [11:05] Unit: session-c1.scope [11:05] ├─2720 /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session [11:05] ├─2822 nm-applet [11:06] └─2824 /usr/lib/unity-settings-daemon/unity-settings-daemon [11:06] is what I get on my system [11:06] same (see https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1639658/comments/3) [11:06] Ubuntu bug 1637758 in lightdm (Ubuntu) "duplicate for #1639658 Revision 2409 introduces regression" [Undecided,Confirmed] [11:06] but this is z only, so just "urgent", not "panic" [11:06] ya [11:06] we'd have noticed on Y already, the menus thing is pretty obvious :) === abeato_ is now known as abeato [11:37] morning [11:38] hey andyrock! how are you? [11:38] terrible... [11:39] :-( [11:39] * andyrock is reviewing Trevinho's branches [11:39] ahaha [11:39] lol [11:39] bastard :-D [11:39] did he rewrote half of unity over night again? [11:39] hi seb128 [11:39] seb128: it's ooold stuff [11:39] hey Trevinho! how are you? [11:39] seb128: ok, good... I've spent yesterday evening in snappying some stuff [11:40] seb128: remmina, actually... although I had to use this workaround to maket it properly load from an absolute path.... https://github.com/3v1n0/Remmina-snap/blob/master/snapcraft.yaml#L72 (+ the run script) [11:41] Trevinho, that's quite hackish [11:41] that come up since last saturday I was at the Italian LOCO team meeting... And so there was some interest in snappying... [11:42] couldn't you just use /snap//current? [11:42] seb128: indeeeeed, but no [11:42] great [11:42] why? [11:42] seb128: if I'd use that prefix, then cmake would try to install in /snap//current//snap//current [11:42] and... upstream code is not wrong in that sense... [11:42] right [11:43] so unless we don't have proper mount bindings, I don't see other solution than this :-( [11:43] then you can use an organize rule to move /snap//current/usr to /usr [11:43] being /tmp the only absolute path we've [11:43] which gives you back things under /snap//current [11:43] oh [11:44] seb128: do you have an exapmle? [11:44] Trevinho, https://github.com/8none1/gedit310/blob/master/snapcraft.yaml#L19 [11:44] that's autotools not cmake [11:44] but the principle is the same [11:44] nice... but yeah [11:45] be careful you should do that in a part that has the build only [11:45] if you have stage packages in the same part you might end moving their content as well [11:45] which you don't want to do [11:45] I see [11:47] seb128: I've got this problem with appindicator though https://bugs.launchpad.net/snappy/+bug/1639988 [11:47] Ubuntu bug 1639988 in Snappy "Snaps using libappindicator and unity7 plug can't show app-indicators" [Undecided,New] [11:48] see the test snap in the bottom, you can compile it in seconds [11:48] weird [11:48] indicators should work [11:49] I'm about to go for lunch but can try after that [11:50] seb128: sure, well... It used to, but I get permission problems === JanC_ is now known as JanC === hikiko is now known as hikiko|ln [14:17] seb128, shall we have a UOS session about "3rd debate on building Ubuntu desktop i386 isos"? === hikiko|ln is now known as hikiko [14:17] mpt: Is it "a URL" or "an URL" ? [14:18] xnox, do you think a discussion in a session is likely to useful to get to a conclusion? [14:19] seb128, i really really do hope so. Last time we got to (a) i386 is canonical supported architecture (b) Xorg stack on i386 is continued to be supported [14:19] but we didn't get to timings [14:19] thus I'm hoping to achieve consensus that yes we may stop building ubuntu-zesty-desktop-i386.iso [14:19] k, register one then I guess [14:19] * ogra_ grins about tedg ... an american asking a kiwi about english grammar [14:20] * seb128 is writing to you from an i386 ubuntu install [14:20] tedg, english a & an are based on how things are pronounced, not written. Thus it's a URL [14:20] and e.g. an honest answer (because h is silent) [14:21] http://www.quickanddirtytips.com/education/grammar/a-versus-an -> hehe "a unicorn" yet "an umbrella" [14:21] xnox: Yeah, I found that reference, but I wasn't sure on the case of "U" in "URL" because it is closer to "you" than "un" [14:22] * xnox believes that you is a consonant sound [14:22] * tedg isn't sure of anything anymore [14:22] http://itknowledgeexchange.techtarget.com/writing-for-business/which-is-correct-a-url-or-an-url/ [14:23] Although the U at the first of URL is a vowel, the abbreviation is pronounced “you-are-ell.” Because the letter Y is a consonant in this case, use a rather than an. [14:23] But I was figuring mpt had done a fair amount of work with Mozilla, he'd know for sure :-) [14:24] tedg, somehow i suspect that mpt would say use "Location" =) hence the Ctrl+L is the shortcut for "type the URL in" [14:24] Heh, that's cheating! ;-) [14:25] xnox: Oh, also while you're here... I have on my TODO to follow up with you and make sure you talked to pitti about backporting the graphical-session target to xenial. [14:25] Is that all good? [14:25] (or at least on the TODO list) [14:27] tedg, well that's backwards. Before we backport things (a) are all migrations done in zesty (b) do we need any remaining bobs in yakkety (c) what do we need in xenial (i'm guess all of it?!) [14:28] tedg, cause e.g. we will not be switching xenial folks on classic to systemd graphical session. [14:28] xnox: We need it to get into ubuntu-core so that we can use it to based the unity8-snap on. [14:28] xnox: So it's not a matter of migrating xenial folks as much as laying a foundation. [14:29] right but you said you need system systemd and system pam to start graphical target for you..... yet mix in user session units from the unity8 snap; which snapd does not support at the moment. [14:30] Sure, working on that too. But trying to make everything land. [14:31] We need snapd to do user session units, I have a meeting on that tomorrow :-) [14:31] I don't think that getting the graphical-session target into xenial needs to block on that though. [14:34] tedg, right. [14:34] tedg, note, it's not just user .service files; but user .target; user .socket; etc. [14:35] xnox: Man, now you want ALL the units! ;-) [14:35] tedg: oh, you literally just want the two *.target unit files, not the entire set of fixes and ports to *use* them? [14:35] tedg: I can cram that into the next SRU, sure (but not sure how much that actually helps without the supporting infra) [14:35] pitti: I'm not entirely certain there. We want to be able to make a snap that can be part of the graphic-session target. [14:36] pitti, well i think the polling method for starting graphical-target needs to go in too. [14:36] like systemctl start --wait? [14:36] pitti: I imagine we'll need more than just the target files, but I don't understand how much more. [14:36] pitti, whatever you coded and merged upstream, yeah. [14:36] that's a loot more [14:36] it's also dbus-user-session, two handfuls of fixes for it, etc. [14:37] pitti, and eventually we will have these sessions in xenial: unity7 (upstart), unity8 (upstart), unity8-snap (systemd) [14:37] pitti, and eventually we will have these sessions in yakkety: unity7 (upstart), unity8 (systemd), unity8-snap (systemd) [14:37] and given that we still find subtle regression, we can't possibly switch existing xenial systems to that [14:37] I thought dbus-user-session was already in xenial? [14:37] nope. [14:37] the package yes, but not functional [14:38] tedg, your best bet at the moment is to test Unity8 snaps on yakkety classic system with snapd [14:38] because all the user session support is in there. and your base is the right one. [14:39] Sure, I guess that's fine for the moment. But I'm concerned that we don't have a path to get it so that a U8 snap could run on core 16. [14:39] tedg, or are you after an all-snaps system? my understanding that personal all-snaps doesn't exist yet, and should be started with work on core 16?! [14:39] Yes, all snaps doesn't exist yet, but it is the goal and is expected to work on core 16. [14:39] tedg, when you say core 16, do you mean xenial-classic with snapd? yakkety-classic with snapd? all-snaps core 16? [14:39] All snaps core 16. [14:40] Ubuntu Core Snap series 16. [14:40] tedg, if we can shove the dbus-user-session from zesty into your unity8 snap... we should be fine =) [14:41] to be honest [14:42] i somehow expect to use systemd from unity8 snap for the user session init; talking to system systemd from ubuntu core 16 as pid 1 [14:42] pitti, what do you think ^ [14:42] I don't think we can do that? I mean, we don't have any control over that part of the session AFAIK. That'd require quite a few holes. [14:43] horum. maybe jdstrand can help =) [14:43] xnox: not sure what you mean -- user systemd doesn't really talk to the system systemd [14:43] jdstrand, is it fine, on an all snaps system, for system PAM and system systemd; spawn pam_logind using session logind/systemd from the unity8 snap? [14:44] pitti, true. (i'm getting confused with like how upstart user session worked) [14:44] xnox: wasn't that the same? I don't think the session and system inits talked to each other directly; at most via these bridges [14:46] right. [14:46] I have a hard time imagining systemd confined in a snap. It needs access all over for cgroups and such. [14:47] somehow imho graphical.target; dbus-user-session; and the whole lot should be all inside the unity8 snap. Even if it means a user dbus; inside the unity8 snap; specific to unity8 and not connected to a user session dbus vissible via ssh into the all snaps system. [14:47] tedg, user systemd has no access to cgroups and such. [14:47] tedg, I use “a” because I pronounce it “Yoo Arr Ell”, which starts with a consonant sound [14:48] Arrrrrr [14:48] mpt: Makes sense to me! Thanks! [14:48] thanks tedg xnox mpt ;-) [14:48] xnox: If that's the case then every desktop has to replicate that and there's no way for snapd to do user services. [14:49] tedg, sorry for the noise! [14:49] xnox: User services would only be defined for inside the snap instead of inside the session. [14:50] tedg, hypothetically who do you expect to own the session; the display; and which interface to launch if two snaps are installed: unity8 and xubuntu [14:50] and both provide.... interface user-graphical.target? [14:51] or should snapd only connect one of them? [14:51] or if we have multiple snaps.... only connect those that you want/need? e.g. connect unity8 snap and median-scanner snap with user units; but not the xubuntu snap [14:51] xnox: No, it would connect each of them to lightdm:sessions [14:52] xnox: Then lightdm would deal with handling the multiple and starting the right one. [14:52] * xnox cries but lightdm has it's own systemd user session too..... [14:52] .. [14:53] i think for now we want xenial's systemd to have graphical.target unit or whatever it was and that's it. And deal with dbus-user-session et.al. later. [14:53] well, user systemd plus session dbus isn't going to work [14:53] pitti, can you please just sru in the two units into xenial and that's it, for now? [14:54] sure [14:54] pitti, right, but i have no idea how all-snaps systems currently handle multi-user, and if we can switch ubuntu core 16 to dbus-user-session; or if we can use dbus-user-session only via lightdm:session interface; or via a gadget snap or some such. [14:55] i should play with an all snap system in a vm and poke things experimentally. === didrocks1 is now known as didrocks [15:30] ding ding ding! [15:30] #startmeeting Desktop Team Weekly Meeting - 2016-11-08 [15:30] Meeting started Tue Nov 8 15:30:51 2016 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 | Amaterasu watches over you benevolently | Desktop Team Weekly Meeting - 2016-11-08 | Current topic: [15:31] Roll call: andyrock, attente, desrt, dgadomski, fjkong (out), flexiondotorg, happyaron (out), hikiko, laney, qengho, seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out) [15:31] o/ [15:31] hi [15:31] hey [15:31] hi [15:31] meow [15:31] Aiee! [15:31] *mwah [15:32] willcooke: I still have to prepare the bullet list [15:32] can you start with someone else? :D [15:32] sure! [15:32] muhahaha [15:32] #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 | Amaterasu watches over you benevolently | Desktop Team Weekly Meeting - 2016-11-08 | Current topic: attente [15:33] Let's come back to attente too [15:33] sorry [15:33] i'm ready [15:33] ah, cool, [15:33] debugging some issues with libertine menus and fonts [15:33] finished fixing fcitx-qimpanel build to allow local installation [15:33] looked into the broken gtk menus and dpi scale issues a bit, gtk isn't reading the xsettings properly, but not sure how to fix that [15:33] re-wrote the jhbuild plugin to use bubblewrap instead of lxc, needs tests+docs [15:34] still need a review of content-hub-glib before landing the copy-paste stuff in gtk [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 | Amaterasu watches over you benevolently | Desktop Team Weekly Meeting - 2016-11-08 | Current topic: desrt [15:34] i figured out the security for the proxy, and implementation is underway. will continue on that this week. [15:34] woo! [15:34] might be interesting to see if we can use this as an alternative to the xsettings stuff to solve the issues attente is seeing [15:34] that's all, really [15:34] thanks desrt [15:34] #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 | Amaterasu watches over you benevolently | Desktop Team Weekly Meeting - 2016-11-08 | Current topic: dgadomski [15:34] hey [15:34] - worked on bug #1589401, no results just yet [15:34] - returning to bug #1598183 [15:34] - working on bug #1598183 [15:34] bug 1589401 in NetworkManager "cannot view wifi networks after re-enabling wifi" [Medium,Confirmed] https://launchpad.net/bugs/1589401 [15:34] bug 1598183 in gvfs "Operation not permitted while writing to symlinked fuse locations" [Medium,Confirmed] https://launchpad.net/bugs/1598183 [15:34] eof [15:35] thanks dgadomski, feel free to reach out to happyaron on #1589401 - he might be able to assit [15:35] assist [15:35] #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 | Amaterasu watches over you benevolently | Desktop Team Weekly Meeting - 2016-11-08 | Current topic: FJKong_ [15:35] libproxy-0.4.13. [15:35] * New upstream release [15:35] * Remove 3 Patches [15:35] klog-0.9.2.5-1 [15:35] make new upstream release [15:35] upload to : [15:35] https://mentors.debian.net/package/klog [15:35] fix bug#831236 [15:35] * xnec2c [15:35]