[01:41] hey everyone [01:45] hey bluesabre [01:45] I need to catch up seriously bad [01:46] yeah, those guys went crazy on #xfce-dev [01:46] not that you actually have any git logs to check, but there was a lot of talking (: [01:46] I see that [01:46] Busy folks! [01:46] sidi-valencia: yeah, not a bad idea. but then we'd have to do that for all components which means more work. and currently not even all components have proper docs, so i'd rather start there... [01:47] andrzejr: yeah, saw that. i can't say i'm opposed to that, we could also try to be in sync with gnome/gtk, since that is a source of potential breakage [01:49] andrzejr: one problem is though that other distro-maintainers might complain about the syncing of release schedules with one distro, plus releasing not only a distro every six months plus also the DE itself might be too much work. after all, the xubuntu dev community isn't that big either [01:53] bluesabre: anyway, ping me when you're done reading, although i won't be around for *much* longer [01:53] probably won't catch up so quickly. Saw pings for parole 0.7 docs, go ahead and patch it :) [01:53] anything else I need to do with that? [01:54] hm, not really. only if we want to we can try to find a sustainable automatic solution [01:54] but yeah, it'd be just one more thing to do when there's a version bump (relink to newest docs) [01:55] yeah, on that same note, we'd also have to be more responsive with updating docs versions [01:55] :) [01:56] but if that's how we want to go, that should be pretty easy [01:56] not necessarily [01:56] we could make it fall back to the highest version [01:56] i mean highest available docs version [01:56] basically, keep the highest available (stable) docs version at apps/parole/start [01:57] that makes sense to me [01:57] and only if there is an older or dev version put that in apps/parole/0.7/start [01:57] so when 0.7 becomes 0.8, we move the current "master" docs to parole/0.6 and copy 0.7 over to "master" [01:59] hm, the about dialog has a PACKAGE_VERSION [01:59] is it too hacky if i just crop out the first three characters from that? [02:00] bluesabre: ^ [02:00] we actually define it in the configure file, we can do some stuff at build time [02:00] PACKAGE_VERSION returns e.g. "0.7.0", but we always need the first three chars [02:00] unless we get >10 [02:01] well yeah, that variable comes from the configure file i afaik [02:08] something like strncpy or strncat could be used i guess [02:08] one annoying thing about the docs is that with gtk>=3.12 there are no menuitem-icons anymore, so all the docs screenshots theoretically would have to be redone at some point, even if the UI doesn't massively change otherwise [02:09] (we could also just use less screenshots) [02:09] (e.g. for menus we don't necessarily need one as they're only lists) [02:14] actually, I think we removed them ourselves because of gtk 3.12 [02:15] to keep things consistent for everyone [02:16] hmright, well doesn't really matter though, in the end it boils down to the screenshots in the docs adding maintenance load [02:17] yup :) [02:18] i'll consider weeding out and redoing them for 0.8 then [02:18] (or asking jjfrv8 to do that :>) [02:20] heh [02:20] I'm hoping to actually get back in the xubuntu swing of things asap [02:21] but trying to move/get ready for the new job has been a chore [02:22] * skellat is having things break big time on the community governance side which is a mixed bag right now [02:22] * skellat bemoans the lack of sound effects on IRC otherwise there would be copious playback of breaking glass... [02:24] bluesabre: yeah, i've gone through the same a few times in the last year, really sucks up a lot of time/energy... [02:24] you have my full sympathy [02:24] or empathy [02:24] or whatever *pathy you prefer [02:24] (psychopathy maybe?) [02:24] mhm [02:25] any and all :D [02:26] ochosi, i consent to doing it :-) just tell me which [02:27] sidi-valencia: for instance, the powerman docs are really out of date [02:28] mousepad doesn't even have any docs [02:28] etc etc [02:28] have your pick [02:28] ahah fair enough [02:28] could do it slowly [02:28] yeah, or very fast! [02:28] just makes it more welcoming to look at the docs [02:28] very fast is incompatible with my workload [02:28] anyway [02:28] gf is here [02:28] doing it on docs.xfce or with the staging site? [02:29] surprise visit [02:29] ttyl :D [02:29] heh, hf sidi-valencia [02:29] bluesabre: powerman docs on staging site. the header idea sidi wants to introduce would best be handled in some sort of template [02:29] otherwise it's an annoying code-block that has to be added to every /start page [02:30] yeah [02:30] well, if anybody needs an account, you're an admin on the staging site [02:30] :) [02:30] yup :) [02:30] but not on docs.xfce [02:36] okay, think I'm going to head to bed early. Will pick up my tasks in the morning [02:37] Have a good night everyone! [02:50] same here, night everyone [03:23] woo, finally have vivid marketing blueprint done [03:24] a month late [10:06] Hello. [10:11] hello [10:17] Elfy: I was recommended to speak to you for helping out with testing. [10:20] habhatti: yep you can [10:20] what can you test? installing? applications? [10:22] Both. [10:23] ok [10:24] are you able to run and use the dev release - or only able to do so with virtual machines? [10:26] I can do it in a VM for the moment. [10:30] okey doke [10:31] so, get the daily and install that in a vm - that will test the live session and one of the install tests [10:31] then you can use apps in there to test them [10:31] http://iso.qa.ubuntu.com/qatracker/milestones/326/builds [10:32] xubuntu is at the bottom - pick 32 or 64 bit, there are download instructions once you are in either [10:32] Sounds good. [10:36] I'm about off an on this morning [10:39] Ok, thank you. [10:43] habhatti: once you have downloaded whichever iso for testing - you don't need to download the whole thing again - it updates every day [10:43] you can use zsync - which just grabs the difference [10:44] ok [11:31] pleia2: congrats :) [12:01] bluesabre: looks like we cannot move xfdesktop4 4.11.8 to trusty-updates, because it does not fix the icon rearrange problem completely [13:09] bluesabre: also, what is the status of the weather-plugin for precise? do nothing until precise is EOL, mark it as won't fix or release an update before like next year? [13:12] it's just fair to inform the users which are still using precise. it's a LTS release after all [14:49] brainwash: does xfdesktop fix the other issues though? Seems like 2/3 (or whatever the ratio is) is better than nothing [14:50] brainwash: I've been busy lately, will work on the weather plugin today, assuming I am not on the road all day again :) [14:56] bluesabre: I'm not sure about the other xfdesktop fixes which are mostly minor ones. The icon arrangement one is bothering many users and the new version seems to alter the bug or even introduce it to users which were not affected previously. [14:57] ah, lovely [15:12] way [15:12] huh [15:12] missing a command char [15:12] see you later. [15:15] ? [15:16] Is it normal that the vivid roadmap appears blank for me? [15:18] habhatti: where are you looking? [15:19] the xubuntu roadmap is indeed empty currently if that's what you mean [15:19] blueprints are more or less done as far as I know - https://blueprints.launchpad.net/ubuntu/+spec/topic-v-flavor-xubuntu [15:20] yes that's the one I was looking at [20:47] can anyone here reproduce https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1395528 [20:47] Launchpad bug 1395528 in ubiquity (Ubuntu) "Install getting stuck on choosing a security for luks (mount unknown filesystem type 'crypto_LUKS')" [Undecided,New] [20:59] Hello.