[00:01] that seems like a super mega painful way of installing music players man [00:01] painful, but effective ;) [01:05] this is still a bit blown out, but [01:05] http://wiki.xubuntu.org/ [01:14] knome: yay! [01:18] Looks alittle spartan but nice [01:21] you would totally not figure out i'm thinking i might integrate it with the tracker. [01:34] whaaaaaaaaaa [01:34] x.x [01:35] wut? [01:35] not liking it? :P [01:46] :) [01:46] in other news, https://bazaar.launchpad.net/~catfish-search/catfish-search/trunk/revision/430 [01:46] :D [01:47] heh, yay [01:53] http://wiki.xubuntu.org/doku.php?id=marketing:start [01:53] hacky-hack [01:53] (see the cool title) [01:53] (and compare to the path in the URL) [01:54] (or the file path in the page footer) [01:55] faaaaancy [01:57] You're going to want to restrict those registrations... [01:57] also, http://wiki.xubuntu.org/doku.php?id=marketing:licenses [01:57] Unit193, likely,. [01:57] anybody want to create an account before i do so? :P [02:05] i'm off to bed [02:06] will let you register and stuff [02:06] ttyl and good night! [02:07] nighty knome [02:09] it's okay, looks like the email did not send, or @ubuntu.com redirect failed [06:25] knome: gvfs updates yesterday - thunar is now reverting to type and crashing here :D [10:01] flocculant, hooray [10:01] btw, is mousepad crashing for you too? [10:03] bluesabre, re: email, talking to me? [11:36] flocculant: woohoo [11:37] knome: yes, registered with bluesabre@ubuntu, didn't get an email... somebody want to send me a test email? [11:39] to blusabre@ubuntu.com ? :-) [11:39] bluesabre, done [11:39] and morning bluesabre [11:39] for me, the dokuwiki mail went straight to spam [11:39] and knome [11:39] hey Akxwi-dave :) [11:40] bluesabre, was from email "www-data@xubuntu-dev" [11:40] bluesabre, that might not ringing the trust bells for your email provider :P [11:40] knome: doesn't seem to be in my spam or anything [11:40] weird [11:40] let me do the following [11:40] remove your account [11:41] change the from to something sensible [11:41] then you can register again [11:41] k [11:43] bluesabre, so i also sent you a regular email [11:43] and the above is done, feel free to re-register [11:43] knome: yes, responded to it [11:43] should be noreply@wiki.xubuntu.org now [11:43] oh yes [11:46] still not seeing one [11:46] maybe I should try my non ubuntu one [11:47] ok, using my gmail worked [11:47] weird [11:49] let me remove 1 and then rename 2 to 1 [11:49] ok? [11:50] or actually [12:01] do we need the last modified date to be visible on the wiki at all times? [12:01] or tbe, do we want to? [12:02] or is it mostly moot, and we trust that people know how to look at the history [12:07] I don't think it's bad to display [12:07] makes it clear when something has not been updated [12:08] right [12:09] i'll figure out a place for it then [12:16] knome: mousepad hasn't been crashing no - but I'm using whatever ppa one we have currently ofc [12:16] mm [12:18] and no way to register at wiki.xubuntu.org here [12:18] you mean there is no registration link? [12:18] nope [12:19] lies! [12:19] there was this morning - but at 6 am not something I was going to be doing ... [12:19] =;) [12:19] O;) too [12:19] or, refresh [12:19] http://i.imgur.com/kN85QPC.png [12:19] refresh [12:20] oh it turned up now on the other side of the page ... [12:20] ;) [12:20] cleaning up as i go... [12:22] not very quick sending e-mail is it [12:22] it is [12:22] but it's probably in your poop folder [12:22] wait a second [12:23] nope - they turn up quick too :) [12:34] ok, so: [12:34] currently, anybody can read and edit [12:35] everybody in @team (eg. the xubuntu team) can do anything [12:35] also, there is a namespace team:* [12:35] flocculant: are you using your ubuntu email? [12:35] ubuntu for me never sent, gmail was instant [12:35] in which team members can do everything, but others can't do anything [12:35] bluesabre, he doesn't [12:36] ;) [12:36] k [12:36] bluesabre: I don't have one of those - only ubuntu members do ;) [12:37] flocculant: gotcha [12:38] ok, another thing [12:38] the reason why we are seeing those nice titles is because i've set "use first heading as title" on [12:38] basically, it does what it says it does [12:38] but i'm also hiding all

