[00:44] <micahg> bluesabre: hi, I was wondering why you copied xfce4-power-manager from the staging PPA instead of fixing the recipe?  there's been a failed recipe for over 2 weeks now
[00:44] <micahg> or rather updating the packaging
[00:45] <bluesabre> micahg: sorry about that, haven't been keeping on top of everything
[00:45] <bluesabre> will resolve the failed dailies now
[00:45] <micahg> is there a reason not to use the vivid packaging?
[00:46] <bluesabre> probably not
[00:46] <bluesabre> taking a look now
[00:47] <micahg> ok, I figured it was something easy I could fix...dug into it and figured poking was better than tinkering
[00:48] <bluesabre> either is fine by me :)
[00:48] <bluesabre> but I should do a better job of maintaining the PPAs
[00:48] <knome> micahg, since ~xubuntu-dev has no special permissions regarding uploads any more, maybe you could pass the ownership of that team to ~xubuntu-project-lead
[00:49] <micahg> hrm, is there a xubuntu-tech-lead
[00:49] <knome> no
[00:49] <knome> i don't see why the project lead could not own the team
[00:49] <knome> especially since it's currently ochosi 
[00:50] <knome> the owner is more about trust and a social arrangement in this case anyway
[00:51] <knome> well unless the DMB has requirements for people who can push to branches that are used to upload stuff
[00:51] <knome> (but the uploader needs to take care of reviewing the upload anyway, so..)
[00:56] <micahg> well, we usually want technical people appointed those who can push
[00:56] <knome> well if nothing else, you can pass it to bluesabre...
[00:57] <micahg> yeah, if he wants it, I can certainly do that
[00:57] <knome> well just to have it with someone who's more active
[00:57] <micahg> ooh, have to run, bluesabre leave me a note if you want me to pass that over to you
[00:57] <micahg> both ochosi and bluesabre are admins
[00:57] <knome> hf micahg and see you later
[01:13] <bluesabre> micahg: yeah, just needed version bumps. I dropped xfce-4.12 in -staging while I was waiting to get it all in vivid
[01:13] <bluesabre> sure, if you want to send it my way, np
[04:10] <Unit193> Shiny new xfdashboard.
[05:36] <Noskcaj> bluesabre, Unit193: Do we want gmusicbrowser 1.1.14 for vivid? If so, i'll file an FFe right away
[05:36] <Unit193> I saw that, think it's a bit late honestly.  (And by a bit, I mean a lot.)
[05:42] <Unit193> Debian uploaded gnumeric, Debian #764045, debian #772075
[05:42] <ubottu> Debian bug 764045 in gnumeric-doc "gnumeric-doc: Please drop recommends against gnome-desktop-data" [Normal,Fixed] http://bugs.debian.org/764045
[05:42] <ubottu> Debian bug 772075 in gnumeric "gnumeric: Segfaults when undoing "Add 1 row" in my sheet" [Important,Fixed] http://bugs.debian.org/772075
[05:43] <Noskcaj> Unit193, yes. I'll package gmusicbrowser in the debian git, and maybe xubuntu-staging?
[05:43] <Noskcaj> It might be worth merging a few of the changes into ubuntu as patches though
[05:43] <Unit193> Noskcaj: Erm, you know Debian is frozen right?
[05:44] <Noskcaj> Unit193, yes, unstable uploads are still ok though
[05:44] <Unit193> Not generally.
[05:44] <Unit193> Upload to unstable => Testing is blocked.
[05:45] <Noskcaj> I'll check with alessio, and see how he wants to upload it
[05:45] <micahg> uploads to unstable are not ok at the moment unless it's something meant for testing, experimental is ok
[05:45] <micahg> *generally not ok
[05:45] <Unit193> Right.
[05:46]  * micahg is trying to remember how to read the germinate output...
[05:46] <Unit193> Oooh, that's always fun...
[05:48] <micahg> gmusicbrowser is a leaf package, so if we're ok with docs/translations freeze issues, most likely an FFe would be approved
[05:48] <micahg> FWIW
[05:49] <Unit193> Shouldn't be much in ways of docs for it.
[05:49] <micahg> would need xubuntu-docs team sign off for any UI changes and xubuntu-translations? team sign off for any string changes after 21:00 today
[05:50] <micahg> (translation string freeze is today)
[05:50] <micahg> UTC of course :)
[05:50] <Unit193> https://github.com/squentin/gmusicbrowser/commit/172cfd32b6ca1c9654223015c6fb3b87759684c2 fancy, moved to gst1.0
[05:55] <micahg> yeah, I was kinda hoping that would remove the xubuntu dependency on gstreamer-0.10, but doesn't seem like that's it
[05:56] <Unit193> micahg: pidgin and xfburn are the last ones, LP 1295207 and nothing about Xfburn.
[05:56] <ubottu> Launchpad bug 1295207 in pidgin (Ubuntu) "Migrate to farsight 0.2* / gstreamer 1.0" [Undecided,Confirmed] https://launchpad.net/bugs/1295207
[05:58] <micahg> well, looks like we'd need distro buy in for that patch as libpurple seems to be seeded just about everywhere
[05:59] <Unit193> Pinged robert_ancell a little, but..
[06:02] <micahg> well, I doubt we'd get an FFe for that right now, I'd rather wait until W opens...
[06:03] <micahg> if we can get Debian to take the patch :D
[06:03] <Unit193> Oh indeed, I just played with it now since Fedora kindly added the patch, and wanted to test. :P
[06:03] <Unit193> And that, would be a trick.
[06:04] <Unit193> Think Sean was going to look into Xfburn if it was stalled too much longer.
[06:06] <micahg> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731122
[06:06] <ubottu> Debian bug 731122 in libpurple0 "libpurple0: depends on obsolete Farstream 0.1" [Wishlist,Open]
[06:06]  * micahg adds to LP
[06:09] <Unit193> Didn't see the blocker bug before 735974, looks like someone wants to remove 0.1 which would give the pidgin maintainer a nudge.  Pidgin in Ubuntu is a little out of sync with Debian's, but not too bad.
[06:09] <Unit193> (As opposed to plymouth, which has never been merged. :P )
[06:11] <micahg> well, if you give them the magic patch, it might just happen :)
[06:16] <micahg> or things like this are still unresolved 3 yrs later: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607969
[06:16] <ubottu> Debian bug 607969 in sqlite "sqlite: Still useful?" [Normal,Open]
[06:17] <Unit193> Oh my..
[06:17] <micahg> I must have gotten distracted
[06:19]  * micahg bets farstream 0.1 is more supportable than sqlite2
[06:21] <Unit193> I'd think sqlite2 is more used though, ubottu uses it for one. :P
[06:23] <micahg> sigh
[06:23] <micahg> any reason why it's not using sqlite3?
[06:26] <Unit193> It is python2, and using python-sqlite.  I think the biggest reason is that "it works", and not exactly activly developed.
[06:36] <micahg> ok, EOD for me, good night
[06:37] <Unit193> Good night.  Glad to see you alive again!
[06:37] <micahg> :)
[08:47] <astraljava> Congrats, team! I've now been using vivid for about a week, and I must say it's probably the best distro I've used thus far. As long as I remember to put my laptop to sleep by using systemctl suspend. :D
[08:48] <astraljava> And yeah, it's not a small acknowledgement. I've been using linux since '05 or so.
[08:53] <Unit193> \o/
[08:53] <Unit193> Glad you like it.
[08:53] <ochosi> wb astraljava and thanks :)
[08:58] <astraljava> Cheers. :)
[19:08] <elfy> ochosi: just so you know where we are pre-meeting tomorrow (I'll not have time to check tomorrow)
[19:09] <elfy> image is currently still broken, but apt-get update/upgrade and restart of lightdm gets to desktop, so I'd hope tomorrow's builds will work 
[23:44] <ochosi> ok, heads up, i read backlog :)
[23:45] <ochosi> micahg, Unit193, Noskcaj: having gmb 1.1.14 in 15.04 would be nice, but we won't get rid of gst1.0 with it (as you already acknowledged)
[23:45] <ochosi> i guess we should put it in the staging PPA asap, give it some testing and then decide whether we want to go for SRU
[23:46] <ochosi> the current version of gmb has some annoying crashes in vivid (they weren't in utopic, as far as i can tell, so maybe perl lib related or gst0.10 being unstable/unmaintained)
[23:46] <ochosi> this is the bugreport btw: https://bugs.launchpad.net/ubuntu/+source/gmusicbrowser/+bug/1401609
[23:46] <ubottu> Launchpad bug 1401609 in gmusicbrowser (Ubuntu) "gmusicbrowser crashed with SIGSEGV in emission_find()" [Medium,Confirmed]
[23:46] <ochosi> haven't really had time to debug this at all, was too invested in xfce stuff
[23:47] <ochosi> would be nice to check whether 1.1.14 with gst1.0 fixes that
[23:47] <ochosi> so if any of you could/would package the new release for staging, we could send out a (late) call for testing
[23:54] <ochosi> bluesabre: was out until now, haven't had a chance to look at the team descriptions again
[23:57]  * Unit193 wants to be part of the cookie eating team.
[23:57] <knome> Unit193, you mean the fat boys?
[23:57] <ochosi> :D
[23:57] <knome> :X