[08:52] <Riddell> hmm, last day before beta freeze, I wonder what still needs done
[10:50] <Riddell> I have to say I'm pretty disappointed at the difficulty in getting ubuntu desktop people to test for bug 1050463
[11:17] <Riddell> how good looking am I in one of these? http://www.flickr.com/photos/jriddell/8002727450/in/photostream/
[11:26] <shadeslayer> Riddell: did someone release k-d-s ?
[11:27] <Riddell> shadeslayer: no, does it need done?
[11:27] <shadeslayer> you look weird without your eye patch
[11:27] <shadeslayer> Riddell: aye, I dropped MI last night and then was filling out visa forms and gathering docs
[11:30] <shadeslayer> I could upload it in a couple of hours, just need to get some sleep first
[11:31] <Riddell> this does not sound like healthy sleep patters!  I'll take a look
[11:35] <shadeslayer> yeah, sleep pattern is all screwed up again ... needs a day or two to fix :)
[11:36] <shadeslayer> which is why I don't want to sleep right now, else I will be up all night :(
[12:00] <BluesKaj> Hiyas all
[13:23] <Riddell> ScottK: what do you think needs testing for bug 1050463 ?  since nobody from ubuntu desktop has stepped up to volunteer testing
[13:24] <Riddell> I don't even know what music programme they use these days
[13:30] <BluesKaj> Riddell, well , amarok tries too hard to do everything , and it mucks up in the process , makes a mess of things IMO 
[13:33] <Riddell> mm hmm, that isn't really relevant to testing taglib
[13:34] <BluesKaj> oh , I didn't really look at the factoid
[14:03] <Riddell> afiestas: have you looked at dropbox for a webaccounts service?
[14:03] <Riddell> (asking since I have an e-mail asking about it in Kubuntu)
[14:08] <afiestas> Riddell: I havn't
[15:19] <balloons> ping ScottK 
[15:20] <Riddell> balloons: he's not been around today
[15:21] <balloons> Riddell, ahh.. I was hoping to have someone from kubuntu to help migrate the kubuntu testcases to the new format on the isotracker
[15:21] <balloons> ScottK has spoken up last week about the changes he thought were needed
[15:25] <Riddell> balloons: I've never really understood what the difference is
[15:28] <balloons> Riddell, what do you mean? The difference in testcases between ubuntu and kubuntu? We have a set of ubuntu testcases, and the flavors are picking which ones to use from the pool for ubuntu. Then if desired, they are writing there own specific testcases specific to their flavors. What this allows for is all of the flavors and ubuntu to share the burden of maintaining the testcases. If you don't wish to maintain anything specific to kubuntu, you co
[15:28] <balloons> uld simply use the existing testcases
[15:29] <balloons> for example, I see Testcases for Kubuntu Desktop amd64 contain 6 tests, all of which have been written already. We can simply convert this to the new format as-is
[15:29] <balloons> we'd basically just update the links to point to the new testcases on the tracker, instead of the old ones on the wiki
[15:30] <balloons> However, there are a few I would have questions about, because they don't directly convert
[15:40] <Riddell> balloons: ok, need me to help?
[15:40] <balloons> Riddell, if you've got time, sure
[15:41] <Riddell> balloons: how shall we start?
[15:41] <Riddell> with the desktop images?
[15:41] <balloons> they are the easiest, so yes
[15:41] <balloons> you can see the before and after
[15:42] <balloons> let me just convert the amd64 image right now so you can see
[15:42] <Riddell> balloons: no wubi test case in the new test cases?
[15:43] <Riddell> Free Software Only I don't think we have that option
[15:43] <Riddell> Install (Screen Reader)  we don't have one of those
[15:44] <balloons> Riddell, we've got wubi
[15:44] <balloons> it's simply seperate in our images
[15:44] <balloons> just a sec while I'll convert amd64
[15:44] <Riddell> oh I see
[15:47] <balloons> Riddell, ok, kubuntu desktop amd64 is switched over
[15:48] <balloons> what doesn't yet exist (but it coming later this week) is the ability for us to display kubuntu instead of ubuntu in the testcases.. it will adapt the word depending on the iso assigned
[15:49] <Riddell> balloons: http://iso.qa.ubuntu.com/qatracker/milestones/219/builds/23697/testcases looking just the same
[15:49] <balloons> yes, that's the idea -- looks the same
[15:49] <balloons> click on one :-)
[15:49] <Riddell> ooh that looks different
[15:51] <Riddell> balloons: so what's the next step?
[15:51] <Riddell> Ubuntu Desktop amd64 has a Ubuntu Desktop Mandatory Extras category and a Ubuntu Desktop Run-Once category
[15:52] <Riddell> "Boot up the iso using a CD/DVD or USB Key to a Live Session" the word CD should come out there
[15:53] <balloons> Riddell, so the next step is to assign the testcases you want to the iso's you want
[15:53] <balloons> and if we don't have a shared testcase for the test you want, we'll need to make it
[15:54] <balloons> does that make sense?
[15:54] <Riddell> balloons: I think so
[15:54] <balloons> finally, I'd like to have someone from kubuntu to have access to the tool itself so they can update and help manage the testcases
[15:54] <balloons> at least one person.. :-)
[15:54] <Riddell> balloons: for "Desktop amd64" we want the same as ubuntu desktop but no Free Software Only, Install (Screen Reader), or VMWare Easy Install
[15:55] <balloons> ok, that sounds good.. you want wubi in there? notice there are actually 2 wubi testcases now
[15:55] <Riddell> many of the descriptions are nearly but not quite the same, e.g. the installer has slightly different steps
[15:55] <Riddell> balloons: wubi I honestly don't know, I don't have a windows machine so I haven't tested it in years
[15:56] <Riddell> and surely wubi tests should be in the equivalent place for each flavour, so not under desktop amd64
[15:57] <balloons> right.. I don't believe other flavors actually test wubi
[15:57] <balloons> I mean specifically in there flavor testing
[15:57] <Riddell> balloons: I'm an admin on that ISO tracker website, although the new system I remember getting a bit lost in before
[15:57] <balloons> there's a wubi amd64 and i386 product where the wubi results go
[15:57] <balloons> Riddell, ahh so you have acces
[15:57] <Riddell> yes
[15:57] <balloons> well then, here: https://wiki.ubuntu.com/Testing/TestCaseAdmins/ManagementOverview
[15:58] <balloons> you've got all the tools to be able to mess with this yourself.. notice on the top of the page, you should also be able to access the staging site
[15:58] <balloons> you can use that to play around until if needed to understand things
[16:00] <Darkwing> Riddell: do you have a printout of Kubuntu info somewhere?
[16:01] <Riddell> Darkwing: hmm? what info?
[16:02] <Darkwing> Just like a half page on about Kubuntu to hand out at the Ubuntu booth (Maybe KDE booth) at Ohio Linux Fest
[16:02] <Riddell> Darkwing: oh no I don't think we have any flyers
[16:03] <Darkwing> I didn't know if anyone already had anything or not. I'll write a flyer or two if not.
[16:03] <Quintasan> holy crap
[16:03] <Quintasan> one day and half later I managed to get everything works
[16:03] <Quintasan> working*
[16:03] <Quintasan> updating is suffering
[16:05] <Riddell> balloons: where did we get to?  what should i/we be doing now?
[16:05] <balloons> Riddell, :-) Information overload
[16:05] <balloons> I trust you might be able to review that page and get a better understanding of the admin stuff
[16:06] <balloons> at any rate, what's needed is a list of testcases for each iso, and whether or not you'll be dropping the alt's
[16:06] <balloons> so a list of iso's as well ;-)
[16:07] <balloons> finally, you brought to my attention something I had forgotten. Namely, the kubuntu installer might need it's own set of tests, as it is different
[16:07] <balloons> if you go that route, it will be only kubuntu maintaining them of course
[16:09] <Riddell> balloons: humph I don't see to have an admin link on the http://packages.qa.dev.stgraber.org/ site
[16:09] <balloons> hmm, http://packages.qa.dev.stgraber.org/admin gets you nowhere eh?
[16:09] <balloons> we can have stgraber fix that
[16:10] <Riddell> Access denied alas
[16:11] <balloons> ok, I asked stgraber to fix.. however, you still can see things on prod
[16:11] <balloons> if you look what I did was create a kubuntu desktop
[16:11] <balloons> testsuite, then went under products, found kubuntu desktop amd64, and clicked linked testsuites
[16:12] <balloons> then I remove the linked testsuite for quantal, and made it the testsuite I had created 'kubuntu desktop'
[16:12] <balloons> in the testsuite 'kubuntu desktop' I added the tests that matched what was on the isotracker previously
[16:12] <sewardj> SteveRiley: ping
[16:14] <Riddell> balloons: ok I'm with you
[16:15] <Riddell> balloons: still not sure what our next step is :)
[16:15] <balloons> Riddell, ok good. So if you'd like I can help you go through the other iso's as well
[16:15] <balloons> the idea is to get rid of all the links out to the old testcase wiki
[16:15] <balloons> and the secondary effect/effort is to make sure your testcases are all good/what you want for each iso ;-)
[16:16] <balloons> but again, the main goal is simply to replace those old links with testcases integrated on the page
[16:16] <balloons> the testcases in the tracker have been updated, while the wiki is old and deprecated
[16:18] <balloons> as you saw with what I did with the amd64 iso, it's more or less the same as before, just using the new testcases
[16:20] <balloons> that's the primary goal.. Why I'm involving you is so you know it's happening. And also so you can take a quick look and decide if there should be any changes to the testcases you have listed for each iso
[16:21] <Riddell> balloons: I just got Kubuntu Desktop i386 changed over
[16:21] <balloons> it sounds like for instance, you'd like to update the tests for the amd64 iso
[16:21] <balloons> i trust this is making sense ;-)
[16:21] <Riddell> it is
[16:22] <balloons> ok excellent. So are you all set to go through then and update the rest of the iso's?
[16:22] <Riddell> balloons: yeah I think so
[16:23] <balloons> thanks Riddell.. just ping if you run into any issues
[16:23] <Riddell> balloons: how do I remove a test case from a test suite?
[16:23] <Riddell> e.g. no wubi on http://iso.qa.ubuntu.com/admin/config/services/qatracker/testsuites/301/edit
[16:23] <balloons> sadly you can't remove it (do to potential conflicts with having result against the testcase), but you can disable it
[16:24] <balloons> set it's status to 'disabled'
[16:24] <Riddell> ah I see
[16:45] <xnox> Riddell: because successful Wubi test is not required, or because wubi is not desired/supported for kubuntu?
[16:45] <xnox> Riddell: e.g. xubuntu dropped wubi. and xubuntu is no longer offered in wubi for install.
[16:55] <Riddell> xnox: because I'm not sure what to do with it :)
[16:55] <xnox> =)))))
[16:56] <Riddell> xnox: I don't have any way to test it myself and the ubuntu test is part of a whole different product
[17:05] <jussi> o/
[17:05] <jussi> In Birmingham now...
[17:06] <jussi> where is tsimpson when I need him...
[17:06] <jussi> actually, not quite birmingham, slightly south
[17:12] <shadeslayer> oh
[17:12] <shadeslayer> jussi: you're in the UK?
[17:14] <jussi> shadeslayer: yes, at the automotive linux summit
[17:14] <shadeslayer> oh nice
[17:15] <jussi> Headed to London tomorrow afternoon
[17:17] <shadeslayer> ah :)
[17:17] <highvoltage> jussi is one of those people who it's hard to keep track of in what country he is
[17:24] <Riddell> jussi: wrong way, head north!
[17:25] <jussi> lol
[17:27] <Quintasan> jussi - the travelling man
[17:32] <shadeslayer> Riddell: you mean into Stark territory?
[17:35] <debfx> new Qt4 from ppa:kubuntu-ppa/experimental needs testing
[17:47] <Riddell> shadeslayer: no, beyond the wall, to Scotland!
[17:47] <shadeslayer> But ... there's others beyond the wall :O
[17:48] <shadeslayer> and when did you start reading GoT ? :P
[17:49] <Riddell> shadeslayer: well I watched the telly programme, but coincidently I'm reading a short story in the same world just now
[17:49] <Riddell> debfx: installing
[17:49] <shadeslayer> ah :)
[17:54] <Riddell> debfx: installs good and my KDE session starts fine
[17:54] <Riddell> I say ship it before beta freeze
[17:54]  * Riddell out
[18:07] <debfx> Riddell: will do, thanks for testing
[19:35] <shadeslayer> SteveRiley: fwiw I'm pretty much against renaming the package
[19:36] <shadeslayer> creates extra delta that we have to maintain
[19:36] <shadeslayer> I'm *against* creating more delta in FF
[19:36] <shadeslayer> it's fairly hard to keep track of the patches themselves
[19:37] <shadeslayer> !find gst-inspect
[19:38] <shadeslayer> ah righto
[19:59] <shadeslayer> bug 1053079 for the archive admins
[19:59] <shadeslayer> if anyone of them is around that is
[20:05] <micahg> shadeslayer: AAs don't process syncs anymore
[20:06] <shadeslayer> 0.o
[20:06] <shadeslayer> when did that change
[20:06] <micahg> last cycle?
[20:06] <micahg> sponsors is correctly subscribed
[20:06]  * shadeslayer was blissfully unaware
[20:06] <shadeslayer> I was mostly MIA last cycle I think
[20:06] <shadeslayer> so a bit out of touch
[20:08] <afiestas> would be nice to package mtp kioslave
[20:09] <afiestas> to be sure that it gets into quantal (if we are on time)
[20:09] <afiestas> mtp == basic support for android devices
[20:09] <afiestas> to manage files
[20:09] <shadeslayer> afiestas: highly experimental, if someone does decide to package it, should go into the experimental ppa
[20:09] <shadeslayer> I need to test that as well
[20:19] <debfx> link?
[20:21] <shadeslayer> debfx: for mtp?
[20:21] <debfx> shadeslayer: yep
[20:21] <shadeslayer> don't you follow KDE Devel :P
[20:21] <shadeslayer> http://lists.kde.org/?l=kde-devel&m=134792475012439&w=2
[20:22] <shadeslayer> actually http://lists.kde.org/?l=kde-devel&m=134789363126825&w=2
[20:23] <debfx> I'm only subscribed to core-devel but hardly read anything there
[20:24] <debfx> thanks
[20:30] <afiestas> shadeslayer: well, let the developer and the solid community decide if it is experimental or not
[20:30] <afiestas> that mtp has been in the work for months, I have been using it even before it had a daemon (I suggested the development of the daemon) etc
[20:30] <afiestas> and I'm quite confident it will get stable really fast
[20:30] <afiestas> so at least we should be prepared
[20:31] <shadeslayer> afiestas: we're in feature freeze, I don't think mtp support will make it in this release
[20:31] <shadeslayer> though if someone approves a FFe and it's stable enough, we could do a technical preview of sorts
[20:32] <afiestas> okok if we are in feature freeze
[20:32] <afiestas> then nevermind
[20:32] <afiestas> I know the rules xd
[20:34] <debfx> well an actual release would be good to underline that upstream thinks it's ready to ship to users :)
[20:34] <shadeslayer> :)
[20:34] <shadeslayer> debfx: I thought that was a given :P
[20:45] <Darkwing> woot! home knitted TARDIS tablet cover. http://imm.io/EWbI
[20:47] <debfx> LIBMTP PANIC: Unable to find interface & endpoints of device
[20:47] <debfx> kioslave: ####### CRASH ###### protocol = mtp pid = 2859 signal = 11
[20:47] <debfx> not very promising :(
[20:48] <shadeslayer> haha :D
[21:06] <debfx> aha, that lovely samsung behavior where you have to connect within the first few seconds ...
[21:10] <debfx> why use the android engine when you can use your own that has all sorts of bugs
[21:11] <shadeslayer> ahhh
[21:11] <shadeslayer> the typical lets-reimplement-this-just-because-we-can
[21:12] <debfx> I'm sure it implements some proprietary extension that is vital for their bloated Kies software
[21:14] <debfx> next time I buy a phone I'll make sure it's supported by cyanogen
[21:17] <Darkwing> Galaxy Nexus
[21:22] <shadeslayer> or ... you know ... buy devices that don't use MTP
[21:22] <shadeslayer> why not stick with just the standard usb access
[21:22] <cmagina> apparently its because with mtp they don't need to worry about internal partitioning
[21:23] <cmagina> the nexus 7 only provides mtp or ptp (the camera connection) even in usb debug mode
[21:24] <shadeslayer> >.>
[21:25] <shadeslayer> typical of devs
[21:25] <shadeslayer> skimping out on work
[21:25] <cmagina> you can mount an mtp device in linux using fuse
[21:25] <shadeslayer> sure, but half the stuff in mtpfs is not implelemented
[21:26] <cmagina> not surprising
[21:26] <shadeslayer> I've always had issues with my transformer
[21:26] <shadeslayer> so here's what I do
[21:26] <cmagina> yeah, i've had plenty of issues with mtp as well
[21:26] <shadeslayer> adb push foo sdcard/
[21:26] <shadeslayer> done
[21:26] <shadeslayer> no stupid mtpfs crap
[21:26] <cmagina> my cowon d2 allows you to select mtp or the standard usb drive
[21:27] <cmagina> nice
[21:27] <shadeslayer> I can also adb push over wifi
[21:27] <cmagina> now that is useful
[21:27] <shadeslayer> no need to connect over usb for smaller files
[21:27] <shadeslayer> so yeah, adb ftw
[21:27] <cmagina> i'll have to take a look at that
[21:27] <shadeslayer> adb also offers a sync option
[21:27] <shadeslayer> to sync unchanged files
[21:28] <shadeslayer> erm
[21:28] <shadeslayer> s/unchanged/changed
[21:28] <shadeslayer> so you can setup cron jobs to make backups over wifi
[21:28] <shadeslayer> or to keep ~/Documents in sync with your tablet
[21:29] <shadeslayer> adb is really cool :D
[21:29] <cmagina> that is really cool
[21:29] <shadeslayer> you'll need to enable debugging on your device
[21:30] <shadeslayer> you can even start a shell on your device using adb shell :D
[21:33]  * cmagina installs adb
[21:49] <cmagina> yup, that is cool
[22:07] <Riddell> Darkwing: your knitting is coming on very well
[23:09] <SteveRiley> shadeslayer: i understand your concern. obviously, maintaining a separate firefox for kubuntu is not free of effort. however, please consider the average kubuntu user, for whom grappling the finer points of pinning specific packages is nontrivial and surprisingly difficult to explain. i'd wager that the work you're doing to maintain the kde version of firefox would be *more* well-known if the package name were distinct and therefore (1)
[23:09] <SteveRiley>  obvious and (2) easier for folks to install/update
[23:10] <SteveRiley> and with that, it's time to board a plane. will check in here later.