elements [12:38] so you can do == Any title == [12:38] and it doesn't show up in the page [12:39] but it's used as the title if it's the first heading [18:12] knome: new qa page for x.org drafted at https://xubuntu.org/?p=3670&preview=true [18:32] flocculant, will look today, ta [18:38] knome: yep - no mad rush - and I'm not too concerned what changes you make as long as you don't add urls, once you're ok just change it :) [18:38] ok, will do [19:24] flocculant, reviewed, changed some formatting (mostly adding and removed some low-level headings) and pushed to production [19:25] looks good now, great work! [19:47] knome: cheers [19:48] I'll mail the list and let those interested in qa know about the docs page soon :) [20:05] ooohh more emails to read.. :-) [20:11] flocculant, i haven't copied the qa stuff from the old ubuntu wiki over to the xubuntu wiki yet, but i will be doing that soon [20:12] flocculant, fwiw, there are few syntax differences between moinmoin and dokuwiki, but they are minor once converted [20:13] flocculant, i've tried to remove stuff we don't need from http://wiki.xubuntu.org/wiki/syntax thus making it easier to read [20:17] ack [20:17] hey akxwi-dave didn't know you were about - http://docs.xubuntu.org/contributors/qa-team.html is live now, the x.org/cont/qa stuff is basic with a pointer to the new stuff [20:19] knome: re the new wiki - I assume we're not using that for 'everything' eg roadmap specs ? and the like [20:20] talking of the like - what are we actually going to do about 'team can do posts about what they use instead of gmb' ? [20:20] flocculant, for the first question, the goal is to use the new wiki for everything, but i'm not sure if we will move all the archive over yet [20:20] mmm [20:20] flocculant, for the latter, i'll need to set that up, and as long as i have time, we'll do that [20:21] not completely sold on that then [20:21] oh? [20:21] hi flocculant , that looks really nice [20:21] knome: yea - things that are effectively ephemeral like roadmap - I'd say current loc is best [20:22] well practically we don't HAVE a roadmap for xenial in the wiki [20:22] it's just the tracker now [20:22] https://wiki.ubuntu.com/Xubuntu/Roadmap/Specifications/W/DefaultMediaPlayer for instance [20:23] 'our' wiki is the wrong place imo - let canonical hold dead stuff :) [20:23] well as i said, i don't know about moving the archive [20:23] inxi - that's be better on our wiki than the x.org [20:23] what's the difference between our wiki and x.org? ;) [20:23] knome: yea ... but y,z , 1,2,3 cycle ... [20:24] * knome shrugs [20:24] the new wiki is FASTER [20:24] knome: oh my ... [20:24] and we have total control over it [20:24] right [20:24] literally [20:24] no canonical involced [20:24] involved [20:24] so... [20:24] yeah [20:24] just let me run for a moment ;) [20:24] there are many benefits for using it, even for temporary/short-lived stuff [20:25] I don't see that [20:25] see what? :D [20:25] what is the benefit in having something like a spec lying dead on our wiki for years? [20:25] you can ask pleia2 about why archiving is important [20:25] I see a benefit in having things like the x.org inxi on our wiki [20:26] oh nvm - whatever [20:26] i mean, i don't mind archiving myself [20:26] sometimes i think it's more useful to just delete [20:26] but specs that actually happened are useful IMO at least [20:26] really - not interested that much - just think that we should keep our wiki for useful things [20:26] specs that were just babble... not so much [20:27] being able to see what happened 10 years ago - really who cares ? [20:27] it serves as a refresher as to why things were done how they were [20:27] that might be useful when we are figuring out something else later [20:27] yea - see half a dozen lines up [20:28] sure, some specs are more useful than others... [20:28] but seriously, pleia2 is the archiving zealot here;) [20:37] yea I understand [20:38] our irc channel is logged, our mailing list is logged [20:38] why the specifications wouldn't? [20:38] I just think that just because we CAN do something with OUR wiki doesn't mean we should - there is a perfectly useful archiving medium available - the current wiki [20:38] oh I give up [20:38] don't care enough to worry - hardly likely to be something I bother with anyway [20:38] what's the difference if we create the new spec in the new or old wiki? [20:39] it's more work to remove it than to leave it [20:39] and there's no damage being done if it's available even if nobody uses it [20:39] why fill our one up wioth dead stuff? what do we gain by changing it? [20:39] i said i don't know about existing stuff [20:40] but new stuff is different [20:40] no it isn't [20:40] if we write new specs, then it makes sense to have them in the same place as all other information [20:40] or do you rather use 6 tools than one? [20:40] shrug* you and pleia2 decide what we should do [20:41] my shoulder hurts from shrugging so i won't shrug [20:41] make sure the xpl listens to all sides of the argument before he decides though please [20:42] ochosi, ping ^, if you want to bother reading the backlog [20:42] I'll be back tomorrow anyway [20:42] have a nice evening :) [20:58] I like history, it's nice to be able to point new people to why and when we made a decision long ago [20:58] and I don't see what it hurts to keep things around [21:00] also nice to point to people that we've had a discussion before (like the DefaultMediaPlayer), good historical information' [21:01] maybe not current, but when someone comes along and says "you should totally use $x" we can look back at why we didn't before, and if it has the features we need now [21:05] evening all [21:06] humm, so much backlog [21:06] well anyway, starting to read.. [21:10] alright, so whenever one of you guys is around, feel free to ping me [21:10] personally i think it's a good thing to port over the things we consider valuable from the old wiki, but yeah, i wouldn't bother removing it from there [21:11] apart from having a big link on the frontpage of the old wiki maybe, saying that this is just "a fridge" or something and that the cool kids are someplace else now [21:14] humm, gotta admit that it sucks a bit that our shimmer-themes package which was once a source for various artwork will likely be cut down to just greybird in 16.04... [21:14] but yeah, gtk theme maintenance wears people out [21:16] pleia2: I've no problem with keeping things about - but given that things like specs are ephemeral or even completely ignored during a cycle - why fill up a clean pristine wiki that we can use to give people real and useful information with it - why not just carry on putting that stuff on canonical's servers [21:17] that's the main issue imo - other than that - it's wiki, I have no real interest, I hate writing that stuff in various arcane syntax's :) [21:17] flocculant: I don't really care where it's kept, as long as we don't delete it forever [21:18] pleia2: welcome to the impending ice age where no-one cares about that stuff :p [21:18] flocculant: but it is worth noting, I don't share your opinion about the problem with filling up a clean pristine wiki, what exactly are we "filling up"? We have plenty of space, etc etc [21:18] personally if we've got a server we can use - an irc bouncer that team can use would be more useful imo :) [21:19] it really is helpful for new contributors to have access to history, I know I like it when I join a project, helps me feel like I can figure out things myself without asking why we do everything all the time [21:19] I don't really see how irc bouncers and wikis impact each other [21:20] pleia2: well - personally I wouldn't be that worried about something that happened 20 years ago being in one place, if it's on the net somewhere it's on the net [21:20] we're not talking 20 years :) so far maybe 5 [21:20] and unless there's going to be some sort of usable index on 'our' wiki - in time it will be as much a pita as the ubuntu ones [21:20] that wiki link you shared earlier was only a few months old [21:21] pleia2: yea ofc - because it was just an example, forget the date of it - why would anyone want to know in 10 years that in 6 months of 1 year people thought about doing something - then didn't ? [21:21] history is great - but pointless history is pointless :) [21:22] pleia2: +1 [21:22] flocculant: when we hit 10 years, we can talk about this again :) [21:22] yea [21:22] of course [21:22] i think this is pretty much a non-issue [21:23] ochosi: to a certain extent it is yes [21:23] first of all it's awesome that we have our own wiki and that it is under our control (finally). so go us! (or knome and pleia2) [21:23] but can anyone anywhere at anytime write a spec for Xubuntu - or do they have to come and ask if they can? [21:24] wait, that seems like a different subject [21:24] ochosi: yea - totally agree, love that we have our space [21:24] and yes, ofc everyone can write specs, if they want to share those with us they should come here and talk about it [21:24] not really - just an extrapolation of where we are [21:24] that was always the same [21:25] ochosi: no - anyone can edit an ubuntu wiki page if they have sso or whatver [21:25] yeah, if they have sso, fine [21:25] doesn't mean we take any notice of it [21:25] still, if they don't talk to us and just add a page/spec to the wiki that's not very useful [21:25] ok [21:26] whatever, nvm [21:26] so personally i don't think that dramatically increases the threshold of contributing (if that's what you're aiming at) [21:26] someone coming here cap in hand saying can I do this isn't a dramtic increase? [21:26] I think you'll find that it is ;) [21:26] but whatever [21:27] really back tomorrow :) [21:27] anybody can still come and write a spec in the xubuntu wiki [21:27] ok, ttyl [21:27] only some pages are blocked from non-team "contributions" [21:27] and of course i want to make sure we have a useful index for the wiki [21:28] http://wiki.xubuntu.org/?do=index is already quite good, even if no "extra work" was done to make it happen [21:28] ochosi, i see you don't have an account yet [21:29] yeah, just came in a few mins ago ;) [21:29] but that was on my agenda for tonight [21:29] ochosi, maybe you should create one so i could appoint you to the @team team [21:29] or you can tell which email you like and i can do that for you [21:29] done [21:30] nono, you're already doing a lot with this web setup [21:30] really kudos on that! [21:30] ok, you're now in the @team team [21:30] * knome bows [21:30] and np [21:30] i want this myself too... [21:30] so a short recap: [21:30] cool cool [21:30] there is a team: namespace [21:30] that is only readable by the team [21:31] i don't know what we're using it for (yet), but i'm sure there is need at some point, so i've went ahead and set it up already [21:31] the start page and the contact page are also protected from non-team member edits [21:32] also, i don't mind maintainin the wiki and making sure the launch is smooth, but at some point, we might want somebody else to be an admin as well - if i'm away for whatever reason etc. [21:33] sure, that all makes perfect sense [21:33] my knee jerk reaction is bluesabre, because he's administrating other dokuwiki wikis and knows a bit or two about the admin [21:33] yeah [21:33] but it's a simple web UI trigger, so we don't need to do that now [21:33] if he's fine with it, i'm fine with it [21:34] or in other words it doesn't require careful planning [21:34] just do it when we've decided [21:34] fwiw, that thunar/gvfs rename bug/crash doesn't seem to be there in xenial (just tested) [21:34] ok, nice [21:34] what about the mousepad one? [21:34] hmm, which one was that? [21:34] it crashes randomly [21:35] i think it's usually related to moving tabs from another window to other [21:35] aha [21:35] hadn't noticed [21:35] but i'm not completely sure because i haven't logged it too much [21:35] doesn't sound like something i can reproduce quickly and reliably [21:35] i'll focus on other stuff for starters [21:35] one thing it also could have to do with is that i often have many files over sshfs open [21:36] well, i noticed that having around 10+ mousepad instances open makes it crash [21:36] (in wily) [21:36] yeah... [21:36] today i had a weird crash [21:36] apparently mousepad started writing to HDD a lot [21:36] because it made a lot of noise [21:36] then it crashed [21:36] but yeah, for the moment i'd prefer to focus on greybird bugs [21:37] but not like disappeared, i had the usual xfce dialog saying it's not responding [21:37] cause mousepad can be fixed by somebody else, but i presume greybird will remain my responsibility [21:37] usually the windows just disappear [21:37] ala thunar [21:37] yeah, probably so [21:37] i'll try to get some more useful information out of the bug before i whine about it the next time [21:37] now, [21:37] bbiab/bbl [21:50] knome: I rarely have more than a couple of 'pad's or 'pad and tabs at one time - I'll see if I can reproduce with more [21:52] flocculant: since you're one of the folks using xenial the most, please let me know when you see visual oddities [21:52] i gotta fix up greybird for it [21:52] knome pleia2 - and just for the record, and history, I do appreciate the new stuff we have going :) [21:52] just started with a first commit fixing the sidebars in the open file dialog (e.g. in evince) [21:54] ochosi: yep - I know, only oddity I know of right now is an issue with icon/icon+text/text in something [21:54] a-ha? [21:54] and if people use ubuntu fonts it all goes wrong [21:54] got an example? [21:54] oh [21:54] not sure that is greybird's fault [21:54] but yeah, still let me know [21:54] hang on - bug reported on tracker [21:55] font thing is a font thing - not us [21:55] bug 1510540 [21:55] bug 1510540 in xfce4-settings (Ubuntu) "Text next to icons doesn't work on GTK themes" [Undecided,Confirmed] https://launchpad.net/bugs/1510540 [21:56] the mousepad search higlight one is really a pain for someone not young like you lot :D [21:57] ochosi: generally I'm not seeing anything stand out eww theme wise, but I'm also trying to get fonts etc to look nice with a new monitor - not easy seemingly [21:57] ok, i'll take a look at that one [21:58] mousepad search highlight is knome's department (or actually last i remember it was mousepad not really applying all highlight classes or something) [21:58] ochosi: let me just double check that after a bunch of updates [21:58] ochosi: yea - but arty so I told you :) [21:58] example of a visual glitch: [21:59] catfish's location selector combobox has a double border [21:59] and i have no clue as to why [21:59] rounded in square ? [22:00] mousepad doesn't "get" all syntax [22:00] and i still have the highlight issue on my TODO [22:01] knome: yep - pretty important imo, people with older hardware more likely to be older with old eyes :) [22:01] not disagreeing with that [22:03] :) [22:03] ochosi: http://i.imgur.com/f50lRX6.png and http://i.imgur.com/0pYMVOS.png [22:04] ochosi: and re numix, if no-one can maintain that, then imo we should drop it for lts [22:05] text under icons looks okay to me [22:05] just so people know I do actually check the backlog in here :D [22:05] the dialog padding doesn't :X [22:05] yeah, that dialog is terrible [22:06] text under is fine - text next is completely transparent ... [22:06] flocculant: yeah, i'd give satya some time, but ultimately we might have to drop it [22:06] re: text next, doesn't it work in all apps? [22:06] maybe some just don't implement toolbars correctly/fully [22:06] knome: don't forget I'm fighting fonts and stuff with this new monitor for some reason :( [22:06] oh right, text next [22:06] :D [22:06] flocculant, i didn't forget, i didn't know you were [22:07] knome: only because you didn't read the backlog :p [22:08] yes.... [22:08] ochosi: not sure - it took a while to find some 'app' that affected anyway - globaltime prefs was the first one I found :D [22:09] ochosi: and the double border I'm sure I saw mentioned in -desktop so just assumed that would get done [22:11] knome: flocculant> ochosi: generally I'm not seeing anything stand out eww theme wise, but I'm also trying to get fonts etc to look nice with a new monitor - not easy seemingly [22:11] that :) [22:11] flocculant: debugged toolbar issue and commented [22:11] guess that is not a bug, so nothing to worry about for us there [22:12] ochosi: cool :) [22:12] marked it as such then [22:12] yup, also i guess nobody cared enough before you came along ;) [22:12] i for one never tried that setting [22:13] well it was actually akxwi found it :) [22:13] not me - totally missed it twice [22:13] ok, so i pushed some fixes to greybird for xenial, so if you test please use the shimmer daily PPA or ask bluesabre to update the pkg ;) [22:13] i don't see any other obvious glitches in our default apps for now [22:13] but i'll keep looking [22:14] knome pleia2 - can you perhaps bump the irc package session media things a bit for us [22:14] ochosi: I've been running with the 3 main ppa's since November or so [22:14] but not the best person to notice either ;) [22:15] wow, not cool: http://i.imgur.com/z7y2die.png [22:15] (look at the username with focus) [22:15] flocculant: that's ok [22:15] seems that those sessions get better responses from the social stuff [22:16] ochosi: might just be vbox issue, hardware doesn't look like that [22:16] nope I lied - should have looked first, didn't see that - never change user [22:17] flocculant, just redo essentially the same, or is there something new? [22:17] same on hardware [22:17] flocculant, re: irc session... [22:17] that's confused me :) [22:18] flocculant, you asekd social media bump for irc session; do you want to repeat the same message or do you have something else to say? [22:18] flocculant: no worries, fixed it already [22:19] wow, indicator-sound looks really boring without any apps there [22:19] flocculant, the earlier message being https://twitter.com/Xubuntu/status/679446515472052224 [22:19] knome: oh sorry, nothing new - still not got a date set [22:19] oki [22:20] bluesabre: we should add parole to indicator-sound by default, since that's our only media player now (currently it's empty, used to be gmusicbrowser) [22:20] currently we have 'some team' and 4 people with 2 time sets [22:20] knome: ^^ [22:20] ochosi: so should we move to the xfce one instead ? [22:21] ochosi: on the other hand - once people add a media tool, it populates [22:21] i think the xfce plugin isn't really ready yet [22:21] mine has clementine, banshee,r'box, exaile and gmb in it [22:21] although it works ok, but it's not yet a full replacement [22:22] as long as indicator-sound works and doesn't break, i'd keep it for nw [22:22] ochosi: ok - not had too many issues here when I used it [22:22] ochosi: probably for the best for 16.04 I guess :) [22:23] flocculant, https://twitter.com/Xubuntu/status/685587460454232064 [22:23] \o/ [22:23] that's just about perfect :) [22:23] good [22:23] bluesabre: i guess it's all about enabling parole's MPRIS2 plugin by default (i'd +1 that). for now i'll just drop gmb from the interested players... [22:26] bluesabre: http://bazaar.launchpad.net/~xubuntu-dev/xubuntu-default-settings/trunk/revision/587 [22:30] ochosi: fixed the odd login username focus thing? [22:30] bluesabre: ok, and another x-d-s commit enabling the MPRIS2 plugin (i hope this works on all archs, the property seems fairly specific...) [22:30] flocculant: sure sure [22:31] long time ago already [22:31] approx 1 min after i discovered it ;) [22:31] ha ha ha [22:31] alright, i think i fixed enough bugs for tonight [22:31] strolling off to the couch to watch some tv [22:31] if you discover other issues lemme know [22:31] lol [22:31] night [22:31] ochosi: what fixed in? I'll look for the thing dropping here? [22:32] yep - night night ochosi :) [22:32] i just pushed some fixes to greybird, so you'll see it on the next daily build ;) [22:32] * flocculant will just watch for random arty package updates :p [22:33] i'll prolly return in an hour or so to see whether bluesabre is around [22:33] and answers at least half of my random pings [22:33] ochosi: yea - guessed, will ping if I see something odd now I know it's there as an issue :) [22:34] ok cool [22:34] bluesabre: meh, for some reason those buttons in xfpanel-switch's toolbar are not linked, hence they look awful :/ [22:36] bluesabre: plus the app name in alt-tab says "xfpanel switch py" [22:36] booh [22:37] ochosi: so didn't think about it ^^, but if text next to icon is not completely supported - the test asks people to look, so should we ditch that bit of the test? [22:37] just to forestall pointless bug reports [22:37] yes [22:37] we should [22:38] doesn't make sense to test that [22:39] ochosi: they should be linked [22:39] ochosi: the other issue, I can confirm [22:40] still catching up on backlog [22:40] bluesabre: hf :p [22:40] bluesabre: crap, just noticed this is another greybird 3.18 issue [22:40] ochosi: ok - report that now so I catch it later [22:42] bluesabre: same problem in menulibre [22:42] with the unlinked or alt-tab? [22:43] unlinked [22:43] alt-tab is definitely a code issue [22:43] app name isn't set in the appp [22:43] yeah [22:43] menulibre does it right [22:44] catfish should too, its a dumb property that really should be set automatically, but catfish and menulibre have the code for that [22:44] yup [22:44] should be a one-liner [22:44] mpris I'd +1 [22:45] can I do that as well :) [22:45] mpris I'd +1 [22:45] sure sure :) [22:45] go for it [22:45] :D [22:45] :) [22:45] i already pushed it, but thanks for the support ;) [22:45] oh goodie [22:45] so yeah, greybird needs a pkg update and x-d-s does too [22:46] although i still need to fix those darn toolbar buttons [22:46] I'm going to work on a number of small tasks tonight and this weekend, trying to fix bugs here and there [22:46] nice [22:46] so, xfpm, greybird, x-d-s package updates [22:46] what else? [22:46] i had a quiet hour too tonight to get stuff done [22:46] well, the icon updates are not very crucial i suppose [22:47] but they should be uploaded at some point with a x-artwork package [22:47] ochosi: I saw you had but I thought I would support you anyway :) [22:47] expecting to do any more of those soon? might be good to get us up to speed this cycle [22:47] all sorts of package updates this weekend in that regard [22:47] flocculant: yup, thanks :) [22:47] :) [22:47] bluesabre: yeah, not sure what else we need [22:48] ochosi bluesabre - so while we are all here, nix a2 and wait for b1 ? [22:48] Uhh, really bluesabre? [22:48] hey Unit193 [22:48] huh? [22:49] ? [22:49] bluesabre: there are a few more icons to fix yeah, and i wanted to push the distroo specific stuff to a separate branch, not sure when i get to that [22:49] flocculant: may as well [22:49] Unit193: yeah, that's what i meant before [22:49] Unit193: ah, yes, that won't work [22:49] Oooh, Simon is drunk. [22:49] not really [22:50] bluesabre: ack then - unless something changes in the near future - all it takes is a mail in time to -release list [22:50] flocculant: we've had some good testing so far (right?) and plenty of bug reports, so I think skipping a2 should be good and we can work hard for b1 [22:50] (Kidding, kidding.) Usually it looks like the format used is 'parole-mpris2', and the one used of course won't work on anything apart from Amd64. [22:51] a2 is jan 28, b1 is feb 25 [22:51] bluesabre: I think so - all I can see is what I have done and tracker reports, and I do try and check bugs out too [22:51] but pretty much, [22:51] as wily is xenial [22:52] with plenty of gtk bugs [22:52] mmm [22:53] er, xenial is wily with plenty of gtk bugs [22:53] I think we should use qt [22:53] can we have clementine now? [22:53] :D [22:53] i think you're thinking of qubuntu [22:53] bluesabre ha ha ha [22:54] I'd say lubuntu... but lxqt is still not on the map [22:54] :) [22:54] no don't say that [22:55] ;) [23:04] bluesabre: oh man, that fix for the linked buttons won't be much fun [23:16] ok, pushed the parole mpris plugin fix fix [23:48] meh, so the linked buttons in inline-toolbars are broken in light-themes as well (as always, only adwaita works) [23:49] so [23:49] we should just remove numix and adwaita and then go for a dose of hope :) [23:50] or love [23:51] yeah i guess [23:51] ochosi: see the trouble is I'll not see anything arty until you say 'what about that?' then it's just a house of cards :) [23:51] well actually this means i will have to rebase greybird on adwaita for >16.04 [23:51] :( [23:52] lots and lotsa work considering xfce won't be gtk3 by then [23:52] rebasing is just pita I assume, cos a bunch of versions [23:52] yea - what I assumed [23:52] well, it basically means i'll have to start from scratch [23:53] cause it's not just rebasing, but CSS -> SASS [23:53] oh that's really crud [23:53] anyhow, enough rambling [23:53] night y'all, i need some sleep [23:53] for april? [23:53] that one i don't get [23:54] for 16.04 then? [23:54] oh nvm >16.04 :) [23:54] sleep well ochosi :) [23:55] thanks, night! [23:55] :)