[01:23] <jjfrv8_> bluesabre, I had installed the ppa before I took those screenshots but I just got some updates tonight...
[01:24] <jjfrv8_> and now it looks like slickymaster's. http://imagebin.org/275317
[01:25] <jjfrv8_> latest version on top.
[01:37] <ali1234> i think i may have cracked this one
[01:44] <ali1234> yup
[01:47] <bluesabre> congrats jjfrv8_ !
[01:48] <Unit193> Reminder about the Xubuntu Community meeting tomorrow at 1500UTC.
[01:48] <bluesabre> ali1234, that sounds promising
[01:48] <bluesabre> Unit193, knome; won't be able to make it
[01:48] <Unit193> bluesabre: Nor will I. :)
[01:50] <ali1234> bluesabre: it was indeed caused by that snippet of code i pasted above
[01:51] <ali1234> i still don't know why, but I have it working again
[01:51] <ali1234> updated the bug anyway
[01:51] <bluesabre> cool
[01:51] <bluesabre> well, HMMMMMMMMMMM............ isn't valid syntax ;)
[01:51] <ali1234> that was my commentary
[01:52] <ali1234> anyway, i have a theory for what has happened here, off to test it out
[01:52] <bluesabre> just messing :), good luck!
[01:52] <Unit193> knome: Anything you think I had for the meeting feel free to carry. :P
[02:10] <ali1234> so this is the fix http://bazaar.launchpad.net/~a-j-buxton/libdbusmenu/appindicatorfix/revision/462
[02:10] <ali1234> still no idea why this fixes it, as it is the gtk2 version of the library that isn't working - this change should not affect the gtk3 version
[02:23] <ali1234> PPA with fix is waiting to build: https://launchpad.net/~a-j-buxton/+archive/dbusmenu
[09:33] <slickymaster> dood morning all
[09:34] <slickymaster> good ^^
[09:50] <knome> Unit193, alllllright.
[10:06] <lderan> hello knome, what shall we do about the slideshow thing, anyone i can poke to find their opinions?
[10:07] <knome> can you remind what slideshow are we talking about?
[10:07] <lderan> i can indeed
[10:08] <lderan> https://code.launchpad.net/~lderan/ubiquity-slideshow-ubuntu/test/+merge/180747
[10:08] <knome> ah, that
[10:08] <knome> umm, can you ask me again in two hours? :)
[10:08] <lderan> sure thing :P
[10:08] <knome> ta
[10:40] <brainwash> ali1234: "I DO NOT understand why this works" :D
[13:06] <lderan> slightly later then 2 hours but knome ping
[14:54] <ochosi> brainwash: care to explain why bug #1231439 is related to shimmer-themes?
[14:59] <brainwash> ochosi: ... give me some time to actually write a comment :P
[14:59] <brainwash> now check again
[15:00] <brainwash> well, it's probably the gtk engine or?
[15:01] <elfy> is it not meeting time?
[15:01] <brainwash> elfy: please confirm bug 1231439 :)
[15:02] <ochosi> brainwash: we're using the default engine, so it would mean it's a bug in gtk itself
[15:02] <ochosi> elfy: i guess it is, question is, who is actually here for it
[15:02] <brainwash> ochosi: it does not happen with the unity themes, or the ugly default xfce ones
[15:02] <brainwash> or the default kde gtk theme
[15:03] <ochosi> brainwash: well those do use different engines (xfce-engine and unico)
[15:03] <elfy> brainwash: not even got gnome-system-log installed
[15:04] <brainwash> ochosi: so it happens with all the shimmer-themes, therefore I've added them to the affected packages list
[15:04] <ochosi> brainwash: yeah, i understand. i'll see what we can do about it
[15:04] <brainwash> ochosi: thanks :)
[15:04] <elfy> brainwash: can confirm that it doesn't do anything but crash
[15:05] <brainwash> elfy: try a non shimmer-theme
[15:05] <elfy> ochosi: not many I guess :)
[15:06] <elfy> brainwash: works with high-contrast
[15:08] <brainwash> elfy: thanks for confirming
[15:09] <elfy> welcome
[15:10] <micahg-work> did I miss the meeting?
[15:11] <micahg-work> oh, good, it's UTC based
[15:12] <knome> no, you didn't
[15:12] <knome> why wouldn't it be UTC based? :P
[15:13] <skellat> We're only 13 minutes late starting then
[15:13] <knome> hmm, right
[15:13] <knome> well noticed!
[15:13] <knome> i still hate DST :(
[15:14] <knome> so.... who's here for the meeting? :)
[15:14] <knome> #startmeeting Xubuntu community meeting
[15:14] <meetingology> Meeting started Thu Oct 31 15:14:46 2013 UTC.  The chair is knome. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:14] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:14] <knome> #topic Open action items from previous meeting 
[15:14] <jjfrv8> o/
[15:14] <elfy> o/
[15:14] <knome> #action knome to prepare the website for the desktop of the week 
[15:14] <meetingology> ACTION: knome to prepare the website for the desktop of the week
[15:14] <knome> still TBD
[15:15] <knome> skellat, have you prepared a blog article about upgrading? :)
[15:15] <PhilDick> i came to lurk the meeting, hoping to get involved in 14.04 rollout/qa
[15:15] <knome> PhilDick, welcome!
[15:15] <knome> PhilDick, you should talk with elfy after the meeting is over
[15:15] <PhilDick> ok
[15:15] <skellat> knome: In light of a particular bug issue, it is best we put that action item on deep freeze
[15:15] <skellat> Bug 1208204
[15:15] <knome> ok, i'll just let it slip from the agenda
[15:16] <knome> #topic Strategy Document reviewing 
[15:16] <knome> yeah, i've been too busy to get the new version out
[15:16] <knome> #action knome will send the updated SD to lists later this week
[15:16] <meetingology> ACTION: knome will send the updated SD to lists later this week
[15:16] <knome> #topic Team updates
[15:16] <knome> does anybody have updates since last week?
[15:17] <skellat> Tomorrow is the deadline for booking UDS sessions
[15:17] <elfy> nothing to update from me 
[15:18] <knome> let's bump the UDS discussion first after announcements.
[15:18] <knome> any other updates?
[15:19] <ochosi> nothing much from my side
[15:19] <jjfrv8> #info nothing from docs
[15:19] <knome> yeah, as expected, still quiet in the development front
[15:19] <ochosi> well, there's some news in xfdesktop
[15:19] <knome> aha, go ahead
[15:19] <lderan> belated here for the meeting
[15:20] <ochosi> not sure that really belongs here, but in many of our reviews ppl complained about us not shipping a set of nice wallpapers by default
[15:20] <ochosi> a few things have become easier with the new xfdesktop (4.11)
[15:20] <knome> ochosi, oh great :)
[15:20] <ochosi> there are builtin options to change wallpapers based on time
[15:20] <knome> we do have the community wallpapers idea still WIP, and i think the LTS release is the perfect place to introduce that
[15:20] <ochosi> so we could have a morning, noon, afternoon and evening variant of our wallpaper
[15:21] <ochosi> yup, i agree
[15:21] <ochosi> and the thing is that the new xfdesktop allows users to simply select a folder which contains wallpapers, which is much better than the current system of being able to only add single wallpapers to the list (which would disappear after logout)
[15:21] <ochosi> so i hope we can get a 4.11 release into 14.04
[15:22] <ochosi> (as i don't expect xfce4.12 to land in time for 14.04)
[15:22] <skellat> ochosi: What's the timeline looking like for 4.12 upstream?
[15:22] <ochosi> many fixes also went into the desktop, eric was quite active on it
[15:22] <ochosi> skellat: it's unknown
[15:23] <skellat> ochosi: Okay
[15:23] <ochosi> basically xfce has become a one-man show (especially wrt core-releases)
[15:23] <knome> ochosi, i agree with trying to get the 4.11 release in. can you add that to the roadmap and specify the package we need and the reason? :)
[15:23] <ochosi> so as long as NSchermer isn't around/active, nothing much is going to happen
[15:23] <slickymaster> hi guys, sorry for being late :(
[15:23] <lderan> hey slickymaster 
[15:23] <ochosi> knome: yeah, will try to quickly add that (the package is already in the 4.12ppa)
[15:24] <knome> ochosi, cheers
[15:24] <ochosi> so we can even ask ppl to test things *now*
[15:24] <elfy> excellent 
[15:24] <ochosi> and report issues if they exist (so far i've not experienced any extra bugs with the 4.11 version, and i've been using it for a while)
[15:25] <micahg-work> ochosi, I won't land 4.11 unless 4.12 is guaranteed to come behind it
[15:25] <knome> #info xfdesktop 4.11 has some nice features; builtin support for wallpapers based on the time, support for selecting a specific directory where xfdesktop looks for wallpapers instead of the fixed system directory
[15:25] <knome> micahg-work, i think we need to discuss that
[15:25] <micahg-work> I don't like the idea of dropping in pre-release versions unless necessary
[15:25] <micahg-work> we selected the pieces that look stable enough
[15:25] <knome> micahg-work, landing stuff is fine from my point of view, as long as we test it thoroughly
[15:25] <ochosi> yeah, so why not continue to do so?
[15:26] <micahg-work> knome, sorry, didn't mean to be snarky :)
[15:26] <ochosi> (i mean, continue to land pieces that seem stable enough)
[15:26] <knome> micahg-work, the list we dropped in for 13.10 was short because of the lack of time, not because components weren't stable enough
[15:26] <micahg-work> ochosi, because upgrade paths might become messy, as this is an LTS, I'd prefer to keep it as stable as sanely possible
[15:27] <micahg-work> if this were LTS+1 I'd have no problem dropping in the prereleases if they looked stable
[15:27] <micahg-work> I'd just rather not do it for the LTS unless we have no choice
[15:27] <knome> as i said, i think we need to discuss what the policy re: including stuff is
[15:27] <ochosi> micahg-work: i agree, in this case there's a migrate-patch: http://git.xfce.org/xfce/xfdesktop/commit/?id=af240b063cd0678dc1739ffa28e93f1ff530bead
[15:28] <ochosi> just saying, xfdesktop should take care of the transition by itself
[15:28] <knome> ultimately, us dropping in some pieces of 4.11 can help xfce release 4.12 sooner.
[15:28] <ochosi> +1
[15:28] <knome> and we should definitely be in touch with them about releasing 4.12 too
[15:28] <micahg-work> I wouldn't mind getting it packaged in a PPA, I'm just averse to throwing it in the archiv
[15:29] <ochosi> well, it's already in a PPA ;)
[15:29] <knome> my point is that if nobody is pushing stuff forward, we're going to stay quite frozen
[15:29] <micahg-work> if we knew 4.12 was being released in Jan or Feb, this wouldn't be an issue, but that was supposed to happen at the beginning of the year
[15:30] <ochosi> yeah, as i said, the situation weighs more or less on NSchermer's shoulders
[15:30] <ochosi> and there aren't many other contributors to -core
[15:31] <ochosi> i could get in touch with him about a 4.12 release-date, but i'm very pessimistic about that
[15:31] <knome> we should all sit down, with nick, and discuss about this openly
[15:31] <ochosi> there are still things left to do for 4.12, and i fear many of these things would have to be done by him
[15:31] <skellat> We need to get that done before UDS anyhow as we need to have our features settled by then
[15:32] <ochosi> simply because there aren't many other ppl around
[15:32] <knome> with our and their concerns, the ways we can help them release sooner
[15:32] <knome> skellat, yes and no... that's quite subjective :)
[15:33] <skellat> knome: Feature Definition Freeze supposedly falls the same week as UDS in the Trusty Tahr schedule
[15:33] <knome> skellat, yes, i'm aware of that, but it's still so-so if we "really" need to have everything planned; we've slipped that times and times...
[15:33] <skellat> Okay
[15:34] <knome> skellat, ...and nobody comes asking us what we're preparing, or need our list
[15:34] <skellat> Okay
[15:34] <ochosi> yeah, i think these are things we can decide for ourselves
[15:34] <ochosi> but ofc it's helpful if we have some kind of feature definition freeze (in theory)
[15:34] <knome> of course!
[15:35] <knome> there's still a week to go, and tbh, i think that's enough time for us to sit down and think what we want *even if 4.12 didn't land*
[15:35] <knome> i mean it's not a huge list, and it's not something that's going to break the world.
[15:36] <ochosi> knome: one more thing we could discuss is the current panel layout
[15:36] <knome> ochosi, okay.
[15:36] <ochosi> i'm mostly happy with the top-panel, but i'm wondering about the bottom panel
[15:36] <knome> ochosi, bluesabre, micahg-work: can we set some date in the next 7 days to sit down and discuss?
[15:36] <micahg-work> Sunday is probably better for me
[15:36] <ochosi> i mean i personally haven't used that one for ages and i'm really wondering how useful it is
[15:36] <micahg-work> otherwise, it'll be too late for all of you
[15:36] <lderan> i remove the bottom
[15:36] <knome> sunday works for me, if it's late enough
[15:37] <ochosi> hmm, sunday i'm travelling all day, but depends on the time
[15:37] <knome> 22UTC?
[15:37] <knome> ochosi, micahg-work: late enough?
[15:37] <micahg-work> sounds good to me
[15:37] <ochosi> late enough or too late :)
[15:37] <elfy> ochosi: +1 to bottom panel and lderan I do as well  
[15:37] <knome> ochosi, propose.
[15:37] <ochosi> i'll try to make it
[15:37] <micahg-work> well, that's late afternoon for me :)
[15:38] <knome> ochosi, i can make it later... and earlier.
[15:38] <ochosi> knome: ok, let me quickly check my train schedule
[15:38] <knome> sure
[15:38] <ochosi> elfy: +1 means drop the bottom panel or keep it in this context?
[15:38] <PhilDick> i remove bottom panel
[15:38] <knome> i'm fine with dropping the panel
[15:38] <micahg-work> I'm fine with 22:00 UTC
[15:39] <knome> micahg-work, let's wait for ochosi's train schedule confirmation :)
[15:39] <elfy> ochosi: I mean I never use it and in fact remove it 
[15:39] <ochosi> i think if we add e.g. whiskermenu by default (which i hope we will), it's easay enough to launch apps
[15:39] <ochosi> easy
[15:39] <knome> *coughs* :)
[15:39] <ochosi> ok, thanks for the quick feedback
[15:39]  * ochosi adds it to the roadmap
[15:39] <knome> ochosi, sun schedule?
[15:39] <ochosi> knome: sure sure, just one sec...
[15:40] <micahg-work> I think the panel adds a nice touch, but if we can easily launch apps, it should be fine to remove
[15:40] <knome> i don't know who actually use the panel
[15:40] <micahg-work> let's make sure we have docs on how to add it back for people
[15:41] <micahg-work> I use it to launch email/browser
[15:41] <knome> it's somewhat hidden, and otoh, when it opens, it's a distraction
[15:41] <knome> that's why i remove it
[15:41] <ochosi> yeah, either add a real dock or drop that
[15:41] <ochosi> (imo)
[15:41] <jjfrv8> it's one of the first things I do on a new install - remove it, that is
[15:41] <ochosi> knome: so i think it might work for me, let's make it 22utc
[15:41] <knome> not sure if a real dock is any less distractive.
[15:41] <knome> okay, 22 utc it is
[15:42] <ochosi> dunno, i've been using plank for a while now and i enjoy it so far
[15:42] <knome> #info Discussion about cherry-picking on Sunday, 3 November at 22UTC on #xubuntu-devel
[15:42] <knome> #undo
[15:42] <meetingology> Removing item from minutes: <MeetBot.items.Info object at 0x18d3690>
[15:42] <PhilDick> keep in mind xfce/xubuntu users may be avoiding bells and whistles intentionally. otoh those here may not be representative of all xub users
[15:42] <ochosi> it also fits xubuntu nicely, because it's lightweight etc
[15:42] <knome> #info Discussion about cherry-picking Xfce 4.11 components (and related issues) on Sunday, 3 November at 22UTC on #xubuntu-devel
[15:43] <knome> ochosi, i think we can discuss about the panel configuration at a later time, in a general meeting
[15:43] <ochosi> knome: we could try to invite some xfce devs too..
[15:43] <knome> yep, we should.
[15:43] <knome> #info ochosi and knome will try to invite some Xfce devs to the meeting
[15:43] <knome> err
[15:43] <knome> #undo
[15:43] <meetingology> Removing item from minutes: <MeetBot.items.Info object at 0x15afe10>
[15:43] <ochosi> i'll send a quick note to the xfdesktop-dev
[15:43]  * elfy will try to be there for that meeting so he can keep up with what he might need to think about
[15:43] <knome> #action ochosi and knome will try to invite some Xfce devs to the meeting
[15:43] <meetingology> ACTION: ochosi and knome will try to invite some Xfce devs to the meeting
[15:43] <knome> elfy, cheers :) we will naturally also make notes...
[15:43] <knome> #topic Announcements
[15:44] <elfy> yep - not the same as following a discussion though at the time :)
[15:44] <knome> #info Today is set as the last day of brainstorming for the Roadmap; the team shall approve blueprints next week
[15:44] <knome> #info After approving, people have two weeks to finalize their specifications (where applicable)
[15:45] <knome> any other announcements?
[15:45] <ochosi> bbiab
[15:45] <knome> ochosi, thanks for the announcement
[15:45]  * elfy has a pet peeve that could be an announcement 
[15:45] <knome> elfy, go ahead
[15:46] <elfy> does it need an # ?
[15:46] <knome> elfy, #info please
[15:47] <elfy> #info - When I ask people on the -dev list for what's likely to come up that needs testing during the cycle - can they please answer. Because I will be doing so. 
[15:47] <knome> yep, we will :)
[15:47] <knome> and we will also try to be in contact the other way; when we know something else/new needs testing, we will let you know
[15:47] <skellat> #info A meeting may be scheduled if circumstances warrant outside the regular team meeting schedule on creating the core seed
[15:48] <elfy> I'd rather know now that something is coming up in a few months - than then when otjher things are planned
[15:48] <knome> elfy, sure. the meetings on sunday and next thurday when we approve things should give you a good idea what we are preparing to land to 14.04 images
[15:48] <lderan> will be going through the list of the gtk apps for autopilot testing and seeing which ones now launch without error that didn't before and update the wiki
[15:49] <knome> lderan, #action lderan ... :)
[15:49] <elfy> #info During the next week I will be mailing -dev list re planning testing (cadence) 
[15:49] <knome> elfy, feel free to add that to the meeting schedule as well, if you want that discussed next thu
[15:49] <lderan> #action lderan to go through the gtk list to see which apps now work with autopilot
[15:49] <meetingology> ACTION: lderan to go through the gtk list to see which apps now work with autopilot
[15:49]  * knome bows
[15:49] <elfy> lderan: can you keep in touch with me re that 
[15:49] <lderan> will do
[15:49] <knome> #topic New and emerging items
[15:50] <lderan> catfish works with it now which is prompting it
[15:50] <knome> #subtopic Xubuntu Core: Do we offer it only as a metapackage or shall we make downloadable media avaiable as well? 
[15:50] <elfy> knome: I suspect I will be working next thursday and missing - will leave copious notes
[15:50] <knome> elfy, sure :)
[15:50] <skellat> I can speak to the subtopic briefly
[15:50] <knome> this has been discussed quite a bit, and i think the current stance is "only a metapackage"
[15:50] <knome> skellat, go ahead
[15:50] <micahg-work> would be nice as a netinstall or metapackage, I don't know that we need media unless we have the testers
[15:50] <knome> i would like to avoid the extra image
[15:51] <knome> another option is to make it selectable from the installer, as edubuntu does
[15:51] <knome> i'm not against that, but if you make me choose, just a metapackage works.
[15:51] <skellat> Within the limits of the current approved generation options for installation, we can either generate an image or have a user go through mini.iso
[15:52] <PhilDick> as a potential new qa tester, easier is better.... i'm willing to learn whats required but easier may equal more testers.
[15:52] <elfy> I'd be +1 for whatever is easiest for us as a team to work with 
[15:52] <skellat> If core is kept as a strict subset of regular xubuntu-desktop, though
[15:52] <knome> skellat, ...and we can offer it as an option in the installer :)
[15:52] <ochosi> yeah, that'd be really nice
[15:52] <skellat> knome: That would require some hacking on ubiquity to make it available as an option
[15:53] <knome> skellat, sure, but that's completely in our reach, if we want to do that
[15:53] <elfy> and a whole lot of extra testing - do we really think that we'd get that? 
[15:53] <skellat> With the way live cd images are generated
[15:53] <skellat> ...
[15:53] <elfy> I don't want to be having to do more tests on milestone days because we've not had sufficient turnout
[15:53] <skellat> core would have to be a strict subset and ubiquity would need additional rules on what to leave behind
[15:53] <knome> elfy, a few more testcases.
[15:53] <knome> skellat, yep.
[15:54] <xnox> skellat: ubiquity supports plugins, so one of xubuntu specific packages can just drop in one .py file as a plugin to fully customize ubiquity. thus actually you can do all of that without touching lp:ubiquity at all =)
[15:54] <elfy> knome: which is ok if you have more than ~20 testers
[15:54] <GridCube> oh meeting
[15:54] <elfy> yep :)
[15:54] <skellat> Thank you xnox.  We'll still need somebody to make the plugin, though.
[15:54] <knome> elfy, i'm not disagreeing or pushing for the ubiquity stuff. just saying *it is possible if we want it*
[15:54] <knome> even from the QA point of view.
[15:55] <elfy> yep - I understand what you're saying - just putting my pov across now :)
[15:55] <knome> of course it's additional burden... but it's about the same as if we reintroduced the alternate images
[15:55] <xnox> skellat: knome: in terms of implementation - ubiquity is stupid and copies everything first, and then does removal. So xubuntu-desktop will be install first, and then you need to intelligently do an $ apt-get remove * step in essence.
[15:55] <skellat> The case behind core remains we give the bare basic subset of desktop, which should require fewer test cases, that installers can then customize as they see fit in lieu of what xubuntu-desktop provides.
[15:56] <elfy> skellat: it's not about what is IN a testcase - but that we rarely have enough people testing what we already have :)
[15:56] <skellat> elfy: True
[15:56] <knome> skellat, we still need/want to test what's in the -desktop metapackage as well
[15:56] <skellat> Ideally the tests would overlap
[15:56] <knome> sure :)
[15:56] <skellat> The same things would be covered
[15:56] <skellat> -core would just have fewer of them than -desktop
[15:56] <knome> skellat, what's your take on the subject? what would you do?
[15:57] <skellat> From what xnox said about ubiquity, I'd generate a separate image
[15:57] <skellat> That way we don't have to deal with ubiquity having to remove things
[15:57] <knome> that would mean quite many new testcases though
[15:57] <skellat> True
[15:58] <knome> which i think isn't sustainable
[15:58] <skellat> My second choice would be fabulous documentation on the art of using mini.iso
[15:58] <knome> okay
[15:58] <knome> so you would try to avoid modifying ubiquity? :)
[15:59] <GridCube> but mini ist a real option to poeple who want -core because they dont have a fast connection
[15:59] <skellat> The plugin could be done as xnox mentions above but then we'd have to worry about dependencies being broken during a remove and possibly creating dead installs
[15:59] <xnox> knome: skellat: alternative is to make the default liveimage xubuntu-core, and ship the rest of xubuntu-desktop in the /pool/ which is installed in-target "the slow way" (same as it was done by alternate image)
[15:59] <knome> GridCube, that's not the only reason why people want -core
[15:59] <GridCube> no, i didnt said it where
[15:59] <xnox> knome: skellat: but then "try xubuntu" would actually be "try xubuntu-core"
[16:00] <knome> xnox, yeah, that's not what we want... whatever we end up doing, -desktop should be the default
[16:00] <knome> so anyway, Unit193 has been setting up a list of packages we want for -core
[16:00] <xnox> knome: it can still be default, but there is an option to sacrafice the "livecd session" to be -core.
[16:00] <micahg-work> Personally, I'd rather generate and test one image well, than 2 images poorly
[16:01] <knome> rather than argue about how we'll do it, let's see what it would consist instead, first
[16:01] <knome> micahg-work, +1
[16:01] <elfy> micahg-work: +1
[16:01] <GridCube> +1
[16:01] <GridCube> also thats why we droped alternate in the first time
[16:01] <skellat> As to GridCube's notion of needing a fast connection to download, we would get enough to bootstrap & apt-offline would be useful to grab the rest.  That's why we seed it.
[16:01] <knome> #action Unit193 to send a proposed list of packages for -core to ML
[16:01] <meetingology> ACTION: Unit193 to send a proposed list of packages for -core to ML
[16:01] <PhilDick> i'd say that raising visibility of the need for testers and the howto on tester setup might be most impactful option. i'd describe what i found starting from xubuntu.org as subdued and scattered.
[16:01] <micahg-work> I'm fine with the metapackage and tasksel installation option, but let's leave it off the media, I think we have enough to test for the LTS, let's not add to that
[16:02] <elfy> PhilDick: yea - that's on the roadmap for QA actually 
[16:02] <knome> PhilDick, that's a different question, and i can't agree more; and it's on the roadmap/plans for 14.04; talk with elfy if you want to help :)
[16:02] <knome> micahg-work, s/for the LTS/for any version/ :)
[16:02] <micahg-work> we can think about adding that for LTS+1 and if it's successful, we can produce a point release for those new images
[16:02] <knome> i don't think it's important enough to warrant a new image
[16:03] <knome> ultimately, it should be only installed by people who know what they are doing
[16:03] <micahg-work> knome, I'd say especially the LTS as we have to support this for 3 years, so we want to get it right, plus, this is what we point non-advanced users to as a rock solid platform
[16:03] <knome> and that kind of people should be comfortable with the mini ISO
[16:03] <knome> micahg-work, sure, but it's true enough for any release, we don't have dozens of testers anyway
[16:04] <knome> anyway, we're agreeing; let's move on
[16:04] <knome> #chair ochosi 
[16:04] <meetingology> Current chairs: knome ochosi
[16:04] <knome> ochosi, the floor is yours
[16:04] <ochosi> ok, first of all, thanks slickymaster and jjfrv8 on helping out with parole-docs
[16:04] <knome> ochosi, #subtopic too, if you want to have #info #action
[16:05] <ochosi> it's really a great help for bluesabre and me, so we can focus on fixing bugs
[16:05] <ochosi> knome: sure
[16:05] <ochosi> i think one way we can help both xfce and xubuntu is by improving the xfce docs
[16:06] <ochosi> they're in dokuwiki format, which is easier to handle for newbies than docbook etc
[16:07] <ochosi> #info ochosi thinks one way we can help both xfce and xubuntu is by improving the xfce docs
[16:07]  * knome facepalms
[16:07] <knome> #undo
[16:07] <meetingology> Removing item from minutes: <MeetBot.items.Info object at 0x17c9f10>
[16:07] <knome> #subtopic Documentation
[16:07] <knome> #info ochosi thinks one way we can help both xfce and xubuntu is by improving the xfce docs
[16:08] <ochosi> ok ok :)
[16:09] <ochosi> #info e.g. for parole-docs we set up a staging site for the docs, we can do the same for other xfce components
[16:09] <ochosi> #info xfdesktop could use some updates, looking ahead at the changes of the 4.12 release
[16:10] <ochosi> #info so feel free to get in touch with ochosi if you wanna help out with xfce docs
[16:11] <knome> that includes jono_ at the redhat nat!
[16:11]  * knome hides
[16:11] <jono_> ;-)
[16:11] <ochosi> ok, that's it from my side
[16:11] <knome> anybody else has any issues?
[16:12] <GridCube> o/
[16:12] <GridCube> i added a few topics to the roadmap
[16:12] <knome> ok
[16:12] <knome> thanks
[16:12] <GridCube> well, two
[16:12] <knome> we will be going through them this week, and deciding about them next thu
[16:12] <GridCube> ok, if we find new ideas can we still add them to the roadmap?
[16:13] <knome> feel free to; i'll add a subheader to separate things added after today though
[16:14] <GridCube> alright
[16:14] <knome> but no reason to not add new items; ultimately, we can use them for planning the U roadmap
[16:14] <GridCube> what about the desktop of the week?
[16:14] <knome> i will need to get to that some day
[16:14] <knome> i've still been really busy; sorry about that :)
[16:14] <GridCube> :/ that doesnt sound very promising
[16:14] <knome> and :(
[16:15] <GridCube> but alright :) i know its really low in the lists
[16:15] <knome> tell that to my clients and real life :P
[16:15] <knome> anything else?
[16:15] <GridCube> do not worry
[16:15] <knome> don't worry, i won't worry... and don't get that wrong, it's on the list and i will eventually get to it ;)
[16:16] <knome> #subtopic Schedule next meeting
[16:17] <knome> #info There is a non-regular meeting on Sunday, 3 November at 22UTC on #xubuntu-devel about picking Xfce 4.11 components (and related issues)
[16:17] <knome> #info The next regular Xubuntu community meeting is on Thursday, 7 November at 15UTC on #xubuntu-devel
[16:17] <knome> #endmeeting
[16:17] <meetingology> Meeting ended Thu Oct 31 16:18:15 2013 UTC.  
[16:17] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/xubuntu-devel/2013/xubuntu-devel.2013-10-31-15.14.moin.txt
[16:17] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/xubuntu-devel/2013/xubuntu-devel.2013-10-31-15.14.html
[16:17] <knome> ta!
[16:17] <knome> i'll put up the logs up later today
[16:18] <elfy> thanks knome 
[16:18] <skellat> I may ask Unit193 to join me for an impromptu core meeting at some point in our local evening
[16:19] <knome> skellat, sure! if you have any conclusions, send them to the list :)
[16:19] <knome> bbl ->
[16:21] <elfy> lderan: PhilDick is kind of onboard for helping out with autopilot as well 
[16:27] <lderan> awesome
[16:29] <elfy> he's mid USA I think - he's going to mail the -dev list 
[16:39] <lderan> ah righteo
[16:41] <elfy> lderan: you are on that list I assume?
[16:43] <lderan> i think so
[16:43] <lderan> will check
[16:44] <lderan> yup i am \o/
[16:45] <elfy> ok - what I think will be best is to 'talk' it over on there for him 
[16:45] <elfy> but we shall see
[18:17] <Unit193> knome: Fantastic, metapackage only is currently how I know to do it, but can tasksel offer without recommends?  I had the metapackage built for saucy and it does work, I created the image only so you wouldn't actually have to do an install, reason why it's bigger is because it has the installer and casper.  (So, it's for lazy people that want to know what's up.)
[18:19] <elfy> brainwash: the fix for restart button is in proposed - works for me 
[18:19] <brainwash> elfy: yeah, something which should have been fixed before release =S
[18:20] <elfy> maybe so 
[18:20] <brainwash> fixing stuff afterwards won't happen or with a big delay :)
[18:21] <brainwash> oh, "
[18:21] <brainwash> Encoding errors in gmusicbrowser" fixed too
[18:21] <elfy> fixing stuff afterwards won't happen or with a big delay :)
[18:22] <elfy> bbl
[18:29] <brainwash> elfy: did you boot a fresh system to test the updated update-manager package?
[18:56] <elfy> brainwash: nope - enabled proposed and upgraded it 
[19:35] <Noskcaj> I just read the meeting logs, a few comments: 1. iso testing should get easier when dan chapman finishes the ubiquity autopilot, should be some time soon. 2. I can't make the dev meeting, i'll have just got to school when it starts. 3. We should look at xfce4-setting 4.11.1, i doubt anything bad will have come from the point release. 4. Should i contact pkg-xfce (since lionel is usually busy), and see if anyone wants to attend the meeting?
[19:37] <elfy> Noskcaj: re #1 - I know and it'd on the roadmap and the pad - which I appear to have removed the link for
[19:38] <elfy> though I've not yet ascertained how much of the iso testing actually gets done 
[19:57] <knome> automated testing doesn't replace manual testing though
[19:57] <elfy> no
[19:58] <elfy> and I'm not anticipating it doing so - just making life a bit easier 
[19:58] <knome> sure
[19:58] <knome> just saying
[19:59] <elfy> yep :)
[20:26] <skellat> knome: Do we have anything we want to schedule?  The UDS schedule looks open at the moment: http://summit.ubuntu.com/uds-1311/all/
[20:26] <Unit193> Do XDS again! :D
[20:27] <skellat> LoCo Council also made a decision that it will have its own separate summit so those type issues should hopefully be split away from the UDS schedule this time
[20:27]  * skellat was not the driving force behind the LoCo Summit proposal
[20:27] <skellat> Proposals for UDS are due by tomorrow if we want to book time slots
[20:29] <skellat> Or we can do our own thing again too
[20:30]  * ochosi is afraid of huge video-talk and privacy concern discussions (again)
[20:31] <Unit193> ^
[20:31] <elfy> ^^
[20:32] <ochosi> (especially since i had the feeling the video-conferencing was actually fun and productive)
[20:32] <elfy> I didn't mind it ochosi - but I've still not got a mike nor cam :p
[20:33] <ochosi> elfy: well then that'd be something that silly project money could be used for
[20:33] <ochosi> a webcam with integrated mic is how much, 15€?
[20:33] <elfy> no idea ochosi tbh 
[20:34] <lderan> they are fairly cheap nowadays
[20:35] <elfy> subjective :)
[20:37] <elfy> ochosi: but yea I know what you mean - I'd just not have said that would a good use for that project money - seems a bit like asking for a handout :)
[20:37] <ochosi> dunno, if i deeply cared about the money, i'd have claimed it for myself ;)
[20:38] <ochosi> so i think whatever helps xubuntu
[20:38] <elfy> lol
[20:38] <ochosi> and if it improves our communication, i don't mind throwing 15€ of that project money at you :)
[20:38] <elfy> :)
[20:38] <elfy> then I'd feel honour bound to not wander off ... 
[20:39] <skellat> I merely bring up UDS to point out a deadline.  While it would be nice to meet as part of it so that we might be able to interest passers-by, we've also lived without that framework too.
[20:39]  * elfy needs a comfy chair now - bbl
[20:40] <elfy> skellat: yep - I think the issue we had before is likely to be the same one again - getting people together at the right time - it's always slap bang in the middle of my working day - so can't contribute
[20:41] <knome> skellat, bugger, forgot that.
[20:41] <knome> elfy, i think buying you a set of mic+cam would be a good use of the project money
[20:41] <knome> elfy, whether we did videoconferencing or not...
[20:42] <knome> elfy, do you have a paypal account?
[21:00] <lderan> aye good use :)
[21:09] <elfy> knome: I think I did have one - but not used it for ages 
[21:23] <elfy> knome: yes I do 
[21:46] <Unit193> knome: We're not actually going to consider xmir this round, since it's an LTS, right?
[22:29] <brainwash> Unit193: did pitti's systemd-shim package fix the issue on your system?
[22:29] <Unit193> brainwash: Testing tonight.
[22:31] <brainwash> Unit193: alright, it looks like 50% of the comments confirm, that it does fix the issue
[22:31] <Unit193> Read them yesterday, so if no new ones appeared, that's kind of what it looked like.
[22:32] <knome> Unit193, *shrug*
[22:34] <brainwash> can xmir be installed right now?
[22:34] <brainwash> for some random testing
[22:35] <knome> i can't see why not
[22:35] <brainwash> but it won't work ootb or?
[22:36] <knome> when we evaluated it, it worked for some and didn't work for some
[22:36] <knome> i can't see any reason why it shouldn't at least *try* to work when you install it
[22:38] <brainwash> so installing the required packages is enough? no additional adjustments?
[22:38] <knome> i am not the expert on that field, but i would start with that.
[22:39] <brainwash> ok, always hearing stories about xmir made me curious, so I decided to test it
[22:41] <brainwash> it does not look like anyone here is actually testing xmir currently
[22:41] <knome> no, not specifically
[22:41] <brainwash> I assume xmir gets improved and patched on a regular base
[22:42] <knome> olli, hullo!
[22:50] <Unit193> knome: Ran him off.
[22:50] <Unit193> brainwash: Just install the needed packages and you're set, whether it works or not on your hardware is a different story.
[22:50] <knome> ;)
[22:50] <Unit193> You can always try the image. :P
[22:51] <Unit193> Should be unity-system-compositor, and that should pull in xorg-xmir or whatever the packagename is.
[22:51] <brainwash> it's a low end intel gpu, so I don't really expect any trouble
[22:52] <brainwash> https://wiki.ubuntu.com/Mir/Installing
[22:54] <brainwash> oh, libgoogle-glog0 gets pulled in
[22:55] <brainwash> "library that implements application-level logging."
[23:17] <ochosi> brainwash: is that a depend or a recommend?
[23:20] <Unit193> Depends: libgoogle-glog0
[23:20] <ochosi> i wonder what the heck that one does
[23:21] <brainwash> logging
[23:23] <brainwash> isn't it great to have google and the NSA (selinux) in your system?
[23:29] <ochosi> jono: any comments on that? ^
[23:30] <jono> ochosi, not really
[23:32] <ochosi> jono: anyone we could ask about what this is really about?
[23:32] <jono> ochosi, what do you want to achieve?
[23:32] <ochosi> well, i just wanna know what the library does
[23:32] <jono> I don't know, ask the maintainer
[23:33] <jono>  This library provides logging APIs based on C++-style streams and various helper macros. 
[23:33] <jono> http://packages.ubuntu.com/saucy/libgoogle-glog0
[23:33] <jono> maintainers:
[23:33] <jono>     Daigo Moriwaki
[23:33] <jono>     Laszlo Boszormenyi (GCS)
[23:34] <jono> http://code.google.com/p/google-glog/
[23:34] <brainwash> it should be harmless, because everyone can take a look at the source code, right? :)
[23:35] <ochosi> jono: that's all good, i was just wondering whether you knew anything about that by any chance. no worries if not, i can inquire myself too
[23:38] <ochosi> night everyone
[23:38] <lderan> a quick look it looks like it emails the logs
[23:38] <lderan> night ochosi 
[23:39] <Unit193> 0_O
[23:53] <lderan> lines 129 ~ 146 in logging.cc