[09:20] <smartboyhw> len-dt, you said you don't know why do we have three partitioning options. balloons (Canonical Community QA Manager) forced me to. Don't worry I will intergrate them and make it into one:P
[09:54] <smartboyhw> Grr added it go to http://packages.qa.dev.stgraber.org/qatracker/milestones/225/builds/16300/testcases to check it out!
[14:00] <len-dt> smartboyhw, That is much better.
[14:00] <smartboyhw> len-dt, :P
[14:01] <len-dt> I like having post install separate.
[14:02] <len-dt> Can we change the "Family" to Ubuntu Studio? It may be a little less confusing for someone.
[14:04] <smartboyhw> len-dt, wait what family?
[14:05] <len-dt> A lot of the test cases use the word "Family" where I would expect the name ubuntu studio
[14:06] <smartboyhw> Wait...
[14:07] <len-dt> http://packages.qa.dev.stgraber.org/qatracker/testcases/1338/info
[14:07] <smartboyhw> len-dt, that is actually a new feature of the ISO QA Tracker
[14:07] <len-dt> OK
[14:07] <smartboyhw> The variable FAMILY has been set to Ubuntu Studio in the testsuite:P
[14:08] <len-dt> So when it goes live it will be right?
[14:08] <smartboyhw> len-dt, it will show the same thing in the info page, but the people will see the right thing in the normal testcase reporting page
[14:09] <len-dt> Ok, sounds good.
[14:09] <smartboyhw> :)
[14:12] <len-dt> smartboyhw, I would suggest that when selecting a username password for testing that they be throw away names not real ones
[14:13] <len-dt> that way if there are bugs with the installer all the log files can be sent open
[14:13] <len-dt> for example I use joe tester with a password testing
[14:13] <smartboyhw> len-dt, where?
[14:13] <len-dt> for test install
[14:14] <smartboyhw> OK
[14:14] <smartboyhw> len-dt, not understanding now....
[14:14] <len-dt> Final install with a real name pw should be ok.
[14:16] <len-dt> if the installer crashes, the ubuntu-bug runs on it's own and wants to send log files to the bug track
[14:16] <len-dt> in those files are the username password that the user put in
[14:17] <len-dt> The installer has gotten a lot better and I have not had it crash on me for some time, but it is still in active development
[14:18]  * len-dt is talking about ubiquity
[14:18]  * smartboyhw is not understanding which step:P
[14:18] <smartboyhw> Step 27?
[14:18] <len-dt> yes 27
[14:18] <smartboyhw> OK so you want them to provide false info?
[14:19] <len-dt> I am not sure how to word this
[14:19] <len-dt> but yes.
[14:19] <smartboyhw> OK
[14:20] <len-dt> though I don't think at this point there will be much changes to the installer, I am thinking for next cycle
[14:21] <smartboyhw> len-dt, check again under step 27
[14:21] <len-dt> I would add "for testing" to the end of that line
[14:21] <smartboyhw> OK
[14:22] <smartboyhw> len-dt, check again:P
[14:22] <len-dt> Yup looks good
[14:22] <smartboyhw> len-dt, :)
[14:23] <smartboyhw> ailo_, any comments?
[14:24] <len-dt> I have had ubiquity crash on me many times while testing and then get asked if they can send the file with my id and PW that is why I started using fake ones
[14:24] <smartboyhw> len-dt, ah:P
[14:26] <len-dt> What is painful is that often someone else has had the same bug, but I can't look at it to confirm because the info is closed. I always go in and make sure it is open on my bugs so other can see
[14:27] <smartboyhw> len-dt, good choice:)
[14:40] <smartboyhw> Oh no:P
[14:42] <smartboyhw> Welcome back len-dt :P
[14:47] <len-dt> just let software update. New fix in for gstreamer...
[14:48] <smartboyhw> len-dt, good:P
[14:48] <len-dt> didn't seem to work so I rebooted
[14:48] <smartboyhw> Ah
[14:48] <len-dt> still doesn't work
[14:48] <smartboyhw> len-dt, oh no.....
[14:49] <len-dt> something is odd anyway
[14:51] <smartboyhw> Hmm
[14:52] <len-dt> I'll try a different app
[14:54] <smartboyhw> len-dt, a few weeks ago I talked about https://bugs.launchpad.net/ubuntustudio/+bug/1041882 which you think you have fixed it.....So did you reupload the fix?
[14:54] <ubottu> Launchpad bug 1041882 in Ubuntu Studio "Ubuntu Studio 12.04.1 does not have help" [Undecided,New]
[14:55] <len-dt> I thnk the fix is there but not released
[14:55] <len-dt> That is commited
[14:55]  * smartboyhw figures that is a problem
[14:56] <len-dt> http://bazaar.launchpad.net/~ubuntustudio-dev/ubuntustudio-default-settings/UbuntuStudio.precise/revision/123
[14:57] <smartboyhw> Gee that IS weird
[14:58] <len-dt> It has to get approval or sru or whatever.
[14:58] <len-dt> Fixes three bugs (three commits)
[14:59] <smartboyhw> Hmm....
[15:00] <len-dt> firefox doesn't seem to use gstreamer
[15:00]  * smartboyhw finds out the help link in 12.10 and 12.04 are actually differenty
[15:00] <smartboyhw> *different
[15:03] <smartboyhw> len-dt, I looked at the ubuntustudio-default-settings package in Precise and finds out that the package has NOT been updated. Maybe you have to rebuild it....
[15:04] <len-dt> I can't, I can only commit to it. 
[15:05]  * smartboyhw thinks len-dt can build the package and then ask a MOTU to sponsor it
[15:06] <len-dt> The package is there (the old one) I don't know what this would be called (SRU, backport?)
[15:06] <smartboyhw> Dunno:)
[15:08] <len-dt> Anyway, the comments I got at the time were that so long as it was fixed for 12.10......
[15:09] <smartboyhw> :)
[15:09] <len-dt> so I worked on other things
[15:09] <smartboyhw> OK:)
[15:10] <len-dt> Personally I would like to see more kernel updates
[15:11] <smartboyhw> len-dt, :)
[15:13] <len-dt> smartboyhw, I have one more bug fix to get through for 12.10 then testing then I will probably do less next cycle than I did this one
[15:13] <len-dt> I have less time... and I am at a point that I am not sure what else to do as well
[15:13] <smartboyhw> len-dt, OK
[15:14] <smartboyhw> len-dt, which one?
[15:14] <len-dt> I do have a small coding project I will do some work on... I have done a mock up in tk/tcl but should probably learn python and move it there.
[15:15] <len-dt> I have both a workflow launcher as well as a mode changer
[15:15] <len-dt> The mode changer would go first, It allows turning things off that conflict with recording on the fly
[15:16] <smartboyhw> OK
[15:16] <len-dt> it goes in systray
[15:17] <len-dt> tk doesn't haveanything to make systray stuff so I have been using alltray to wrap it
[15:17] <len-dt> python does have acces to systray through the gtk stuff
[15:19] <micahg> len-dt: I don't think we've enabled the gstreamer support in Firefox yet
[15:19] <micahg> len-dt: have you filled out the SRU paperwork for precise?
[15:19] <len-dt> micahg, Ah. I see. 
[15:20] <len-dt> no, there didn't seem to be intererest. And I had other things to do.
[15:20] <len-dt> Paper work? is there a form?
[15:21] <len-dt> I looked at the sru page and it didn't seem to indicate that
[15:22] <len-dt> micahg, as you are here, 12.10 -default-settings has a committed bug fix if it could get released
[15:22] <micahg> ok, will try to take a look today
[15:22] <micahg> len-dt: https://wiki.ubuntu.com/StableReleaseUpdates#Procedure step 2
[15:24] <smartboyhw> len-dt, add oil:P
[15:28] <smartboyhw> len-dt, what do you think about https://bugs.launchpad.net/ubuntustudio/+bug/1051888 ?
[15:28] <ubottu> Launchpad bug 1051888 in Ubuntu Studio "Audio CD's won't mount" [Undecided,New]
[15:31] <len-dt> I would have to test it. (on a machine that actually has a cd/dvd drive)
[15:32] <len-dt> normally totem would not be used for playing an audio cd anyway... that would be audacious.
[15:33] <smartboyhw> len-dt, I made the help bug assigned to you:P
[15:33] <len-dt> I may not work on it... 
[15:33] <smartboyhw> Oh:P
[15:37] <len-dt> audasious plays tracks ok. nautilus opens an audio disk as wav files.
[15:37] <smartboyhw> len-dt, I think it is a backport instead......
[15:37] <len-dt> smartboyhw, I'm sorry, I thought you ment the audio disk bug
[15:37] <smartboyhw> len-dt, LOL
[15:37] <len-dt> The help bug is ok
[15:38] <smartboyhw> len-dt, I saw people asking about it in Ubuntu Studio Forums so...
[15:39] <len-dt> I think it isn't really a back port(s) because the fix is different from 12.10
[15:39] <smartboyhw> len-dt, hmm.....
[15:39] <smartboyhw> When
[15:39] <smartboyhw> Stable release updates will, in general, only be issued in order to fix high-impact bugs. Examples of such bugs include:
[15:39] <smartboyhw>     Bugs which may, under realistic circumstances, directly cause a security vulnerability. These are done by the security team and are documented at SecurityTeam/UpdateProcedures.
[15:39] <smartboyhw>     Bugs which represent severe regressions from the previous release of Ubuntu. This includes packages which are totally unusable, like being uninstallable or crashing on startup.
[15:39] <smartboyhw>     Bugs which may, under realistic circumstances, directly cause a loss of user data
[15:39] <smartboyhw>     Bugs which do not fit under above categories, but (1) have an obviously safe patch and (2) affect an application rather than critical infrastructure packages (like X.org or the kernel).
[15:39] <smartboyhw>     For Long Term Support releases we regularly want to enable new hardware. Such changes are appropriate provided that we can ensure to not affect upgrades on existing hardware. For example, modaliases of newly introduced drivers must not overlap with previously shipped drivers.
[15:39] <len-dt> The -default-setting package from 12.10 will not work with 12.04. I tried it
[15:39] <smartboyhw>     New versions of commercial software in the Canonical partner archive.
[15:39] <smartboyhw>     FTBFS(Fails To Build From Source) can also be considered. Please note that in main the release process ensures that there are no binaries which are not built from a current source. Usually those bugs should only be SRUed in conjunction with another bug fix. 
[15:39] <smartboyhw> Er these are the requirements for SRUs
[15:42] <len-dt> Ya, these are safe fixes because the most it would do is still have a non-working menu ittem
[15:42] <smartboyhw> Which one do you think it meets?
[15:42] <smartboyhw> ok then len-dt I hope you can go through it:)
[15:42] <len-dt> Bugs which do not fit under above categories, but (1) have an obviously safe patch and (2) affect an application rather than critical infrastructure packages (like X.org or the kernel).
[15:42] <len-dt> Xine plays cds directly
[15:45] <len-dt> totem seems to play cds directly too
[16:00] <smartboyhw> len-dt, on that help bug........
[16:00]  * smartboyhw has been stupidly building the package:P
[16:04] <smartboyhw> len-dt, it is now in my ppa:P:P:P:P
[19:22] <micahg> ailo_: FYI, bzr mv is easier than mv in branches as it just shows the change as a file rename
[19:23] <micahg> ailo_: also, why are you depending on such a strict version of python
[19:24] <micahg> ailo_: also, IIRC, #I/usr/bin/env python is deprecated and should be #!/usr/bin/python
[19:26] <micahg> ailo_: you also forgot to mention the debian/control addition of python
[19:27] <micahg> (in the changelog)
[19:27]  * micahg fixes up and uploads
[19:28] <micahg> len-dt: about the new menu items, I assume your docs team (?) is aware
[19:31] <micahg> actually, I have to check on something, can this wait until Wed (I'm off Mon and Tues)
[20:12] <len-dt> micahg, no problem. It is the last bug I can think to fix for 12.10
[20:17] <len-dt> micahg, the documenting will have to wait. So far as I know, none of us has a colorimeter to play with. When I have some money I will rent one.... If I can find such a device in our small town.
[20:17] <micahg> len-dt: I was just concerned about menu screenshots being wrong, you're not required to screenshot every app you have
[20:18] <len-dt> it is a chicken and egg thing, we have to have the tools before photography people will us it and give feedback
[20:18] <len-dt> I don't think screen shots will be different
[20:19] <len-dt> We still have to do the photgraphy/graphics workflow docs though.
[20:56] <ailo_> micahg: I should probably look more into python versions, but I decided to use a version I knew for certain would work, and was installed on 12.10
[20:57] <micahg> ailo_: just Depends: python should be fine unless you're using specific features
[20:57] <ailo_> micahg: Ok. I'd like to make more changes before upload
[20:58] <micahg> ailo_: ok, I won't be uploading until Tues night at the earliest, so have at it
[20:58] <ailo_> micahg: I'll make sure to have everything ready until then
[20:59] <ailo_> len-dt: I was thinking of making some final changes to the menu. Moving the extra starters to the top of each submenu
[21:01] <ailo_> Anything else in -settings we'd like to do before final release?
[21:18] <astraljava> guitar -> Behringer -> M-Audio Audiophile S/PDIF in -> jackd -> S/PDIF out -> stereo -> headphones; done, an hour of testing; done. Whee!
[21:19] <astraljava> Err... that should be of course ANALOG out, not S/PDIF. But oh well.
[21:19] <astraljava> I'm getting started.
[21:21] <astraljava> ...and I suppose there should be Mudita24 there in between, to handle the routing.
[21:22] <holstein> i remember when i missed winamp
[21:22] <holstein> now i could care lesss
[21:23] <holstein> if a media player dictates the operating system you are going to use... i dont think there's much reason to be using linux
[21:27] <astraljava> Heh... yeah.
[21:27] <astraljava> This is so much fun! I can't believe I let it take this long to start actually using the stuff.
[21:28] <astraljava> Now I wish I could afford a midi keyboard, to make it easier to compose.
[21:28] <holstein> astraljava: i got a cheapy
[21:28] <holstein> an maudio keystation.. works great
[21:28] <astraljava> But oh well, I'll need to notation practice anyway, so I'll start punching in notes to Rosegarden or whatever there is.
[21:28] <holstein> you should see them used for around $50
[21:29] <astraljava> Oh cool, I'll look for some forums for musicians around here. Thanks for the tip!
[21:29] <holstein> yeah, if you were closer id offer you this one for cheap
[21:29] <holstein> i got a weighted one and a USB to midi thing
[21:29] <astraljava> Right.
[21:29] <holstein> though, that rig is out on loan too..
[21:29] <astraljava> Hah!
[21:31] <astraljava> Too bad I've got a working day tomorrow. I could spend so much time on this right now. :) G'night for now, though.
[21:31] <holstein> astraljava: o/
=== kubotu_ is now known as kubotu
[22:40] <len-dt> ailo_, I was goin to leave that for next cycle as I have run out of time to play, but feel free. I'll be happy with everything new working :)
[22:41] <len-dt> holstein, some people are afraid to try something new... or just do a bit of research even.
[22:46] <holstein> len-dt: yeah.. i was back then
[22:46] <holstein> i wanted winamp, and missed it
[22:47] <len-dt> The I want an all in one solution idea is odd to me too. Using two or more apps together just seems natural to me
[22:49] <len-dt> holstein, to be honest, I have never used winamp.
[22:49] <holstein> well, you get used to the way things are
[22:50] <holstein> windows media player is and was *so* bad.. when winamp came along i think a lot of folks were just so into it
[22:50] <len-dt> MS does not give anything away...