[16:53] any sensible reason why we have gnome-user-guide in x-core/desktop ? [18:53] can't think of any [18:54] Deps pull it in. [19:02] I assumed that was the case - can never work out the why :p [19:44] knome: so re our release notes and the issues with the ubuntu wiki - what do you think's the best thing to do? [19:45] and if we're going to move them - I guess they'll need somewhere to go [19:46] i guess it's fair enough to move to our own wiki if we think it's worth it to copy over some markup from the ubuntu wiki once or twice a cycle [19:46] mmm [19:47] ok, i completely broke my new version of the tracker and rebuilt it better [19:48] currently with the wiki immutable - means we can't do anything with the current note, not keeping it up to date very regularly atm, but who knows how long it'll be till it's editable [19:48] ack [19:49] one option is to wait for some time to see if the community team comes up with something reliable with IS [19:49] right [19:49] some time not being too long [19:50] well [19:50] perhaps [19:50] my issue is I guess that in some future when we *do* need to edit - we'll not be able to [19:50] yes [19:51] and I really can't see why IS would give one about us not being able to be up to date for our testers - not their worry :) [19:51] so bleating in sysadmin's not going to be much use [19:52] the ubuntu wiki has some content that is important enough for canonical to let people edit that it's likely getting more friction than the community wiki [19:52] yup [19:53] cept release notes aren't on community wiki [19:53] no [19:53] and shouldn't [19:54] I guess if someone is canonical then they're going to be able to edit [19:54] nope [19:54] that shouldn't be it [19:54] well at least as i understand it... [19:54] anyway, they do want some community be able to edit something [19:55] if seems like not and the situation isn't fixed timely, then of course we should use something else [19:55] I guess the long and short is I'll just move the note I care about editing [19:55] well - if they're trying to plug a spam hole - there will be a new one as soon as it is plugged [19:55] * knome shrugs [19:56] i don't really know enough about what's happening to evaluate [19:56] nope [19:56] i know some of the community team have been talking about migrating away from moinmoin [19:56] so, maybe something like that is being thought about [19:57] don't see how that'd help deal with spammers being spammers [19:58] maybe there are better spam-detecting measures in other wikis that are actively developed [19:58] and automatic spam cleaning [19:59] no idea [19:59] i have no exact idea either; i haven't looked closely at many wikis lately [19:59] but i'm sure something like that has to exist, otherwise all wikis would be full of crap [19:59] aren't they? [19:59] well, that's a different matter... [19:59] :p [21:14] FWIW, I'm actually running the GTK3/gdbus ports. [21:15] Tumbler seems fine. [21:18] Unit193: that's awesome news [21:18] what was the thing about xfconf you wanted to tell ali? [21:19] Well there's not a lot that's in the PPA yet. Uhh, that it's broken in some specific call, can't remember what. >_< `make distcheck` should find it, or if I can find a pastebin. [21:23] http://paste.openstack.org/show/8xFJXvYPeAkEsfPJUuex/ it was in #xfce-dev... [21:24] i see [21:24] you could submit a bugreport or send it to the mailing list [21:27] Yeah on the todo. [21:27] good good, just wanna make sure it doesn't get lost [21:28] Won't get lost, just ignored. :P