[02:24] <rick_h_> oh boy, grant me the willpower to not be a rude $@!$# to someone
[02:25] <cmaloney> rick_h_: If he doesn't grant you the willpower can he grant us the chat logs?
[02:32] <rick_h_> cmaloney: ok, I need a conscious, I'm tired and cranky http://paste.ubuntu.com/8347329/
[02:32] <bookiebot> http://goo.gl/lpx0PO - Ubuntu Pastebin
[02:32] <rick_h_> cmaloney: tell me what part I should not be sending
[02:33] <cmaloney> The second sentence on lines 26-27
[02:33] <rick_h_> but but ... ok
[02:34] <rick_h_> gone
[02:34]  * rick_h_ grumbles about it
[02:35] <cmaloney> I'd reword 34: Thank you for continuing to use Bookie. I'd ask you to please continue to use the service as I've poured a lot of time and energy (for free) into a tool that I hope others will find useful.
[02:35] <rick_h_> but it's less passive agressive that way
[02:35] <cmaloney> 13: Twitter
[02:35] <rick_h_> yea, fixed that one thanks
[02:36] <cmaloney> Direct is best. :)
[02:36] <cmaloney> It's a little less bitchy that way.
[02:36] <rick_h_> but but that's the fun part
[02:36] <cmaloney> But also gives him an exit clause if he'd like to piss off
[02:37] <rick_h_> ok, updated, but also adding a link to http://alternativeto.net/software/bookie-bookmarks/
[02:37] <bookiebot> http://goo.gl/6xhEEF - Bookie Alternatives and Similar Software - AlternativeTo.net
[02:37] <cmaloney> That's appropriate.
[02:37] <rick_h_> anything else before I hit send?
[02:39] <cmaloney> Not sure the "I don't know who 'we' is" is addressing. You may want to word it "Bookie is currently myself and whatever volunteers contribute to the project".
[02:40] <rick_h_> he says "I would like to know why nobody notified us'
[02:40] <rick_h_> I'll s/we/us
[02:40] <cmaloney> And you're answering it as such.
[02:41] <rick_h_> screw it, hit send
[02:42] <cmaloney> Yeah, I can understand why that pissed you off.
[02:42] <cmaloney> heh
[02:42] <rick_h_> I just spent nearly $1k this past week on new server stuff...yea call me bitchy
[02:43] <cmaloney> yeah, that's completely understandable
[02:43] <rick_h_> ty sir, I appreciate the filter
[02:43] <cmaloney> Not sure how you could make it any more plain what was going on.
[02:43] <cmaloney> np. Glad I could help out. :)
[02:45] <rick_h_> on the plus side, fulltext index is fully caught up and search should be kick ass now.
[02:45] <_stink_> i thought it was perfect as pasted :)
[02:45] <rick_h_> _stink_: ty :)
[02:45] <rick_h_> I couldn't find the button for 'reach through the internet and throttle'
[02:45] <widox> rick_h_: hah. I just ran into that broken extension situation
[02:46] <rick_h_> widox: sorry, I didn't test it but assumed the url redirects would 'just work'
[02:46] <rick_h_> and if it doesn't work, figured the big url redirect and such would jump out, or twitter, or irc.
[02:46] <widox> well, it breaks because of the SSL cert
[02:46] <rick_h_> I should have hit up the mailing list I guess
[02:46] <cmaloney> _stink_: But then I couldn't use my superpower of peacemaking
[02:46] <rick_h_> widox: it shoudl only do that if you type in http://bmark.us
[02:46] <rick_h_> and I should fix that by having the http go back to https://bmark.us and then forward to https://bookie.io
[02:47] <widox> dunno. that's what the debug console said
[02:47] <rick_h_> oh well sucky
[02:47]  * rick_h_ launches FF
[02:47] <widox> I assume Chrome does the same...?
[02:47] <rick_h_> I think I changed it, I've not updated firefox to checking it out
[02:48] <rick_h_> well the damn thing jumps out with a yellow warning at least
[02:48] <rick_h_> it's not like it's hidden
[02:48]  * rick_h_ can't recall how to debug an installed extension crummy
[02:48] <_stink_> cmaloney: i am very glad you have that skill
[02:48] <widox> rick_h_: yep
[02:48] <rick_h_> anyway, it's not the fact that he filed a 'bug report' that made me cranky
[02:48] <_stink_> i'll call you when i'm about to launch the nukes
[02:48] <rick_h_> it's the lack of a bug report and more of a the 'angry entitled freeloader personal email'
[02:49] <rick_h_> expecially when everythign else is so kick ass. The new hardware and such is making bookie fly
[02:49] <rick_h_> (well the fixed queries helped too)
[02:50] <widox> sure, understandable
[02:51] <rick_h_> anyway, all good. It happens in OSS world.  I can ask him stuff if you need me to
[11:55] <wolfger> How was everybody's weekend, other than "too short"? (that's my answer...)
[12:00] <rick_h_> yea, camping weekend so party
[12:01] <brousch_> heh, my RSS feed is full of old bookie results
[12:02] <rick_h_> yea, I think the server/feed change caused it to blow up once
[12:02] <rick_h_> brousch_: it seems fine after that initial blow up though hopefully
[12:03] <brousch_> Ug, tired
[12:03] <wolfger> I'm jealous. This is excellent camping weather
[12:03] <brousch_> Was up until 1AM working on controlling an Arduino with Python
[12:04] <rick_h_> lol
[12:04] <rick_h_> you need to spend more time at home away from the hackerspace
[12:04] <rick_h_> it's affecting your sleep hah
[12:04] <brousch_> It was at home!
[12:04] <wolfger> Something wrong with controlling Arduino natively? :-P
[12:04] <brousch_> wolfger: There are advantages even aside from the superior language
[12:05] <wolfger> I spent Saturday afternoon/evening going to a Tigers game with work folks. Sunday I slept a bit and hit the driving range, then wasted the rest of my day watching the godawful Lions
[12:05] <brousch_> Your controller is a real computer (or RPi) and has all of the Python ecosystem, Internet, etc available without shields
[12:07] <brousch_> All of Linux (or even Windows) becomes available
[12:08] <wolfger> Hmm. Learned something new today: http://programmers.stackexchange.com/questions/198481/why-cant-an-xml-comment-contain-two-hyphens
[12:08] <bookiebot> http://goo.gl/YVQvdm - sgml - Why can't an xml comment contain two hyphens - Programmers Stack Exchange
[12:09] <wolfger> brousch_: so you're using Arduino basically as a real-world I/O interface to your lap/desktop?
[12:09] <brousch_> Right
[12:09] <brousch_> or Rpi
[12:09] <brousch_> Lets you make interfaces with lights and physical buttons
[12:10] <wolfger> Rensselaer Polytechnic Institute? (that's what Google gives me)
[12:10] <wolfger> what's an Rpi?
[12:10] <brousch_> Raspberry Pi
[12:10] <wolfger> ah
[12:11] <wolfger> I guess I'm not that familiar with Raspberry Pi. I would not have thought hooking it to an Arduino would be beneficial at all. I thought it was more of an Arduino replacement.
[12:12] <brousch_> Do you live in a cave?
[12:12] <wolfger> more or less
[12:13] <brousch_> It's a full Linux (Debian based) computer running on ARM
[12:13] <wolfger> Around about the time I bought an Arduino, everybody quit talking about Arduino and started talking about RPi. I just made an assumption and ignored it because I wasn't about to switch away from the toy I just bought.
[12:13] <brousch_> They have different focuses
[12:14] <wolfger> So it was just a conversational replacement and not a technical replacement... :-D
[12:15] <brousch_> Well an RPi can do a lot of what Arduino does, but with more power usage and less flexibility
[12:15] <brousch_> Arduinos now can be the size of your thumbnail
[12:16] <brousch_> https://www.pjrc.com/teensy/teensy31.html
[12:16] <bookiebot> http://goo.gl/tdge4R - Teensy 3.1: New Features
[12:21] <cmaloney> brousch_: iirc there's a Python native thingie for Arduino. Name is escaping me at the moment
[12:21] <brousch_> Yes. That's what I am using
[12:22] <brousch_> pyfirmata is the low level module, and BreakfastSerial is a higher level module
[12:22] <brousch_> pyfirmata's documentation is pretty much nonexistent
[12:22] <cmaloney> There was something else that I saw.
[12:23] <cmaloney> Gah, all I'm thinking of is numpy but that's completely off-base.
[12:23] <cmaloney> nanpy?
[12:24] <wolfger> http://www.wired.co.uk/news/archive/2013-12/06/micro-python
[12:24] <bookiebot> http://goo.gl/PpDWCO - Micro Python: more powerful than Arduino, simpler than the Raspberry Pi (Wired UK)
[12:25] <brousch_> wolfger: Yeah, but it's an incomplete Python and a special board
[12:25] <jrwren_> what bus?
[12:26] <cmaloney> Hm, I never realized nanpy needed special firmware. Never mind.
[12:26] <brousch_> That seems odd. Maybe they mean a sketch
[12:27] <cmaloney> Nah, there's something they're doing with it perhaps to make it more friendly with Python?
[12:27] <cmaloney> Not sure, but I'm not terribly interested in reflashing an Arduino. :)
[12:27] <brousch_> Yeah, it's just an Arduino sketch
[12:30] <rick_h_> cmaloney: _stink_ widox got a nice contrite apology email today so good stuff
[12:37] <cmaloney> rick_h_: Awesome. :)
[12:53] <_stink_> rick_h_: phew, faith restored.
[13:08] <brousch_> hm, getting all sorts of weird retweets on my meeting announcement
[13:08] <brousch_> My klout will soar!
[13:10] <wolfger> woot
[13:11] <widox> rick_h_: good deal
[13:21] <mrgoodcat> rick_h_: return_fragment=False is what i ended up needing
[13:22] <rick_h_> mrgoodcat: cool
[13:23] <rick_h_> mrgoodcat: ok I wasn't sure if you were using it from the cli or what
[13:23] <rick_h_> mrgoodcat: what are you using breadability for?
[13:24] <mrgoodcat> lol another bookiebot feature
[13:24] <mrgoodcat> go figure right?
[13:24] <rick_h_> ah, gotcha
[13:24] <mrgoodcat> actually it's not bookiebot for now
[13:24] <mrgoodcat> but i'm sure it will end up being
[13:25] <mrgoodcat> someone asked me to add a feature to the bot i maintain for the wmu computer club
[13:25] <rick_h_> what's the feature?
[13:25]  * rick_h_ wonders if r.bmark.us and it's api would do it for you
[13:26] <mrgoodcat> probably would
[13:26] <mrgoodcat> hang on real quick
[13:26] <mrgoodcat> .reload
[13:26] <bookiebot> reloaded 29 plugins in 0.011099 seconds
[13:26] <mrgoodcat> .read https://mojang.com/2014/09/yes-were-being-bought-by-microsoft/
[13:26] <bookiebot> http://read.dyladan.me/qHh
[13:26] <bookiebot> http://goo.gl/5PSLcF - Yes, we’re being bought by Microsoft
[13:27] <mrgoodcat> that's the feature in a nutshell
[13:27] <rick_h_> yea, so you can use the api on r.bmark.us to create a readable version and a shortlink off of it
[13:27] <cmaloney> Morning again
[13:27] <mrgoodcat> its a little different than that because they want it integrated into the club website and admin-only access and whatnot
[13:27] <rick_h_> http://r.bmark.us/u/fdbf7b1ef07f2e
[13:28] <rick_h_> gotcha, ok. well fyi that's out there. It's a small python app you can run on heroku on the free tier
[13:28] <rick_h_> (where r.bmark.us runs)
[13:28] <mrgoodcat> woah... something is funky with the rendering
[13:28] <rick_h_> and you can just post the url https://github.com/bookieio/bookie_parser
[13:28] <bookiebot> http://goo.gl/ZirndA - bookieio/bookie_parser · GitHub
[13:28] <mrgoodcat> oh awesome
[13:28] <mrgoodcat> i might do it that way
[13:29] <mrgoodcat> is the rendering odd for you on that page?
[13:29] <rick_h_> https://github.com/bookieio/bookie_parser/blob/master/bookie_parser/__init__.py#L24
[13:29] <bookiebot> http://goo.gl/sYjBuu - bookie_parser/__init__.py at master · bookieio/bookie_parser · GitHub
[13:29] <mrgoodcat> odd/slow
[13:29] <rick_h_> no, working here
[13:30] <mrgoodcat> must be my font renderer or something
[13:30] <mrgoodcat> i'm using arch
[13:30] <mrgoodcat> which means i have to set all that shit up
[13:30] <rick_h_> lol
[13:33] <mrgoodcat> is there r.bmark.us api docs?
[13:33] <mrgoodcat> or do i just post the url to r.bmark.us
[13:34] <rick_h_> mrgoodcat: I linked it in that __init_-
[13:34] <rick_h_> mrgoodcat: not great docs no, it's small/tiny
[13:34] <mrgoodcat> ok
[13:34] <rick_h_> two endpoints really
[13:34] <mrgoodcat> yea i'm looking at the init now
[13:34] <rick_h_> POST to it or GET the hash
[13:34] <rick_h_> line 24
[13:39] <mrgoodcat> POST to /api/v1/parse with a json body {url:"http://awesomesite.com"} and thats it?
[13:39] <bookiebot> http://goo.gl/ml73yK - awesomesite.com
[13:44] <rick_h_> mrgoodcat: think so
[13:44] <rick_h_> mrgoodcat: been a bit since I tinkered with it
[13:55] <mrgoodcat> just so you know the json response returns the readable content twice
[13:55] <rick_h_> mrgoodcat: yea, one is some raw data or something
[13:55] <rick_h_> there was a reason for it
[13:56] <rick_h_> mrgoodcat: maybe one is the original content?
[13:56] <mrgoodcat> nope, exactly the same http://hastebin.com/igigawoviw.json
[13:56] <bookiebot> http://goo.gl/OO9ZLR - hastebin
[13:56] <mrgoodcat> readable and data[readable]
[13:56] <rick_h_> yea, don't recall why it did that I guess
[13:56] <mrgoodcat> lol
[13:56] <mrgoodcat> ok
[13:57] <rick_h_> maybe some api version history or something
[13:57] <mrgoodcat> just wanted to make sure you're aware
[13:57] <rick_h_> yea, the r.bmark.us needs some love
[13:57] <rick_h_> I had the goal of turning it into a full microservice and having bookie run all the links through it vs doing it on its own
[13:58] <rick_h_> I use it once in a while via the bookmarklet so that I can clean up hard to read articles
[13:59] <mrgoodcat> thats why we were using breadability more or less
[13:59] <rick_h_> yea
[13:59] <rick_h_> your use seemed to match up mine there
[13:59] <rick_h_> which is why I brought it up
[14:13] <mrgoodcat> rick_h_: when did bmark.us become bookie.io?
[14:14] <rick_h_> mrgoodcat: last week
[14:14] <mrgoodcat> like 4 days ago?
[14:15] <cmaloney> Yeah
[14:16] <rick_h_> mrgoodcat: something like that yes
[14:17] <cmaloney> greg-g: Picked up more Kyuss this weekend as well
[14:17] <cmaloney> Blues for the Red Sun and Welcome to Sky Valley
[14:21] <mrgoodcat> i'm trying to POST to bookie.io and getting SSL errors
[14:23] <cmaloney> Using Curl?
[14:23] <mrgoodcat> no
[14:23] <mrgoodcat> python requests
[14:24] <mrgoodcat> i turned off ssl verification and it started working
[14:24] <rick_h_> mrgoodcat: make sure it's https
[14:24] <mrgoodcat> it's all public anyways so i don't really care if I get MITM'd
[14:24] <mrgoodcat> it is
[14:24] <cmaloney> I had to turn off cert checking for my backup script using curl
[14:24] <mrgoodcat> api = "https://bookie.io/api/v1/bookiebot/bmark?api_key=%s" % apikey
[14:24] <cmaloney> (which I should have mentioned prior)
[14:25] <rick_h_> hmm, sucky
[14:25] <rick_h_> chrome says the cert is all good
[14:25] <mrgoodcat> cmaloney: your backup script hits bookie?
[14:25] <rick_h_> maybe something is up, will try to look
[14:26] <cmaloney> Yeah, it backs up the bookmarks on a nightly basis
[14:26] <mrgoodcat> oh got it
[14:27] <rick_h_> cmaloney: is that the json api or the htm one?
[14:28] <cmaloney> https://bookie.io/craig/export
[14:29] <rick_h_> cmaloney: ok cool
[14:29] <rick_h_> the api one (json) will get big soon now that we can join with readable content I'm going to enable dumping of the content with that api call
[14:31] <cmaloney> Does this export private bookmarks as well? I'm not authenticating to it.
[14:31] <rick_h_> it won't if you don't authenticate
[14:31] <rick_h_> the api will
[14:31] <rick_h_> and I think the export url you mention *should* if you add api auth to the url
[14:32] <cmaloney> Um, it will. :)
[14:32] <cmaloney> I'm not authenticating
[14:33] <rick_h_> bah
[14:33]  * rick_h_ knew we tested this as I made a stink about it
[14:33] <rick_h_> ok
[14:39] <cmaloney> .np squeekyhoho
[14:39] <bookiebot> squeekyhoho's current track - Apothecaries' Weight by Kyuss on Mercurious Pools
[14:40] <cmaloney> I really hate last.fm's album matching
[14:45] <mrgoodcat> why? is that wrong?
[14:48] <cmaloney> .np squeekyhoho
[14:48] <bookiebot> squeekyhoho's current track - Freedom Run by Kyuss on Mercurious Pools
[14:49] <cmaloney> The album is Blues for the Red Sun
[14:49] <cmaloney> Which I don't think you can do anything about at the bot level
[14:50] <mrgoodcat> nope
[14:50] <mrgoodcat> its all returned by the api
[14:50] <cmaloney> Yeah
[14:51] <cmaloney> Hence my initial complaint at last.fm. ;)
[14:52] <mrgoodcat> .read http://finance.yahoo.com/news/comcast-threatening-cut-off-customers-092817979.html
[14:52] <bookiebot> http://r.bmark.us/u/6795709eee7511
[14:52] <mrgoodcat> now it uses bookie
[14:52] <cmaloney> Nice.
[14:52] <mrgoodcat> rick_h_: is r.bmark.us going to be r.bookie.io too?
[14:53] <rick_h_> mrgoodcat: yes, eventually
[14:53] <rick_h_> mrgoodcat: and then it'll be super fast and not on heroku's free tier
[14:53] <cmaloney> nice. :)
[14:53] <rick_h_> but only so much time for oss hobbies :/
[14:53] <rick_h_> and I'll have more then 8mb of redis memory for caching old parsed urls
[14:53] <mrgoodcat> if nothing else, it at least gives me some nice readable default css :)
[14:54] <rick_h_> :)
[14:54] <cmaloney> it should be noted that Mercurious Pools is apparently a bootleg recording.
[14:54] <mrgoodcat> ok so r.bmark.us is definitely rendering funny for me
[14:54] <mrgoodcat> nobody else is seeing this?
[14:54] <mrgoodcat> scroll quickly on the article
[14:54] <mrgoodcat> the render is super slow
[14:54] <cmaloney> I'm seeing that as well
[14:54] <cmaloney> Chrome, right?
[14:54] <mrgoodcat> yerp
[14:55] <rick_h_> hmm, I've got some fancy background image on there repeating
[14:55] <rick_h_> maybe some computers don't like it
[14:55] <cmaloney> Almost like it's rendering an image
[14:55] <_stink_> hmm, i'm not seenig anything funny
[14:55] <cmaloney> Firefox?
[14:56] <_stink_> chromium on 14.04
[14:56] <mrgoodcat> woah. that tab has a huge memory load too
[14:58] <mrgoodcat> well the memory usage went down, not sure what happened there, but that tab is taking huge CPU to scroll
[14:58] <mrgoodcat> by huge i mean ~40% of one core
[15:03] <wolfger> I don't know. I'm not seeing anything described. No fancy background, no slow rendering.
[15:10] <mrgoodcat> i don't see a fancy background
[15:10] <mrgoodcat> just slow render
[15:10] <mrgoodcat> i'm on a slow-ish computer though
[15:11] <greg-g> cmaloney: sweet :) which?
[15:12] <mrgoodcat> no issues in firefox
[15:12] <mrgoodcat> wolfger: what browser/version?
[15:13] <mrgoodcat> i'm using chrome Version 37.0.2062.120 (64-bit)
[15:13] <greg-g> cmaloney: oh, you said, cool!
[15:14] <greg-g> cmaloney: welcome to sky valley was my first Kyuss album
[15:44] <cmaloney> greg-g: yeah, picked up all of the major Kyuss releases at UHF
[15:50] <wolfger> mrgoodcat: Google Chrome Version 37.0.2062.103 m
[15:50] <mrgoodcat> mobile?
[15:50] <wolfger> laptop
[15:51] <mrgoodcat> wondering what the m at the end is
[15:51] <wolfger> I'm pretty sure I didn't select a specifically mobile version of Chrome, but I guess I don't recall.
[15:52] <wolfger> also running ABP extension, as well as a few others
[15:53] <wolfger> just updated to 120 m
[15:53] <mrgoodcat> its a css issue
[15:53] <mrgoodcat> disabling javascript didn't help
[15:54] <mrgoodcat> disabling css did
[17:47] <cmaloney> .np squeekyhoho
[17:47] <bookiebot> squeekyhoho's current track - The Melody (On The Deuce By 44) by Herbie Hancock on Dis Is Da Drum
[17:47] <cmaloney> <- word
[19:50] <brousch_> Any Arrested Development fans? https://www.goodreads.com/book/show/15833937-the-man-inside-me
[19:50] <bookiebot> http://goo.gl/3GdkKs - The Man Inside Me by Tobias Fünke — Reviews, Discussion, Bookclubs, Lists
[19:53] <cmaloney> I've watched and been amused by the show
[19:53] <rick_h_> I watched and was not amused
[19:53] <rick_h_> but my wife loved the thing
[19:53] <cmaloney> It's kind of like British Comedy.
[19:53] <brousch_> I did not watch it on TV, but have watched the whole series 2x on Netflix
[19:53] <cmaloney> they'll pull references from previous shows
[19:54] <cmaloney> and won't explain things if you don't get it
[19:54] <brousch_> It makes perfect sense if you don't miss any episodes!
[19:54] <cmaloney> Totally
[19:54] <cmaloney> Which is why it failed in the US
[19:54] <cmaloney> on air
[19:54] <cmaloney> because Fox can't seem to not fuck with a show.
[19:55] <cmaloney> Unless it's The Simpsons
[19:55] <cmaloney> note: working off of 10 year old information here.
[19:58] <brousch_> cmaloney: Had a good Go battle with a random. 19x19 is interesting. On 9x9 you get 1 maybe 2 good fights and the game is over, but on 19x19 there are many more
[19:58] <cmaloney> Yeah, I have yet to play a full 19x19 game
[19:59] <cmaloney> 9x9 is pretty cramped. good for learning but a completely different game
[19:59] <cmaloney> 13x13 is interesting
[20:00] <cmaloney> Also: your capturing game is starting to piss me off. :)
[20:01] <mrgoodcat> rick_h_: when hacking on bookie_parser, should i change styles.css or styles.scss?
[20:01] <rick_h_> mrgoodcat: the scss, it's sass and compiles to the css
[20:01] <mrgoodcat> cool
[20:01] <mrgoodcat> ok
[20:02] <brousch_> cmaloney: hah!
[20:02] <brousch_> Fighting the randoms is helping
[20:02] <cmaloney> I can see that
[20:03] <cmaloney> I think you're going to win on prisoners alone
[20:03] <mrgoodcat> rick_h_: line 63 of styles.scss is the line causing the rendering issues
[20:03] <rick_h_> mrgoodcat: k
[20:04] <mrgoodcat> oddly it doesn't seem to do anything
[20:04] <mrgoodcat> on chrome anyways
[20:04] <mrgoodcat> i can't see any difference
[20:15] <mrgoodcat> the makefile takes a while on this project...
[20:18] <mrgoodcat> can't get the makefile to work on my machine for some reason (possibly because archlinux) so i can't test, but i'm 100% sure that line is the issue
[20:26] <mrgoodcat> seems to be working on ubuntu vps
[20:26] <mrgoodcat> slowly
[20:29] <mrgoodcat> gah failed
[20:31] <cmaloney> .np squeekyhoho
[20:31] <bookiebot> squeekyhoho's current track - Adventure by Disasterpeace on Fez
[20:33] <mrgoodcat> cmaloney brousch_ i played a 13x13 game with a random. got my ass kicked
[20:33] <mrgoodcat> :/
[20:33] <mrgoodcat> every time i thought maybe i was salvaging the game...   I played chess against some good folks and learned a few tricks
[20:46] <mrgoodcat> never even heard of GIPF
[20:46] <cmaloney> but it's not interesting to me.
[20:47] <cmaloney> http://boardgamegeek.com/boardgame/527/gipf
[20:47] <bookiebot> http://goo.gl/7HHZIs - GIPF | Board Game | BoardGameGeek
[20:47] <cmaloney> It's a set of 6-7 games that are all abstract
[20:48] <mrgoodcat> hmm
[20:48] <cmaloney> The Strong Recommendations games section are all of the games in the project
[20:49] <cmaloney> ZERTZ and DVONN are highly recommended
[20:49] <cmaloney> Just got PUNCT
[20:49] <mrgoodcat> wow crazy names
[20:49] <cmaloney> haven't convinced JoDee to play YINSH and TAMSK yet.
[20:49] <cmaloney> and she hated GIPF
[20:50] <cmaloney> TAMSK is the hardest one to find because it's no longer considered part of the project
[20:50] <cmaloney> http://boardgamegeek.com/boardgame/108/tamsk
[20:50] <bookiebot> http://goo.gl/wTv3SB - TAMSK | Board Game | BoardGameGeek
[20:50] <mrgoodcat> PUNCT looks cool
[20:51] <cmaloney> Yeah, I'm looking forward to playing that one
[20:51] <cmaloney> they're really art pieces and interesting designs
[20:51] <cmaloney> But they're all two-player games.
[20:53] <cmaloney> http://boardgamegeek.com/wiki/page/project_GIPF
[20:53] <bookiebot> http://goo.gl/N49EdQ - project GIPF | Wiki | BoardGameGeek
[20:53] <cmaloney> Here's a better page on how they all interlink
[20:56] <cmaloney> But yeah, I'm always looking for good 2-player board games.
[20:56] <mrgoodcat> so all 6 games are actually one game
[20:56] <mrgoodcat> ?
[20:56] <cmaloney> They're 6-7 separate games
[20:57] <cmaloney> but there's expansions where you can take the results of one of the other games and affect another game
[20:57] <mrgoodcat> ah
[20:57] <mrgoodcat> got it
[20:57] <mrgoodcat> http://rampantgames.com/blog/?p=7745
[20:57] <bookiebot> http://goo.gl/1OYDYY - Black Triangles
[20:58] <mrgoodcat> i'm going to steal the term black triangle from now on
[20:58] <mrgoodcat> i like it
[20:59] <mrgoodcat> hmmmm
[20:59] <mrgoodcat> .read http://rampantgames.com/blog/?p=7745
[20:59] <bookiebot> http://r.bmark.us/u/d84ecd19fa19c0
[20:59] <greg-g> ohhh, it reads it for me?!
[20:59] <mrgoodcat> now why does bookie.io not show any content for that?
[20:59] <mrgoodcat> https://bookie.io/bmark/readable/d84ecd19fa19c0
[20:59] <mrgoodcat> greg-g: yes
[20:59] <mrgoodcat> i was thinking about making it a sort of read-it-later service backed by bookie.io
[21:00] <mrgoodcat> rick_h_: why would bookie.io show "no parsed content" on a site that breadability can parse just fine?
[21:01] <rick_h_> mrgoodcat: otp atm not sure
[21:01] <mrgoodcat> kk
[21:01] <mrgoodcat> going into class, i'll pick your brain later
[21:01] <rick_h_> mrgoodcat: breadability version diff?
[21:01] <mrgoodcat> read command uses r.bmark.us
[21:01] <greg-g> does r.bmark.us work
[21:01] <mrgoodcat> so i'd figure bookie.io would be the same
[21:01] <mrgoodcat> greg-g: yes. .read uses it
[21:02] <mrgoodcat> time for class
[21:02] <mrgoodcat> talk to you all later
[21:02] <mrgoodcat> cmaloney: thanks for the game recommends. just texted the list to my $gf with the caption "*cough* ahem *cough* christmas"
[21:02] <mrgoodcat> we'll see what happens
[21:04] <cmaloney> mrgoodcat: LMK what sorts of games you are interested in. I have a few that I've looked into.
[21:04] <cmaloney> http://boardgamegeek.com/collection/user/craigm
[21:04] <bookiebot> http://goo.gl/wCrGpN - craigm | User Collection | BoardGameGeek
[21:04] <cmaloney> yes, I am insane. :)
[22:01] <mrgoodcat> aaaand i'm back


