[00:48] <ddecator> micahg: i couldn't find anything upstream or downstream related to it, but i need to get some dinner. i can look more later tonight, but if you know what search terms to use that'd be helpful
[00:49] <micahg> ddecator: k, I'm sure I'm subscribed to it, so I'll check email later for it
[00:49] <ddecator> micahg: sounds good, thanks
[03:56] <ccheney> micahg: yes
[03:57] <micahg> ccheney: should we have a session on dictionaries or can I roll it into the mozilla generic session or neither?
[03:57] <ccheney> micahg: as i understand it rene is planning on dropping the backwards compat symlinks altogether soon in Debian
[03:57] <ccheney> micahg: enchant still hasn't been ported to use the new dir on Ubuntu
[03:57] <micahg> ccheney: ok, so we don't need anything specific?
[03:58] <ccheney> micahg: probably not, we just need to make sure someone makes certain to get all the dictionaries updated in this cycle and prod Rene to drop the backwards compat asap
[03:58] <ccheney> micahg: that way we don't have to maintain a delta to drop the compat bits
[03:58] <micahg> ccheney: would it be ok if I add that to the mozilla generic work tasks?
[03:59] <ccheney> micahg: sounds ok to me assuming no one else has objections :)
[03:59]  * ccheney isn't going to be working on mozilla this cycle but can help with the dictionary stuff if needed
[03:59] <ccheney> its pretty straightforward what to do though
[04:00] <ccheney> everything needs to be in hunspell as xx_YY (iirc) and nothing under myspell once backwards compat is dropped
[04:00] <ccheney> i assume rene will probably update the policy to reflect that once he is ready to do it
[04:00] <ccheney> dropping xx-YY should be doable at any time though afaik
[04:01] <micahg> ccheney: added to whiteboard :)
[04:01] <micahg> ccheney: should I subscribe you?
[04:01] <ccheney> thats fine
[04:07] <micahg> ccheney: thanks
[04:13] <ccheney> my flight leaves about 7pm on saturday, still need to buy some new clothes and pack
[04:13] <ccheney> micahg: are you going to be at UDS?
[04:13] <micahg> ccheney: yes
[04:15] <ccheney> ok, see you there then :)
[04:16] <micahg> ccheney: yep :)
[04:41] <ddecator> micahg: poke
[04:41]  * micahg hides
[04:42] <ddecator> micahg: you told me to poke you later, but idk if you actually meant tonight still, haha
[04:43] <micahg> ddecator: I did
[04:52] <micahg> ddecator: is this it upstream: mozilla 504275
[04:52] <ddecator> micahg: oh, i saw that one, but didn't think it was what i was looking for since it just mentions favicons
[04:53]  * micahg isn't sure what the bug is
[04:53] <ddecator> haha, i'll look at it
[04:54] <micahg> ddecator: is it the desktop menu that has the icon?
[04:54] <micahg> or is this in the app?
[04:55] <ddecator> micahg: the impression i had was that the menus showed icons when the menus_have_icons=false was set, but i guess it works, firefox just needs to be restarted for it to happen
[04:55] <micahg> ddecator: icons in the menus inside firefox?
[04:55] <ddecator> micahg: right
[04:55]  * ddecator looks at lp bug
[04:56] <ddecator> in Terminal or Liferea icons from menu disappers but in firefox are still
[04:57] <ddecator> heh, he's slovak
[05:12] <micahg> ddecator: you've confirmed this on trunk right?
[05:12] <ddecator> micahg: i think i did (been a while since i tested) let me test it right now
[05:13] <micahg> ddecator: k, I got the ok to file upstream
[05:13] <micahg> and I can't find a dupe
[05:15] <ddecator> micahg: alright, setting it to false does work (except for bookmarks, but i think that's what the favicon bug was about, favicons stay), but it does require restarting ff
[05:15] <ddecator> oddly, i still have icons in Places and Applications...might be fixed by logging out and back in, not sure
[05:19] <micahg> ddecator: what about other apps?
[05:20] <ddecator> micahg: terminal and nautilus change instantly
[05:23] <micahg> what about liferea, rhythmbox?
[05:23] <ddecator> one sec
[05:28] <ddecator> micahg: they also change instantly
[05:28] <micahg> ddecator: k, can you please file the bug on bgo, use the same category as mozilla 415810
[05:30] <ddecator> micahg: it's a gnome issue?
[05:30] <micahg> ddecator: oops
[05:30] <micahg> I meant bmo :)
[05:30]  * micahg is tired
[05:31] <ddecator> haha, i wondered
[05:31] <ddecator> btw, i'm going to build the latest songbird daily tonight to see if it still builds alright
[05:39] <micahg> ddecator: please give me the bug number when done
[05:40] <ddecator> micahg: sure thing, i'm filling it out right now (got caught in a political discussion, sorry haha)
[05:40] <micahg> heh, k, I"ll be on about another half hour
[05:44] <ddecator> mozilla 564357
[05:45] <ddecator> micahg: want me to link it to the downstream report?
[05:47] <micahg> ddecator: k
[05:50] <ddecator> micahg: ...is that a yes? haha
[05:50] <micahg> You can link LP, I'll add the LP bug to bmo
[05:50] <ddecator> good deal. thanks
[06:24] <micahg> ddecator: BTW, you might want to be explicit when mentioning software not in the archive in LP (i.e. Firefox 3.7a5 from the Mozilla Daily PPA) as well as archive version if applicable, when upstreaming, trunk is what counts generally for reporting, but it's also good to know how many releases back are affected by an issue
[06:25] <ddecator> micahg: alright, i'll keep that in mind. should i add that or call it good this time?
[06:25] <micahg> ddecator: I think it's ok this time
[06:26] <ddecator> micahg: alright. i'll definitely remember that for next time though
[06:27] <micahg> ddecator: take a look at the profile_pluginreg file attached to bug 576756
[06:27] <ddecator> micahg: i did. did i miss something?
[06:28] <micahg> ddecator: what version of flash does it show?
[06:28] <ddecator> Flash 9.0 r124
[06:29] <micahg> also, user gave flash versions in the description
[06:30] <ddecator> micahg: right, he says everything says flash 9, but that he saw it say flash 10 had been installed
[06:30] <ddecator> so i didn't know if synaptic would show 9 or 10
[06:30] <micahg> ddecator: right, you can see in the plugin_reg file what firefox sees (i.e. 9), you can see what's installed with apt-cache policy as well as synaptic
[06:31] <ddecator> micahg: ooooooooooh, i didn't see that in the apport info..
[06:31] <micahg> ddecator: that was teh user :)
[06:31] <ddecator> micahg: ...in the terminal output
[06:31] <micahg> ddecator: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-browser-apport/ in case you're interested
[06:32] <ddecator> micahg: should i "participate" in that?
[06:33] <micahg> ddecator: you can if you want to remotely, but it'll be 4 in the morning on Wed :)
[06:34] <ddecator> micahg: heh, i just meant subscribe to it, i doubt i'll be up that early on wednesday
[06:34] <ddecator> micahg: btw, any suggestions for that bug report, i'm at a loss atm
[06:34] <micahg> ddecator: k, that's fine
[06:34] <micahg> ddecator: possible manual installation of flash at some point?
[06:35] <ddecator> micahg: could be...i'll ask
[06:35] <ddecator> micahg: if i try to subscribe to the blueprint, it says "participation essential" so should i just not subscribe to it?
[06:36] <micahg> ddecator: don't check the box
[06:36] <ddecator> micahg: says it's required
[06:36] <micahg> ddecator: no, checking the box means required
[06:36] <micahg> ddecator: I'll subscribe you
[06:36] <ddecator> micahg: ah, gotcha. haha, thanks
[06:37] <micahg> ddecator: I wonder if that bug is because of a flash alternative
[06:37] <ddecator> micahg: like gnash or something?
[06:37] <micahg> no, that's not it, it would just move where it would be
[06:38]  * micahg checks files in gnash
[06:38] <ddecator> i did see another bug that had swfdec-mozilla installed that was 9, and flash installed that was 10
[06:39] <micahg> ddecator: yes, but you can see what it is in the filename
[06:39] <micahg> ddecator: you're correct about the version
[06:41] <ddecator> micahg: true...i'll just ask if he ever installed it manually for now. if not, i'll look more into other possibilities
[08:47] <BUGabundo_remote> Say Guud Bye to the Sun, say Hello to the rain :O
[08:47] <ddecator> haha, hey BUGabundo_remote
[10:59] <Greenery> my firefox kde integration for kubuntu 10.04 is not working. I did install kmozillahelper and still no integration
[13:13] <rethus> where can i set that thunderbird don't use -- in front of a signature?
[13:25] <jdstrand> chrisccoulson: fyi:
[13:25] <jdstrand> 07:21 < pitti> jdstrand: looks safe to me, I think it's fine to include it
[13:26] <jdstrand> chrisccoulson: I know it took awhile, but I finally got an answer :)
[13:26] <jdstrand> chrisccoulson: (that is regarding the now 5 apparmor commits)
[13:26] <jdstrand> http://people.canonical.com/~jamie/ff36-apparmor.diff.txt
[13:51] <chrisccoulson> jdstrand - thanks. i've uploaded the latest version to the u-m-s PPA now though, so i'm not sure if we'll get the changes in to this release, or wait until 3.6.5
[13:51] <chrisccoulson> i wasn't planning to do another upload now before UDS
[13:54] <chrisccoulson> jdstrand - i wanted to discuss how we're going to handle the ff3.6 rollout for hardy / jaunty at some point when you have some time
[14:10] <jdstrand> chrisccoulson: re new upload-- understood, but we are at least clear for next time. if you do another upload, please add the fixes
[14:13] <jdstrand> chrisccoulson: perhaps you can drop into one of the security team roundtables (first thing in the mornings) at UDS
[14:13] <jdstrand> chrisccoulson: and we can discuss the ff36 rollout
[14:14] <chrisccoulson> jdstrand, sure, that sounds good
[14:17] <micahg> jdstrand: can I come too?
[14:18] <jdstrand> micahg: absolutely
[14:18] <jdstrand> you two drop by a roundtable one morning-- it is open to anyone
[14:19] <chrisccoulson> micahg - i'm just about to get the seamonkey updates uploaded
[14:20] <micahg> chrisccoulson: k, I guess I'll have to poke upstream about the xul191+cairo issue over the weekend
[14:21] <chrisccoulson> yeah, that one is a bit of a pain, but i'd rather not convert to in-source cairo just for that. hopefully we can resolve it in the next security update
[14:22] <micahg> chrisccoulson: I'm still hoping to get it in this update :)
[14:22] <chrisccoulson> yeah, that's still possible. we can still do another PPA upload before the release
[14:22] <chrisccoulson> but i want to try and get as much as possible in to the PPA today with UDS being next week
[14:23] <micahg> chrisccoulson: well, unfortunately, Thunderbird hasn't been tagged yet
[14:24] <chrisccoulson> yeah, that's a shame
[14:24] <micahg> chrisccoulson: when do you leave?
[14:24] <chrisccoulson> i leave on sunday afternoon, but i wasn't planning to work tomorrow
[14:24] <micahg> ah, ok, me too
[14:25] <micahg> chrisccoulson: well, if I catch it Sat night or Sun morning, I'll try to get it ready so you just have to push a couple buttons at UDS :)
[14:28] <micahg> chrisccoulson: I'll also try to the have SRU for gjs and gnome-shell ready in a couple hours
[14:28] <chrisccoulson> micahg - excellent, thanks
[14:29] <chrisccoulson> is there a bug report for that btw?
[14:29] <micahg> chrisccoulson: I don't think I filed one yet
[14:29]  * micahg checks
[14:29] <chrisccoulson> ah, ok. we will need one for that
[14:29] <chrisccoulson> i can approve the lucid nomination for that too
[14:29] <micahg> chrisccoulson: can I put both on the same bug?
[14:29] <chrisccoulson> yeah, both on the same bug is fine
[14:34] <micahg> chrisccoulson: bug 576991
[14:34] <chrisccoulson> micahg - excellent, thanks
[15:36] <thekorn> hi, does anybody have a sample Makefile for a xpcom component for FF3 written in c++?
[15:37] <thekorn> I somehow fail to do the linking correctly, with http://bazaar.launchpad.net/~thekorn/%2Bjunk/sampleextension/annotate/head:/Makefile I get a couple of undefined symbols
[16:15] <chrisccoulson> thekorn - you could check something like chmsee, which uses the xpcom standalone glue
[16:16] <chrisccoulson> (i've not looked at what you're trying to do yet though - i probably won't have time to this week)
[16:30] <thekorn> chrisccoulson, no worries, thanks for your help
[18:07] <chrisccoulson> jdstrand - we're planning to roll out nss 3.12.6 to hardy/jaunty at some point aren't we?
[18:07] <chrisccoulson> i'm just wondering whether nows the right time to do it
[18:07] <chrisccoulson> i'm trying to update seamonkey in hardy/jaunty to 2.0.5, and it needs the latest NSS
[18:08] <jdstrand> chrisccoulson: I think the friday before UDS is not optimal
[18:08] <chrisccoulson> yeah, that's probably not the best time then
[18:09] <chrisccoulson> i could get that in to the PPA though couldn't i?
[18:09] <jdstrand> chrisccoulson: feel free to put it in the ppa
[18:09] <jdstrand> chrisccoulson: I am not keen on a usn on it for next week though
[18:10] <chrisccoulson> jdstrand - that's fine, just as long as i can start getting other things which depend on it in to the PPA
[18:10] <chrisccoulson> (eg, ff36)
[18:11] <chrisccoulson> jdstrand - do we use a new USN for that, or the one that was used for karmic? (USN-927-2)
[18:11] <jdstrand> chrisccoulson: our previous agreement was that we would not update nss in hardy-jaunty until firefox in those releases was updated to ff36 (which uses the embedded nss)
[18:11] <jdstrand> chrisccoulson: -2. but you don't have to reference it in the changelog
[18:11] <jdstrand> chrisccoulson: remember, we only preassign USNs for mozilla products where they don't give us the info beforehand
[18:12] <chrisccoulson> yeah, that's fine. i'll get that in to the PPA this evening then
[18:12] <chrisccoulson> thanks
[18:13] <jdstrand> chrisccoulson: with the new nss, we'll need to verify to not introduce the regressions on hardy-jaunty for bug #559881 and bug #559918
[18:13] <jdstrand> the first should be fixed by waiting on ff36 aiui
[18:14] <chrisccoulson> jdstrand - yeah, i'll make sure of that. the last bug should be mitigated by the fact that we're going to update tb to tb3.0.x soon too
[18:14] <jdstrand> chrisccoulson: so tbird may need an update for hardy-jaunty to handle the new nss, iirc
[18:14] <jdstrand> ok
[18:14] <chrisccoulson> well, i think the plan is to update tb too
[18:14] <jdstrand> yeah, this is way to much to soordinate/test/etc during UDS
[18:14] <chrisccoulson> i need to check with asac though (2.0.0.x is EOL now)
[18:15] <jdstrand> but I have no problems with you doing your work in the security ppa
[18:31] <micahg> chrisccoulson: unfortunately, gnome-shell fix is not easy, I'm having mozjs issues during build
[18:31] <micahg> chrisccoulson: I suggest we rebuild gjs this time and fix it before <IP_ADDRESS>
[20:28] <LLStarks> okay
[20:29] <LLStarks> across 50 different fresh installs of ubuntu over the past year, not once has the plugin installer ever worked for me
[20:29] <LLStarks> what gives?
[20:29] <LLStarks> flash always fails
[20:30] <LLStarks> java always fails
[20:30] <LLStarks> what am i doing wrong?
[22:53] <micahg> chrisccoulson: any last thoughts before I go offline?
[23:15] <micahg> chrisccoulson: please send an e-mail if you need me to do anything before Monday
[23:19] <LLStarks> wow
[23:20] <LLStarks> i know why the plugin installer always fails
[23:20] <LLStarks> it needs a pristine sources.list in order to work


[04:15] <k1l_> botnet, set to +r for now
[04:31] <tinselchild> Hi could I be unbanned from #ubuntu-offtopic
[04:32] <tinselchild> I was banned for talking about memes
[04:57] <phunyguy> hi
[04:57] <phunyguy> tinselchild: give me a moment please
[05:01] <phunyguy> tinselchild: I looked at the history, and am not really sure what to make of it
[05:01] <phunyguy> were you warned about something similar before, or?
[05:03] <phunyguy> Sorry, I cannot help at the second if it isn't going to be fast.  bbiab.
[05:24] <tinselchild> phunyguy: no, I was never warned
[06:17] <Myrtti> k1l_: your slip is showing
[06:19] <Myrtti> @, that is, in case it's unintentional
[06:20] <k1l> that is for the botnets spamming
[06:30] <Unit193> That was hours ago.
[08:44] <ikonia> tinselchild: are you there ?
[12:53] <phunyguy> 3.
[12:54] <phunyguy> :| cat
[13:01] <Myrtti> phunyguy: yours, or the lolling kind?
[22:28] <ikonia> k1l_: I have terrible terrible chat lag so you may have to keep an eye out for that coming backin
[22:28] <ikonia> back in
[22:28] <k1l_> laggs here too
[23:05] <valorie> 189ms!
[23:05] <valorie> so much better than the 5 mins I was getting last night before I resent the modem and router.....
[23:06] <k1l_> that modem and router must run windows ;p
[23:08] <valorie> hmmm, unknown
[23:08] <valorie> the router has dd-wrt "coming"
[23:08] <valorie> I can control it from a web interface or I guess my phone if I set that up
[23:09] <valorie> but comcast..... gotta just reset the modem for that
[23:09] <valorie> no other choices out here in the boonies
[23:11] <k1l_> i try to resist to fiddle too much with the new router setup i got from my ISP :)
[23:15] <valorie> when I had the comcast setup, it did work well, but I hated renting their kit
[23:15] <valorie> and them in turn sharing out my connection
[23:16] <k1l_> uh
[23:20] <valorie> comcast ......


