[03:29] <astraljava> Okay folks, the hopefully final kernel is in the archives, go test as soon as you possibly can.
[03:34] <astraljava> Right, I'll take that back, sort of. It's yet in -proposed. If you could, please add that to your sources.list.
[03:39] <len-1204> astraljava, the topic for #ubuntustudio says we do not have a live CD... we should maybe change that
[03:40] <astraljava> len-1204: Yes well, I'm not sure any of the active devs have privileges on that channel. Let me see.
[03:42] <len-1204> astraljava, downloading new kernel.
[03:44] <astraljava> Yeah, don't have privileges there, yet. We're working on it together with the IRCC, but they require us getting some training first, so we're gonna have to ask someone change that for us by the time precise gets released. So far it still holds true, actually.
[03:44] <len-1204> ok
[03:45] <len-1204> Might do to add something that says people do look at the back logging... so just ask your question instead of asking is anyone there.
[03:46] <len-1204> Anyway...reboot time.
[03:49] <len-1204> astraljava, boots ok anyway, is there something I should be looking for?
[03:51] <astraljava> len-1204: I'm not aware of any huge changes, but I'll read the changelog soon. Meanwhile, if you have any performance tests where you could catch any possible regressions, that'd be good.
[03:52] <len-1204> 20:50:49.533 XRUN callback (1). But then I just rebooted.. there could be something just starting still
[03:57] <len-1204> There was only one kernel listed on the boot screen. Right one though
[04:07] <len-1204> Thats interesting: 20:58:29.541 XRUN callback (9).
[04:07] <len-1204> 21:00:29.537 XRUN callback (11).
[04:07] <len-1204> 21:02:29.534 XRUN callback (12).
[04:07] <len-1204> 21:04:29.536 XRUN callback (14).
[04:07] <len-1204> 21:06:29.535 XRUN callback (16).
[04:08] <len-1204> All my xruns are at the same second about 1 minute apart.
[04:14] <astraljava> len-1204: But there was the 'Previous linux versions entry', right?
[04:15] <len-1204> not for the old kernel, but only the ones on the other disk... I'll look again in a min.
[04:16] <astraljava> len-1204: I didn't see a list of the older kernels either, just a line underneath the latest saying 'Previous linux versions'. Don't know how grub2 operates, though, so no idea whether they were removed by accident, on purpose or what happened there.
[04:17] <len-1204> The old one is still in /boot though.
[04:19] <len-1204> I'll look again
[04:21] <len-1204> astraljava, ok the old one is there.
[04:22] <astraljava> len-1204: Right.
[04:28] <astraljava> micahg: How's your schedule for the next 14 hours? Is there a chance you could upload our packages, or should I ask around on -motu?
[04:28] <micahg> haha
[04:28] <micahg> let me see if I can do teh stuff in the branches
[04:29] <astraljava> Thanks!
[04:31] <micahg> astraljava: 1.  changelog should be UNRELEASED until tag for upload, 2.  there should only be 1 UNRELEASED changelog entry at a time :) (which there actually is in this case, but 2 with precise)
[04:32] <micahg> -default-settings looks sane enough, will collapse the changelogs and upload
[04:33] <astraljava> micahg: Ok, a HUGE (like '              ' huge) thanks!
[04:34]  * micahg wonders why there is an ubuntustudio-logo.png in the branch if there's an svg
[04:35] <micahg> ScottL: one change per commit please :) (it's easy enough to tell them apart this time)
[04:36] <micahg> also, there's no svg for the ubuntustudio-logo-menu.png menu file
[04:37] <astraljava> Hmm... not desirable. len-1204, have you worked with those? Do you have the files in question?
[04:38] <micahg> astraljava: do you want me to hold off on uploading?
[04:38] <astraljava> micahg: If you could for a little while until I find out whether there's anything to be done about that.
[04:38] <micahg> astraljava: ok, I just pushed up r117 with the collapsed changelog
[04:39] <astraljava> Thanks!
[04:41] <len-1204> I don't know that I can add anything to that... besides svgs being harder (for me) to work with ;-)
[04:41] <len-1204> There have always been the 3 files
[04:41] <astraljava> len-1204: Right, yeah I wasn't sure about who's worked on this.
[04:42] <len-1204> Scott did the icons
[04:42] <astraljava> I guess we'll just wait on ScottL to wake up.
[04:42] <astraljava> Yep.
[04:47] <micahg> astraljava: for the meta, just get anyone with upload rights to do it (MOTU or core-dev)
[04:48] <astraljava> micahg: Alright, will do. Thanks for your help, and good luck with the rest of the tasks! :)
[04:49] <micahg> I'm just waiting to hear back if you need a UIFe for the -lightdm-theme package
[04:49] <astraljava> Oh that's what that is about. Right, I'll monitor -release for responses.
[04:49] <micahg> also, right now ScottL is the maintainer, should that be Ubuntu Studio Developers?
[04:50] <astraljava> Oh, it totally should. Want me to fix it?
[04:50] <micahg> sure, I just pushed a fix up for it
[04:53] <astraljava> Ok I see it.
[05:02] <astraljava> micahg: What docs?! ;)
[05:03] <astraljava> Pushed a fix for the maintainer, also added the VCS field.
[05:06] <astraljava> len-1204: All I see in the changelog for this latest -lowlatency is it's rebased against the vanilla kernel, and a fixed invalid headers link. So no reason to test anything specifically. Just watch for any performance regressions.
[05:26] <len-1204> astraljava, there is something that is happening every minute that is causing xruns. I don't think it is the kernel though.
[05:29] <astraljava> len-1204: Try to monitor the logs, I have no idea what that could be.
[05:30] <len-1204> It'll have to be tomorrow. I'll try both kernels just to be sure.
[05:31] <micahg> astraljava: that should just be Vcs-Bzr (only needs XS when adding another thing like Debian)
[05:32] <astraljava> micahg: Good catch, thanks!
[05:33] <astraljava> Fixed.
[05:35] <ailo> len_: You get that with both your audio devices?
[05:35] <ailo> I mean, xruns every minute..
[05:37] <micahg> astraljava: still not right :(, that's the Vcs-Browser URL, Vcs-Bzr for launchpad should point to code.launchpad.net which is branchable
[05:37] <micahg> Vcs-Bzr is used for debcheckout so it needs to be branchable
[05:44] <astraljava> micahg: Gah, I copied that from another branch. Thanks for pointing this out.
[05:47] <astraljava> micahg: Is it ok to use the format -default-settings has? Ie. "Vcs-Bzr: lp:ubuntustudio-default-settings"
[05:50] <micahg> astraljava: that's a good question, I don't know (I would think it's ok)
[05:50] <micahg> maybe ask in -devel
[05:51] <astraljava> Ok I will, thanks.
[05:53] <ailo> The rtirq script raises rtprio for the whole irq where the sound device is located. At least that is how it seems to me. I disabled the script, and I still have rtprio at 50 for my audio devices, as well as a lot of other stuff
[05:53] <ailo> I wonder why that is, and if it is normal
[05:54] <ailo> Won't spend any time thinking about that right now, cause I don't really have the time for it
[05:54] <ailo> I would like to determine how effective the script really is
[05:58] <ailo> len_: Do you get any other messages besides that there was a xrun?
[06:00] <ailo> Even though pulseaudio is pretty well behaved with jack, I wonder if it is smart to have it on while recording at low latencies
[06:00] <ailo> It does sometimes produce xruns, like any other program
[06:05] <astraljava> ailo: len_: There'll be an update to pulseaudio soon-ish, so might wanna have a go at that to see how it behaves.
[06:06] <ailo> On pulseaudio, I don't think it causes any problems as long as it is inactive
[06:08] <ailo> I think it happens mostly when PA loads whatever it is about to play
[06:10] <ailo> That should probably not need to cause any xruns, since the PA/jack module is connected all the time
[06:10] <ailo> Oh, I get xruns because of PA, even when PA is not using the jack module as its' output
[06:39] <micahg> astraljava: do you know if ScottL tested the lightdm-theme
[06:40] <astraljava> micahg: Not really, no. He's been busy with actual work, so haven't been around much.
[06:40] <astraljava> micahg: But I can test it now.
[06:40] <micahg> astraljava: do you want to test it quick?  do you need a binary?
[06:40] <micahg> it's a quick local buld
[06:41] <astraljava> micahg: I can build it here, right?
[06:41] <micahg> so, just let me know if it works and I'll push the button to upload
[06:41] <micahg> yeah
[06:41] <astraljava> Ok, I'm on it.
[06:41] <micahg> bzr bd -S
[06:41] <micahg> err..
[06:41] <micahg> 'bzr bd' should work in this case
[06:45] <astraljava> Didn't have bzr-builddeb installed, I've always used pbuilder. :) But I'm testing on another machine, so takes a few minutes to set it up.
[06:45] <astraljava> Oh, gotta look up what I'm checking out from it.
[06:47] <astraljava> micahg: Yes, the change works.
[07:04] <micahg> astraljava: if you don't use bzr-builddeb, you're likely to end up with a messy checkout
[07:04] <micahg> bzr tags
[07:05] <micahg> oops :)
[07:06] <micahg> astraljava: uploaded
[07:07] <astraljava> micahg: How so? The *.dsc is created outside of the source directory. pbuilder shouldn't touch that, right?
[07:07] <astraljava> Thank you!
[07:08] <micahg> astraljava: hmm, when creating a source package, if you run debuild -S in a checkout dir, you might end up with some files being changed on occasion
[07:09] <astraljava> micahg: Damn, I didn't know that, and neither does the Recipes page mention that. Good to know.
[07:09] <micahg> the clean rule might remove (files that probably shouldn't be in there in the first place) or regen translations (which shouldn't happen on clean either)
[07:10] <astraljava> Right, I'll keep that in mind, then.
[07:10] <micahg> astraljava: you can actually pass bzr bd commands to just build binaries for you in pbuilder straight away, take a look at the help entry
[07:12] <astraljava> micahg: You mean the --builder option?
[07:13] <micahg> astraljava: yes
[07:13] <astraljava> micahg: Ok, that's very useful. Thanks!
[09:22] <micahg> astraljava: do you want the release version of laditools for precise? https://launchpad.net/debian/+source/laditools/+changelog, the top 3 changelogss
[09:24] <micahg> nevermind, it doesn't build
[09:24] <astraljava> Ok. :)
[09:25]  * micahg thinks it would be nice, but doesn't have time to fix
[09:30] <astraljava> Ok, I will take a look.
[09:36] <micahg> astraljava: the failure is the lack of the rsvg script that may or may not be reintroduced in precise
[09:45] <micahg> astraljava: mlt builds if you want to file an FFe for it
[09:46] <micahg> http://mltframework.blogspot.com/2012/02/version-078-released.html
[09:47] <micahg> not sure how many of those features exist in the snapshot
[09:50] <astraljava> micahg: Yeah it's not in precise. There's rsvg-convert, which apparently doesn't do the same thing? Haven't investigated yet.
[09:56] <astraljava> Yeah it's not the same. Damn.
[09:57] <astraljava> Needs an -o option.
[10:03] <astraljava> micahg: Ugh... I'd need to learn to use kdenlive. :) I'll see what I can do.
[10:05] <astraljava> Hmmm... kdenlive is not installed, even though ubuntustudio-video is.
[12:34] <ScottL> micahg, astraljava : the only change (IIRC) for lightdm-theme was setting a different background (not that i didn't mess that up:P )
[12:35] <ScottL> astraljava, i don't think kdenlive was currently in the video seed?  i thought we excluded it because of all the dependencies (which were very appreciable)
[12:35] <ScottL> that said, i used kdenlive for my netcast i did and found it much better (IMO) that openshot
[12:35] <ScottL> it have many, many features that are much easier to use than blender and offers many of the compositing features that blender does
[12:36] <ScottL> although blender does still seem to have a few that no one else does, but could be used as a tool for a particular function, a subset of the larger workflow as it were
[12:37]  * ScottL getting kinds ready and off and then going to work
[12:43] <astraljava> ScottL: I don't know what I was thinking re: kdenlive.
[12:43] <astraljava> ScottL: But please have a look at the .svg vs. .png thing.
[12:58] <astraljava> I guess he was gone already :-/
[13:59] <len_> astraljava, I don't think there should be an svg in the pixmaps dir anyway. The svg shold be in a sub of the icons dir. programs that use the pixmap dir may not be able to handle an svg.... good thing p(png) comes before s(svg)
[14:00] <len_> scott-work, people are waiting to upload settings because they are confused about there being both an svg and a png logo.
[14:02] <len_> gotta go...
[14:02] <astraljava> len_: Ok, if you say so. I have no idea about this branding thing.
[14:03] <scott-work> len_: astraljava: i think both .svg and .png have been there for a while and i *think* it might be based on what xubuntu has done
[14:03] <scott-work> that last part might not be right
[14:03] <scott-work> but both have been there for a while
[14:03] <len_> It works as the way Scott has it and it would be better than where things are.
[14:04] <scott-work> if necessary pull the .svg and we will stick it in the "resources" branch in launchpad for such assets (which i want to do more organizing with this coming cycle)
[14:28] <astraljava> scott-work: The thing is, nobody seems to know what's necessary. I think it's your call now whether to ok or not-ok the upload of ubuntustudio-default-settings. micahg might not have time to do that, so we'll have to find someone from -devel or -motu or -release to do the upload.
[14:29]  * astraljava is suddenly not on such a good mood anymore...
[14:29] <astraljava> One box won't boot from recent ubuntu images, my studio session just halted with sound going in a loop, brasero whines about every burning session...
[14:31] <astraljava> This is not the kind of hard freeze day I'd want to live through.
[14:31] <astraljava> I'd have wanted to*
[14:42] <scott-work> astraljava: do i need to make a comment in #ubuntu-release for the -default-settings upload?  somewhere else?
[14:42] <scott-work> i would upload as is since it seemed to work earlier in the cycle and we can see about paring it down later
[14:42] <scott-work> astraljava: ewwww, that's not good about your tests :(
[14:43] <scott-work> maybe only part of some change have been implemented and is causing an unstable system (although i can't think of anything in particular that would cause it - at least from what we have been doing)
[14:43] <astraljava> scott-work: If you would just ask on any of the channels that has core-devs or motus on it to do that, probably -release is best as they know you there. :)
[14:44] <scott-work> will do
[14:50] <scott-work> no response yet from -release and -motu
[14:51] <scott-work> i wonder if it was micagh who was the primary concern
[14:51] <astraljava> The freeze won't happen in 6 hours, so you've got time.
[14:52] <astraljava> Unless I am mistaken about the time.
[14:52] <astraljava> Usually it used to be 2100 UTC.
[14:52] <astraljava> Not sure about this one, though.
[15:43] <ttoine> hi
[15:43] <scott-work> hi ttoine 
[16:09] <micahg> ScottL: was referring to -default-settings about the 2 changes per commit thing
[16:32] <micahg> scott-work: the question was did you want to ship an SVG for the -menu as well, it's not included
[16:33] <micahg> scott-work: SVGs are good as they're the original source material, whereas a PNG without an SVG is harder to modify
[16:33] <scott-work> micahg: i did not intend to exclude it
[16:33] <micahg> scott-work: I was just wondering if there was one around to include
[16:34] <micahg> and ideally, you'd want to generate the png at build time from the svg to make the source smaller (and insure the png is built from source)
[16:34] <scott-work> micahg: i am confused, when you say "for the -menu", do you mean the -menu package?
[16:34] <micahg> but we don't need to do that now
[16:35] <micahg> scott-work: the -menu png didn't have an SVG whereas the other png in there did
[16:35] <scott-work> as in ubuntustudio-menu source package?
[16:35] <scott-work> oh, oh, i see
[16:35] <scott-work> i used the same .svg to make both of the .png files
[16:38] <micahg> scott-work: I'm confused, if it's the same image, why is it there twice?
[16:39] <scott-work> primarily because i didn't know what was required and i was making sure i had an image for each of the previous instances in the -defaul-settings package (and probably for the xubuntu-default-settings as well)
[16:40]  * micahg wonders if someone has time to a new package without it duplicated
[16:40] <micahg> scott-work: is it just used in default-settings or elsewhere as well?
[16:41] <scott-work> micahg: i cannot state explicitly, but i believe it is used only in default-settings package
[16:41] <micahg> scott-work: well, it's probably safer to just leave it for precise and remove it starting in Q
[16:41] <micahg> scott-work: but your call
[16:42] <scott-work> micahg: can we be safe?  i will happily put in on my list for Q-cycle
[16:43]  * scott-work is adding it curerntly to his evernote 'q development' note
[16:43] <micahg> scott-work: yeah, let me build and upload default-settings then, thanks
[16:43] <scott-work> micahg: i say it quite often, but please don't let it dimish the sentiment;  no, thank you!
[16:45] <micahg> scott-work: I'll file a couple of bugs now as well
[16:46] <scott-work> micahg: can you post the numbers so i can add them to my 'q development' note as well
[16:46] <micahg> sure
[16:49] <micahg> Bug #980059 and Bug #980060, I can target them to Q if you like
[16:53] <micahg> scott-work: default-settings uploaded
[16:59] <scott-work> micahg: once again, thank you for you efforts, assistance, and knowledge, we certainly would not get things done otherwise
[16:59]  * scott-work has also noted bug numbers in his note
[17:00] <micahg> scott-work: did you want them targetted in launchpad?
[17:00] <scott-work> looking now
[17:05] <scott-work> micahg: no miletsone set
[17:05] <scott-work> and i am unable to set it either
[17:05] <micahg> scott-work: yes, I offered to target to Q for you if you so desire :)
[17:05] <scott-work> oh, sorry, yes, please
[17:05] <scott-work> i thought you asked if they _were_ already
[17:05] <scott-work> okay, going to lunc
[17:05] <scott-work> lunch
[21:53] <len-live> default settings did not make it in time for todays ISO :-(
[21:54] <astraljava> len-live: That's alright, at least it made it in time before the freeze, which is not what happened with the other fixes. :-/
[21:55] <len-live> Ok astraljava, I am on my desktop and so far no xruns. Is the new kernel in the ISO?
[21:55] <astraljava> len-live: I have absolutely no idea. Will check tomorrow, kinda burnt out right now.
[21:56] <len-live> No problem, I would guess synaptic will tell me...
[21:56] <len-live> No. still version 22.
[21:56] <len-live> I will install and upgrade to new kernel.
[22:06] <micahg> astraljava: I hope  you got all of your stuff in, I'll be back Sat night my time
[22:12] <astraljava> micahg: infinity hasn't gotten back to me, so I doubt it. But oh well, such is life. Thanks for your awesome, rockin' work! :)
[22:13] <astraljava> Have a good rest. :)
[22:13] <micahg> astraljava: what didn't get uploaded?
[22:13] <astraljava> I mentioned three bugs with debdiffs on them, he complained about the mixer change, and left it at that.
[22:13] <astraljava> Not blaming him, mind you.
[22:14] <astraljava> Just way, way, way too busy with other stuff. :)
[22:16] <astraljava> Bugs are: bug #972749, bug #972781 and bug #973373
[22:17] <micahg> meh, ok, let's talk sun morning
[22:18] <micahg> the meta fix needs to get in
[22:21] <astraljava> Right. If there's still something that can be done, I'm sure we can do it later as well. Thanks again, and try to relax and have some fun. Not saying ubuntu hacking isn't fun, but you know... :)
[22:23] <micahg> I'm off for the end of Passover
[22:23]  * astraljava looks that up
[22:24] <astraljava> Oh okay. Well, what a bad timing, coinciding with the release schedule madness.
[22:24] <astraljava> Too bad you missed most of it.
[22:25] <micahg> yeah, I've got holidays around both releases, makes for fun scheduling
[22:26] <astraljava> Do you ever get a time-off, like for realsies? :)
[22:26] <micahg> yes, I rarely take it though
[22:26] <astraljava> Hehe.
[22:26] <astraljava> Hope you'll endure it, then. :)
[22:26] <astraljava> We can't afford to lose you. :)
[22:33] <len-live> astraljava, how much do you know about sound cards and interrupts?
[22:34] <astraljava> len-live: Just the basics, why?
[22:34] <len-live> I have two cards:  20:     975305          0   IO-APIC-fasteoi   snd_ice1712
[22:34] <len-live>  21:     704245          0   IO-APIC-fasteoi   snd_ens1370
[22:35] <len-live>  and the ice has no xruns at p64 but the ensoniq has lots at p128
[22:36] <len-live> What I have read suggests putting the card on irq 9
[22:36] <len-live> So I will mess around till I can get the ICE there... so what irq is second best?
[22:36] <len-live> I wouldn't be using the ensoniq for sound, just for midi.
[22:38] <astraljava> I could be wrong here, maybe they really matter, but I always thought that just as long as there's not many devices on the same irq, it's good.
[22:41] <len-live> I wonder wht makes the ensoniq so bad.
[22:43] <len-live> Oh well, I could never sync it to the ice anyway. I should probably tell pulse to ignore it though.
[22:49] <len-live> Some irqs do get looked at before others though. I should see how the ensonic does with the ice turned off in pulse.
[23:11] <len__> astraljava, turning the ice off in pulse made the xruns go away in jack for the ensoniq.
[23:12] <astraljava> Weird. You should talk to David about this.
[23:14] <len__> Makes sense actually. I think the ice talks with PA a lot more and the irq has higher priority (if  I remember my harrdware stuff right.) The ensoniq works ok in PA mode only with no jack.
[23:15] <len__> It was just that I remember the ensoniq being rock solid when it was all I had... so I was surprised it was acting up.
[23:15] <astraljava> len__: Yes ok, but he might be interested about those findings anyway.
[23:16] <len__> installing the new kernel now
[23:16] <len__> What is his userid?
[23:17] <astraljava> I don't think he's on IRC that much. You can reach him at David Henningsson <david.henningsson@canonical.com>, though. If you send him an email, please CC the -devel list, and encourage him to do the same (not that he wouldn't). It'd be interesting talk.
[23:18]  * astraljava notices it's two hours into the Friday the 13th already, so probably should step away from the computer now
[23:19] <len__> Thats only bad if you keep slaves...
[23:19] <astraljava> Heheh. :) Anyways, the games are starting, so I'm gonna go crash on the couch. Talk to you tomorrow.
[23:20] <len__> Bye.
[23:44] <len__> Hexter doesn't seem to start.
[23:58] <len__> aeolus cashes on startup...
[23:58] <len__> May be an interaction with pulse.