[02:13] <Luong> hi all
[02:14] <Luong> anyone available?
[02:19] <bluesabre> I always worry about those that are in that much of a hurry
[06:37] <flocculant> bluesabre: love to be able to say I can launch players more than once ... but I can't ;)
[06:41] <flocculant> obviously using 17.10 and a bunch of ppa's here :)
[06:44] <flocculant> also a bit confused as to version number - doesn't appear to have changed http://i.imgur.com/B9wuzYa.png
[06:48] <Unit193> Restarted panel after compiling?
[06:48] <flocculant> rebooted actually
[06:49] <flocculant> I assumed I was grabbing that ^^ and not Sean's fork version
[07:06] <bluesabre> flocculant: using the new location? https://git.xfce.org/panel-plugins/xfce4-pulseaudio-plugin/
[07:06] <bluesabre> the fork has been merged
[07:07] <flocculant> bluesabre: yea - the one you linked at silly o'clock :)
[07:08] <bluesabre> flocculant: and if you go to the plugin settings, there's a "Media Players" section there as well now (just to confirm) https://i.imgur.com/8E5dN3I.png
[07:08] <flocculant> not sure what's going on now - I uninstalled - removed from panel - apparently all that locate could find was git folder and some .po's - but I could still add it to the panel
[07:09] <flocculant> nope - not seeing that
[07:09] <flocculant> which is good - means it's just me broken :D
[07:09] <flocculant> again ...
[07:10] <bluesabre> :)
[07:10] <bluesabre> ./autogen.sh --prefix=/usr
[07:12] <flocculant> nope
[07:12] <bluesabre> weiiiiiiiiiiiird
[07:12] <flocculant> not too much of a bother though
[07:13] <flocculant> yea
[07:13] <flocculant> but I've all manner of random xfce git things installed - with whatever you and Unit193 have chucked at ppa's here ;)
[07:14] <bluesabre> anyhoo, back to bed for me... I'll respond to the b1 mail when I wake back up, I think it'd be good for us to participate
[07:14] <flocculant> bluesabre: while we're both here at the same time - I'll not be about much for that
[07:14] <flocculant> sleep well
[07:14] <bluesabre> flocculant: that's fine, I can make myself available
[07:14] <flocculant> ok cheers
[07:17] <Unit193> flocculant: Nooooo, I don't usually push git snapshots! (Just xfwm4...)  And heh, was going to ask what he's doing up.
[07:17] <flocculant> :)
[08:02] <akxwi-dave> Morning guys...   sorry t'interweb has been down all weekend.. a drunk driver decided to crash into the telecoms cabinet on our street..    my thoughts are same as bluesabre  for beta 1.. Downloading as we speak to start  testing..
[11:06] <ochosi> bluesabre: could you add a check whether volumed is running in the config dialog of pa-plugin and tell the user that there are two "conflicting" services?
[11:13] <flexiondotorg> bluesabre flocculant As you have seen the release team added Xubuntu to the 17.10 Beta 1 testing tracker.
[11:15] <flocculant> flexiondotorg: ta - new name akxwi-dave is also xubuntu qa
[11:15] <flexiondotorg> flocculant Thanks.
[11:15] <flexiondotorg> Hello akxwi-dave :-)
[11:16] <akxwi-dave> hi flexiondotorg  and flocculant
[11:16] <akxwi-dave> Critical bug for i386
[11:16] <akxwi-dave> bug 1713701
[11:16] <flocculant> hah
[11:17] <flocculant> ditch that \o/
[11:17] <akxwi-dave> lol knew you would say that... :-)
[11:18] <flocculant> :D
[11:18] <flocculant> bluesabre: well I'm lost - cleared all the plugin out - checked and no pa-plugin stuff anywhere, grabbed it from  git://git.xfce.org/panel-plugins/xfce4-pulseaudio-plugin
[11:19] <flocculant>  and it still gives me old stuff
[11:20] <flocculant> flexiondotorg: we both kind of do all the stuffs but I'm more Xfce/Xubuntu and Dave is more Xubuntu/Xfce
[11:21] <flexiondotorg> Thanks for the background.
[11:21] <flocculant> np
[11:21] <flocculant> though I tend to be more about on irc - noisy me :D
[11:22] <akxwi-dave> i'm there, but by time i go to say anything flocculant  has beat me to it..  ;-)
[11:23] <flocculant> :)
[11:23] <flocculant> akxwi-dave: looks like bug is a dupe on 32bit https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1713344
[11:26] <akxwi-dave>  damn that ubuntu-bug tool, it really should find these dupes before they are made
[11:26] <flocculant> yea
[11:29] <flocculant> having to cli these damn vm's
[11:32] <akxwi-dave> ouch... still not found out whats wrong?
[11:32] <flocculant> nope
[11:32] <flocculant> pointed jbicha at the 32bit seg fault
[11:33] <akxwi-dave> cheers
[11:33] <flocculant> need to try and work out how to better resolution from cli - but at least I can install on it
[14:27] <flexiondotorg> akxwi-dave Where will the Xubuntu 17.10 Beta 1 release notes be published?
[14:32] <akxwi-dave> flexiondotorg:  Hi you are better asking knome about that.. he usually deal with that sode of thing.. usually on the website or mailing list..
[14:40] <flexiondotorg> akxwi-dave ack
[15:48] <flocculant> hah - in what reality is that then :p
[15:48] <flocculant> flexiondotorg: it will be at https://wiki.xubuntu.org/releases/17.10/release-notes
[15:49] <flocculant> we've not been differentiating lately on release notes - that will eventually not be a draft release note
[15:49] <flexiondotorg> flocculant Thanks.
[22:55] <bluesabre> evening all
[22:58] <Unit193> Heya, bluesabre.
[22:58] <bluesabre> Hi Unit193
[23:49] <Unit193> bluesabre: sn-plug still in NEW, x-d-s still un-uploaded.
[23:53] <Unit193> I'm sure you saw gtk+3.0 fixed the regression in Ubuntu and Debian, so end of status update.
[23:55] <Unit193> GNOME 786029 was fixed upstream too! \o/
[23:58] <bluesabre> Great!


