[00:44] Perigee, i should have been replying your xchat mail, but briefly; i think after a quick review i can see any reason why we couldn't ship it with the ISO [00:45] knome: It's quite a quiet mailing list. :) [00:46] yeah, even more reason that it shouldn't have been so long with no answer from me [00:46] knome: I think that sounds great. How do you plan on shipping it if hexchat isn't installed? [00:46] And why, if hexchat isn't installed? :P [00:46] i think "just install it at a location where hexchat can find it when it is installed" === Zren_ is now known as Zren [00:49] I'm on board however you think is best. Glad you like it [00:50] well, i don't use hexchat myself, but i think things like that are a "good service" for our users, should they want to have a more unified look === sorinello__ is now known as sorinello_ [20:09] Unit193: hmm, i'm hitting the "garcon-gtk3-1 >= 0.5.0... not found" error on zesty (i think flocculant had that issue too) with the xfce4-gtk3 ppa enabled. i think the package in ubuntu is called garcon-2, not gtk3, correct? [20:09] if so, what's up with that? [20:10] i mean do you expect the panel to change the package name in configure.ac.in? [20:11] also, i'm wondering why this is working for me on yakkety, the package there is also called libgarcon-2-0 [20:14] I grabbed garcon from the gtk3 ppa - also appear to have -1-0, -1-0-dev, -2-0,-2-0-dev and common installed - likely I just installed anything I could find with the name in it [20:14] ochosi: building the panel issue? [20:14] but it's still not working for you in zesty, correct? [20:15] yeah [20:15] no - it is working for me in zesty [20:15] i'm currently working on a docker image which will pull the latest panel from master and start it up [20:15] so we can do reliable, reproducible testing [20:15] oooh [20:15] in a semi-automated way, without VMs [20:15] I have panel master in a vm [20:16] keeping the same vm for any of this testing xfce stuff [20:16] yeah, makes sense [20:16] but i want to enable anyone to set this up automagically [20:16] yea [20:17] also, the dockerfile will document the build depends [20:17] and the build process [20:23] I'd be interested to see how that all works - and how to create them - and all of the things :p [20:25] i'll show you when i'm done, no worries [20:25] dockerfiles are very readable anyway [20:25] no black magic [20:26] :) [20:29] http://i.imgur.com/ya7fwSL.png [20:29] that's my docker container already running [20:32] nice :) [20:32] ftr - same version here in the vm :) [20:33] garcon-2.pc and garcon-gtk3-1.pc are in there, now the question is if those are missing any deps. [20:34] garcon_api_version=1? [20:41] I presume you have libglib2.0-dev and libxfce4ui-2-dev, as well as the gtk3 headers? [20:44] iirc I had to install garcon, 4ui and wnck to get panel building [21:07] i'm wondering if we should enable some kind of Q&A stuff on the website [21:07] so people could send their (support) questions in easily [21:08] we might want to edit the format of the questions [21:09] just send them to askubuntu? [21:10] (and then actually check the xfce tag there from time to time) [21:10] well, that's one option, but tbh, the xfce/xubuntu related/specific questions disappear in there [21:10] and ultimately, we could estimate whether the answers should be "just answers", or FAQ articles on some larger subjects, or even in the documentation [21:11] the idea i have/had is that the questions aren't public unless person X from group Y has checked them [21:11] so not a free forum for all to contribute [21:11] so curated, like the new tutorials.ubuntu.com [21:11] yep [21:12] nothing wrong with doing that, but i think it compliments AU rather than replacing it [21:12] yep [21:12] indeed [21:13] currently there is only one open question on AU tagged xfce or xubuntu [21:13] and it has a +50 bounty [21:13] heh [21:13] and it's really specific and technical [21:13] the other question related to this is "can people with issues with xubuntu find askubuntu well enough" [21:13] they can if you link to it on xubuntu.com... [21:13] we do [21:13] expect only on xubuntu.org ;) [21:14] heh... well, if they can't find that, then they won't find this new thing either i think [21:14] unless the new thing is literally *on* the site [21:14] "type your question here" [21:14] big box [21:14] :) [21:15] you have to look really hard to find the AU link [21:15] i know, that's partly because it isn't one of the primarily suggested outlets for xubuntu support [21:16] maybe it should be above launchpad answers, and maybe even above forums - though people will disagree with that [21:16] but no way it should be presented as more important/better place than IRC or the mailing lists [21:16] in terms of support i think it should [21:16] definitely LP answers [21:16] that's more for developer questions [21:17] yes... and i don't think xubuntu developers hang out there [21:17] maybe not in intent, but in practice you won't get answers to noob questions there [21:17] I'd display those last ones differently. [21:17] Unit193, feel free to propose :) [21:17] More bullet point style. [21:17] this is constantly evolving, and we're better than 8 years ago... [21:18] i once got into an argument with someone on the ubuntu discourse (which no longer exists) about how ubuntu support is stratified and that is not a bad thing [21:18] yeah, sure [21:19] like, you don't go to #ubuntu-devel and ask how to install ubuntu [21:19] i mean, obviously different people need different kinds of methods [21:19] yeah, totally [21:19] tbh, i'd probably drop the community help wiki from that list [21:20] that's near dead, and if there is any content that we think is worth saving, we should probably find a better venue for it [21:21] and i've looked through it a few times and there's not really much touching xubuntu at all [21:23] i think it's okay if more advanced channels like IRC or LP answers are buried on the bottom of a FAQ page, but 1st line support, whatever you decide that is, should be front and centre as you say [21:24] though IRC is the best way to get answers fast, and we even have a page with webchat, so connecting is no problem [21:24] I'd be inclined to move irc down - people ask things and more often than not they're gone long long before anyone answers [21:24] documentation obviously should come first - because if we've taken the time to document something, it's probably something very generic [21:25] +1... ask and leave happens all the time [21:26] ali1234: yup - especially when nick is xubuntu1234 [21:26] well again, http://temp.knome.fi/xubuntu/.loganalysis/ [21:27] oh... what is that? [21:27] the number of nicks joined #xubuntu every month [21:27] knome: I assume that's logins [21:27] yep [21:27] the next step is to check how many of them spoke [21:27] and asked a question, etc. [21:27] not logins answered or logins lasting longer than 5 minutes :) [21:27] nope, not yet [21:27] grouped by how they connected? [21:27] yep [21:28] what are "documentation" / "online documentation"? [21:28] how do you determine those? [21:28] the docs shipped with xubuntu / the docs at docs.xubuntu.org [21:29] the irc link is on the startpage of those [21:29] yes, but how do you tell? they all link to a slightly different variation on the web chat? [21:29] yep [21:29] i see, clever [21:29] they prefill the nick with xubuntu..? where .. is random numbers and ? is the outlet used to connect from [21:29] of course if somebody changes their nick, we can't follow them [21:29] that's pretty clever. do the other flavours do this? [21:30] i don't think so [21:30] we started doing it a couple of years back iirc [21:31] also unknown is when the 10th symbol is not one of the preset ones, most often a number - pre-2014 we just had xubuntu... as the nick template [21:31] i'm surprised that shipped docs are so big. i always go straight to google [21:31] well it's very visible on the whisker menu [21:31] so people who might not be so technically inclined, or who don't have strong google-fu might prefer that [21:32] I'd hazard a guess that anyone in here is unlikely to use our docs - just memory instead ;) [21:32] well, maybe [21:32] s/anyone/most [21:32] at least not use the local docs, then press the irc button :P [21:32] :) [21:33] so again, this does not register nicks that don't match the pattern [21:33] you see me sometimes as tracker... [21:33] maybe one of the next steps is to figure out how many nicks that only join once or twice per month and who aren't registered to nickserv (to try to rule out regulars) join and add those to the totals [21:35] i can tell you what else they do... [21:35] i'm not in #xubuntu but i'm in #ubuntu-mate [21:35] and i'm nearly always the first alphabetical list [21:35] heh [21:35] right [21:35] i get about 10-20 PMs from randoms every day [21:36] always from there [21:36] so maybe we should make Unit193 set up a bit with the name aaaaaaargh [21:36] and catch the questions there [21:36] ha ha [21:36] they always just say "hi" and then quit [21:36] well at least that's some kind of stats too ;) [21:36] 300 idiots this month ... [21:37] so maybe we should check if nick X output more than 3 lines [21:37] and then differentiate those per outlet too [21:37] knome: maybe also check if nick x outputs the same string more than once? [21:37] also see if any of them include a question mark or some trigger words [21:38] flocculant, to try to gather if they are not answered in the first 3 seconds? ;) [21:38] you'd want to give that bot voice as well, different clients sort in different ways [21:38] that was only a half-serious suggestion, but maybe. [21:38] knome: some wait a little bit longer - guessing they repeat when they seem someone else join [21:38] flocculant, yeah, that doesn't help much [21:38] it was half-seriously considered on #ubuntu-mate too, after i complained :) [21:38] ;) [21:39] i'd say it's not a huge amount of people who repeat actually [21:39] anyway [21:39] the sauna is hot [21:39] bbiab [21:39] :) [21:39] will hack a bit on the script then [22:17] flocculant: so this is what it looks like: https://github.com/ochosi/xfce-test/tree/feature/xfce4-panel-from-master [22:18] you can simply git clone the repo, then run "make setup", "make build" and then "make test-setup" [22:18] then the session should be running [22:22] in order to avoid the second step (which basically builds the docker image) i will set up some travis CI integration on github and push the images to dockerhub [22:23] so for testing you'll be able to pull those from there and simply run the container (i.e. make test-setup) [22:57] to what stuff are you referring specifically, flocculant [22:57] ?