[00:00] <bluesabre> thanks!
[00:00] <Unit193> Who holds it for 2013 anyway?
[00:00] <Unit193> Sure.
[00:00] <bluesabre> good question
[00:00] <bluesabre> do you think just adding xubuntu developers for 2013 would be sufficient?
[00:04] <bluesabre> or should I put my own name?
[00:05] <Unit193> I don't really know how the team likes to assign it, thinking XPL, dev or something.  Might be you.
[00:05] <Unit193> Thinking XPL is right though.
[00:05] <bluesabre> ok, I'll do that
[00:14] <Unit193> All set to fire?
[00:17] <bluesabre> I used myself, can change if needed
[00:17] <bluesabre> how does this look?
[00:17] <bluesabre> https://code.launchpad.net/~smd-seandavis/xubuntu-default-settings/b2_fixes
[00:19] <bluesabre> even made sure it was lintian clean :)
[00:20] <Unit193> Heh, you put it in the wrong order, newer up at the top. :P
[00:20] <bluesabre> I thought so
[00:20] <bluesabre> but the order was funky already
[00:20] <bluesabre> :D
[00:20] <bluesabre> how's the rest?
[00:21] <Unit193> I didn't see anything to complain about. :P
[00:22] <bluesabre> wowza!
[00:22] <bluesabre> :D
[00:31] <bluesabre> micahg, mr_pouit, knome: https://code.launchpad.net/~smd-seandavis/xubuntu-default-settings/b2_fixes/+merge/187127
[01:51] <micahg> bluesabre: ok, will try to upload tonight
[02:01] <bluesabre> micahg, cool, thanks!
[02:03] <bluesabre> micahg: if you don't get a chance to do the upload, if you can get the merge in, I can add the upload to the sponsorship queue
[02:03] <micahg> ok
[02:13] <bluesabre> fwiw, we also have one other merge that might be good to pull in at the same time: https://code.launchpad.net/~smd-seandavis/xubuntu-default-settings/keyboard-shortcuts/+merge/182352
[02:13] <bluesabre> (sorry for all the additional work)
[02:20] <micahg> hrm, I might not get it up there tonight, very tired
[02:52] <bluesabre> ok
[02:53] <bluesabre> mr_pouit, if you happen to be around, would you mind merging these two branches in?
[08:10] <elfy> b2 got rebuilt ... 'looks' like we lost all the tests 
[08:11] <knome> heh
[08:11] <knome> well, that happens :)
[08:12] <elfy> twice as it happens ;)
[08:12] <knome> well anyway, we tested most of the images without problems before
[08:12] <knome> or at least critical problems
[08:13] <elfy> yep
[08:13] <knome> so it should be relatively good testing again
[08:13] <knome> i can spin up a test or two today as wll
[08:13] <knome> *well
[08:13] <knome> once i stop fighting with presses
[08:13] <elfy> :)
[08:13] <knome> /printers
[08:13] <knome> whatever is the correct enligsh word for that
[08:15] <elfy> we got 10/5 (mandatory), 2/1(run once)  for 64bit and 9/5 2/1 for 32bit so I'm happy at least with that
[08:15] <elfy> printers :)
[08:15] <knome> yeah
[08:15] <knome> mhm
[08:15] <elfy> twice as much as for b1
[08:16] <elfy> I'd always be happy with more though as well :)
[08:16] <knome> sure
[08:59] <astraljava> I only had time for one test, life's too busy atm. =/
[09:00] <astraljava> ...for thinking. Of course the machine could have had more occasions, but I forget to initiate when doing other stuff.
[09:02] <knome> ;)
[09:06] <knome> no problem, any test helps.
[09:07] <ochosi> bluesabre: link to the gmb-bug: https://bugs.launchpad.net/ubuntu/+source/gmusicbrowser/+bug/1223808
[09:07] <ubottu> Ubuntu bug 1223808 in gmusicbrowser (Ubuntu) "gmbrc misses line to activate albuminfo-plugin" [Undecided,In progress]
[09:09] <ochosi> bluesabre: so the patch is two-fold: (1) add a single line to our gmbrc.default file, (2) pull the latest version of albuminfo.pm from gmb-upstream git (https://github.com/squentin/gmusicbrowser/blob/master/plugins/albuminfo.pm)
[09:09] <ochosi> so those missing icons, how do they affect our icon-theme or me exactly?
[09:10] <ochosi> knome: ^
[09:10] <knome> ochosi, i don't know; do they?
[09:10] <knome> also, did you see the duplicate
[09:10] <ochosi> if an app doesn't ship it's own icon, that's kinda not an icon-theme issue for us...
[09:10] <ochosi> that should be a bug in the app or in the packaging
[09:11] <ochosi> no, i didn't check the duplicate
[09:11] <knome> well do check it
[09:11] <ochosi> also the reporter said it's fixed in 13.10
[09:11] <ochosi> so why bother?
[09:11] <knome> aha
[09:11] <knome> then don't
[09:11] <knome> i didn't catch that
[09:11] <ochosi> or at least the reporter of the duplicate said that
[09:11] <knome> mhm
[09:12] <ochosi> "I can confirm that, gufw's icon shows up in the settings manager on xubuntu 13.10"
[09:12] <knome> oki
[09:12] <knome> so,
[09:12] <knome> can we "guess" a good symlink for the other app?
[09:12] <knome> some generic icon or sth
[09:12] <knome> or do you rather not to that
[09:15] <ochosi> not sure what the issue really is with gtkorphan
[09:15] <ochosi> somehow that bugreport seems to focus on gufw
[09:16] <ochosi> i'd have to install and test it myself to be able to judge
[09:17] <knome> i assume just missing icon
[09:17] <brainwash_> did my message get lost?
[09:17] <knome> which one?
[09:17] <knome> (probably yes)
[09:17] <brainwash_> it was not about missing icons, it was about the icon path + name specified in the .desktop file, adding the image extension would hide the icon in the settings manager
[09:18] <brainwash_> (this one)
[09:18] <knome> but that was about gufw
[09:19] <brainwash_> Icon=gufw
[09:20] <brainwash_> no more file extension
=== brainwash_ is now known as brainwash
[09:20] <brainwash> looks like it got removed by the package maintainer
[09:20] <knome> Icon=@DATADIR@/pixmaps/gtkorphan.png for gtkorphan
[09:20] <ochosi> yup, that's not that good i suppose
[09:20] <ochosi> it should simply be gtkorphan
[09:21] <ochosi> so nothing we can do in our icon-theme about it
[09:21] <knome> yep, we should mark that bug invalid for us and retarget for gtkorphan
[09:21] <knome> which seems to be in the same version since quantal
[09:21] <knome> (and even then, it looks like it's just a new ubuntu version, not really a new version of the app)
[09:22] <brainwash> but still, why won't the icon show up if you add the file extension?
[09:22] <knome> 0.4.4-1 in lucid, 0.4.4-1.1 in saucy
[09:22] <knome> brainwash, i suppose because you shouldn't guess the file extension
[09:22] <knome> that can be basically anything; practically it's usually png or svg
[09:24] <brainwash> mmh, still strange, the xfce4 app menu does not care about it, the settings manager however does
[09:25] <brainwash> gufw's .desktop file even contains "X-GNOME-Settings-Panel=gufw.png"
[09:27] <brainwash> but this is an issue, that even I don't care much about :D
[09:27] <knome> that's not an issue... if gnome-settings-panel needs that specific thing, fine
[09:27] <knome> not our problem ;)
[09:27] <knome> if the icon works everywhere else without .png, then good
[09:28] <knome> i suppose that's how it's supposed to work
[09:31] <brainwash> got another one, driconf is affected too
[09:32] <brainwash> Icon=/usr/share/driconf/driconf-icon.png
[09:32] <knome> brainwash, if you could please file a bug against the driconf package in ubuntu
[09:33] <brainwash> I'll add it to the list of affected packages
[09:34] <knome> that works as well
[09:34] <knome> though we should probably then rather file a new bug
[09:34] <knome> this is getting messy, the original bug was something else
[09:34] <knome> actually not
[09:34] <knome> but the original bug is mostly about gufw
[09:35] <brainwash> oh, that bug report.. :D
[09:35] <brainwash> expect more packages to be affected
[09:36] <knome> mh
[09:36] <knome> so yeah, would probably be better to file a new bug
[09:36] <knome> with a title of "Icon name is incorrectly defined in the .desktop file"
[09:36] <knome> or sth
[09:36] <knome> then just link all packages affected
[09:37] <brainwash> oh man, confusing stuff
[09:37] <knome> heh
[09:38] <knome> want me to file the bug, then you can fill the details?
[09:38] <brainwash> so the driconf package has not been touched since years too
[09:39] <knome> yep
[09:39] <brainwash> if you like to, go ahead and file the report
[09:39] <brainwash> I'll add the missing details
[09:40] <knome> ok, just a sec
[09:40] <brainwash> afk for some minutes
[09:42] <knome> brainwash, bug 1229635
[09:42] <ubottu> bug 1229635 in gtkorphan (Ubuntu) "Icon name is incorrectly defined in the .desktop file" [Undecided,New] https://launchpad.net/bugs/1229635
[09:43] <knome> i added driconf as well.
[09:49] <brainwash> great, thanks :)
[09:51] <brainwash> is bug 1061037 still around in saucy?
[09:51] <ubottu> bug 1061037 in gdk-pixbuf (Ubuntu) "Using .xpm icons on desktop may draw huge icon" [Undecided,Confirmed] https://launchpad.net/bugs/1061037
[09:52] <knome> i would imagine so
[09:53] <bluesabre> ochosi, you there?
[09:54] <ochosi> bluesabre: i am
[09:55] <bluesabre> cool
[09:55] <bluesabre> though I don't think my question is actually for you now that I think about it
[09:55] <knome> ok, get stuff fixed
[09:55] <knome> i'm off for a walk.
[09:55] <bluesabre> seeya knome
[09:55] <knome> bluesabre, nor me? ;)
[09:55] <ochosi> hehe
[09:55] <knome> good. ->
[10:06] <bluesabre> ochosi, micahg, mr_pouit: added a debdiff here, is that the acceptable way to apply our own changes to source?  https://bugs.launchpad.net/ubuntu/+source/gmusicbrowser/+bug/1223808
[10:06] <ubottu> Ubuntu bug 1223808 in gmusicbrowser (Ubuntu) "gmbrc misses line to activate albuminfo-plugin" [Undecided,In progress]
[10:08] <ochosi> thanks bluesabre  (i wouldn't know whether the debdiff is good though...)
[10:08] <bluesabre> yeah, just adding you to the alert list
[10:09] <ochosi> it does look ok though
[11:11] <olbi> do you have strange bug, in all isos, daily and beta 1 there isn't sound in virtualbox?
[11:15] <knome> we're testing beta 2 now. can you check if you're able to reproduce there and file a bug if so
[11:21] <olbi> i couldn't find beta 2 isos, or it is daily?
[11:24] <knome> http://iso.qa.ubuntu.com/qatracker/milestones/303/builds
[11:28] <olbi> thx knome
[12:41] <jjfrv8> elfy, are you saying you only have the numbers from yesterday's testing but not the results?
[12:41] <knome> jjfrv8, basically yes, the new images should be tested again
[12:42] <jjfrv8> Okay. I got a critical on both live sessions: #1229467. Just did the 64 again today and same thing.
[12:50] <jjfrv8> I also failed the post installation tests for bug 1185396 and bug 1098323.
[12:51] <ubottu> bug 1185396 in gnome-system-tools (Ubuntu) "users-admin crashed with SIGSEGV in gst_user_profiles_get_for_user()" [Undecided,Confirmed] https://launchpad.net/bugs/1185396
[12:51] <ubottu> bug 1098323 in parole (Ubuntu) "Parole failes to play DVD" [Undecided,Confirmed] https://launchpad.net/bugs/1098323
[12:51] <jjfrv8> won't have time to do more retesting until tonight.
[13:00] <jjfrv8> bbl
[13:00] <knome> blergh
[13:00] <knome> :)
[13:00] <knome> i'm off soon
[13:01] <knome> anything you need me for?
[13:07] <knome> i guess that's a no
[13:07] <knome> see you later :)
[13:50] <olbi> ok, i'm off now, see you later :)
[13:52] <GridCube> bye
[13:58] <elfy> jjfrv8: no - I can see the results as well, but retests when people can will be good
[14:07] <ochosi> can someone here please link me to the abiword ruler bug in launchpad? (can't seem to find it atm)
[14:08] <elfy> https://bugs.launchpad.net/ubuntu/+source/lubuntu-meta/+bug/1031137
[14:08] <ubottu> Ubuntu bug 1031137 in lubuntu-meta (Ubuntu) "Abiword has strange black color" [Undecided,Confirmed]
=== lokote_j1nes is now known as lokote_jones
[14:09] <ochosi> thanks elfy
[14:09] <elfy> :)
[14:16] <GridCube> what does "package test" means?
[14:16] <bluesabre> in what reference?
[14:17] <elfy> GridCube: there are iso tests at http://iso.qa.ubuntu.com/qatracker/milestones/270/builds
[14:17] <elfy> and package tests at http://packages.qa.ubuntu.com/qatracker/milestones/300/builds
[14:17] <GridCube> D:
[14:17] <GridCube> i never knew of that
[14:18] <elfy> it's quite new
[14:18] <GridCube> thats rather hidden, it should be in the same page as the iso test as part of your log of the test
[14:18] <elfy> did you miss me going on and on and on and on and on about manual tests? 
[14:19] <GridCube> yes
[14:19] <elfy> good lord 
[14:19] <elfy> Next time I do dev list mails I will cc you :p
[14:19] <elfy> s/dev list QA mail
[14:20] <bluesabre> :)
[14:20] <GridCube> manual partitioning i386 
[14:20] <GridCube> or amd64, thats not done yet so that one
[14:21] <elfy> just zsynced them both - shall do another bunch of them too 
[14:23]  * bluesabre will hopefully get a chance to do some testing tonight
[14:23] <elfy> results look better this time than last time
[14:24]  * elfy did 15 yesterday 
[14:24] <bluesabre> nice
[14:24] <elfy> they archived the damned tests after I did a bunch 
[14:24] <bluesabre> :D
[14:25] <elfy> then they did it AGAIN when I was asleep :|
[14:25] <bluesabre> never be proactive, only do things right at deadline
[14:25] <bluesabre> ;)
[14:25] <elfy> you've noticed how I report bugs ... 
[14:25] <elfy> d'ya think I should ... 
[14:25] <GridCube> http://i.imgur.com/2KVZJic.png
[14:26] <GridCube> uh oh!
[14:26] <GridCube> D:
[14:26] <elfy> seen that as a bug somewhere I think 
[14:26] <elfy> is that 32bit? 
[14:26] <bluesabre> yup, "here's a huge bug that you will have no idea how to fix!"
[14:26] <bluesabre> :D
[14:26] <GridCube> no, 64
[14:27] <bluesabre> yiiiiikes
[14:27] <elfy> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1229432
[14:27] <ubottu> Ubuntu bug 1229432 in ubiquity (Ubuntu) "Partitioning error when doing normal install after encrypted lvm install" [Undecided,New]
[14:28] <GridCube> i had a 8gb vbox drive, 1gb swap 7gb ext4, deleted all those, created 3 partitions, 2,5gb gb ext4 (set it to /home)5gb ext4 (set to /) and 512mb for swap
[14:28] <ochosi> phew, for a second there i thought it would be a visual ubiquity bug...
[14:28] <elfy> GridCube: just about to boot the 64bit on a laptop
[14:28] <GridCube> there was no lvm involved
[14:29] <elfy> yea
[14:29] <GridCube> should i hit ignore and continue or flag it as fail?
[14:29] <elfy> GridCube: I have seen that one myself - and I'd confused the installer 
[14:29] <GridCube> or should i try to replicate?
[14:30] <elfy> dbl clk in the icon - didn't start - right clicked - execute - then both had started - didn't notice till I aborted the top one 
[14:30] <elfy> try and replicate 
[14:30] <GridCube> ok
[14:31] <elfy> I'll be a the same point in a minute or two
[14:33] <brainwash> I encountered several partitioning errors while trying to install the daily image 2 days ago.
[14:33] <elfy> GridCube: which install was that? manual? 
[14:34] <brainwash> on top of that, the password prompt for full disk encryption during boot simply did not work
[14:34] <elfy> luckily that won't fail one of our tests then :)
[14:35] <GridCube> manual
[14:35] <GridCube> it did not replicated itself
[14:35] <brainwash> did anyone test FDE?
[14:36] <GridCube> not knowing what that is, no
[14:36] <brainwash> full disk encryption
[14:36] <elfy> no
[14:36] <GridCube> ah, no
[14:37] <elfy> brainwash: or they might have but it's not one of our tests - so we'd not have results 
[14:37] <brainwash> well, it's not xubuntu related I would assume
[14:38] <brainwash> I see, maybe I can find a bug report addressing this issue
[14:40] <elfy> maybe - http://iso.qa.ubuntu.com/qatracker/reports/defects
[14:40] <elfy> if I can't find it after a while I report it and hope someone can find the dupe :)
[14:42] <elfy> GridCube: I've gone marching straight past that error point 
[14:42] <GridCube> me too in the retry
[14:43] <Unit193> GridCube: When I got that I ignored and it seemed fine. :P
[14:43] <GridCube> ok
[14:43] <elfy> GridCube: maybe comment on that bug
[14:43] <GridCube> next time ill do that
[14:43] <GridCube> elfy, ok :)
[14:44] <elfy> or mark the bug on the iso tracker and comment there - it'll get added to the bug 
[14:44] <brainwash> ouch, this one again - bug 1229486
[14:44] <ubottu> bug 1229486 in xfce4-session (Ubuntu) "Lock screen before sleep doesn't work" [Undecided,New] https://launchpad.net/bugs/1229486
[14:59] <elfy> confirmed that as well 
[15:01] <elfy> GridCube: got the same thing as you did
[15:01] <GridCube> the partition error?
[15:01] <elfy> yep
[15:01] <elfy> reporting it 
[15:01] <GridCube> ok
[15:02] <GridCube> sorry i got actual "i get paid to do" work
[15:03] <elfy> yep
[15:04] <elfy> I meant I'm reporting it in anway :)
[15:34] <GridCube> meta-d doesnt open thunar anymore?
[15:36] <brainwash> wasn't it f?
[15:37] <GridCube> oh
[15:37] <GridCube> right
[15:37] <brainwash> (f)ile manager
[15:37] <brainwash> :)
[15:37] <GridCube> :/ why did i though it was d?
[15:37] <GridCube> maybe directory?
[15:53] <Unit193> "Where's my (d)ang files!?" ?
[15:55] <elfy> had the same bug again - both times for entire disk install - both times going from one arch to another
[15:55] <GridCube> mmm
[15:56] <GridCube> the packages test is very time consuming
[15:56] <GridCube> elfy, where did you reported it so i can tag
[15:57] <elfy> #1220165 
[15:58] <elfy> GridCube: don't worry - I'll add it to your test result
[15:59] <elfy> that'll trigger it to the bug report anyway
[16:05] <GridCube> going to suspencion never works on virtual machines right?
[16:06] <elfy> not sure - don't think so 
[16:06] <GridCube> mmm because it did nothing when i tried it but i dont think that works
[16:07] <elfy> yea 
[16:07] <elfy> sorry - I wasn't clear, I meant I don't think it works :)
[16:07] <GridCube> probably i need the virtual box addons
[17:19] <_ToZ> Yesterday I completed 3 tests on the new beta (live session, full disk install, post-install), created some bug reports (1229478 & 1229486), and entered the info in the QA tracker. Today I can't find any reference to these tests. Where might they have gone?
[17:20] <elfy> _ToZ: the iso's got respun and thus all the tests we did got archived 
[17:20] <elfy> hang on and I'll get it for you
[17:20] <_ToZ> Hi elfy. Does this mean I have to redo them?
[17:21] <elfy> http://iso.qa.ubuntu.com/qatracker/milestones/303/history
[17:22] <elfy> but if you've got not filters I'd filter to xubuntu only first
[17:23] <_ToZ> ah yes, there they are. Are they still valid then?
[17:23] <elfy> http://iso.qa.ubuntu.com/qatracker/milestones/303/builds/54214/testcases/1434/results
[17:23] <elfy> is one of your's 
[17:23] <elfy> not really - I zsynced to the new iso and it grabbed 15%
[17:23] <elfy> so not valid
[17:23] <_ToZ> So I need to redo them?
[17:24] <elfy> up to you - I've ended up doing 25 of them since yesterday morning - it got respun twice 
[17:24] <_ToZ> ok thanks
[17:25] <elfy> not sure which tests you did - if you still have the install I'd imagine an update/upgrade of that would put you in the same state
[17:26] <elfy> I'm fairly relaxed about it tbh - I've grabbed the bugs people reported that subsequently got archived
[17:28] <elfy> up to a short while ago across all the b2 tests people did we got 59 results
[17:28] <_ToZ> One other thing I noticed that I don't know if its a bug or a change. I know there are issues with sound-indicator. Killing and restarting it as per the bug report brings it back, but there is no entry for gmusicbrowser there any more. Was this a design change, or should I report it as a bug?
[17:29] <elfy> thought I'd seen that - but there's been talk in here about gmb so I might be confused - report it for the moment 
[17:30] <_ToZ> Think I'll grab the new respin and give it a whirl and double-check it then.
[17:31] <elfy> ok - you zsync them?
[17:31] <_ToZ> no, I'm old school. Download and burn.
[17:31] <elfy> assuming you still have the old one :)
[17:31] <elfy> zsync will just download the difference between the 2 
[17:35] <_ToZ> ok thanks
[18:52] <pleia2> for what it's worth, I wouldn't go as far as to say earlier ones "aren't valid" - it's awesome to do tests at any time and report bugs, just for the beta specifically there is more work to do with respun images :)
[18:53] <elfy> I'm just copying the XPL :)
[18:54] <elfy> but I'm really happy with the testing that got done for B2 :)
[18:54] <elfy> everything got covered 
[18:55] <knome> yep
[18:55] <elfy> tbh - I've been happy with most of everything during the cycle 
[18:56] <knome> me too
[18:59] <elfy> knome: if we've got a bunch of desktop tests by the morning I'll mark it ready and mail the list
[19:00] <knome> :)
[19:00] <knome> no need to do that
[19:00] <knome> i mean, let's wait until the testing is ending on thusrday
[19:00] <knome> let people run more tests
[19:02] <elfy> ok 
[19:02] <elfy> not sure I'll remember on thursday morning - back to work then 
[19:03] <knome> i can do that
[19:03] <knome> we need to prepare the release notes as well
[19:03] <elfy> can we look at that tomorrow then? I''ll be about most PM/evening
[19:04] <knome> that would work for me
[19:04] <knome> or maybe, say until 12UTC :)
[19:04] <knome> or a bit later
[19:04] <knome> (at least)
[19:05] <elfy> ok-ish - working in the morning/early afternoon - I'll ping you when I'm here perhaps
[19:05] <knome> sounds like a plan
[19:09] <elfy> ok
[19:25] <knome> i'm off watching a movie
[19:25] <knome> hf
[19:25] <elfy> night