[00:13] <rick_h> kelvinliu:  right, but looking at the relation I don't see it writing out the config actually. just setting pod_spec
[00:14] <rick_h> kelvinliu:  does something write that out to the LocalSettings.php in some way?
[00:14] <rick_h> kelvinliu:  once the relation is there does it actively come up as a usable wiki or still want more configuring
[00:14] <kelvinliu> rick_h: which charm are u using?
[00:15] <kelvinliu> u just need relate the mediawiki with mariadb then expose
[00:16] <rick_h> kelvinliu:  right, so when you expose it and load the page does it come up saying "LocalSettings.php not found.
[00:16] <rick_h> Please complete the installation and download LocalSettings.php.
[00:16] <kelvinliu> u see this from the wiki web page?
[00:17] <kelvinliu> im not sure, for testing purpose, I just always check the webpage gives status code < 400
[00:18] <kelvinliu> rick_h: im deploying it to see what's in the page now
[00:19] <rick_h> kelvinliu:  k, I'm trying it on another model to see as well
[00:24] <rick_h> kelvinliu:  so I setup a deploy on microk8s and I still get the "setup your wiki" and when you walk through that it asks you to configure your database manually
[00:24] <rick_h> kelvinliu:  so it doesn't actually look like the db relation "works" when you look at it
[00:33] <kelvinliu> rick_h: in the mediawiki podspec I can find the db host, port, db_name, pwd, username are all set
[00:38] <kelvinliu> rick_h:  i think the charm doesn't config the db credential ENV name correctly
[00:38] <kelvinliu> https://hub.docker.com/_/mariadb/
[00:39] <kelvinliu> they should be MYSQL_<xxx> but not MEDIAWIKI_<xxx>
[00:41] <kelvinliu> rick_h: https://pastebin.ubuntu.com/p/VHQKtQrHXK/
[01:27] <rick_h> kelvinliu:  right I mean I understnad but do you see my point that you can't use the wiki as a wiki?
[01:29] <kelvinliu> rick_h: the db relation works but the charm itself does get the relation data correctly set to the podspec
[01:29] <kelvinliu> does NOT
[01:29] <rick_h> kelvinliu:  right
[01:51] <kelvinliu> rick_h: sorry, the solution is probably not to rename the env names, but we need to generate the LocalSettings.php using the relation db data then mount into the pod using configmap
[01:51] <kelvinliu> this is the thing was missing in the charm
[06:22] <kelvinliu_> hpidcock: or tlm could u take a look this small pr plz? ty  https://github.com/juju/juju/pull/11748
[06:58] <hpidcock> kelvinliu_: lgtm
[06:58] <kelvinliu_> ta
[07:42] <flxfoo> Hi all,
[07:43] <flxfoo> Sorry to bother... i install `pip3 install juju` to write a script some time ago. now the script can ages to run (retrieving public ips of nodes). I have as well those messages coming out.
[07:44] <flxfoo> unknown facade CAASModelOperator
[07:44] <flxfoo> unexpected facade CAASModelOperator found, unable to decipher version to use
[07:44] <flxfoo> unknown delta type: id
[08:16] <stickupkid> flxfoo, those are warnings, it's safe to ignore. Essentially there is a facade that libjuju doesn't know about, but juju advertises
[08:16] <stickupkid> manadart_, CR please https://github.com/juju/juju/pull/11736
[08:36] <manadart_> stickupkid: Yep, need a few.  Sometimes it goes like less than a second to finish, sometimes more than a minute... is this normal behaviour? if yes could it deplend on controller resources?
[09:06] <stickupkid> flxfoo, what version of juju and what substrate you hitting against?
[09:26] <flxfoo> stickupkid:version is 2.8.0
[09:26] <flxfoo> public ips from a model
[09:26] <flxfoo> units public ips
[09:38] <manadart_> stickupkid, achilleasa: Forward merge; kind of big, but no conflicts: https://github.com/juju/juju/pull/11750.
[09:53] <achilleasa> manadart_: lgtm; I noticed your description commit and am wondering whether I need to update juju/description to include the VirtualPortType for exported devices (develop branch only)
[09:54] <manadart_> achilleasa: Yeah, you will need to.
[10:12] <stickupkid> manadart_, https://github.com/juju/juju/pull/11736#discussion_r444760182 <- for all DTOs or just for the client?
[10:16] <manadart_> stickupkid: I lean towards all, maybe even in a separate sub-package to make it as dependency free as possible - DTO dependence on client elements would become circular.
[10:16] <stickupkid> manadart_, yeah ok, I'll do that now
[10:49] <achilleasa> manadart_: can you take a quick look at https://github.com/juju/description/pull/81?
[10:51] <manadart_> achilleasa: Yep.
[11:08] <stickupkid> achilleasa, is juju-2.7 branch in bundlechanges a valid 2.7 branch or is it tainted?
[11:11] <achilleasa> stickupkid: I think I bumped it recently to fix the panic for relations without endpoints; let me check if that landed on 2.7
[11:13] <stickupkid> achilleasa, yeah it has
[11:13] <stickupkid> wicked
[11:13] <achilleasa> yes
[11:43] <achilleasa> can I get a CR on https://github.com/juju/juju/pull/11752?
[14:37] <manadart_> achilleasa: I'll look at yours. Can you check out this mechanical one? https://github.com/juju/juju/pull/11753
[14:38] <achilleasa> manadart_: sure
[14:56] <Eryn_1983_FL> 24 Jun 2020 14:54:48Z  juju-unit  error      hook failed: "leader-settings-changed"
[14:56] <Eryn_1983_FL> ahhhhh
[14:56] <Eryn_1983_FL> ovn freaking broke again
[15:09] <achilleasa> manadart_: got two questions on your pR
[15:14] <gsamfira> hello folks. Any chance we can get Windows Server 2019 juju tools in simplestreams: http://streams.canonical.com/juju/tools/streams/v1/com.ubuntu.juju-devel-tools.json ?
[15:28] <petevg> gsamfira: we've got a fix committed, but it hasn't made it into a release yet. Have you tried bootstrapping w/ --agent-stream=proposed?
[15:28] <petevg> https://bugs.launchpad.net/juju/+bug/1872495
[15:28] <mup> Bug #1872495: can't deploy win2019: no matching agent binaries available <simplestreams> <juju:Fix Committed by petevg> <https://launchpad.net/bugs/1872495>
[17:26] <stickupkid> hml, can I get a CR https://github.com/juju/juju/pull/11754 and https://github.com/juju/bundlechanges/pull/63/commits/9c9a93fa5758432ec07279ca9ece5c686008a802
[17:29] <gsamfira> petevg: will give it a shot in the morning! Thanks!


