[06:40] <elfy> images rebuilding 
[06:40] <micahg> elfy: I don't see the package accepted
[06:41] <elfy> package? 
[06:41] <micahg> xubuntu-docs
[06:41] <micahg> still in unapproved
[06:41] <Unit193> elfy: So did you want me to change the topic to something specific, btw?
[06:41] <elfy> Unit193: not atm 
[06:42] <Unit193> Oh, you can yourself, nevermind.
[06:42] <elfy> I think knome sorted that for me 
[06:42] <elfy> yea
[06:42] <elfy> micahg: didn't catch all of the backlog obviously - I was rebuilding because ubiquity
[06:42] <micahg> ok
[06:43] <micahg> well, it's getting down to the wire :)
[06:43] <micahg> ok, off to sleep for me
[06:43] <elfy> is there a link to the x-d package unapproved I can put in the channel 
[06:44] <micahg> the link links you to the source changes file I think
[06:44] <elfy> or ochosi or bluesabre can ping that channel about it 
[06:44] <Unit193> micahg: G'night.
[06:44] <micahg> I think bluesabre said he'd ask in the morning
[06:44] <elfy> ok
[06:45] <micahg> was more of an FYI for your testing
[06:45] <elfy> ok
[06:45] <micahg> Unit193: night
[06:45] <elfy> micahg: night :)
[06:46] <Unit193> elfy: We're likely doing nothing new and silly for core in Wombat, right?
[06:46] <micahg> elfy: morning :)
[06:46] <elfy> :D
[06:47] <astraljava> elfy: I checked the tracker, and I didn't encounter any other bugs than what were already filed. To my surprise, the system was fairly swift once running. It sort of troubles me why the HDD operations take that long during installation, but not really afterwards.
[06:47] <elfy> Unit193: not that I know of 
[06:47] <astraljava> But I'm not all that bothered. :p
[06:47] <elfy> astraljava: thanks for running it - and who knows :)
[06:49] <Unit193> Alrighty.
[06:50] <elfy> Unit193: tbh I think that what we have there is what is right for what it is :)
[06:51] <elfy> imho 
[06:51] <Unit193> Right, doesn't need more than what it has.  I guess I was wondering about ISOs, and them being a silly idea.
[06:52] <elfy> oh right
[06:52] <Unit193> Seems like a lot more to test and support, sooo.  Nope.
[06:53] <elfy> well
[06:53] <elfy> it'd likely get tested as much as core does now - regardless of what it was
[06:53] <elfy> also - we could (if it was iso) make it optional 
[06:54] <elfy> only time I'm particularly concerned about how much something is tested is when we need to mark ready
[06:55] <Unit193> Meh, core/mini is always a moving target, never "released" or "ready", so shouldn't hang on that.
[06:55] <elfy> personally I quite like the idea of it being an iso - smoketest core - 2 hours, smoketest 8 iso's 2 hours
[06:55] <Unit193> (Though the mini itself isn't rebuilt, all packages are just downloaded.)
[06:55] <Unit193> Hah, well that. :P
[06:56] <elfy> and dailies are a moving target too :)
[06:56] <Unit193> Right, but eventually Xubuntu is released for 15.04.
[07:00] <elfy> so - any real reasons behind not doing a cyclical core? 
[07:01] <elfy> so - for future - request a rebuild to available ~45 minutes
[07:05] <Unit193> We'd be adding a new ISO.  I'm not even sure how to do that.  I wouldn't see any reason apart from the whole testing standpoint.
[07:07] <elfy> oh dear
[07:07] <elfy> live session doesn't start now
[07:07] <Unit193> Oi.
[07:10] <elfy> sigh
[07:10] <Unit193> (Downloading now.)
[07:14] <elfy> pnged -release about that 
[07:15] <elfy> installs 
[07:15] <elfy> just fails to reach desktop in live - both vm types I've got here
[07:52] <Unit193> elfy:32bit works in vbox.
[07:55] <Unit193> Hung on powering down, but still.
[08:17] <Unit193> Unapproved: accepted xubuntu-docs [source] (vivid-proposed) [15.04.2]
[08:50] <elfy> I've dashed in -dashing out, if someone can ping the right channel to get those -docs approved, we can rebuild - seems that pitti spotted the issue with the live
[08:51] <elfy> Unit193: thanks for looking at the 32 bit
[08:55] <Unit193> I may have managed to boot so I didn't see the issue.  I don't know.
[08:57] <slickymasterWork> which -docs are you talking about elfy?
[08:59] <Unit193> slickymasterWork: https://launchpad.net/ubuntu/+source/xubuntu-docs/15.04.2
[08:59] <Unit193> elfy: Next rebuild will catch it.
[09:00] <slickymasterWork> oh, ok
[09:00] <slickymasterWork> I think you're right Unit193 
[09:00] <Unit193> slickymasterWork: https://launchpad.net/~slickymaster-d
[09:00] <Unit193> I know I'm right. :P
[09:01] <slickymasterWork> lol 
[09:01]  * slickymasterWork wasn't trying to insinuate otherwise
[10:09] <bluesabre> looks like xubuntu-docs is published in release now
[10:11] <slickymasterWork> yeaps bluesabre \o/
[10:17] <bluesabre> I've never requested a rebuild, does hitting the button rebuild for everyone or go to another screen?
[10:18] <bluesabre> http://i.imgur.com/hcyslUC.png
[10:18] <bluesabre> knome, elfy, ochosi ^ ?
[10:18] <knome> i think it just rebuilds
[10:19] <bluesabre> so, I should poke -release before pressing in case they want to rebuild something in 5 minutes then
[10:22] <knome> i guess so
[10:22] <knome> of course you don't need to rebuild for the WHOLE world
[10:23] <knome> and i don't think i can ;)
[10:24] <bluesabre> yeah, the shiny button needs more descriptive text :)
[10:25] <knome> yep
[10:26] <knome> mention that in #ubuntu-quality and ping balloons :)
[10:38] <knome> upgrading laptop to vivid
[10:39] <bluesabre> watching ubuntu-quality
[10:39] <knome> mhm
[10:56] <bluesabre> seems like there are still ubiquity issues being sorted out
[10:56] <knome> mm
[10:56] <bluesabre> I'll leave the rebuild for elfy later today if it doesn't happen before we tell it to
[10:57] <knome> okie
[10:57] <bluesabre> always amazing how things come down to the last few days/hours
[10:57] <bluesabre> :)
[10:58] <knome> yep
[10:58] <knome> and otoh, not so amazing..
[10:58] <bluesabre> yeah
[11:09] <ochosi> hi everyone
[11:09] <knome> hullo
[11:10] <astraljava> o/
[11:11] <knome> even astraljava!
[11:11] <slickymasterWork> o/
[11:11] <knome> ooh, slickymasterWork!
[11:12] <slickymasterWork> yes, he's around
[11:14] <astraljava> I don't seem to have Xubuntu meetings in the calendar. Is it because there aren't any scheduled, or am I a dummy?
[11:14] <astraljava> Release date is there, though.
[11:15] <knome> those two aren't either/or though
[11:15] <astraljava> And EOL for 12.04.
[11:15] <astraljava> Oh, that may be so.
[11:15] <knome> astraljava, but, no meeting is scheduled
[11:15] <astraljava> Ok
[11:16] <knome> we have this cycling chair thing now, so it's not always on the same day or time
[11:16] <astraljava> Right.
[11:17] <astraljava> Oh yeah, there's the Xubuntu Team, should I apply to join? I forget these things.
[11:17] <knome> but otoh it means every team member can attend meetings at least now and then, and spreads the responsibilities
[11:17] <knome> not yet
[11:17] <astraljava> Tomorrow?
[11:18] <knome> hah
[11:18] <astraljava> If that's all you got, then I'm gonna keep asking.
[11:18] <knome> no, when your contributions are sustained :)
[11:18] <astraljava> Oh ok, thanks. :)
[11:18] <knome> you'll likely get more slack since you're coming back
[11:19] <astraljava> Well, I'm in no hurry.
[11:19] <knome> yeah
[11:19] <knome> the only way the team votes make a difference is that it isn't trivial to join it
[11:20] <knome> not to keep it exclusive, but something that has some long-time value
[11:20] <knome> for the decisions, mostly
[11:21] <knome> https://wiki.ubuntu.com/Xubuntu/StrategyDocument#Xubuntu_Team
[11:21] <knome> ^ the stratgy document is much shorter and easier to read nowadays.
[11:21] <astraljava> Thanks, I need to do some reading to get back on track.
[11:22] <knome> simply put:
[11:22] <knome> contribute to a subteam first
[11:22] <knome> after sustained contribution, you will get team membership more or less "automatically"
[11:25] <astraljava> Gotcha, cheers!
[11:25] <knome> ok, booting, brb
[11:30] <bluesabre> o/
[11:30] <bluesabre> :D
[11:31] <knome> hmm. is it normal that the battery icon isn't symbolic in vivid? :P
[11:31] <knome> well it's symbolic, but seems to be the wrong kind
[11:32] <knome> the other indicator icons are white, the battery icon is dark
[11:33] <astraljava> Screen shot?
[11:33] <knome> just a sec
[11:33] <bluesabre> knome: not normal, and not seeing here
[11:34] <knome> also my notes plugin was dropped from the panel layout during the upgrade
[11:34] <bluesabre> knome: just open notes and it should add itself back
[11:34] <knome> aha
[11:35] <knome> well i already readded it
[11:35] <knome> is there a bug for that?
[11:35] <bluesabre> dunno
[11:35] <bluesabre> probably not
[11:35] <knome> http://temp.knome.fi/xubuntu/Screenshot_2015-04-21_14-34-22.png
[11:35] <bluesabre> whats your panel height?
[11:35] <knome> 24
[11:36] <bluesabre> weird
[11:36] <knome> changing that doesn't affect the power icon
[11:36] <knome> it's the same for all sizes
[11:36] <bluesabre> ochosi: pling
[11:36] <ochosi> bluesabre: pong
[11:36] <bluesabre> ochosi: see above ;)
[11:36] <ochosi> a-ha, how did you get there?
[11:37] <knome> ochosi, upgraded utopic->vivid
[11:37] <ochosi> i mean upgrade/clean install
[11:37] <knome> ochosi, bam.
[11:37] <bluesabre> knome drops the mic
[11:37] <ochosi> sounds like it
[11:37] <astraljava> Okay, that's odd indeed. Isn't it slightly darker gray when it's charging, but not that much.
[11:37] <ochosi> knome: is that the power manager plugin or indicator-power?
[11:37] <knome> indicator
[11:38] <ochosi> hmkay, possible we don't really support it that well anymore in our icon theme
[11:38] <knome> ok
[11:38] <knome> how do i get the pm plugin, i don't have it in the applet list
[11:38] <ochosi> maybe it's not installed
[11:39] <knome> likely not.
[11:39] <ochosi> i *think* i see the culprit
[11:39] <ochosi> it's actually not entirely our fault, partly the indicators
[11:40] <knome> ok
[11:40] <ochosi> problem is, they now want 24px icons whereas before they wanted 22px
[11:40] <knome> he following packages have unmet dependencies: xfce4-power-manager-plugins : Depends: xfce4-power-manager (>= 0.8.0~) but it is not going to be installed
[11:40] <ochosi> so a few symlinks might be missing
[11:40] <ochosi> bluesabre: ^
[11:41] <ochosi> not sure what the packaging problem is abou
[11:41] <ochosi> t
[11:41] <knome> i wonder if there's something fishy with PPA's.
[11:41] <bluesabre> knome: do you have xfce4-power-manager pinned to an older version?
[11:41] <knome> or sth..
[11:41] <knome> maybe.
[11:41] <ochosi> knome: wanna test a quick fix for the icon problem?
[11:41] <knome> ochosi, soon
[11:41] <bluesabre> if you upgraded, your PPAs should all be disabled
[11:41] <knome> bluesabre, should, yeah...
[11:42] <knome> yeah, pinning
[11:43] <bluesabre> should have 1.4.3-0ubuntu1 for xfce4-power-manager, -data, -plugins
[11:43] <knome> ochosi, ok, shoot
[11:43] <knome> bluesabre, unpinning fixes
[11:43] <bluesabre> :p
[11:43] <ochosi> knome: go to /usr/share/icons/elementary-xfce-dark/panel/22 in the term
[11:43] <ochosi> knome: then run "cp battery* ../24/"
[11:43] <knome> brb, phone
[11:44] <ochosi> knome: ideally that'll work because the symlinks are all relative, so they should adjust. then run "sudo gtk-update-icon-cache /usr/share/icons/elementary-xfce-dark/" and then restart the panel (xfce4-panel -r)
[11:45] <knome> nope
[11:45] <knome> wait
[11:46] <knome> yeah, nope
[11:47] <ochosi> do the symlinks look ok?
[11:47] <ochosi> i mean the ones in 24
[11:47] <knome> just a sec..
[11:47] <knome> yeah
[11:47] <ochosi> right, then i'm not sure
[11:48] <ochosi> you could diff the -dark/panel folders with the -xfce/panel folder contents
[11:48] <ochosi> must be some icon name missing from dark
[11:50] <knome> http://temp.knome.fi/xubuntu/diff_dark_reg
[11:51] <knome> ochosi, constructive criticism: the new frame "around selected windows" in greybird when cycling is a bit too obtrusive to my taste
[11:54] <ochosi> you mean in the tabwin window or the frame that is indicating the window itself?
[11:55] <knome> the window itself
[11:55] <ochosi> that's up to xfwm4 itself, can't theme that rly
[11:55] <knome> aha
[11:55] <knome> then i guess i'll just turn that off
[11:55] <ochosi> you can disable it specifically for tabwin if you don't like it
[11:55] <knome> i know
[11:55] <knome> i liked the border
[11:56] <knome> but not the huge blue bloat
[11:56] <ochosi> nah, that one was extremely hard to see imo
[11:56] <knome> just enough
[11:56] <ochosi> especially when moving and tiling a window, the blue rectangle is very nice
[11:56] <knome> heh
[11:57] <knome> so
[11:57] <knome> do you want a bug for this indicator icon issue?
[11:59] <ochosi> i guess
[11:59] <knome> which package?
[11:59] <ochosi> it might be the fake symbolic icons actually
[11:59] <ochosi> lemme quickly check one more thing
[11:59] <knome> sure
[12:01] <ochosi> could you please create these symlinks in 22 and 24 in -dark? http://dpaste.com/3N8B0HZ
[12:01] <elfy> are we ready for rebuild? 
[12:01] <knome> ugh
[12:02] <ochosi> knome: then if that's the problem, i guess i need to re-add those icons, even though this is actually broken by design :(
[12:02] <ochosi> and finally with 15.10 this problem will resurface if ppl continue to use indicator-power and it doesn't get fixed
[12:02] <knome> nope..
[12:02] <knome> (i cp'd)
[12:02] <ochosi> copied what?
[12:02] <knome> the symlinks
[12:03] <ochosi> and you updated the cache?
[12:03] <ochosi> you could also restart your session just to be sure
[12:03] <knome> yes..
[12:03] <knome> ok, just a sec
[12:04] <knome> no luck
[12:06] <ochosi> no clue then tbh
[12:06] <knome> so which package?
[12:06] <ochosi> maybe i can try that later @home
[12:06] <ochosi> assign it to xubuntu-artwork
[12:07] <knome> the package or the team?
[12:07] <knome> :P
[12:07] <elfy> seemingly not 
[12:11] <knome> bug 1446605
[12:12] <knome> elfy, two real hardware upgrades with unclean configuration reported :)
[12:12] <elfy> knome: \o/ thanks :)
[12:12] <knome> np
[12:12] <knome> i still have that one old laptop there
[12:12] <elfy> worth more than a vbox smoketest for sure 
[12:12] <knome> have to see if i have time to do install/upgrade tests with it
[12:13] <elfy> well 
[12:13] <elfy> waiting for rebuild now 
[12:13] <knome> yeah, not doing that *now*
[12:13] <elfy> not sure what else is being fixed elsewhere - so not triggering it manually
[12:13] <knome> in the evening or tomorrow
[12:14] <elfy> bluesabre: rebuilding - as long as you only select our stuff - that's all that gets rebuilt 
[12:15] <knome> shower time, bbl
[12:15] <astraljava> Quite abstract, that knome fella.
[12:32] <knome> :)
[15:18] <ochosi> knome: i can't reproduce your problem
[15:18] <ochosi> i just installed indicator-power in vivid and the bright icon shows up just fine in my panel
[15:18] <ochosi> i can't really think of a difference between my system here and an upgraded one
[15:23] <ochosi> could it be that you have a stuck xubuntu-artwork package too or something?
[15:29] <drc> Quick question:  How does one get a "indicator-power" installed in vivid, rather than just the pm-plugin?
[15:30] <Unit193> Upgrade from trusty, I think it was?
[15:31] <ochosi> drc: sudo apt-get install indicator-power --no-install-recommends
[15:32] <drc> Thanks...I missed the old one :)
[15:32] <ochosi> anyway, would be good to know if it's reproducible in a normal vivid install
[15:32] <ochosi> if it's solely an upgrade issue i'll dial down my attention to this bug
[15:35] <drc> Just added it, logged out and in...it's dark on my box...the only thing I really changed from install was upped the panel height to 32.
[15:35] <drc> now, where's the config? :)
[15:36] <ochosi> strange
[15:36] <ochosi> what config?
[15:37] <drc> One used to be able to config it olny show up when the battery was charging or discharging
[15:37] <drc> That's what I missed about the new one
[15:38] <ochosi> maybe you can configure that in indicator-power, but i'm not sure anymore
[15:38] <ochosi> if so, you'd find it in dconf-editor
[15:42] <drc> yup...change "present" to "charge"
[15:45] <drc> works as advertised..the discharging icon is light/empty batter, but the charging icon is dark.
[15:45] <ochosi> a-ha, so only the charging icon
[15:45] <ochosi> i only checked the discharging one
[15:45] <drc> I'm going to let the laptop run on battery for a while to make sure
[15:47] <drc> Can't say for sure, the icon was dark on install, but I haven't let the battery run down enough to tell for sure.
[15:47] <ochosi> nope, charging looks ok for me too
[15:48] <ochosi> (left is indicator-power) http://i.imgur.com/gftUQQp.png
[15:49] <drc> interesting...discharging = light/empty. charging = dark/full
[15:49] <drc> But the initial icon show on installed was different from both of these.
[15:50] <drc> When the battery's fully charged, I'll change the config to "present" and see what that one is
[15:54] <ochosi> bbl
[15:58] <Unit193> gmb git supports mpv backend now.
[16:58] <drc> ochosi: This is what I get when on boot https://i.imgur.com/B11qpOz.png (see the dark icon)
[16:59] <drc> ochosi: This is what I get when on battery (discharging) https://i.imgur.com/bc39Rns.png
[17:05] <drc> Both those icons are when power indicator is "present" in the dconf-editor.
[17:07] <drc> there is a third "dark icon" when present is changed to "charge" but I'm having trouble getting a screenie of it :(
[17:08] <drc> Going to let the battery run for a while....
[17:14] <drc> ochosi: and this is what I see with "charge" just after I plug the power cord back in...just before it gows away.  https://i.imgur.com/A4uvy8B.png
[17:15] <drc> I don't think I'm explaining it well...any questions just ask.
[17:27] <drc> ochosi: https://i.imgur.com/A4uvy8B.png is when "battery is charging"
[17:50] <drc> https://i.imgur.com/B11qpOz.png == Charged (present)
[17:50] <drc> https://i.imgur.com/bc39Rns.png == Discharging (present)
[17:51] <drc> The log doesn't have the last image I posted but it is Charging (present)
[17:52] <elfy> logs will have it - I can see it 
[17:52] <drc> I thought there was a difference in the "present" vs "charge" in the indicator-power config, but it looks like I was wrong, with "charge" the "charged" icon just goes away.
[17:52] <drc> elfy: sooner or later :)
[17:53] <drc> I was just trying to undo the confusion I wrought earlier.
[17:53] <elfy> :)
[17:54] <elfy> for what it's worth - I get the power indicator again for some reason on a desktop 
[17:54] <elfy> and also it looks different - completely - if you change panel size
[17:54] <Unit193> Not xfpm plugin?
[17:55] <drc> yes <26 one icon >26 another
[17:57] <elfy> 24 here
[17:57] <elfy> Unit193: *shrug* whatever shows up in notification area, just added xfpm and that's blank 
[17:58] <elfy> biab
[18:01] <drc> the funny thing is, the icons aren't even close in appearence.
[18:57] <knome> ochosi, no, i cleared all pins
[18:57] <knome> ochosi, i can look at it again later
[18:58] <Unit193> knome: Any way to give the Xubuntu packageset uploaders bzr access to xubuntu-docs?
[18:59] <knome> Unit193, good question. probably.
[19:00] <Unit193> knome: It could be done otherwise, but for example d/changelog (or other debian/* changes) or tags would be handy (micahg tagged the last upload, tags for 12.10.1 and 12.10.2 also existed.)
[19:02] <knome> weird, the doc-committers team doesn't have any team as a subteam
[19:02] <knome> and is owned by the CC
[19:08] <Unit193> (Also, fwiw LP 1299286 still exists. :P )
[19:59] <elfy> if anyone happens to notice rebuilds happening - would be good to see if it actually boots and shutsdown properly - thanks