[00:00] <RainCT> crimsun: a wrapper arround what?
[00:01] <RainCT> (s/rr/r)
[01:40] <crimsun> RainCT: around pbuilder
[01:40] <crimsun> d'oh
[07:35] <apachelogger> jdong: hey. can you think of a reason we wouldn't want to have protocol encryption in ktorrent active by default?
[08:33] <lidaobing> help review ibus-table: http://revu.ubuntuwire.com/details.py?package=ibus-table, thanks
[08:48] <hanska> hello *
[08:56] <iulian> Hey hanska.
[09:23] <hanska> hi iulian
[09:39] <hanska> sebner: \o
[09:39] <sebner> hanska: ahoi
[11:44] <slytherin> StevenK: around? need to sync jbossas4.  The silly crash in glom has been fixed
[13:02] <Laney> Today is The Day
[13:12]  * directhex declares openjdk to be doom
[13:23] <jpds> Adri2000: Crazy mass bug reporting on requestsync - fixed.
[13:25] <Laney> jpds: My hero!
[13:26] <jpds> (I think - putting sleep()s appears to fix it).
[13:26] <Laney> haha
[13:26] <Laney> s/fix/bodged around/ :P
[13:31] <directhex> bodger the badger?
[13:33]  * Laney eats some mashed potato
[13:35] <directhex> openjdk appears to be a twisty mess when it comes to licensing
[13:39] <slytherin> directhex: why?
[13:41] <Adri2000> jpds: great. I hope it will workaround the problem for now, but if LP decides to become 1 or 2 seconds slower, it will fail again :/ afaiu python-launchpad-bugs uses only http while python-launchpadlib uses the new LP api; so shouldn't using the latter fix this kind of problem?
[13:42] <directhex> slytherin, horrible things like "public domain" with gpl2 boilerplate, etc
[13:43]  * RainCT notes that pbuilder-dist.new now supports cowbuilder
[13:47] <slytherin> directhex: is that bad thing really?
[13:47] <isle85> Hi, is there a special category for a genealogy program. I've just built my first package, and would like it to appear in Applications - Genealogy. I didn't see such category. Is it possible to the debian/myappli.desktop to write : Categories=Application;Genealogy ?
[13:49] <slytherin> isle85: how about science? But I am not sure if that has separate menu.
[13:49] <directhex> a few licensing glitches here & there, too
[13:50] <maxb> isle85: http://standards.freedesktop.org/menu-spec/latest/ defines the categories
[13:50] <directhex> e.g. some non-sun files under GPL2 without classpath exception, which sun then relicense with classpath exception
[13:50] <isle85> slytherin: yeap, but "science" doesn't see the appropriate place.
[13:50] <directhex> isle85, "magic"!
[13:50] <isle85> directhex: :-)
[13:52] <directhex> slytherin, correct me if i'm wrong, but sun can't put a classpath exception on a file they don't hold the copyright to, and which was published under gpl2 with no exception, can they?
[13:53] <hanska> directhex: you here? :)
[13:53] <slytherin> directhex: I believe you are right
[13:53] <directhex> hanska, always. why are YOU here, you like your debian WITHOUT bugs!
[13:53] <hanska> directhex: eheh :P
[13:54] <directhex> slytherin, frankly i don't care, i just want a well-formed debian/copyright. but i stand by my "openjdk appears to be a twisty mess when it comes to licensing" ;)
[14:10] <jpds> Adri2000: Possibly, but I haven't done any work on lplib.
[14:11] <shodges> hello all, I need a bit of help uploading to my PPA for the first time...
[14:12] <shodges> I followed the instructions given here: https://help.launchpad.net/Packaging/PPA, using the dput tool
[14:13] <shodges> The tool seemed to finish successfully, but I'm not seeing anything in the PPA web UI, and I haven't received any email either
[14:14] <shodges> This is the output of my dput operation: http://paste.ubuntu.com/98311/
[14:14] <Adri2000> shodges: PPA is a launchpad thing, so #launchpad is more appropriate for your question
[14:14] <shodges> ok thanks Adri2000
[14:21] <jpds> RainCT: Damn, I just uploaded u-d-t and I just noticed your push.
[14:22]  * jpds fixes.
[14:23] <RainCT> jpds: pbuilder-dist.new isn't installed anyway
[14:23] <thekorn> jpds, re this requestsync bug, I don't think time.sleep() fixes in requestsync fixes the problem, but forcing using the stable server instead of edge seems to be a good idea
[14:24] <jpds> RainCT: I meant the changelog.
[14:24] <jpds> thekorn: It only files one bug for me now.
[14:26] <thekorn> jpds, ok, but my feeling is that launchpad is a bit faster today, which might also solve this issue
[14:27] <jpds> thekorn: If the problem comes back, someone can reopen the bug.
[14:27] <thekorn> jpds, but again, you should think about switching to python-launchpadlib ;)
[14:27] <jpds> thekorn: That is planned ;-)
[14:28] <thekorn> jpds, super, if noone takes it I can have a look at it over the weekend
[14:29] <thekorn> should not be that hard
[14:31] <jpds> thekorn: There is an experimental branch for it on my code page, but it's month's old.
[14:33] <Alexia_Death> anybody up for helping out a newbie in debian packaging?
[14:33] <jpds> months*
[14:34] <thekorn> jpds, ok, cool, feel free to ping me when you need some help with launchpadlib
[14:35] <Alexia_Death> I'm remaking the Xorg core packages with dbus support. that part is easy, rules needs an extra build flag. But I also need to install the dbus policy rules file and I dont have clue where that should go or how.
[14:35] <Alexia_Death> so any tips welcome:)
[14:39] <incorrect> backporting libtool from intrepid to hardy is a.) a bad idea,   b.) a good idea,   c.)  I am on drugs?
[14:48] <jpds> thekorn: Would you happen to know a lplib function which will tell me if a person is a member of a team?
[14:57] <thekorn> jpds, no, I don't think there is an API method for this, but how about checking if a person is in yourteam.members?
[15:01] <thekorn> jpds, hmm, does not seem to work, http://paste.ubuntu.com/98333/   loks like a bug (missing feature) in launchpadlib to me
[15:02] <jpds> thekorn: I'll that it here.
[15:08] <jpds> "TypeError: argument of type 'Entry' is not iterable" - hmm.
[15:12] <thekorn> jpds, created bug 313233 in launchpadlib
[15:13] <jpds> thekorn: Oh, thanks.
[15:39] <Laney> excuse me for cross-posting from debian-mentors, but...
[15:39] <Laney> What's the correct way to depend on ${source:Upstream-Version}? "=" obviously doesn't work
[16:05] <Laney> sebner: *cough*
[16:16] <thekorn> jpds, https://bugs.staging.launchpad.net/ubuntu/+source/ngircd/+bug/309872  << first sync request created using requestsync and launchpadlib ;)
[16:17] <slytherin> StevenK: thanks for jbossas4 sync. Do you time to any other syncs?
[16:33] <incorrect> how long does it take to compile libtool
[16:33] <incorrect> days? weeks? months?
[16:34] <geser> do you mean the pure build time or the time for adding to the build queue to the result?
[16:34] <incorrect> oh nevermind it just died
[16:34] <slytherin> geser: just FYI ... jboss is finally built. :-)
[16:34] <incorrect> i am trying to backport libtool
[16:35] <geser> incorrect: the buildds take between 20 min and 1 h 40 min (depending on the arch)
[16:35] <incorrect> thanks geser
[16:36] <geser> slytherin: nice job. Did it include some patching or just syncing?
[16:36] <incorrect> hopefully i can get openldap 2.4.11 backported to hardy
[16:37] <slytherin> geser: this time it was just sync
[16:38] <incorrect> i don't know if anyone feels this way, but i would like to run an LTS version and get some of the latest server apps, such as openldap, apache samba
[16:45] <incorrect> i wonder how many support packages i will have to backport to get libtool to compile
[16:48] <Laney> incorrect: That kind of runs counter to the LTSness doesn't it?
[16:48] <incorrect> Laney, yes and no
[16:48] <incorrect> Laney, i want the base for stable
[16:49] <incorrect> bit like freebsd, you get the core stable, then apps are separated out
[16:50] <incorrect> if i deploy a large server farm,  I want all the core update goodness for 5 years, but i also want to get some bang up to date services
[16:51] <incorrect> for example openldap 2.4.9 still has bugs in its multimaster replication,  so i would want to upgrade this
[17:20] <rjune> incorrect, so you'll have to run your own update server
[17:21] <incorrect> rjune, fine by me if, choice of not working
[17:21] <incorrect> or having to do my own updates
[17:21] <rjune> incorrect, basically, you start with LTS, then set up your own repository and rebuild anything you want and insert into that repo
[17:22] <rjune> it's not what you want, but it's the only way to get that same effect.
[17:22] <incorrect> rjune, i know that, i was just suggesting that it would be nice if..
[17:22] <rjune> Ahh.
[17:22] <incorrect> i just wondered if others felt like me
[17:22] <rjune> I'm sure you can find somebody willing to do it on a contract basis
[17:23] <incorrect> why do i need to pay someone to do it?
[17:23] <incorrect> i am perfectly able to backport myself
[17:23] <rjune> you could always do it yourself
[17:23] <incorrect> years of gentoo
[17:23] <rjune> I'm so sorry.
[17:23] <incorrect> lol
[17:23] <rjune> still, you get the idea.
[17:24] <incorrect> i've been doing this for ages,  i just seem to be the only one who doesn't want to upgrade their server farm every 6 months when all they want is a couple of features
[17:25] <rjune> most people find the pain of update less than the pain of rebuild
[17:25] <rjune> if you start a repo doing backports, then make it public, you  may get some interest.
[17:25] <incorrect> depends if the update introduces a problem on your production systems
[17:25] <rjune> then again, you may not.
[17:25] <incorrect> if you only update one package, this negates the problem
[17:25] <rjune> well, it minimizes it.
[17:26] <incorrect> you can simply role back you one package
[17:26] <incorrect> harder to role back the entire os
[17:28] <rjune> true dat
[17:30] <incorrect> well i am off for beer
[18:53] <CarlFK> https://edge.launchpad.net/ubuntu/+source/python-poppler comes from https://edge.launchpad.net/poppler-python
[18:54] <CarlFK> I reported a bug and submitted a patch - how do I get that into ibex?
[20:18] <coppro> REVU day! http://revu.ubuntuwire.com/details.py?package=metakit
[21:01] <luckyone> hello MASTERS OF THE UNIVERSE!
[21:01] <luckyone> I have two quick questions, then I will leave you alone
[21:02] <luckyone> 1) does the ati proprietary driver make it into the repos with every monthly release?
[21:02] <luckyone> 2) when will ekiga 3.0 be available in the repos?
[21:03] <superm1> hi luckyone: at least regarding the ati driver, it's put into the development release on a regular basis.  you'll get equivalent packages (starting with intrepid and later) if you run --buildpkg Ubuntu on their .run file
[21:03] <crimsun> 1) depends if someone has done the work for it and whether Feature Freeze has passed
[21:04] <crimsun> 2) ekiga 3.0.1 has already been merged into jaunty
[21:04] <luckyone> crimsun: will it make it into Intrepid?
[21:04] <superm1> so in the event that you are running intrepid and say want the 8-12 release, you can grab their installer and run it with that flag i just said.  it's not likely that it will be backported to intrepid though
[21:04] <luckyone> I really should do my part and pick a package to maintain
[21:04] <coppro> :( REVU is just as hard to get on REVU days as otherwise
[21:04] <crimsun> it will not make it into intrepid period. intrepid is a frozen and released version.
[21:05] <luckyone> ahhh
[21:05] <coppro> it might get backported
[21:05] <crimsun> there is some low probability that it will make it into intrepid-backports, but that's a fairly low one.
[21:05] <luckyone> yeah, that is what I mean, will it be backported
[21:05] <nhandler> coppro: Don't forget, REVU day is still going on. It goes on until it is Saturday in all time zones
[21:06] <crimsun> luckyone: if you manage all the prerequisite work for it to be backported, there will be a slightly higher probability
[21:06] <coppro> yes, exactly
[21:06] <luckyone> so, Jaunty will have ati 8.12?
[21:06] <superm1> luckyone, jaunty already does have it
[21:07] <superm1> luckyone, as i said the development release gets them on a more regular basis
[21:07] <luckyone> superm1: but will that be the last driver version taken?
[21:07] <superm1> luckyone, that depends on what features are in the newer version and if it's a worthwhile upgrade to put into jaunty
[21:07] <luckyone> gotcha
[21:07] <superm1> luckyone, at this point i know there are some problems with 8-12 in jaunty, so likely a newer drop will be needed
[21:08] <luckyone> I am crossing my fingers they are going to release the GPU offloading for video playback of additional codecs like H.264, etc
[21:08] <luckyone> not just mpeg-2
[21:09] <coppro> theora pls
[21:09] <luckyone> x.264 :x
[21:13] <luckyone> is there ever a 'Masters in training' course?
[21:13] <luckyone> I feel like I should help out
[21:14] <luckyone> I want to be confident that my contribution would actually help though (that my packages are 1, needed, 2 built correctly...)
[21:14] <coppro> put them on revu
[21:14] <coppro> needed isn't as important as built correctly
[21:14] <luckyone> hehe
[21:15] <coppro> (check for a needs-packaging bug first)
[21:16] <CarlFK> I am trying to build a PPA from a package that I have a patch for.  but the current package is confusing: dget http://archive.ubuntu.com/ubuntu/pool/universe/p/python-poppler/python-poppler_0.8.1-1.dsc
[21:16] <CarlFK>  tar xvf python-poppler_0.8.1.orig.tar.gz makes pypoppler-0.8.1/ but python-poppler_0.8.1-1.diff.gz makes python-poppler-0.8.1
[21:17] <CarlFK> jaunty is the first place this package apears.  should I file a bug ?
[21:17] <Laney> no
[21:18] <Laney> just use patch -p1
[21:18] <Laney> or use dget -x/dpkg-source -x
[21:18] <crimsun> it's not worth a bug. the diff.gz is not required to retain the upstream's root-extracted directory name.
[21:20] <CarlFK> thaks
[21:21] <CarlFK> er.. thanks.  dget -x isn't extracting... is is because: gpg: Can't check signature: public key not found Validation FAILED!!
[21:21] <Laney> dget -xu then
[21:21] <Laney> (or get the key)
[21:24] <CarlFK> thanks again
[22:41] <Laney> Is it a good idea to split translations and manuals (omf format) out into an arch-indep package? lintian is whining
[22:42] <Laney> Or just the manual?
[22:56] <Laney> I think I'll just split the manual out for now
[22:56] <Laney> sebner: you agree?
[23:27] <Laney> murrayc_: Hey! glom is almost ready to go (again :)
[23:53] <murrayc_> Laney: Thanks. I notice that the examples/templates still aren't found, but maybe I will figure out why,
[23:53] <Laney> murrayc_: It's alright, I've got it
[23:53] <murrayc_> Oh, cool.
[23:53] <murrayc_> Laney: What was the problem?
[23:53] <Laney> I have to override the default directory
[23:53] <murrayc_> How?
[23:53] <Laney> oh no, I don't think I do actually
[23:54] <Laney> there was a silly rule left over in the rules file which deleted them for some reason
[23:54] <Laney> I killed that and now they come up
[23:54] <murrayc_> Oh, great.
[23:54] <murrayc_> Thanks.
[23:54] <Laney> (small thing that lintian picked up: You don't need encoding in the desktop file any more, they apparently have to be UTF-8 now)
[23:56] <Laney> just trying to make a glom-doc package, then if that works I'll upload the diff for real
[23:57] <Laney> murrayc_: Oh, do you know if there's a way to not build the examples with goocanvasmm? I tried --disable-examples but it's no go
[23:59] <murrayc_> Laney: I'd accept a patch to add that option, but I generally don't bother with it myself.


[00:40] <a1fa> the moment after upgrade... and having to purge nvidia driver
[01:27] <robert_ancell> Trevinho, welcome to the cool timezone
[01:40] <jbicha> the quiet timezone :)
[02:05] <TheMuso> jbicha: Indeed. :)
[02:06] <RAOF> Tomorrow comes today!
[02:08] <duflu> [TM]
[02:27] <Trevinho> robert_ancell: well... It has some good points, yeah....
[02:38] <duflu> Judging by the understatement, I imagine Trevinho is actually still in Italy and not enjoying the other good points of this timezone in person :)
[02:55] <Trevinho> duflu: no.. I'm in Bali.. 😂
[02:55] <duflu> Trevinho: Oh quite nearby then :)
[02:56] <duflu> Trevinho: Enjoy!
[02:56] <Trevinho> And robert_ancell, being always been a night owl, this allows me to enjoy more the day and work with others later... Never though about it! 😊
[02:57] <Trevinho> duflu: Yeah.. I should have come there for some days too... But I didn't plan it in time 😕
[02:57] <duflu> Trevinho: Other stops in asia?
[02:59] <Trevinho> duflu: Singapore, and before here Kuala Lumpur
[02:59] <Trevinho> Just this area though
[03:00] <duflu> Trevinho: I'm glad. IMHO you wouldn't want to go to the other side of the planet just for Bali.
[03:00] <duflu> Although some Europeans do
[03:01] <Trevinho> duflu: well I'm staying here for a month, so... Then I had to come back...
[03:01] <Trevinho> Well, so I thought, but it was in fact not a so great decision.
[03:03] <duflu> Trevinho: I'm not really sure what you mean but if you wanted to you could be in Australia before dinner :)
[03:05] <duflu> That said, seems like winter is creeping in about now. I'm sure it's much warmer and the cocktails are cheaper in Bali
[03:06] <Trevinho> duflu: Yeah... Having lunch and dinner for 2€ (each) is kind of cool. And temperatures are perfect
[06:52] <allison[m]> so good morning everyone
[06:56] <duflu> Morning allison[m]
[07:01] <allison[m]> hey duflu
[07:01] <allison[m]> how are things?
[07:03] <Sweetshark> moin
[07:03] <duflu> allison[m], things are confused but have been worse plenty of times. "Good" would be accurate. You?
[07:05] <allison[m]> pretty good, i think
[07:06] <pitti> Good morning
[07:06] <duflu> Moring pitti
[07:06] <allison[m]> good morning, pitti
[07:06] <duflu> Morning too
[07:06] <pitti> so, big announcement, eh! back to GNOME..
[07:06] <allison[m]> hi RAOF
[07:06] <RAOF> Good morning pitti and allison!
[07:06] <pitti> hey duflu, RAOF, and allison[m], how are you?
[07:06] <allison[m]> (this moment in time travel, brought to you by the matrix)
[07:06] <RAOF> allison: Greetings, fellow Matrixite :)
[07:07] <pitti> seb128, didrocks: bonojur mes amis !
[07:07] <allison[m]> pitti: ya... no kidding!
[07:07] <didrocks> bonjour pitti, allison[m], Sweetshark, RAOF ! re seb128
[07:07] <pitti> I shed a tear for unity7, I like that much better than shell
[07:07]  * RAOF blames allison  :P
[07:07] <didrocks> and duflu ;)
[07:07] <allison[m]> my 6-years-long policy of unity subversion has finally paid off
[07:07] <RAOF> I've actually been using shell for the last month on half of my machines.
[07:07] <pitti> but I think binning mir and u8 is the right strategic decision
[07:07] <allison[m]> cough
[07:08] <duflu> Hey didrocks
[07:08] <RAOF> It's grown much nicer, and with extensions you can get most of the features I used to miss from U7.
[07:08] <seb128> good morning desktopers
[07:08] <pitti> RAOF: only after I tried it I realized how much chrome (aka wasted space) that has..
[07:08] <allison[m]> ya. to be honest, i'm a bit surprised about unity getting the axe, and i sort of hope we at least make some attempts to do some UI chnages to shell to be more unity-like...
[07:08] <allison[m]> but as for mir... shrug no big loss, i think
[07:08] <seb128> hey didrocks allison[m] pitti RAOF duflu
[07:08] <pitti> but, happy i3 user here
[07:08] <RAOF> pitti: Yeah, there is that.
[07:08] <flexiondotorg> Morning seb128 pitti allison[m]
[07:08] <RAOF> Hey seb128!
[07:09] <duflu> Morning seb128
[07:09] <seb128> allison[m], is there any way you drop that [m] btw? :p it somewhat make some graphical clutter I find...
[07:09] <allison[m]> seb128: give me a week or two =)
[07:09] <seb128> lol
[07:09] <seb128> k
[07:09]  * allison[m] is waiting for a nick to expire in nickserv =)
[07:09] <RAOF> Lack of locally-integrated-menus (and, partially the HUD) are the bits that still grate.
[07:10] <RAOF> You can claim that back, you know :P
[07:10] <allison[m]> ya.  i know.  but only after 15w of idle :)
[07:10] <didrocks> why not allison_ meanwhile then?
[07:10] <duflu> allison[m], what uses 15W?
[07:10] <RAOF> Is your freenode account also without an associated email? Sucks.
[07:11] <allison[m]> my point is that the nick belongs to someone else :p
[07:11] <RAOF> Oh. That's somewhat different!
[07:11] <flocculant> allison[m]: hope they don't appear in 14 weeks and 6 days then :D
[07:11] <allison[m]> no joke :)
[07:12] <RAOF> At least you own the matrix name :)
[07:12] <duflu> Oh, possibly U8 uses 15W (bug 1664828)
[07:13] <allison[m]> ya.  pretty happy to have gotten the matrix name.  that was quite impressive.
[07:17] <RAOF> Or possibly ominous. Are there no women on matrix at all? :X
[07:18] <RAOF> A sadly plausible possibility, given the sausage-fest that's common in FOSS communities (that aren't explicitly trying to be not sausage-fests).
[07:18] <allison[m]> a friend failed to register her (far less common) name
[07:19] <allison[m]> i think i just got really lucky
[07:19] <RAOF> :D
[07:20]  * RAOF did manage to claim his rightful<EMAIL_ADDRESS>and<EMAIL_ADDRESS>accounts.
[07:21] <RAOF> Which you'd think would be pretty trivial, but there's some bastard who keeps going out and registering RAOF in lots of places!
[07:21] <seb128> I still have no clue what matrix looks like and why people find it so hype
[07:21] <seb128> need to go to some conf or hackfest to have people demoing it
[07:23] <hikiko[m]> found you :)
[07:23] <hikiko[m]> hello everyone
[07:23] <duflu> Morning hikiko[m]
[07:24] <hikiko> hi duflu
[07:24] <hikiko> I was exploring matrix
[07:29] <hikiko[m]> not bad tbh
[07:31] <seb128> better than your old IRC client? in which way?
[07:32] <hikiko[m]> not better
[07:32] <hikiko[m]> just not bad
[07:32] <hikiko[m]> matrix is supposed to have end to end encryption in private chats
[07:32] <hikiko[m]> appart from that I can't see any difference
[07:33] <flexiondotorg> I was talking to some of my friends about matrix the other night. They've setup server and integrate bridges to link different protocols.
[07:33] <hikiko[m]> +I prefer IRC because I have already setup znc and connect there from anywhere :p (desrt is gonna say how graybear is that now :P)
[07:33] <flexiondotorg> They could say enough good things about it. Except the UI is butt ugly.
[07:35] <hikiko[m]> the dark ui is ok... well my favourite client is irssi but I use hexchat for work to not miss any notifications
[07:45] <TheMuso> Hey folks. :)
[07:52] <hikiko[m]> hi TheMuso
[07:56] <willcooke> Morning all.  Much happen while I was off?
[07:56] <TheMuso> Hey willcooke. :)
[07:57] <hikiko[m]> hi willcooke :)
[07:57] <willcooke> Morning TheMuso, how goes?  You got my message about skipping 1:1 today right?
[07:57] <TheMuso> willcooke: Indeed I did, no worries.
[07:57] <willcooke> Hope you didnt hang around late
[07:57] <willcooke> cool
[07:57] <willcooke> they hikiko[m]
[07:57] <TheMuso> No not around for work purposes really, but still around anyways.
[07:58] <TheMuso> Since the daylight savings changes our meetings are earlier for me now anyways.
[08:01] <Laney> morning you subjects of the news
[08:02] <pitti> hey willcooke, morning Laney!
[08:02] <hikiko[m]> haha
[08:03] <duflu> Laney: Morning fellow subject of HRH QEII
[08:03] <duflu> I think
[08:03] <Laney> correct
[08:03]  * Laney looks up at the portrait on the wall
[08:03] <hikiko[m]> light a candle below it
[08:04] <duflu> I assume you mean not right at the bottom
[08:04] <hikiko[m]> haha
[08:05] <duflu> Although that would be a fairly common point of view being expressed
[08:05] <hikiko[m]> testing if god saves the queen portrait
[08:05] <duflu> Heh
[08:05] <allison[m]> willcooke: good morning
[08:07] <duflu> Wow, only queen of four countries. I thought it was more
[08:07] <allison[m]> depends on your definition of "country" i guess
[08:08] <duflu> vs commonwealth
[08:08] <allison[m]> i mean, her record is pretty sad
[08:09] <allison[m]> countries: 12 lost, 4 remain.... with 1 looking to be in pretty bad shape at the moment
[08:10] <duflu> Bad shape is relative. Can you really say that with the state of Syria? Yemen?...
[08:14] <allison[m]> ...heavy
[08:14] <hikiko[m]> If the city of london and scotland and ireland remained in EU then the shape would not be too bad: it would be the shape of a donut :p
[08:14] <allison[m]> don't forget manchester....
[08:14] <hikiko[m]> (/me says bad jokes)
[08:16] <hikiko[m]> anyway I think brexit = just a different agreement between UK and the rest of EU and nothing more, I wouldn't worry so much
[08:16] <seb128> hey willcooke Laney, how are you?
[08:17] <Laney> hey seb128
[08:17] <Laney> alright, got shorts on today!
[08:17] <Laney> although that might be ambitious
[08:17] <seb128> it's colder today here
[08:17] <seb128> was like 17°C on sunday
[08:18] <seb128> and we are back to 7°C this morning
[08:18] <Laney> can't resist a blue sky
[08:18] <Laney> it's like 9 now
[08:18] <TheMuso> Finally mornings are cooler here too, around 11C the last couple of mornings.
[08:18] <TheMuso> Bring on winter. :)
[08:18] <Laney> went out to the french restaurant last night after reading THE announcement
[08:18] <Laney> was good
[08:19] <Laney> hey TheMuso
[08:19] <TheMuso> Hey Laney.
[08:19] <Laney> seb128: TheMuso: how's it going?
[08:19] <TheMuso> That would have been nice indeed.
[08:19] <TheMuso> Laney: Honestly, really happy right now.
[08:21] <seb128> Laney, good! sounds like quite some happened around here just after I left for tennis yesterday
[08:21] <seb128> Laney, french restaurant, getting used to the idea that if we go back to things we used to do then french by default should be considered again? ;-)
[08:23]  * larsu looks into ubuntu-desktop after a while of absence, still talking about French as a default
[08:23] <larsu> all good!
[08:23] <TheMuso> lol
[08:23] <allison[m]> ...seb sees his chance
[08:23]  * didrocks updates the seeds for zesty
[08:23] <allison[m]> 1) wait for confusion to erupt
[08:23] <allison[m]> 2) seize power
[08:23] <seb128> hey larsu :-)
[08:23] <Laney> indeed, a lot of seed changes going to happen
[08:23] <Laney> would be easy for fingers to slip...
[08:23] <larsu> haha
[08:23] <didrocks> larsu: "oupsss"
[08:23] <didrocks> :)
[08:24] <larsu> hey seb128!
[08:24] <larsu> and everyone
[08:24] <allison[m]> hey larsu... you're missing the party!
[08:24] <Laney> ahoy larsu
[08:24] <larsu> there's a party?
[08:24] <allison[m]> you didn't need to go to RH.  we're switching to gnome here now :)
[08:24] <didrocks> Laney: trimming down disk size again… "But I had to drop -en…"
[08:24] <larsu> haha yes!
[08:24] <Laney> did you see that cockpit is in zesty?
[08:24] <pitti> I did!
[08:25] <larsu> yep, I even heard the guy who did it talk about it ;)
[08:25] <Laney> pitti: yeah, the packaging SUCKS!
[08:25]  * larsu high fives pitti
[08:25] <allison[m]> cough
[08:25] <pitti> and I just uploaded 137-1 to clean it up (arm FTBFS, autopkgtest failure, cockpit-ws not run as root any more)
[08:25] <pitti> I was a bit surprised to see it in zesty already, I aimed for aadvark
[08:25] <pitti> but, so be it
[08:25] <pitti> https://github.com/cockpit-project/cockpit/pull/6288 :)
[08:26] <pitti> 138 will actually be a nice version to support in a stable release
[08:26] <larsu> now we can say that it's been in there forever, since *before* the alphabet wrapped around
[08:26] <Laney> there are some ...
[08:26] <Laney> keen developers
[08:27] <pitti> now the last step is just to get it into xenial-backports :)
[08:27] <pitti> we do upstream CI on xenial, so that's the real target
[08:27] <allison[m]> imho simply allowing the alphabet to wrap shows a lack of imagination
[08:27] <allison[m]> we have unicode.... lots more letters to explore...
[08:28] <larsu> do what excel does
[08:28] <larsu> aa, ab, ac
[08:28] <pitti> there's still 'c' and 'a' left
[08:28] <allison[m]> aaudacious aardvark
[08:28] <pitti> let's use up the Latin alphabet first before moving to a new one :)
[08:28] <larsu> aawkwaard
[08:28] <TheMuso> IMO go back to A, and make this next cycle 12 months instead of 6. :p
[08:29] <allison[m]> aaliterative aardvark would be better
[08:34] <sil2100> Trevinho: hey! re-poke regarding https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/1680104
[08:35] <sil2100> Trevinho: as mentioned in the bug, I can fix this by just adding a -Wno-deprecated-declarations but I would prefer to properly fix it ;p
[08:49] <Laney> -Werror=deprecated-declarations in release builds sucks
[08:53] <seb128> indeed
[09:08] <Sweetshark> you can always plit ireland up in more countries if you care about the counter ...
[09:08] <Sweetshark> s/plit/split/
[09:13] <Sweetshark> aardvark wouldnt even scale one step beyond aardvard: bb.* ?
[09:16] <jbicha> bbq of course! ;)
[09:19] <tjaalton> RAOF: still around? what gnome-shell extensions did you enable to get it closer to behaving like u7?
[09:19] <Laney> haha
[09:19] <Laney> just use xenial if that's what you want
[09:20] <RAOF> tjaalton: primarily the sound menu one; that's the one I miss the most.
[09:21] <tjaalton> RAOF: ah, alright. I'll give it a shot, thanks
[09:22] <RAOF> Specifically: https://extensions.gnome.org/extension/55/media-player-indicator/
[09:26] <tjaalton> yup
[09:40] <ximion> Laney: given yesterday's announcement, I guess the desktop-team party was big ^^
[09:41] <Laney> hey ximion
[09:41] <ximion> maybe Canonical could indeed become a counterweight to Red Hat in GNOME (IMHO that would only help the project)
[09:41] <Laney> spare a thought for those working on u8 stuff
[09:41] <ximion> I was reading Phoronix yesterday and given the talk there, nobody in the u8 team knew about it...
[09:42] <ximion> (and yeah, not the most reliable source)
[09:44] <Laney> no comment :)
[09:45] <Laney> some interesting opportunities ahead for sure
[09:46] <ximion> it's really sad for the phone stack
[09:46] <ximion> on a different note, do you have any idea on whether you plan to use GNOMEs / GNOME Software's "web-application" feature?
[09:47] <Laney> never heard of it
[09:47] <ximion> it's basically AppStream data with a hyperlink in there which gets opened in an Epiphany window with less chrome
[09:47] <Laney> oh is it epiphany in chromeless mode?
[09:47] <ximion> jup
[09:47] <ximion> but with predefined stuff in GNOME Software
[09:48] <ximion> it's a rather weird thing and personally I don't see much use for it, but GNOME likes it :P
[09:48] <Laney> can't see us shipping epiphany by default
[09:48] <ximion> ok
[09:48] <Laney> but if it could work with firefox then sure?
[09:50] <ximion> Laney: I'll talk to hughsie about it :-) - will probably not be something for the AppStream 0.11 release, that release has already too many new features enqueued
[09:50] <Laney> where did the idea come from?
[09:50] <Laney> how does it even work?
[09:50] <Laney> you get a package with a metainfo file?
[09:51] <ximion> you just get a metadata snippet in the AppStream file that doesn't belong to any package
[09:51] <Laney> how does it get in there?
[09:51] <ximion> I think Fedora injects those at the generator level
[09:51] <Laney> interesting
[09:52] <ximion> as in "take this extra metadata and put it in the result"
[09:52] <Laney> so yeah they can be nice
[09:52] <Laney> just don't know if we'll be able to run them in such a good way
[09:53] <Laney> I guess in g-s 'installing' them makes a desktop file or something
[09:53] <ximion> yes
[09:53] <ximion> with some special Epiphany arguments
[09:53] <Laney> maybe the webbrowser app can live on ...
[09:54] <ximion> it's pretty tied to Epiphany and there is no clear definition on what a web application actually is, that's why this feature isn't in AppStream yet, but I am not really opposed to having it
[09:54] <Laney> not sure this isn't scope creep though
[09:54] <Laney> now appstream is a website description format too?
[09:55] <ximion> a "web application description" apparently a webapp is something special :P
[09:55] <Laney> if you say that they're apps then maybe it makes sense
[09:55] <Laney> I suppose they are app-like once installed
[09:55] <ximion> yeah
[09:55] <ximion> web is weird
[09:57] <Laney> bloop
[09:58] <TheMuso> From an a11y perspective, I'd prefer firefox or epiphany, although firefox is better on the a11y front.
[11:32] <Trevinho> sil2100: I will fix it later ok
[11:34] <sil2100> Trevinho: if you're busy currently would you be fine for me working-around it and then leaving it for you to fix it properly in the nearest future?
[11:34] <sil2100> I want to clear as much as possible from the FTBFS list before release of zesty
[11:47] <Trevinho> sil2100: let me check a sec
[11:48] <Trevinho> sil2100: oh, never mind... yeah, please do that... As we don't really care much at this point of deprecated.
[11:48] <Trevinho> sil2100: even in unity we've that, so it's fine... As they won't last longer anyway.
[12:09] <Laney> umount --just-do-what-i-say
[12:10]  * Laney wins
[12:11] <Trevinho> ahaha
[12:12] <Trevinho> Yeah, it's always the most drat command so far
[12:31] <sil2100> Trevinho: \o/ ok, thanks!
[12:35] <jbicha> Fedora is odd in that they ship epiphany in the default install but without the .desktop so it looks like there is only one browser installed
[12:36] <jbicha> I believe part of the justification was to make it easy to "ship" documentation for some of their projects by just putting the docs on a website
[12:37] <jbicha> (and mcatanzaro would love for Fedora to switch to epiphany eventually)
[12:37] <jbicha> anyway, I'm out for a bit…
[13:11] <Trevinho> seb128: can have you a look at that u-c-c branch, so at this point I guess we can try to deliver it to z and eventually SRU it.
[13:11] <seb128> Trevinho, I started but you have like autotools changes mixed in that for whatever reason
[13:11] <seb128> that's not appropriate for z
[13:12] <Trevinho> seb128: I inherited these from hikiko branch, not sure what it wasn't working to her
[13:12] <seb128> but you are right I should comment on the mp saying that
[13:12] <Trevinho> seb128: sure, but since there won't be an a with it, it's the only way.... If we've a FFe.
[13:12] <seb128> but usually changes should be at least explained
[13:12] <seb128> and different logical changesets should be in different mps
[13:12] <seb128> you got a ffe?
[13:13] <Trevinho> or, well, we can still push to a, and then use that as source for SRUs?
[13:13] <seb128> we can as well yes
[13:13] <Trevinho> hikiko: did the bug, but I guess it wasn't ack'ed
[13:13] <seb128> it feels a bit late to land a rewrite
[13:13] <Laney> you can't deliver this to z
[13:13] <seb128> it's a non LTS serie and it's not critical to land that this cycle
[13:13] <Trevinho> Ok, fine...
[13:13] <Laney> well, maybe as an SRU
[13:13] <hikiko> which bug?
[13:13] <Laney> but that's an argument to have with them
[13:14] <Trevinho> I wasn't in rush, just at this point i don't want to loose these changes. As they can still go to X in some ways
[13:14] <Laney> the lowgfx switch
[13:14] <seb128> Trevinho, it's on my "to-review" list for this week don't worry
[13:14] <Laney> right, get them in z+1 then try to sru
[13:14] <Trevinho> Laney: you can still remove the switch... The rest of changes are bug fixes
[13:14] <hikiko> seb128, Trevinho which bug are you talking about?
[13:14] <Laney> if you have a good plan for that it should be doable
[13:14] <Trevinho> as right now if you save settings to lowgfx they won't apply to normal profile
[13:15] <seb128> hikiko, the lowgfx u-c-c changes
[13:15] <seb128> hikiko, you have/had autotools file changed in there without explanation of why that's needed
[13:15] <hikiko> oh
[13:15] <Trevinho> seb128: in the commits there was someting like "remove deprecation warnings"
[13:15] <hikiko> seb128, I was having error
[13:15] <hikiko> yep
[13:15] <seb128> error or warning?
[13:16] <hikiko> can't remember to be honest, I suspect error otherwise I wouldn't have reason to change it
[13:16] <Laney> no big rush imho
[13:16] <Trevinho> seb128: I can try to rebuild it
[13:16] <seb128> Trevinho, k
[13:16] <hikiko> but I could revert that
[13:16] <Trevinho> no,  no rush...
[13:16] <hikiko> it's not a big deak
[13:16] <hikiko> it's not a big deal
[13:16] <Trevinho> hikiko: it's up to me, don't worry
[13:17] <Trevinho> hikiko: but you got the FFe, or just opened the bug?
[13:17] <seb128> hikiko, don't worry, but next time it's good to have a summary of why changes are needed and what they do in the commit msg or changelog
[13:17] <hikiko> I only opened the bug I couldn't ask for a ffe without having my branches reviewed Trevinho
[13:17] <seb128> you could
[13:17] <hikiko> sure seb128 you are right
[13:18] <Trevinho> hikiko: the branches are reviewed right now... I've redone the UCC work mostly as it needed some other changes, so that won't go in, the unity one also got some changes on my side, so... you're all set from code point of view.
[13:19] <jdstrand> seb128: hey, I suspect you've been asked this already, but do you know the general state of gnome3/wayland in zesty? wondering if it is worth it to develop wayland/gnome3 classic interfaces for snappy no or waiting til 17.10 opens
[13:19] <jdstrand> now*
[13:19] <seb128> jdstrand, hey, I don't think anyone asked but zesty should be similar to whatever we are going to have over the next cycles so it's a good base to work on that
[13:20] <hikiko> so, next step is to contact the ubuntu-doc and ubuntu-translators teams?
[13:21] <hikiko> I ve subscribed the bug to the ubuntu-release team
[13:21] <hikiko> the ubuntu-release team to the bug*
[13:21] <hikiko> :p
[13:22] <hikiko> I am reading this guide: https://wiki.ubuntu.com/FreezeExceptionProcess
[13:22] <jdstrand> seb128: ok, cool. I saw the response from fedora on the status of gnome3 wrt the feedback received in kirkland's reddit and was curious if gnome3 in the archive was (nearly) as good as fedora's
[13:23] <seb128> jdstrand, I don't think fedora has much distro specific, they just hire upstream hackers to get work done upstream so we should be mostly on the same level
[13:24] <Trevinho> seb128: Makefile changes reverted though, it works anyway
[13:24] <seb128> Trevinho, thanks
[13:25] <Laney> hikiko: I think you should be going for z+1 and SRU rather than freeze exception
[13:25] <seb128> jdstrand, well some improvements might be from GNOME 3.26 and we are still on 3.24 for zesty
[13:25] <Laney> the final freeze is tonight
[13:25] <Trevinho> Laney: ok, that's fine for me
[13:25] <Laney> Trevinho: ya, just making sure everyone gets the message ;)
[13:26] <Laney> turns out this can of compressed air is very flammable
[13:26]  * Laney tried to put a candle out with it for fun
[13:27] <Trevinho> Laney: it is... I had some fun time ago with it
[13:29] <hikiko> willcooke, ^ is what Laney says fine for you too? (for the low gfx)
[13:30] <hikiko> Laney, I don't know how important the feature is to be honest but tonight seems to be very close :)
[13:30] <Laney> indeed
[13:30] <willcooke> otp - gimme a sec
[13:43] <willcooke> hikiko, what laney says is a good idea.  Too late now
[13:46] <jdstrand> seb128: ok, thanks for the info
[13:47] <seb128> jdstrand, np, feel free to ask more questions on this channel if needed we are around and happy to help!
[13:47] <hikiko> ok
[14:11] <jcastro> I switched to zenial/gnome yesterday, the alt-tab, alt-` is still there, so that's a nice bonus
[14:22] <jbicha> jcastro: it's been years, but if I remember correctly that appeared in GNOME before Unity
[14:22] <jbicha> jcastro: are you using Dash to Dock?
[14:23] <jcastro> no
[14:24] <jbicha> if you like a side launcher sort of like Unity it's a good choice
[14:24] <jbicha> https://tracker.debian.org/pkg/gnome-shell-extension-dashtodock
[14:24] <jcastro> I'm going to go as extension free as I can, I did load the weather applet one, which is lovely
[14:25] <jbicha> there's a weather applet built into the GNOME 3.24 clock menu
[14:26] <jbicha> (you need to have gnome-weather installed for it to show up)
[14:27] <jbicha> willcooke: I like headline #4 at http://www.omgubuntu.co.uk/2017/04/5-questions-asking-future-ubuntu
[14:27] <jbicha> "Will Happens to Snappy and Snap Apps"
[14:27] <willcooke> :D
[14:28] <willcooke> Those poor guys
[14:31] <jbicha> jdstrand: Fedora 25 and GNOME 3.22 switched the default GNOME session to Wayland, Debian and Ubuntu GNOME currently still default to X but we've shipped the Wayland session since 16.04 LTS
[14:33] <femme> http://blog.dustinkirkland.com/2017/04/thank-you-note-to-hackernews.html says 'It would be difficult, though not necessarily impossible, to offer the grsecurity supported in the Ubuntu archive' but surely not for technical reasons as debian has a linux-grsec package
[14:33] <jbicha> probably the biggest downside is if Wayland crashes, it takes down your whole session (GNOME on X can restart gnome-shell when it crashes)
[14:33] <jbicha> GDM3 though is actually Wayland by default though
[14:34] <jdstrand> jbicha: fyi, I just tried "GNOME Wayland' from lightdm in a vm and got a blackscreen. going to gdm3, it seems to go into wayland. /usr/lib/gdm3/gdm-wayland-session ...
[14:35] <jdstrand> jbicha: I see a bunch of Xwayland in there
[14:35] <jdstrand> I don't know if that is normal
[14:35] <mdeslaur> femme: grsecurity is now for paying customers only
[14:36] <jbicha> XWayland is always running; it would be a bunch of work to split that out to only run on demand
[14:37] <femme> mdeslaur, I know, the patches to testing are still available though and there will probably be a community effort around maintaining them until the next public release
[14:37] <jbicha> Firefox is still XWayland; chromium needs to be gtk3 first but that's happening later this year I believe
[14:43] <mdeslaur> femme: doing that is a dead end though, forward porting old grsec patches is a bad idea
[14:44] <mdeslaur> anyway
[14:44] <jbicha> jdstrand: do you have time to file a bug about GNOME on Wayland being broken with lightdm
[14:44] <jbicha> my understanding is that the reason gdm3 uses Wayland by default is because it's needed for the GNOME on Wayland session to work
[14:45] <jbicha> so maybe for zesty we should see if we can blacklist that session for lightdm
[14:45] <mdeslaur> why not just kill lightdm?
[14:46] <mdeslaur> wouldn't it make sense just to go with gdm if we're going to be switching to gnome?
[14:46] <jbicha> well lightdm is used by every flavor except Ubuntu GNOME and Kubuntu (sddm)
[14:46] <jbicha> but gdm does integrate better with gnome-shell
[14:51] <Laney> shell uses gdm for the lockscreen somehow doesn't it?
[14:51] <Laney> the reskilling starts already! :)
[14:52] <seb128> does gdm do guest sessions nowadays?
[14:52] <jbicha> yes, I think it inspired the unity-greeter implementation :)
[14:52] <jbicha> seb128: no, I don't think so
[14:52] <seb128> :-(
[14:52] <Laney> don't sad face
[14:52] <Laney> this is job security :P
[14:52] <seb128> lol
[14:53] <Laney> I think that's a good feature anyway
[14:53] <seb128> yeah me too, I use it a lot
[14:53] <seb128> I guess here start our list of dev work needed :p
[14:53] <jdstrand> jbicha: sure I can do that
[14:54] <jdstrand> jbicha: against what package?
[14:54] <jbicha> Privacy is big so I can see a guest mode being a popular improvement to GNOME
[14:54] <kenvandine> ugh, i can't work without the guest session!
[14:54] <jbicha> jdstrand: if we want to just blacklist it, maybe just lightdm; but the session files are from gnome-session
[14:55] <kenvandine> i'm still using lightdm, maybe i should switch to gdm
[14:55] <jbicha> kenvandine: we need you to still work though!! :)
[14:55] <mdeslaur> our guest mode relies on apparmor, so I'm not sure it's upstreamable as-is
[14:55] <kenvandine> :)
[14:55] <femme> mdeslaur, worse than running vanilla linux?
[14:55] <kenvandine> guest session is super useful for testing
[14:55] <jdstrand> seb128: are there any snaps that you know of that will use wayland? I found gnome-easytag but it just crashes and I found glade-attente, but it needs X
[14:56] <jdstrand> (note, glade-attente uses Xwayland fine)
[14:56] <seb128> jdstrand, any GTK one?
[14:56] <seb128> GTK3
[14:56] <mdeslaur> femme: go read the grsecurity blog about the security issues introduces by people who forward-ported the patches
[14:56] <jdstrand> seb128: can you name one otoh? snap find gnome doesn't help
[14:57] <mdeslaur> femme: anyway, point is if you want grsec, you need to pay for it now, that's how it is
[14:57] <seb128> jdstrand, I'm looking sec
[14:58] <femme> mdeslaur, huh? do you mean the ones about KSPP? I'm just talking about maintaining the LTS which is the current plan
[14:58] <attente> jdstrand: i can try re-building the glade snap with wayland support if you can't find anything else
[14:58] <femme> mdeslaur, but even then, I'm afraid it's still an improvement
[14:58]  * femme is using grsec
[14:59] <seb128> attente, wdym with wayland support? shouldn't gtk just use the right backend depending of where you start the binary?
[15:00] <seb128> jdstrand, try https://uappexplorer.com/app/ghex-udt.canonical ?
[15:00] <jdstrand> jbicha: https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1680496
[15:01] <attente> seb128: i think it doesn't have wayland support because i didn't add libwayland-dev to the list of build packages
[15:01] <attente> so i assume it just doesn't have that backend built in that snap at all
[15:01] <seb128> attente, oh, you built gtk from source?
[15:02] <Laney> should be able to check that with ldd
[15:02] <jdstrand> attente: thanks for the offer. trying ghex
[15:02] <seb128> not side staging the deb?
[15:02] <attente> seb128: yeah, that's a snap i built using jhbuild
[15:02] <attente> so it has everything from the ground up pretty much
[15:02] <seb128> k
[15:03] <jdstrand> seb128: fyi, ghex is trying to access the X socket too
[15:03] <seb128> :-(
[15:03] <jdstrand> apparmor="DENIED" operation="connect" profile="snap.ghex-udt.ghex" pid=16352 comm="ghex" family="unix" sock_type="stream" protocol=0 requested_mask="send receive connect" denied_mask="send connect" addr=none<EMAIL_ADDRESS>peer="unconfined"
[15:04] <jdstrand> (once I comment out the X abstraction in the security policy)
[15:04] <seb128> attente, do you know how the gtk backend detection works?
[15:05] <seb128> what does it look for to know if it's under wayland?
[15:05] <jdstrand> attente: if you were so inclined, tossing a snap in --edge with wayland would be cool if you had time
[15:05] <attente> jdstrand: sure, it does take a while to build though
[15:05] <seb128> jdstrand, ghex uses gtk from the archive which has the wayland backend included
[15:05] <seb128> attente, jdstrand, I think ghex is fine, it's just that gtk probably goes "neh, can't use wayland, let's use x11"
[15:05] <attente> seb128: i think it just tries to connect to the wayland socket and if it fails, moves on to trying x11
[15:06] <attente> seb128: could be
[15:07] <jdstrand> seb128: why would it do that? there are no apparmor denials for anything other than X
[15:07] <seb128> weird
[15:08] <seb128> jdstrand, does it make a difference if you GDK_BACKEND=wayland ?
[15:08] <attente> it's supposed to check wayland first
[15:08] <jdstrand> thinking that maybe it copied something into SNAP_USER_DATA, I deleted ~/snap and tried again
[15:09] <jdstrand> seb128: it just says:
[15:09] <jdstrand> Cannot open display:
[15:09] <seb128> attente, do you know where is the check code in gtk?
[15:09] <jdstrand> it looks like without GDK_BACKEND it tried mir first
[15:10] <attente> seb128: https://git.gnome.org/browse/gtk+/tree/gdk/gdkdisplaymanager.c#n265
[15:10] <attente> it iterates through there
[15:11] <jdstrand> I don't know if anything is missing, but: http://paste.ubuntu.com/24328093/
[15:11] <attente> the actual checking for wayland is done here: https://git.gnome.org/browse/gtk+/tree/gdk/wayland/gdkdisplay-wayland.c#n512
[15:12] <attente> if ￼wl_display_connect fails, it moves on to the next backend
[15:12] <seb128> jdstrand, is XDG_RUNTIME_DIR correctly set under snappy nowadays?
[15:14] <seb128> jdstrand, https://www.mankier.com/3/wl_display_connect
[15:14] <jdstrand> seb128: XDG_RUNTIME_DIR=/run/user/1000/snap.ghex-udt
[15:14] <seb128> it checks for the socket in XDG_RUNTIME_DIR
[15:14] <seb128> is there a wayland socket in that dir?
[15:14] <jdstrand> so, the socket isn't in there
[15:14] <seb128> k
[15:14] <seb128> there you go
[15:14] <jdstrand> dconf is in there
[15:15] <jdstrand> huh, that'll be an interesting problem
[15:17] <jdstrand> seb128: that's indeed it
[15:17] <jdstrand> apparmor="DENIED" operation="connect" profile="snap.ghex-udt.ghex" name="/run/user/1000/wayland-0" pid=16579 comm="ghex" requested_mask="wr" denied_mask="wr" fsuid=1000 ouid=1000
[15:17] <jdstrand> attente: I don't need the edge snap
[15:17] <seb128> good
[15:17] <seb128> jdstrand, what did you change to get those DENIED?
[15:17] <attente> great, it's kind of a pain to build :)
[15:18] <seb128> set the XDG_RUNTIME_DIR to the other location?
[15:18] <jdstrand> seb128: well, good, except that dsert advised us to change XDG_RUNTIME_DIR to /run/user/1000/$SNAP_NAME for dconf, but wayland isn't there
[15:19] <seb128> jdstrand, seems like we had hacks in the desktop launcher for mir, https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/common/desktop-exports#L43
[15:19] <seb128> jdstrand, we might need something similar for wayland
[15:19] <jdstrand> seb128: install ghex, modify its profile to comment out the X abstraction include, load the profile, do 'snap run --shell ghex-udt.ghex', export XDG_RUNTIME_DIR=/run/user/`id -u`, then $SNAP/command-ghex.wrapper
[15:20] <seb128> though ideally things would work out of the box
[15:20] <jdstrand> easy peasy
[15:20] <jdstrand> ;)
[15:20] <jdstrand> seb128: perhaps there is another env var that can be set?
[15:20] <seb128> I'm googling for that
[15:20] <seb128> doesn't seem so
[15:21] <seb128> https://wayland.freedesktop.org/docs/html/ch04.html mentions WAYLAND_DISPLAY
[15:21] <jdstrand> WAYLAND_DISPLAY I think is just the basename
[15:21] <seb128> but that's to change the name of the socket
[15:22] <seb128> not the dir
[15:22] <jdstrand> right
[15:22] <seb128> why don't we use a common XDG_RUNTIME_DIR?
[15:22] <attente> yeah. the man page is very explicit that it has to be in XDG_RUNTIME_DIR
[15:22] <seb128> attente, allison[m], ^ do you know what flatpak does with that?
[15:23] <attente> sorry, i've no clue
[15:23] <jdstrand> well, we could symlink
[15:23] <allison[m]> snappy is doing the wrong thing here
[15:24] <allison[m]> it shouldn't change the value of XDG_RUNTIME_DIR.  i've had to work around that in my dconf work.
[15:24] <jdstrand> yean, that works
[15:24] <Laney> they bind mount it I think
[15:24] <allison[m]> flatpak doesn't have the host's XDG_RUNTIME_DIR in its mount namespace
[15:24] <allison[m]> but it does have a bindmount of a subdirectory of it, at the same location in both
[15:25] <jdstrand> snap run --shell ghex-udt.ghex. 'cd $XDG_RUNTIME_DIR ; ln -s ../wayland-0 . ; $SNAP/command-ghex.wrapper'
[15:25] <allison[m]> so you'll see two different /run/user/1000/ directories on the inside and outside
[15:25] <jdstrand> apparmor="DENIED" operation="connect" profile="snap.ghex-udt.ghex" name="/run/user/1000/wayland-0" pid=16624 comm="ghex" requested_mask="wr" denied_mask="wr" fsuid=1000 ouid=1000
[15:25] <allison[m]> but /run/user/1000/app/org.gnome.gedit/ will be the same
[15:25] <seb128> that makes sense to me
[15:25] <Laney> https://github.com/flatpak/flatpak/blob/master/common/flatpak-run.c#L1988
[15:25] <jdstrand> allison[m]: not that snappy doing the wrong thing there came at dsert's explicit request
[15:25] <jdstrand> note*
[15:26] <allison[m]> i pushed the snappy team to do something similar and allow $XDG_RUNTIME_DIR/snap.snap-id to be permitted in a similar way
[15:26] <allison[m]> but they additionally reset the value of XDG_RUNTIME_DIR to this new directory -- messing everything up in the process
[15:26] <allison[m]> that second change should be backed out
[15:26] <allison[m]> jdstrand: no.  i never asked for XDG_RUNTIME_DIR to be changed to a different value
[15:26] <allison[m]> i only asked for a new directory to be created and allowed through apparmor
[15:27] <jdstrand> seb128: I don't know if you saw in the backscroll, but the desktop part could just do a symlink from $XDG_RUNTIME_DIR/../wayland-0 to $XDG_RUNTIME_DIR/wayland-0 while the proper way this should be handled is worked out
[15:28] <seb128> jdstrand, no I didn't, thanks for rementioning it
[15:28] <allison[m]> i've made 3 comments in https://bugs.launchpad.net/snap-confine/+bug/1620442 and none of them say anything about changing the envvar
[15:28] <jdstrand> allison[m]: oh I didn't realize you changed your nick
[15:28]  * jdstrand gets the bug
[15:29] <allison[m]> maybe i made the mistake of commenting on a bug with a "we need this" when the original request was not exactly right
[15:29] <jdstrand> allison[m]: https://bugs.launchpad.net/snap-confine/+bug/1620442/comments/3
[15:29] <jdstrand> allison[m]: that was in response (I thought) to my comment 2, which said to set XDG_RUNTIME_DIR
[15:30] <allison[m]> okay
[15:30] <jdstrand> anyway, this can be adjusted, just need to work through how
[15:31] <allison[m]> it does look like i ACK your proposal to do exactly that
[15:31] <allison[m]> so sorry for that
[15:31] <allison[m]> honestly, you need to do what flatpak does
[15:32] <allison[m]> ie: use mount namespaces to set up a clean copy of the xdg_runtime_dir at the same path, with the subdir bindmounted through
[15:32] <jdstrand> what does it do? a bind mount so the subdir of //run/user/uid/$SNAP_NAME is put on /run/user/uid?
[15:32] <allison[m]> please do not change the effective location of this directory on the inside/out
[15:32] <Laney> I just linked to the code
[15:34] <allison[m]> jdstrand: no.
[15:34] <allison[m]> /run/user/1000 ends up being a clean new tmpfs inside the snap
[15:35] <allison[m]> the subdir is shared, and it is at the same location inside and out
[15:35] <seb128> Laney, where?
[15:35] <Laney> where did I link it?
[15:35] <seb128> ups
[15:35] <seb128> Laney, unping, saw it :p
[15:36] <Laney> ok
[15:36] <Laney> anyway, desrt is explaining it with words
[15:36] <allison[m]> should i write this stuff down somewhere?
[15:36] <seb128> would be good I think
[15:37] <seb128> not sure what's the best somewhere though?
[15:37] <seb128> maybe a launchpad bug against snapd
[15:37]  * ogra_ points to forum.snapcraft.io
[15:37] <Laney> a README inside the source :)
[15:37] <jdstrand> allison[m]: I can do that. what I've just hear is not complete though (aiui). sorry if being dense. you said create a clean dir at /run/user/1000, with an empty subdir. that's fine, but wayland-0 isn't in there yet-- guess you left out that step?
[15:38] <Laney> jdstrand: bind mount it from the outside
[15:38] <allison[m]> jdstrand: bindmount it
[15:38] <jdstrand> ok, with the code Laney pointed at
[15:38] <seb128> jdstrand, did you see the github flatpak url from Laney some minutes ago?
[15:38] <seb128> right
[15:38] <Laney> :)
[15:38] <jdstrand> it wasn't clear that was the 3rd step
[15:39] <allison[m]> an alternative may be to make wayland add sockets per-client
[15:39] <allison[m]> we want to go this direction with dbus.... i'd like to chat about that with you guys, in fact
[15:39] <allison[m]> we had an interesting discussion at the gtk hackfest
[15:41] <jdstrand> it is certainly possible to do 3 steps that were outlined. it does mean that the setuid binary has to look for the wayland socket... if it isn't named wayland-0 (or more precisely, if there is no or more than one wayland-N, then have special casing
[15:42] <jdstrand> s/wayland-N,/wayland-N),/
[15:43] <jdstrand> let me put this in the forum. seb128, would you be able to adjust the desktop part to do the symlink hack while the proper solution is designed and implemented?
[15:45] <seb128> jdstrand, sure, I'm about to step out for a bit but I can have a look at that later/tomorrow
[15:46] <jdstrand> seb128: shell snippet: cd $XDG_RUNTIME_DIR ; test -S $XDG_RUNTIME_DIR/../wayland-0 && ln -s $XDG_RUNTIME_DIR/../wayland-0 .
[15:46] <seb128> k, noted, thanks
[15:46] <jdstrand> seb128: that's fine, no rush, just curious on the status of things
[15:47] <jdstrand> seb128: note that the above is allowed by today's policy. actually using wayland-0 is not yet
[15:56] <k_alam> \j
[16:04] <Laney> back in a couple of hours
[16:04] <Laney> off to do some zen digging
[16:11] <jdstrand> allison[m], attente, seb128, Laney: fyi, https://forum.snapcraft.io/t/wayland-dconf-and-xdg-runtime-dir/186
[17:51] <willcooke> night all
[21:31] <robert_ancell> The best silver lining if this is the end of Mir is that people will stop incorrectly referring to it as MIR
[21:42]  * qengho works on the Tor people.
[21:52] <Laney> we have to get rid of SystemD next then
[21:52]  * Laney grimaces
[22:20] <robert_ancell> Laney, YES...
[23:09] <a1fa> andyrock: yo
[23:10] <andyrock> a1fa: hey
[23:10] <a1fa> you make it out alive or they still chopin' heads over there?
[23:14] <andyrock> a1fa: still alive :D
[23:44] <a1fa> great to hear
[23:51] <a1fa> having to adjust to gnome a year in advance ;) is it blasphemy if your gnome shell looks like unity?
[23:52] <TheMuso> I'd argue that GNOME shell is extendable for that reason, so you can make it work however you want.
[23:52] <a1fa> can you move the time over to the right?
[23:53] <a1fa> so stupid to put it in the middle of the screen
[23:54] <TheMuso> There is probably an extension to do that, and if not, it would not be too hard to write one.


[01:00] <ianto> If anyone sees markie- again can you let him know that I don't know who that person was who was speaking to him in PM other than that his IP address was a Wrexham one. I keep missing him on IRC and he hasn't registered his nick so I can't MemoServ him
[08:22] <plod> righto
[08:22] <plod> will keep my eyes peeled
[08:35] <ianto> plod: Diolch
[08:41] <plod> ianto: croeso