[05:49] <didrocks> good morning
[05:54] <darkxst> hey didrocks
[05:55] <didrocks> good evening darkxst, how was your week-end?
[05:56] <darkxst> didrocks, crap still can barely walk and today they found a blood clot in my leg ;(
[05:56] <didrocks> argh :/
[05:56] <didrocks> yeah, typical issues when you can't really move… :/
[05:57] <didrocks> going to the hospital to get it extracted?
[05:57] <darkxst> no, just been put on medication, and lost lots of blood for some tests
[05:58] <didrocks> ah, I can something to make your blood liquid
[05:59] <darkxst> didrocks, trying to finish up my gdm3 merge, but migrating settings is a mess, can't use dpkg-maintscripts-helper scripts, since the conffiles cross packages
[06:00] <didrocks> darkxst: most of the time, you can force with pre-depends the orders
[06:01] <didrocks> (not really indicated for general case, but for some special case like that)
[06:01] <darkxst> didrocks, but the paths and packages change
[06:01] <darkxst> /etc/gdm -> /etc/gdm3
[06:01] <didrocks> ah, not as easy then, indeed…
[06:01] <darkxst> gdm -> gdm3
[06:01] <didrocks> or in that case, don't care about the conffiles in the older package
[06:01] <didrocks> just handle the removal in the new binary
[06:01] <didrocks> (after transitioning)
[06:03] <darkxst> well I don't suppose many people modify gdm configs, so just going to get annoyed corner cases
[06:05] <darkxst> rm_conffile may work, since the old conffiles seem to get owned by the transitional package
[06:05] <didrocks> better to handle the transition still
[06:05]  * didrocks dislikes when we drop the ball on config transition
[06:06] <didrocks> but you don't really care about the "owning" part for moving to one package to another one
[06:06] <didrocks> you just don't install it in the "new" version of the old package
[06:06] <didrocks> and then, you handle the conffile in the new package, extracting data, rming the old conffile, and filing data in the new one
[06:06] <darkxst> didrocks, dpkg-maintscript-helper is was cares about owership
[06:07] <didrocks> oh, interesting, in that case, you should do it the old way :)
[06:07] <didrocks> you still have the scripts we used some moons ago at https://wiki.debian.org/DpkgConffileHandling
[06:10] <darkxst> yeh guess I will have to
[06:11] <darkxst> is there anyway to actaully test the scripts without a full package rebuild?
[06:12] <didrocks> just drop the file in /var/lib/dpkg/info and run it manually AFAIK
[06:12] <didrocks> (as root, of course)
[06:12] <didrocks> you can as well opened your previous ar .deb package, and change the file
[06:13] <didrocks> and run dpkg -i directly
[06:14] <darkxst> didrocks, I did try that, and the helper scripts bailed out with "invalid package", but thats less of a problem is I don't use it
[06:15] <darkxst> also debconf is dumb, suppose I have to tell it directly the new display manager is gdm3, right now it asks to choose between gdm and gdm3 (can only guess the configure script runs while both versions are unpacked?)
[06:18] <didrocks> yeah, that's what happen I guess
[06:18] <didrocks> as those triggers are executed on configure
[06:18] <didrocks> and so, you have the unpack step first (and removal)
[06:21] <darkxst> that shouldnt be a problem though, and the diff against debian is actually sane now!
[06:22] <didrocks> yeah, this gdm/gdm3 has been a nightmare for too many years
[06:22] <didrocks> thanks for fixing it! :)
[06:22] <darkxst> yeh, there hasnt been a proper merge in maybe 10 years
[06:24] <darkxst> didrocks, don't thank me yet, you will probably have to NEW it ;) and someone is going to have to sponsor the upload
[06:26] <didrocks> darkxst: I prefer NEWing that reviewing MIRs TBH :p
[06:27] <darkxst> yeh and I guess the NEWing bit is actually pretty simple in this case, same upstream code
[06:29] <darkxst> no one is going to review the merge though, would take them all day !
[06:30] <didrocks> yeah, I bet!
[06:30] <didrocks> This will be more a case of "I try to install -> works -> upload"
[06:30] <didrocks> like libreoffice uploads :)
[06:34] <darkxst> didrocks, has only taken me a year to finish it up
[06:35] <darkxst> s/to get around to finishing it up/
[06:37] <didrocks> heh ;)
[06:40] <darkxst> didrocks, mainly because its like impossible to get a sane diff, between the two
[06:41] <didrocks> yeah, I guess anyway it's a case where testing (and early drop in the distro) is the best that we can get
[06:42] <darkxst> yep, lots of time left in this cycle!
[06:42] <darkxst> and 3.18 is almost done
[06:43] <didrocks> nice!
[06:44] <darkxst> just waiting on MIR stuff for gtk, then there are the few long standing outdated packages
[06:47] <darkxst> didrocks, or should that be Mir?
[06:48] <darkxst> why name a display server after a process!
[06:52] <didrocks> darkxst: yeah, I know :/
[06:52] <didrocks> Mir is the project
[06:52] <didrocks> MIR is the process
[07:18] <darkxst> didrocks, I well know that, but its still confusing!
[07:58] <Sweet5hark> moin all
[07:59] <didrocks> good morning Sweet5hark!
[08:03] <willcooke> morning
[08:04] <didrocks> hey early willcooke
[08:05] <Sweet5hark> didrocks, willcooke: hey guys.
[08:14] <larsu> good morning!
[08:14] <darkxst> hey willcooke larsu
[08:14] <didrocks> morning larsu
[08:15] <larsu> morning didrocks & darkxst. How are you?
[08:15] <didrocks> good, thanks! yourself?
[08:16] <darkxst> larsu, broken... apparently have a blood clot in my leg, but battling with gdm3 merge was just as painful ;)
[08:16] <larsu> darkxst: oh sorry to hear. Hope you get better soon!
[08:16] <larsu> didrocks: good thanks :)
[08:18] <darkxst> larsu, not sure I will ever recover from merging gdm3!
[08:18] <darkxst> my leg however should recover soon
[08:20] <larsu> haha :)
[08:21] <seb128> good morning desktopers
[08:21] <seb128> hey larsu
[08:21] <didrocks> re seb128
[08:21] <seb128> I just missed something funny?!
[08:21] <darkxst> larsu, took my entire friday evening to just get a sane enough diff, with some rename, sed foo
[08:21] <larsu> seb128: morning! how are you?
[08:22] <darkxst> seb128, probably <darkxst> larsu, broken... apparently have a blood clot in my leg, but battling with gdm3 merge was just as painful ;)
[08:22] <seb128> larsu, good! how are you?
[08:22] <seb128> gdm fun, I see
 larsu, not sure I will ever recover from merging gdm3!
 my leg however should recover soon
