persiaScottL, Just a couple quick notes from UDS: 1) I think that automatic full integration between pulse and jack won't land for natty (still needs thinking/discussion), although diwic should improve things.  2) UKT won't produce -lowlatency, but *will* document a clean procedure for other folk to upload kernels properly, so we can have it if someone does it.12:23
persiarlamiero: I'd be very concerned about any tool that encouraged adding PPAs, but I think you know my opinions about them anyway :)12:24
scott-workpersia: i spoke with abogani recently (approximately one week ago) and he confirms that he has been working on the -lowlatency kernel for natty12:41
scott-workthis is good news indeed, and i can stop trying to bug JFo about it :)12:42
persiaExcellent.  It may need slight adjustment to match the document coming out of UKT, but I don't see any real obstacles to getting it into the archive for natty.12:42
scott-workdid UKT say when the documentation will be ready?12:42
persiaBased on the UDS discussion, I don't think JFo will be able to help directly, except in the sense of helping drive the delivery of the documentation.12:42
* scott-work thinks that having clean documentation is a far better system than assigning mentors12:42
persiaOh, yeah.12:43
persiaAssignment of mentors doesn't scale well.12:43
scott-workin regards to 1),  i had reservations about full integration for natty because i expected upstream's involvement to be required12:44
scott-worknonetheless, i always welcome and appreciate progress :)12:44
persiaMy understanding is that there will be discussions with lennart at plumbers next week, but it looks like a bundle of work to get the user experience right.12:45
scott-workpersia: i would like to mention a few things about seeds and the -meta package12:45
persiaSure.  I'm caught up on backscroll in this channel, so I saw some of the stuff you and stochastic were discussing.12:46
scott-workthere is quite a bit of email on the lists about this continuing and stochastic has expressed significant interest in the procedures12:46
scott-worki would like to define two weeks from now as the date that i push changes and ./update the -meta package12:47
scott-worki would like to push the discussions forward to resolution by that time12:48
scott-workthereby giving a couple of weeks before the first alpha is out, i presume that should be a necessary minimum of time to sort any problems12:48
persiaThat sounds like a reasonable plan.12:49
persiaI'd recommend focusing on structure first: it is a lot easier to refine the details (add or remove one or two packages) later, rather than needing to do another overhaul.12:50
scott-workpersia: i believed we had the structure defined last time we spoke: audio-common, generation, recording    https://wiki.ubuntu.com/UbuntuStudio/PackageSelectionDevelopment12:52
* scott-work found many errors in the last link when updating the seeds12:53
scott-workpersia: and this are the steps i expect are necessary to update everything:  https://wiki.ubuntu.com/UbuntuStudio/Sandbox#Seeds%20Update12:54
scott-worki have already branched the code and updated most of the seeds, now i am waiting for all the list discussions to resolve into a final decision to make final edits before pushing12:55
persia-live would include -common?12:56
scott-worki should also note that it appears that a "performance" or "live" seed might be advantageous from some of the feedback, especially from stochastic12:56
scott-workpersia: yes, in the STRUCTURE file i expected to have -live depend on -common12:56
persiaI still think mixxx/terminatorx/xwax all cover a common case, and that we ought to pick one, although I've been shouted down about that before a few times over the years.12:57
scott-worki believe you preferred mixxx over the other two?12:59
scott-workthis would align with comments from others and i would like to hear stochastic's opinion as well since he has exponentially more experience than i12:59
persiaxwax wasn't in the archives last time I pushed it.  I personally like the terminatorx interface and like that it's small on the image, but mixxx has *lots* more features, and some of the DJs I know have switched to using xwax more recently.12:59
persiaBut, yeah, needs input from the experts: I'm just violently against recommending two tools to solve the same thing.  I think we should have one by default, and allow folk who want a different one to install from the repos.13:00
TheMusoWould be worth getting dholbach's thoughts on xwax.13:02
persiaAbsolutely.  I know he decided against switching from raw vinyl to mixxx in the past.13:02
scott-workpersia:  i agree with one tool per use and letting users install differing applications13:04
scott-worksometimes it's hard to convince users of this :P   some of the mailing list can attest to this13:05
persiaHeh, yeah.13:08
persiaThe -video seed is *full* of this issue.13:09
persiaI'm tasked with a few things from UDS that may help with that, mostly related to creating shared semantic values for "flavour" and "product", which can be used to bang the "opinionated defaults" drum a bit harder.13:09
scott-workTheMuso: i read jono's latest (or one of the latest) post and noticed he mentioned your involvement with accessability in Unity, i would expect congratulations are in order :)13:20
scott-workpersia:  and the -video seed will most likely remain contentious for some time, even now the current discussion about seeds contains advocation for several video applications14:40
scott-workpersia: although i am asking if we could consolidate applications which might cover several use cases14:40
scott-workpersia: by "flavour" and "product" are you refering to Ubuntu distributions or something else?  i'm not sure i follow the logic about how it would help with "opinionated defaults"14:42
paultagmorning scott-upstairs 15:19
paultagern scott-work 15:19
paultagthat's what you were using :)15:19
scott-workmorning paultag15:24
* scott-work sheepishly admits he should probably log off on at least *one* computer ;)15:24
paultagscott-work, have you played with znc ?15:24
paultagscott-work, it will let you do all of what you normally do under one nickname, and keep you online and stuff15:25
paultagAh, here it is -- http://en.znc.in/wiki/ZNC15:25
AutoStaticuname -a15:27
AutoStatiche he, wrong terminal :)15:27
paultagAutoStatic, :)15:27
scott-workhmmmm, i will certainly have to look into that paultag, that might greatly simplify a few things for me :)15:35
TheMusoscott-work: I suggest also looking into bip as an alternative.16:11
scott-workdholbach: we are currently evaluating the applications included in ubuntu studio, specifically DJ application at the moment16:13
scott-workdholbach:  we were curious about your thoughts about xwax, since we knew that you used it16:14
scott-workTheMuso: i will look into bip as well :)16:14
dholbachscott-work, I'd love to push the 0.8-beta release into natty - it works great for me and it adds a 45rpm mode, which I was keen to get in :)16:14
dholbachscott-work, also I'm talking to the kernel team about fixing some issue I have since some lucid sru, we're in the process of bisecting it16:15
scott-workdholbach: have you tried mixxx in contrast to xwax?  do you prefer one over the other?  why?16:15
dholbachI didn't try mixxx yet16:15
scott-workmy understanding was that mixxx has many featuers, perhaps significantly more than xwax, but i do not use DJ applications so I am not in a position to state demonstratively16:17
dholbachscott-work, I didn't use mixxx as my understanding was that it was for "on your machine mixing" and not just using your machine as a 'controller'16:18
dholbachbut I might be wrong16:18
dholbachxwax certainly works alright for my use case :)16:19
scott-workdholbach: one of the studio developers (stochastic) is involved in DJ applications, hopefully we can get some clear answers and expand all of our understandings16:20
dholbachscott-work, so I don't have much more input :)16:21
scott-workdholbach:  we certainly appreciate you stopping by though :)16:22
stochastic__scott-work, I would highly recommend putting both mixxx and xwax into the -playback seed, mixxx is best for software-only mixing, while xwax is best for timecoded turntables being used as a controller for mp3/ogg mixing.19:39
stochastic__ScottL, scott-upstairs  ^^19:40
stochastic__I was also trying to figure out which seed would be the best for putting notation software into19:42
stochastic__My thoughts are that they should be put together with the programming applications such as PD, CSound, and Chuck as often the people who would use the programming software would also use notation software19:47
stochastic__call it a -composition meta19:47
stochastic__I also think 'generation' should be called 'synthesis' or 'creation' as generation implies generative algorithms in my mind.19:53
scott-workstochastic__:  including both xwax and mixxx sound reasonable for the reasons you listed, two different use cases19:56
scott-workstochastic__:  do you believe there is enough demand to create an additional seed and meta for programming applications?19:56
stochastic__scott-work, yeah, I was going to add both workflows to the wiki soon19:57
stochastic__scott-work, that is the one good argument against doing so, but those applications are all very lightweight, so it would likely take very little space on the disks and would be very nice for people in the field to have ready to go19:58
stochastic__scott-work, where were you thinking of putting the notation applications?19:59
scott-worksorry, was interrupted at work - i am worried that we will end up with five audo tasks (along with plugins, graphics, and video) for tasksel during installation, which I think might start to become overwhelming20:00
rlameirostochastic__: hey man :D long time no see :D20:02
stochastic__that's an inherent issue with splitting up the metas20:02
stochastic__but I am supportive of this idea for specialized metas20:02
stochastic__hey rlameiro20:03
stochastic__rlameiro, do you think a programming meta would be a good idea?  one that has PD, CSound, Chuck, etc... (maybe with all the add-ons such as GEM)20:03
rlameirostochastic__: yeap, there is no workflow for that, at least generally, but I talked with scott-work about it. It will be very nice for academic work also20:04
scott-workdebian has lots of pd stuff coming in currently20:05
rlameirostochastic__: a meta for it is completely understanble and logical20:05
scott-worklet's just hope debian releases before natty :P20:05
rlameiroscott-work: they are putting pd-extended in debian, and they are splitting all the libs in separetad packages20:06
stochastic__NICE! that's awesome20:06
rlameiroyeap, hans is talking about that a long time20:07
rlameiroI think the kickstrats was when he attended at the debconf20:07
stochastic__scott-work, I also wanted to let you know that I'm still up for assisting with the implementation of any website changes.  I am in possession of an entire off-line backup of the site so I can test out changes fully.20:11
stochastic__I am however, staying silent (but following along) during the design phase - for now.20:12
rlameirostochastic__: do you want to help me designing some testing procedures after the workflows?20:13
rlameiroi will work on that after November20:13
stochastic__rlameiro, testing in what sense?20:14
rlameirotesting if the workflows works on the release20:14
rlameiroISO testing basically, for instance design a test for firewire audio20:14
rlameiroanother for ardour workflow etccc20:14
stochastic__I may not have time to do that20:15
rlameirooh no, I just wanted an experienced opinion :D not asking you to make the work20:15
rlameirosince you were very involved in testing20:15
stochastic__rlameiro, I could offer some opinions, but really I think the workflows themselves would be self descriptive test procedures20:19
rlameiroyeap i think the same, nevertheless it need to go to the QA team.20:20
scott-worksorry, was upgrading from AutoCAD 2008 to AutoCAD2010 and computer restarted20:40
rlameiroscott-upstairs: talking about you in LO20:42
rlameiroscott-work:  talking about you in LO20:42
rlameiroscott-work: finish :D20:44
scott-workoh, linux outlaws?  i wrote them an email last night20:52
scott-worki hope they were saying nice things *fingers crossed*20:52
scott-workrlameiro: ^^^20:52
scott-worki think Fab and I got a little crossed during an email exchange20:52
rlameiroscott-work: he tought you where a fanboy :D and dan said him you where the US leader :D20:53
rlameiroit was nice20:53
scott-work*relieve* good :)20:54
scott-workrlameiro: now, i'm all curious, what did LO say?20:59
rlameirowell, now i dont remeber :D21:00
rlameirodan said it will put link about workflows etc21:00
rlameirohe did say it was a long mail :D21:00
scott-workoh aye, it was :P21:03
persiastochastic, ScottL: http://www.mixxx.org/features.php claims that mixxx supports timecode: is something known buggy about this?23:41
persiaScottL, defining "product" isn't something I'll be able to do precisely until later in the week, but it's something about how the contents of Ubuntu images are selected, which helps remind people of prior discussion on opinionated defaults (that we like one thing to do each thing, and pick one because we like it)23:43
stochasticpersia, xwax is much better at the timecode thing.  Sort of like qtractor can do multi-channel audio editing, but ardour does it much better.23:50
persiaheh, OK.23:51
persiaWe probably ought to try to help fix that, so we can have one thing (either making xwax handle other mixing or making mixxx handle vinyl better)23:52

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!