[08:22] <darkxst> seb128, merge is done, just battling with migrations now
[08:23] <darkxst> I can't use the helper scripts ;(
[08:23] <seb128> why not?
[08:23] <darkxst> cause paths and packages changes
[08:24] <darkxst> dpkg-maintscript-helper checks to see if package owns the files, but we are crossing packages and changing paths
[08:25] <seb128> k
[08:26] <darkxst> seb128, really migration is just a mess, but the resulting diff is so much more saner, atleast
[08:27] <seb128> that's something ;-)
[08:30] <larsu> seb128: great thanks!
[08:32] <darkxst> seb128, atleast it only needs to be done once!
[08:42] <darkxst> seb128, or twice, though my git branch from the first attempt last year proved incredibly helpful ;)
[08:42] <seb128> larsu, did you see my ping on friday btw?
[08:42] <larsu> seb128: notify osd icons? Working on it
[08:42] <seb128> larsu, yes
[08:42] <larsu> sorry, conference was more fun than I thought
[08:42] <seb128> thanks, should we hold the current silo?
[08:42] <larsu> and got the log spam issue fixed :)
[08:42] <larsu> talking to maintainers in person helps ;)
[08:42] <seb128> no problem :-)
[08:42] <seb128> great!
[08:43] <seb128> was it fixed in glib?
[08:43] <seb128> or in dbus?
[08:43] <larsu> my (amended) patch is in dbus (just the spec)
[08:43] <larsu> I'll take care of pushing the glib fix today
[08:43] <seb128> great
[08:43] <seb128> danke
[08:43] <larsu> yw!
[08:44] <larsu> seb128: ya hold it if you don't mind watining the day
[08:45] <seb128> k, doing that, no worry
[08:49]  * willcooke -> opticians - bbiab
[09:03] <Laney> hullo
[09:05] <darkxst> hey laney
[09:05] <Laney> sup darkxst
[09:05] <Laney> I read scrollback, no need to repeat ;-)
[09:06] <darkxst> Laney, too much crap
[09:07] <larsu> morning Laney!
[09:10] <didrocks> hey Laney!
[09:10] <seb128> hey Laney, how are you?
[09:11] <Laney> hey larsu & didrocks & seb128!
[09:11] <Laney> what a treat!
[09:11] <ricotz> hey desktopers
[09:11] <Laney> doing good thanks, nice relaxing weekend
[09:11] <Laney> good weekends all?
[09:11] <Laney> hi ricotz
[09:11] <ricotz> seb128, hi, afaics bamf doesnt like those two gedit desktop-files and seems to randomly pick one as default
[09:12] <ricotz> hey Laney
[09:12] <ricotz> Trevinho, hi ^, regarding bamf <-> new gedit
[09:14] <didrocks> morning ricotz
[09:15] <ricotz> hi didrocks
[09:20] <seb128> ricotz, no idea about that, it's not different from what we did with e.g totem or nautilus
[09:20] <seb128> but we can revert the GNOME renames if needed
[09:22] <seb128> Laney, seems like doko fixed binutils and a good part of what was stacked migrated on saturday ;-)
[09:22] <Laney> yeah I saw
[09:22] <Laney> good old doko
[09:24] <seb128> I'm glad it did migrate
[09:25] <seb128> I misread what you said on friday and though we were stucked to get x265 and other things through
[09:26] <Laney> no that's gstreamer and other things
[09:27] <seb128> k
[09:27] <seb128> I though we ended up with everything have to go together
[09:27] <seb128> anyway it's mostly good now ;-)
[09:29] <ricotz> seb128, I think I see this with nautilus too, not sure about totem
[09:30] <seb128> ricotz, is that a bamf bug?
[09:30] <ricotz> seb128, I would not revert the GNOME renames, this would break the DBusActivatable feature?
[09:30] <seb128> is that used anywhere?
[09:31] <ricotz> seb128, it might be a bamf issue, maybe NotShownIn OnlyShowIn would be better to differenciate
[09:32] <ricotz> not sure, but it is there for a reason and avoiding to follow the rename might just lead to problems later
[09:33] <ricotz> keeping those old-named files arround is just to preserver user-settings regarding pinned application in unity?
[09:35] <seb128> not only unity or pinned applications
[09:35] <seb128> but yeah user settings
[09:35] <seb128> it's also e.g mimetype associations
[09:36] <seb128> you pick something else as your favorite text editor and then back gedit
[09:36] <seb128> and you have gedit.desktop in your config
[09:39] <larsu> oh we're talking about *this* again
[09:39]  * larsu sighs
[09:47] <seb128> larsu, yeah, we alternate between that and headerbar as favorite topics :p
[09:50] <larsu> haha
[09:52] <seb128> but yeah, it's another issue that we never really resolved and that GNOME completely ignored :-/
[09:52] <seb128> unsure what to do about it
[09:53] <larsu> write a migration tool that converts desktop file names in all the user settings
[09:53] <ricotz> seb128, I see
[09:53] <larsu> or put a translation thing into gli
[09:53] <larsu> *glib
[09:53] <seb128> the migration thing is not possible
[09:53] <seb128> you can't know every user config and they storage format
[09:54] <seb128> some apps could have a custom sql database with the .desktop names in it
[09:55] <seb128> unsure what was the outcome of the translation thing into glib previous time we discussed it
[09:55] <larsu> which apps deal with desktop files?
[09:56] <seb128> good questions, I've no idea
[09:56] <seb128> every sort of "launcher" we have in the archive?
[09:56] <seb128> gnome-panel, cairo-dock, unity, xfce-panel, lxde-panel, kde*
[09:56] <seb128> and every sort of dock I don't know about
[09:57]  * larsu wonders why he even got into that debate again :)
[09:57] <seb128> haha
[09:57] <larsu> solution: put up a big bug, add all the things
[09:57] <larsu> and fix it for unity only
[09:57] <larsu> others will quickly follow if we provide an easy way to integrate
[09:57] <seb128> yeah, let's stop there, I feel like we are going to go circle and just create frustration
[09:57] <larsu> indeed
[09:57]  * larsu makes another tea
[09:57] <seb128> :-)
[09:58] <larsu> much better use of these 5 minutes
[09:58] <Laney> someone help me find the actual failure in ffmpeg?
[09:58] <Laney> 's build log
[09:58] <seb128> Laney, url?
[09:59] <Laney> :(
[09:59] <Laney> it's on → machine
[09:59] <Laney> https://launchpadlibrarian.net/225504108/buildlog_ubuntu-xenial-armhf.ffmpeg_7:2.8.1-1build2_BUILDING.txt.gz
[10:00] <Laney> slangasek tried to fix it but it didn't work
[10:00] <Laney> wondering if there is some easy enough way but can't find the error
[10:00] <larsu> FT_FREETYPE_H is not defined?!
[10:01] <larsu> #include MACRO is ... weird
[10:01] <seb128> Laney,
[10:01] <seb128> gcc -I. -I./ -D_FORTIFY_SOURCE=2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -DPIC -DZLIB_CONST -MM ffplay.c | sed -e "/^#.*/d" -e "s,^[[:space:]]*ffplay\\.o,./ffplay.o," > ffplay.d
[10:01] <seb128> ffplay.c:3217:46: error: missing binary operator before token "("
[10:01] <seb128>  #if defined(__APPLE__) && SDL_VERSION_ATLEAST(1, 2, 14)
[10:01] <Laney> is that breaking it?
[10:01] <seb128> ?
[10:02] <Laney> Test idct8x8 failed. Look at tests/data/fate/idct8x8.err for details. make[2]: *** [fate-idct8x8] Error 1 tests/Makefile:203: recipe for target 'fate-idct8x8' failed
[10:02] <Laney> that one I think
[10:02] <Laney> doesn't show that file though
[10:02] <Laney> THANKS FFMPEG
[10:03] <larsu> seb128: that one and the ones about freetype macros being empty
[10:03] <Laney> no
[10:04] <Laney> https://launchpadlibrarian.net/225502974/buildlog_ubuntu-xenial-amd64.ffmpeg_7:2.8.1-1build2_BUILDING.txt.gz
[10:04] <Laney> because it's in there too and still builds
[10:04] <seb128> Laney, https://sourceware.org/bugzilla/show_bug.cgi?id=19217
[10:04] <seb128> ?
[10:04] <davidcalle> willcooke, hey, sorry I'm not done with scopes patches yet, will update you on it asap
[10:05] <Laney> seb128: yeah I think it was trying to work aroudn this one
[10:05] <seb128> just disable that one test on armhf?
[10:05] <Laney> so should be disabled in this case I guess
[10:05]  * Laney looks at it
[10:06] <willcooke> back
[10:08] <seb128> wb willcooke
[10:08] <Laney> hi willcooke
[10:09] <Laney> good bonfire?
[10:09] <larsu> hey willcooke
[10:10] <Laney> or was the opticians related...
[10:10] <Laney> don't stand too close to the fire...
[10:10] <willcooke> :)
[10:11] <willcooke> I have to wear galsses now
[10:11] <willcooke> *glasses
[10:11] <Laney> it begins
[10:11] <willcooke> heh
[10:12] <willcooke> Being able to see things close up again will be lovely though
[10:12]  * Laney is practicing staring out of the window for a bit every now and then
[10:12] <Laney> oh hi HMP Nottingham
[10:12] <willcooke> :D
[10:13] <willcooke> chrisccoulson, do you have a few mins today to catch up re: my email?
[10:24] <willcooke> larsu, I want to fix this:  https://bugs.launchpad.net/ubuntu/+source/ubuntu-themes/+bug/762349
[10:24] <willcooke> larsu, can you tell me which are the best files to edit and I'll try and scrape an MP together
[10:25] <willcooke> I think it'll be something in /usr/share/themes/Ambiance/gtk-3.0/
[10:25] <willcooke> and then Radiance as well
[10:25] <larsu> willcooke: yep, gtkwidgets.css
[10:26] <willcooke> thanks
[10:26] <larsu> how do you want to color them?
[10:26] <willcooke> gonna make active the same colour as it is and inactive darker I think
[10:26] <larsu> ah cool stuff
[10:26] <willcooke> I'll get JohnLea to check it
[10:26] <larsu> please use the shade()/darker() stuff instead of hard coding a value
[10:26] <willcooke> got it
[10:27] <larsu> (that's also a bit hard coding, but not as bad)
[10:27] <larsu> imo
[10:27] <willcooke> yeah, makes sense
[10:28] <Laney> willcooke: firefox looks good imho
[10:29] <larsu> Laney: I agree, but that only works when the tab bar is attached to another dark widget
[10:29] <larsu> like the title bar or a header bar
[10:29] <larsu> looks bad otherwis
[10:29] <larsu> *e
[10:29] <willcooke> I'll try with darker and I think I'll be able to get close
[10:30]  * larsu is looking forward to seeingthat
[10:30] <Laney> such as where?
[10:30] <willcooke> larsu, will I need a separate entry for the tabs in gedit too - or is there a clever way to do both terminal tabs and gedit tabs?
[10:31] <larsu> willcooke: it's the same widget. If you need to do something app specific, please put it in apps/<appname>.css
[10:31] <larsu> like if you want to select by GeditWindow or similar
[10:31] <larsu> but I'd prefer to keep that small
[10:31] <larsu> Laney: old gedit has tabs below the toolbar
[10:31] <willcooke> ah cool, I think they should be the same, so a single widget is good news
[10:31] <larsu> Laney: I'm sure there are more apps that do this
[10:32] <Laney> I'm not doubting you...
[10:32] <larsu> willcooke: there should already be quite some rules about tabs in gtkwidgets.css
[10:32] <Laney> just asking for an example
[10:32] <larsu> gtkwidgetfactory!
[10:35] <Laney> ok, can't visualise the problem, looking forward to seeing it in action then :)
[10:42] <willcooke> I've tried it with @dark_bg_color but it clashes badly with the main background of the gedit window for example
[10:42] <willcooke> so that's similar to ffox
[10:42] <willcooke> dont like it
[10:42] <willcooke> gonna try again just making it slightly darker
[10:42] <willcooke> larsu, is using shade acceptable?
[10:42] <willcooke> if Ihave to
[10:42] <Laney> I don't get why it's okay for FF
[10:42] <Laney> eyes are hard
[10:43] <willcooke> I'll do a screenshot, one sec...
[10:43] <Laney> nah, I believe you :P
[10:44] <larsu> willcooke: yeah, of course
[10:45] <seb128> willcooke, want to look at bug #1479054 as well? ;-)
[10:45] <didrocks> seb128: quick, assign! :)
[10:45] <seb128> hehe
[10:46] <didrocks> welcome to our new theme maintainer, larsu is off the hook \o/
[10:46] <seb128> we have a new theme maintainer \o/
[10:46] <Laney> muhahaha
[10:46] <seb128> :-)
[10:46] <larsu> didrocks: pssst - don't let him know yet
[10:46] <larsu> it has to look natural
[10:46] <didrocks> ahah
[10:46] <willcooke> Sure!  CSS is about my level
[10:47] <seb128> he's not maintaining it, just looking at some issues
[10:47] <seb128> that's fine
[10:47] <willcooke> actually, I'm quote happy to do this
[10:47] <willcooke> quite
[10:47] <seb128> :-)
[10:47] <willcooke> ok, gedit fixed
[10:47] <Laney> oh cool, you can fix the big info icon in hidpi too
[10:47] <Laney> THANKS!
[10:47] <willcooke> daker(@bg_color) is the right one imo
[10:47] <Laney> css theme comes with icon theme
[10:47] <BigWhale> Hello everyone... :)
[10:47] <willcooke> and since I'm not the maintainer then let's ship it
[10:47] <willcooke> now
[10:47] <willcooke> damnit
[10:48] <seb128> hey BigWhale
[10:48] <larsu> willcooke: if you're the maintainer you can even review your own patches!!!
[10:48] <willcooke> \o/
[10:49] <willcooke> ok, that was easy! :D
[10:49] <willcooke> Now I have to work out bzr
[10:49] <seb128> screenshot? ;-)
[10:49] <willcooke> YOU QUESTION ME?!?!?!?
[10:49] <seb128> NEVER SIR
[10:50] <willcooke> haha
[10:50] <seb128> :-)
[10:50] <seb128> just wanted to see the beautiful outcome, going to wait for the package to land ;-)
[10:50] <willcooke> actually, it's not awesome.  e.g. the close icons on the inactive tabs could do with a tweak as well I think
[10:51] <Laney> teach this man about the inspector
[10:51] <seb128> didrocks, see how he starts caring about detail, going to make a good theme maintainer, i'm telling you ;-)
[10:51] <willcooke> http://imgur.com/4wB3zIi
[10:51] <willcooke> screen shot
[10:52] <willcooke> "golf facts" were for my sons homework
[10:52] <willcooke> honest
[10:52] <didrocks> seb128: heh, I'm actually waiting for the first theme regressions though :p
[10:52] <didrocks> then, he will get the stamp
[10:52] <larsu> willcooke: was about to mention those :P
[10:52] <willcooke> :)
[10:53] <willcooke> oh, that's odd.  The close icon in gedit has no circle around in on active or inactive, but terminal does
[10:54] <willcooke> ok, yeah I need to get the inspector working
[10:55] <willcooke> oh, but only when the window isn't focused do the circles appear
[10:55]  * willcooke decides thats a bug
[10:56] <seb128> willcooke, install libgtk-3-dev and do ctrl-shift-I
[10:56] <didrocks> (you probably need to restart the app after installing the -dev package)
[10:57] <willcooke> thx
[10:58] <willcooke> humm, that circles issues doesn't exist on 14.04
[10:59] <davmor2> willcooke: yeah, yeah, blame your son for looking at golf stuff, sure we believe you ;)
[11:00] <willcooke> :D
[11:02] <davmor2> willcooke: oh good news at the weekend I found a non-apple compatible mini display port to hdmi so I can now play multimonitor with xps, will be looking at setting it up this afternoon.  One big question though, on the auto detect of monitors should it not ask for the dpi of the monitor?
[11:03] <larsu> davmor2: should it not find it out for itself?
[11:03] <willcooke> davmor2, erm, not sure I follow you, but I would expect it to do it automatically
[11:03] <davmor2> willcooke: from the quick test at the weekend it looks like it was correctly getting 1080p for the resolution, but the dpi was still set to the xps 4k
[11:04] <davmor2> willcooke: so the screen app on the laptop was fine, but on the monitor filled the screen and then some
[11:05] <willcooke> hrm, dunno.  Question for Trevinho I think ^^
[11:08] <davmor2> Trevinho: just for the record, Xps 13 4k display, scaling factor 2 set through the Screen Display section of the settings app, plugged into an acer 26" monitor at 1920x1080
[11:09] <davmor2> Trevinho: I'll take screenshot/photo's later when I set it up properly
[11:12] <willcooke> seb128, could you have a look at that mailing list proposed email today?
[11:13] <seb128> willcooke, oh, right, sorry I started on that friday and got sidetracked with other thing, doing that after lunch
[11:14] <willcooke> thx seb128
[11:15] <seb128> np, sorry for not doing it on friday
[11:22] <willcooke> nw
[11:23] <Laney> is that the one about the seed changes?
[11:24] <willcooke> Laney, more just "here are some app changes..."  brasero, empathy, g cal
[11:24] <willcooke> I think we should still communicate the seed changes properly
[11:24] <willcooke> this is just a heads up
[11:24] <willcooke> mhall119 asked for it
[11:24] <willcooke> but if you're nearly ready with the seed changes email, that will be better
[11:27] <Laney> No not yet
[11:28] <willcooke> oki, I will carry on with this then
[11:29] <Laney> I'll do the changes this week though
[11:29] <Laney> Hope we don't get some terrid discussion
[11:30] <didrocks> "braserooooooooooooooooooooooooo"
[11:30] <didrocks> :)
[11:32]  * davmor2 pictures didrocks doing his best Darth Vader Noooooooooooooooooooooooooooooooo! impression with that "braserooooooooooooooooooooooooo"
[11:32] <happyaron> I guess I'll stuck with GNOME translations for half of the week, to get all the submissions processed...
[11:50] <Laney> http://<IP_ADDRESS>/html/
[11:52] <didrocks> Laney: nice! you are running it?
[11:52] <Laney> ya
[11:52] <Trevinho> davmor2: unfortunately you can only define a global scale value for apps, while unity can be scaled per-screen..
[11:52] <Laney> just hooked it up in the stack, nothing fancy now
[11:53] <davmor2> Trevinho: right so it is the scaling at fault then :(  meh
[11:54] <Trevinho> davmor2: yeah... unfortunately it's not nice, but no toolkit has the concept of scaling per monitor currently
[12:01] <Sweet5hark> seb128: I dont plan to SRU bug 1514195 as a backport, but with 5.0.4: sure.
[12:20] <seb128> Sweet5hark, wfm
[13:09] <Laney> https://launchpad.net/~laney/+archive/ubuntu/arm/+build/8279451
[13:10] <seb128> Laney, well done!
[13:11] <Laney> not sure skipping a test is that smart :P
[13:11] <Laney> but thanks
[13:29] <willcooke> argh!
[13:29] <willcooke> Themes are hard
[13:29] <willcooke> well, css selectors are hard
[13:29] <willcooke> Seems the close buttons on Gedit tabs are specific to Gedit
[13:32] <seb128> yeah, the nautilus ones seem differen
[13:32] <seb128> t
[13:32] <willcooke> Using the inspector and looking at the selector says it's a GeditCloseButton
[13:33] <willcooke> so I will put the changes in the gedit css file
[13:33] <seb128> that makes sense
[13:33] <willcooke> cool
[14:08] <attente> good morning!
[14:08] <willcooke> hey attente
[14:08] <seb128> hey attente
[14:08] <attente> hi guys
[14:08] <didrocks> hey attente
[14:08] <attente> hi didrocks
[14:28] <Laney> what up attente
[14:29] <larsu> hi attente!
[14:29] <attente> hey Laney, hey larsu
[14:33] <desrt> good morning peeps
[14:33] <desrt> attente: any reason not to use a socketpair for your dbus connection?
[14:34] <larsu> hey desrt
[14:34] <desrt> morning :)
[14:36] <attente> desrt: i thought using pipes would be simpler
[14:36] <attente> desrt: good morning
[14:37] <desrt> pipes can't do everything you can with sockets
[14:37] <desrt> like sending fds
[14:37] <attente> oh
[14:38] <attente> before i switch over to sockets, do you think it's because the object doesn't implement org.freedesktop.Properties, etcx
[14:38] <attente> ?
[14:40] <attente> like who is responsible for implementing that interface?
[14:40] <attente> gdbus-codegen doesn't generate it
[14:40] <seb128> hey desrt
[14:41] <larsu> attente: it should when you have properties in the dbus xml
[14:42] <attente> larsu: oh, so what about org.freedesktop.DBus.Introspectable?
[14:43] <qengho> FJKong: zaoshanghao. That is not in hanzi because my input method isn't doing anything after switching from en to zh-pinyin. fcitx is running. Can you help me debug?
[14:43] <larsu> attente: same (but I think register_object() does this, even)
[14:47] <attente> larsu: ok, thanks
[14:52] <willcooke> gtk inspector has black corners as well, that's related to the tooltips thing right?
[14:52] <seb128> that's an exemple of application using the client side decoration
[14:53] <seb128> you know that topic that comes back every cycle :p
[14:53]  * willcooke shuts up now
[14:53] <seb128> so not exactly like the tooltip (which we fixed with a gtk workaround)
[14:53] <seb128> but hikiko/trevinho are working on that
[14:54] <willcooke> ahhh, ok, yes
[14:54] <willcooke> thx
[14:55] <willcooke> larsu, css selectors make me sad.  In our 1:1 on Friday can you give me a hand with this?  The basic patch for making unselected tabs darker is very simple, but trying to get rid of the light grey circle from around the close icon on an unfocused window has me beaten
[14:57] <larsu> willcooke: sure! css is a bit tricky (order matters, but more so specificity of the rules)
[14:57] <larsu> and specificity is hard to grok
[14:57] <Trevinho> seb128: yeah, I did a first version, but hikiko one would cover more cases
[14:58] <larsu> this is the year of fixed client side decorations!
[14:58] <larsu> oh I guess I should say "cycle"
[14:58] <willcooke> larsu,  I /think/ I need to make the selector match the Geditclosebutton but for an unfocused window, the logic is sound, but yeah, not working ;)  I'll keep playing with it in the meantime.  It's a fun learning exercise
[15:01] <larsu> willcooke: I don't think you can select for unfocussed things...
[15:01] <larsu> buttons are very tricky
[15:01] <larsu> all the same classes, but look different in a million places
[15:02] <willcooke> I'll press on :)
[15:02] <attente> desrt: why is passing around fds not possible with pipes in my case? the pipes are internal to my process
[15:03] <desrt> why are you speaking dbus to yourself via pipes?
[15:04] <attente> it's a test case
[15:07] <seb128> Laney, can you push your nautilus upload (the bg scaling fix) to the vcs?
[15:08] <Laney> done
[15:08] <seb128> thanks
[15:08] <Laney> yw
[15:08] <seb128> I'm starting looking at the 3.18 update
[15:09] <willcooke> larsu, do things like Ambiance and Radiance inherit from other themes?  e.g. Should I be looking for the general button theme outside of the Ambiance directory?
[15:09] <Laney> seb128: keeping the headerbar yes?
[15:10] <larsu> willcooke: no, they don't
[15:10] <larsu> only the icon themes inherit
[15:10] <willcooke> cool, that makes it easier, thanks larsu
[15:10] <larsu> but there's some stuff in -borders.css
[15:10] <seb128> Laney, for now yes, same as gedit, let's see how those go
[15:10] <larsu> if I haven't removed all of that yet...
[15:10] <Laney> just checking
[15:10] <seb128> Laney, going to need to redo the menubar patch though
[15:10] <Laney> because the menu bar patch was the reason we blocked it before
[15:10] <seb128> yeah
[15:11] <seb128> that needs to be redone
[15:11] <seb128> I would usually ask larsu but he's busy with geoloc work so I'm going to have a try
[15:11]  * larsu can help out!
[15:12] <seb128> larsu, want to have a look at doing the menubar patch for nautilus?
[15:12] <larsu> sure
[15:12] <seb128> hopefully it's easy enough, they ported their code to the modern ways
[15:12] <seb128> larsu, danke
[15:12] <Laney> HAHA
[15:12] <Laney> that went from "I'm going to have a try" to "larsu is doing it" in about 45 seconds
[15:13] <Laney> ♥
[15:13] <seb128> larsu, just do that based on git, I'm going to look at the package update and refreshing the other patches, etc (based on the work robert did for 3.16 and the gnome3 ppa, though they often comment patches instead of refreshing them)
[15:13] <seb128> Laney, :-)
[15:13] <seb128> there is still quite a load of patches and diff for the Debian rebase
[15:13] <seb128> so it's not like I was avoiding doing any work :p
[15:13] <larsu> seb128: master, even?
[15:13] <Laney> drop all the patches!
[15:14] <Laney> ...ubuntu14
[15:14] <larsu> just drop a random one every week
[15:14] <larsu> I'm sure didrocks could write a script for that
[15:14] <seb128> haha
[15:14] <Laney> oh yeah it's still doing the wallpaper
[15:14] <Laney> :( :( :( :(
[15:15] <seb128> larsu, yes, I don't think 3.18.1 and master are too far
[15:15] <Laney> ): ): ): ):
[15:15] <Laney> backwards smileys are weirdly hard to type
[15:15] <mterry> kenvandine, did you see my poke about deja-dup's no-python2 branch?
[15:15] <larsu> Laney: also, read
[15:15] <kenvandine> mterry, yeah, sorry i didn't respond
[15:15]  * Laney reads things all the time
[15:15]  * Laney is good at reading
[15:15] <Laney> my mum told me so
[15:16] <kenvandine> i was busy and glanced at the branch and saw i couldn't review it quickly
[15:16] <desrt> attente: transfering fds with dbus is only possible on unix sockets because it is done using a control message that is specific to unix sockets
[15:16] <desrt> for your testcase, though, what are you doing?
[15:16] <kenvandine> mterry, i can look at it today or tomorrow, ok?
[15:16] <desrt> are you creating the proxy sync or async?
[15:16] <desrt> and is the 'service side' in the same thread?
[15:17] <larsu> Laney: also how to read backwards smileys? d:
[15:18] <Laney> C:
[15:18] <mterry> kenvandine, no rush at all.  Just wanted to make sure it was on your radar
[15:19] <kenvandine> yeah, that's a huge merge proposal :)
[15:19] <kenvandine> i might need help setting up my desktop for running the tests, it's been ages
[15:20] <kenvandine> but not this morning, meetings
[15:26] <Laney> so
[15:26] <Laney> gtk 3.18?
[15:26] <Laney> ok, no objections, thanks guys!
[15:26]  * Laney slides it in
[15:27] <attente> smooth
[15:27] <seb128> Laney, no real blocker for me, I hope the bg issue is not going to hit too many users/going to be hard to resolve
[15:28] <Laney> ya let's file gtk318 + rls-x-incoming bugs
[15:30] <attente> desrt: it's a test case for a library (maliit-glib) that talks to a stub server over dbus to make sure the library talks to it properly
[15:31] <attente> i'm creating the proxy sync
[15:34] <attente> service side is created with g_dbus_interface_skeleton_export on the same thread, don't know if the signal handlers are being called on the same thread or a different one though
[15:34] <desrt> attente: that's the problem
[15:34] <desrt> attente: proxy creation needs to talk to the service
[15:34] <desrt> attente: you create the proxy sync, so the client-side waits until the service responds
[15:35] <desrt> meanwhile, the service can't respond until the mainloop runs, which it can't do because you're doing a sync wait
[15:35] <desrt> put the service in a thread
[15:38] <larsu> or don't do sync operations..
[15:38] <desrt> in a testcase?
[15:39] <larsu> sure, why not?
[15:39] <desrt> because sync is easier and it's just a testcase
[15:39] <larsu> putting it in a thread sounds like it will bring more problems later ;)
[15:40] <desrt> imho if you want to have a service in the same process as a client, for testing purposes, it only makes sense that it would be in a separate thread
[15:40] <desrt> rather than the two things constantly having to dance around each other in the same maincontext
[15:41] <larsu> should work fine though, shouldn't it?
[15:42] <desrt> as long as you constantly sprinkle your code with (run the mainloop for a while) sections complete with termination conditions
[15:42] <desrt> the way people write tests isn't normally event driven
[15:43] <desrt> it's "do this, then this, then this"
[15:43] <desrt> it's not particularly well suited to async, unless you're writing in vala or something like that
[15:43] <desrt> also: i'm not even sure if this is really the problem.  it just sounds like it.
[15:44] <larsu> well sure, it won't work if you do everything sync
[15:44] <larsu> in that case threads do make more sense
[15:44] <larsu> and probably you're right - in a test case this is easier
[15:48]  * desrt cleans up the glib inline mess once and for all
[15:57] <didrocks> larsu: what this script being in nodejs, dart, go?
[16:02] <larsu> didrocks: your choice ;)
[16:03] <didrocks> \o/
[16:03]  * didrocks does it in perl then
[16:03] <didrocks> (j/k)
[16:03] <didrocks> well… https://metacpan.org/release/Git-Raw
[16:04] <larsu> didrocks: you've been pulled off this project. Effective immediately
[16:04] <larsu> don't even joke about doing stuff in perl
[16:04] <didrocks> :)
[16:04] <didrocks> I'll know next time I don't want to work on something
[16:04] <didrocks> just threat doing it in perl!
[16:05] <larsu> !
[16:10] <attente> how do i ensure the signal handlers are called in my new thread and not the main one?
[16:10] <larsu> attente: from gdbusproxy? They're called in the thread you create the proxy in
[16:12] <attente> larsu: so i have to create the proxy in a separate thread? it's not enough to create the server in a separate thread?
[16:12]  * attente doesn't know this stuff...
[16:17] <larsu> attente: wait. what?
[16:18] <larsu> you create the server in a thread, and create the proxy (which points to the server?) in the main thread?
[16:22] <larsu> brb
[16:24] <attente> oh i need two non-main threads?
[16:38] <larsu> attente: don't know what you talked about with desrt, but I'd assume you only need the one for the service and do the rest from the main thread
[16:45] <attente> :(
[16:56]  * Laney 's fingers slipped
[16:57]  * Laney is off to catch a train - ttyl!
[17:02] <didrocks> see you Laney!
[17:03] <didrocks> and see you guys, time to go off!
[17:39] <willcooke> Trevinho, andyrock, hikiko-lpt  -  I'd like to have our first Agile sprint planning and kick off this week.  andyrock is there a morning which works better for you this week?
[17:40] <willcooke> Wednesday morning is pretty good for me
[17:41] <Trevinho> willcooke: that's fine as well, not sure about andyrock (who maybe prefers afternoon)
[17:46] <hikiko-lpt> hello I just arrived home
[17:47] <hikiko-lpt> fosscomm :d
[17:47] <hikiko-lpt> wednesday is fine for me as well :)
[17:51] <seb128> hum
[17:51] <seb128> what cursor themes are using other distributions?
[17:52] <seb128> gedit throws warnings because we don't have "progress" and "text" in our default one, but it seems the other installed ones on Ubuntu also don't have those
[18:09] <willcooke> ok, I think I've just made my first ever MP
[18:10] <willcooke> larsu, it's trivial I know, and I should wait until I've got all my fixes in
[18:10] <willcooke> but I wanted to see if I could work out how to do it
[18:11] <willcooke> so feel free to reject or whatever
[18:21] <willcooke> oh, so I have to link to a bug at commit time
[18:23] <seb128> you can do that with --fixes lp:<nnn>
[18:24] <willcooke> but only at commit time?
[18:25] <seb128> you can do it on launchpad then
[18:25] <seb128> like add a branch to the bug
[18:25] <seb128> the commit in bzr log isn't going to have the bug reference if you do that
[18:25] <seb128> but it's good enough for the CI to have the reference in the changelog etc
[18:27] <willcooke> oki, I'll delete it and do it properly
[18:28] <seb128> you can "bzr uncommit" and then commit again
[18:28] <seb128> and then push --overwrite
[18:33] <willcooke> cool, thanks seb
[18:36] <seb128> yw!
[18:49] <larsu> willcooke: congrats! Off to a pub in a bit - will have a look in the morning
[20:12] <willcooke> Trevinho, https://bugs.launchpad.net/ubuntu-themes/+bug/1493607  <-- fixed right?
[20:12] <willcooke> I can close it if yes
[20:13] <Trevinho> willcooke: yep
[20:13] <willcooke> thx Trevinho
[20:13] <willcooke> done
[21:12] <willcooke> oh
[21:12] <willcooke> Hrm
[21:13] <willcooke> I thought that once I'd put up a branch for review then I would be free to continue working in that branch on other things and commit further changes to other bugs
[21:14] <willcooke> but it rather looks like the branch I put up for review earlier now includes a fix to the Gtk2 theme
[21:14] <willcooke> larsu, I've asked John Lea to ack the changes so please hold off for his OK before accepting.  Or if you want to reject, then you don't need to wait :)
[21:18] <willcooke> robert_ancell, when PS Jenkins Bot said "Needs Fixing" - how do I find out why it thinks that?
[21:18] <robert_ancell> willcooke, it should say in a comment
[21:19] <robert_ancell> what is the MP?
[21:19] <willcooke> ahhh
[21:19] <willcooke> I see
[21:19] <willcooke> thanks
[21:19] <willcooke> https://code.launchpad.net/~willcooke/ubuntu-themes/ubuntu-themes/+merge/277043
[21:21] <robert_ancell> willcooke, yeah, the commit message missing - I thought so. That one is a bit confusing.
[21:21] <willcooke> Yeah, because I certainly had a message
[21:23]  * Sweet5hark fixed 10 crashing race conditions today.
[21:23] <willcooke> \o/
[21:24]  * Sweet5hark now comfortably feels yoda speaking.
[21:27] <willcooke> right ho, quittin' time.  G'night all


[08:55] <MikeCTZA> I've posted a problem with 2.9 and DHCP server to Discourse, was wondering if anyone here is having any problems with that?
[09:23] <mup> Bug #1896684 changed: all rack addresses in vlan are included in list of nameservers sent to deployed server <sts> <MAAS:Fix Released> <MAAS 2.8:Fix Committed> <https://launchpad.net/bugs/1896684>
[09:26] <mup> Bug #1896684 opened: all rack addresses in vlan are included in list of nameservers sent to deployed server <sts> <MAAS:Fix Released> <MAAS 2.8:Fix Committed> <https://launchpad.net/bugs/1896684>
[09:29] <mup> Bug #1896684 changed: all rack addresses in vlan are included in list of nameservers sent to deployed server <sts> <MAAS:Fix Released> <MAAS 2.8:Fix Committed> <https://launchpad.net/bugs/1896684>
[09:32] <mup> Bug #1896684 opened: all rack addresses in vlan are included in list of nameservers sent to deployed server <sts> <MAAS:Fix Released> <MAAS 2.8:Fix Committed> <https://launchpad.net/bugs/1896684>
[09:41] <mup> Bug #1896684 changed: all rack addresses in vlan are included in list of nameservers sent to deployed server <sts> <MAAS:Fix Released> <MAAS 2.8:Fix Committed> <https://launchpad.net/bugs/1896684>
[09:44] <mup> Bug #1896684 opened: all rack addresses in vlan are included in list of nameservers sent to deployed server <sts> <MAAS:Fix Released> <MAAS 2.8:Fix Committed> <https://launchpad.net/bugs/1896684>
[09:50] <mup> Bug #1896684 changed: all rack addresses in vlan are included in list of nameservers sent to deployed server <sts> <MAAS:Fix Released> <MAAS 2.8:Fix Committed> <https://launchpad.net/bugs/1896684>
[15:47] <mup> Bug #1908547 opened: Installation of Oracle Linux <deployment> <failed> <MAAS:New> <https://launchpad.net/bugs/1908547>
[15:50] <mup> Bug #1908547 changed: Installation of Oracle Linux <deployment> <failed> <MAAS:New> <https://launchpad.net/bugs/1908547>
[15:53] <mup> Bug #1908547 opened: Installation of Oracle Linux <deployment> <failed> <MAAS:New> <https://launchpad.net/bugs/1908547>
[15:56] <mup> Bug #1908547 changed: Installation of Oracle Linux <deployment> <failed> <MAAS:New> <https://launchpad.net/bugs/1908547>
[16:02] <mup> Bug #1908547 opened: Installation of Oracle Linux <deployment> <failed> <MAAS:New> <https://launchpad.net/bugs/1908547>
[17:05] <mup> Bug #1908552 opened: maas init fails;  'relation "maasserver_routable_pairs" does not exist' <MAAS:New> <https://launchpad.net/bugs/1908552>