[00:01] I think I would focus more on the actual programs, see what you can do with them, and then add a guide that explains how to use them [00:01] ailo, also keep in mind that these "options" to be chosen that install apps based on tasks would be loosely based on the established work flows [00:02] For a beginner, the program should have functionality. One program per function is enough. [00:04] but more than one applications is probably required to accomplish a particular task [00:04] and many, many permutations of applications selections could be made to support that task [00:05] It depends on what you mean by a task. To create a song, all you need is qtractor and some plugins and instuments [00:05] but for a beginner, if we have established a best practices work flow and have an option to install applications based on that work flow [00:05] ailo, right! [00:06] if we decide that is what we would to for beginners to use, that could be what is installed when they choose "record a song with my guitar" [00:09] On the music side, I think I'm pretty well covered in experience about different software an d functionality. There's not that many different cases for beginners [00:09] For the rock enthusiast, Qtractor, I'd say. Simple, but includes everything you need [00:11] that's a good choice probably, i'm still getting the feel for qtractor but i like it enough for what i've experienced [00:11] it certainly offers the inclusion of synths, which is quite handy for the one-man-band bedroom guitarist :) [00:12] For the electro enthusiast, a step sequencer (I never use them, so I don't know if theres a good one for Linux) [00:13] I think those two cover most needs musically. Just need plugins and samplers [00:13] Audacity is a great tool, but most people never need it for anything [00:13] but there is also video editing and graphics, or even podcasting, live performance, and others we might support [00:13] but i really wanted input on just the idea of using -controls to help isntall applications based on a simplified base install [00:14] and let the experienced users install their applications based on their own desires/needs/wants/familiarities [00:14] For video editing, I have no idea. For graphics, I know Gimp and Incscape are fantastic [00:14] * ScottL thinks that blender rocks for video editing [00:19] ScottL: I don't think it needs to be very hard. The software is not that advanced yet, anyway, at least on the music side, so you can only do so much. What you need is a guide, how to get going. Pick out the programs that cover all needs for a new user, and work on a guide on how to use them [00:21] The main two things for a rock enthusiast, beside the sequencer is of course a drum machine, and a virtual amp [00:21] ailo, but if ubuntu studio started with a very basic installation, how would a new user install the software? [00:22] Ubuntu Software Center, I guess should be used by the beginner. I've never used it :) [00:24] If UbuntuStudio would put the focus on a minimal selection of programs for the base install, then the rest of the programs could be in a database. That database could be on the web or in -controls, or both [00:25] ailo, okay, then we are aligned then apparently [00:25] A tagged database, where you can search for functionality: sequencer, audio, plugin, sampler, instrument [00:25] i just didn't want to suggest that we have a base install, without audio applications say, and expect the inexperienced user to figure out which applications would best suit his/her needs [00:25] and installed them [00:26] s/installed/install [00:26] No, I think some programs should definitely be installed. [00:27] In a base install [00:27] Just like Ubuntu has one office suit, one web browser, UbuntuStudio could have one sequencer, and one audio editor, and so on [00:29] I know there's a lot of people who like Rezound, for example, but who needs it if you're already using Audacity? [00:40] ScottL: In any case, I think the logic way to move forward with abstracting work flows is to first write things down. Compile it in writing. Then, see how you can create automated work flows with software. [00:40] We started that effort last cycle, and it's still underway. [00:41] The new task model is based, in large part, on the output so far. [00:41] What it really needs is more fleshing out of the use cases: to improve their testability for milestone verification, and their utility for new folk. [00:43] ailo, i have no desire to create "automated" music, if i understand you correctly [00:43] i only want to automate the installation process or help the user to setup the computer/installation [00:45] ScottL: Why not just focus on a set of programs, one for each function, and give the user a guide on how to use them. A basic guide. [00:47] When explaining for instance how to use Qtractor, you first define what is is, what is used for, and show a list of all programs in the repo that have similar functionality. Thereafter, proceed with how to use that one program. [00:47] How isn't this what is being done? [00:48] I'm just thinking there's no need for many audio tasksels. Just one. [00:50] We intentionally moved away from that, because people were complaining it was too complicated. [00:50] Before, every type of audio package was installed, which meant that if someone wanted to do something, they were confronted with a huge selection of things, rather than being able to just select the stuff they really want. [00:51] ailo, and too many applications were being installed [00:51] heh, persia beat me to it :P [00:51] I agree. Too many [00:51] Having lots more tasks is the price we pay in order to decrease the number of installed applications. [00:51] Because for any given class of use cases (e.g. recording), there's a number of applications that are useful along the way. [00:52] but that is translated into more selection during installation [00:52] Why not just have a basic tasksel and a install them all? [00:52] Or just the basic one [00:52] What is basic? What does that allow you to do? [00:52] By basic, I mean, one program for each function. [00:52] We have that. Which function is overloaded? [00:53] Of course, some applications claim to do many things, but that aside. [00:55] Yea, I don't know. It still feels a little messy somehow. :) [00:56] Ideas for cleaning it up are welcome :) [00:57] but stuffing it all back in the box is known to be not the ideal solution. [00:58] I think I would want it to be as minimalistic as possible. Adding as few programs as possible. And the most simple of all, should be the documentation. Perhaps it is the menu that bothers me [00:58] What about the menu? [00:59] Documentation always needs help. [01:00] Overdoing with a lot of categories in the menu is probably not so nice either :/. [01:01] Butt, an easy guide for beginners. Maybe an app, like Ubuntu's help app? [01:01] Any ideas how to present it so that it works nicely for both folks with only a few applications installed and folks with lots of applications installed? [01:01] We have that: needs folks to write help pages. [01:01] Where is it? Is it in the repo? [01:02] Yeah. package name is "yelp". [01:02] Doesn't have much content related to the Ubuntu Studio apps though. [01:05] I think it would be great to have a guide only for multimedia. The things that deserve most attention are those that are typically Linux specific. Jack for isntance [01:06] Are you up for writing it? [01:06] I guess so [01:06] Cool! [01:06] But where to put it? On the web? [01:06] I'd recommend chatting with the folk in #ubuntu-doc to get more details about formats and ways to distribute material. [01:06] They have a number of well-established workflows for dealing with the content. [01:07] Just be careful: they always want more people to document the stuff already on their lists, but they will take documentation for other stuff, if you're clear that is what you are writing. [01:10] Ok, so the documentation ends up on Ubuntu's pages, or wherever, nicely done. How to instruct the user about it? Support link on the Ubuntustudio home page? I wouldn't mind adding a notify app after installing some Ubuntustudio stuff. [01:11] Or, at least a link on the desktop [01:11] We could just install yelp, and add it to the taskbar by default. [01:12] Same as Ubuntu Desktop does. [01:12] Or did, I suppose, as they are moving away from classic. [01:14] I would prefer multimedia specific over yelp, which I see as a general Desktop help. I think there's already vast amounts of documentation and Videos about all kinds of things, just spread out. Having a basic guide, with additional links. Something centralized [01:14] I guess a wiki section should do [01:15] And something that makes the user aware of it's existence [01:16] Why isn't yelp good for this? It can handle vast amounts of documentation, and embed graphics and videos. [01:16] Principle of least surprise encourages us to put all such documentation in the same place, whether it be for the desktop, for the audio applications, or whatever. [01:17] to be clear: I'm not opposed to having it somewhere else, I just think it needs a really good reason. [01:18] I think for reference, Yelp is good. But, for a specific guide, where you focus on a select group of software, maybe it's better with a dedicated guide. [01:19] I'm confused. I agree that separate content is useful. I'm not sure why the content shouldn't be delivered using the existing maintained software. Seems like a lot of extra work to maintain extra software just to deliver content. [01:24] I didn't know Yelp had pages about US, so that is why I mentioned the idea of an app. Just looking through the community wiki pages on Ubuntustudio [01:24] I don't think it does today. [01:24] But the key thing is that yelp is documentation viewing application: any package can provide content that yelp will display. [01:25] The content just has to be in yelp format. [01:25] The documentation team has a format and some tools that let them convert their working format into moinmoin and yelp automatically, so they write once and deploy to both help.ubuntu.com and yelp. [01:25] I suspect that by talking to them, you can get information about this format and the conversion tools. [01:26] And then you can use this format to deploy your content in both places. [01:26] So that your documentation is seamlessly integrated with the rest of the environment. [01:26] (and you don't have to maintain any code: just the content, using the ubuntu-doc infrastructure, and yelp) [01:26] Sounds like a deal [01:27] Ah, we were both confused. The backlog all makes more sense now :) [01:30] yes, i see that ailo and i had different definitions of "basic install" :P [01:30] I think what ScottL is after and what I agree on is to provide some way for the user to easily get into using the programs. I guess I'm more inclined on doing that through documentation, and focusing on just a few programs. [01:30] I think there's room for both approaches. [01:31] Use ScottL's vision to ensure that the user can install an appropriate suite of software without feeling like they have too many applications. [01:31] use ailo's vision to ensure that the user has effective documentation on how to use the tools available for each workflow. [01:32] In the case of disagreement about which applications are useful for a workflow, go back to reviewing the workflow documentation and test cases, and discuss more widely. [01:32] Yes. A minimal install, that still covers all the basic uses [01:32] "basic" is still hard to define :) [01:34] Or, should I say "standard". There are some uses that are linux specific too. [01:35] "standard" is just as hard. [01:35] Is recording a live instrument a standard case? [01:35] Is creating a patchset out of found audio a standard case? [01:35] Is MIDI sequencing a standard case? [01:36] Is tracking a standard case? [01:36] (and that's just within audio stuff) [01:39] I think standard is what most users do, and new users especially. For audio, I'd say, two types of daws, an audio editor, and the use of plugins (fx and instruments) [01:40] Two types of daws: cubase / fruity loops [01:41] At least, that is how I would start when writing a guide on how to make music on UbuntuStudio [01:42] Those seem reasonable places to start. [01:42] It may make sense to try to find some commonality between the workflows defined and the areas you seek to document. [01:42] Just to make sure there is some alignment in terms of package selection to achieve the task, etc. [01:42] For linux specific stuff, the concept of jack and the ability to connect programs together. Once knowing that, the user will find it's own ways [01:43] At least the software used in the core of the guide could be installed by default [01:55] coming to grips with the concept of jack is a huge hurdle for users, and probably one of the first they encounter [02:29] ailo, if you would like to collaborate on the documentation i would love to be a part of it [02:30] ScottL: Sure. For now, I'm just thinking about where to start. I'll be focusing only on Audio to begin with. I'm thinking of a quick start section. Start jack, start a program, get sound out. [02:31] And then move onto work flows. Record a song. Make an electronic piece. Things like that. [03:24] ailo, you might also look at this: http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/Musicians_Guide/index.html [03:24] it's kinda light on specifics but it has a good structure though [03:39] persia, you have mentioned that there is a better way to install flashplayer than how ubuntu-restricted-extras handles it [03:39] persia, can you tell me more about it? [03:55] using inkscape on a dual core just rocks that much faster! ;) [04:33] scott-upstairs, I'm not sure it's better, but it's alternate. There's a adobe-flashplayer package in the Canonical partner repo. [04:34] ah, okay, i'll look into that and perhaps suggest it to paul.tag instead of the one in ubuntu-restricted-extras [04:43] The one in ubuntu-restricted-extras just downloads the one in canonical partner, unpacks it, and installs it as a non-package. [05:09] paultag, sketch of how the -controls might be: http://imagebin.org/137090 [05:10] anyone else want to look and offer opinions is groovy too [05:10] paultag, i'll explain this one and work on the other tabs soon [05:10] paultag, doesn't have to be tabs, i just like the mental separation currently [05:10] goodnight :) [05:13] okay, before i actually go to bed i checked mail, got a comment on my blog suggesting use of this theme: [05:13] http://ubuntu-art.org/content/show.php/Ambiance+dark?content=132875 [05:13] looks pretty good actually [05:14] especially the last image [07:29] persia: Merely because I never see a community kernel pushed into archives *after* Alpha3 (only Canonical sponsored kernels receive that honour). And at the moment 1) documentation isn't still produced 2) No one of the UBK have reviewed -lowlatency kernel despite it is the first appears on kernel.ubuntu.com/git 3) Almost all UKT members thinks that -lowlatency is a useless kernel. So you can understand whi I don't think that -lowlatency [09:57] ScottL: paultag: The scetch is nice, but I don't see any point in changing rt settings other than adding/removing /etc/security/limits.d/audio.conf. I would even put that and adding user to audio group into a single toggle, called "enable realtime for this user" or something, and maybe add info somewhere as to what it does. [10:00] paultag: ScottL: I would also prefer to have the checks in one window, 1. check if user has realtime (both audio.conf and audio group), 2. check for kernel 3. check extras. At this poing only No1 is absolutely needed. === irvie is now known as irv [12:40] ailo, good points [13:08] ScottL: paultag: These may be a little ugly, but I was trying to put together the shape of it functionality-wise http://imagebin.org/137158 [13:09] http://imagebin.org/137159 [13:09] http://imagebin.org/137160 [13:12] I don't know if it's possible to decide which "type" of kernel should be booted by default (going by the names -generic / -lowlatency / -realtime. All I know is, you can decide which exact kernel should be booted by default. [13:42] ScottL: paultag: Here's one with sections but no tabs http://imagebin.org/137168 [13:52] Hey, falktx. What do you think? http://imagebin.org/137168 [13:53] * abogani has just updated -lowlatency kernel... [13:54] ailo: honestly, looks kinda primitive, but if it works... [13:54] hey abogani [13:54] falktx: Hi! [13:54] abogani: is it possible to update the lucid realtime kernel to the latest patchset ? [13:56] falktx: Just an idea of the functions and categories of the -controls. What are you missing there? [13:56] abogani: btw, I used your old realtime-31 for the new ppas [13:58] abogani: I mean, update the lucid kernel is your ppa, is it possible? [13:58] ailo: hm, the *_PATH for plugins? [13:59] ailo: I started making my own plugin host now, so I havent dealed with the my US-controls new replacement thing [13:59] ailo: but ScottL suggested to have a patchbay inside the controls app, what do you think? [14:00] falktx: You mean *_PATH for VST plugins? [14:00] ailo: LADSPA_PATH, DSSI_PATH, etc [14:01] Why would you want to set up a path for plugins? [14:01] falktx: I wouldn't mind the controls to have all functions, but for Natty, at least get the elementary stuff in. I use only one toggle for RT privilegue, for instance, which makes sure audio.conf exists and adds chosen user to Audio Group. [14:01] Rt privileges [14:01] ;) [14:01] AutoStatic: user may download plugins and put them in a folder [14:01] * ailo needs to learn how to spell [14:02] falktx: that's where PPA's come in handy ;) [14:02] ailo: i agree, making it simple also means it's released/done faster [14:02] And any user that knows how to download plug-ins also knows where to put them [14:03] AutoStatic: the main reason for this is that some apps dont support recursive search of plugins [14:04] AutoStatic: i have some VST organized by maker (in folders), and I need to set VST_PATH to all dirs to make them work [14:04] What kind of plug-ins are we talking about then? [14:04] AutoStatic: i would now except users to copy all Windows VSTs to /usr/lib/vst [14:04] also, some vsts install under wine program-files... [14:04] So we're talking mainly VST's here [14:05] yep, kinda [14:05] AutoStatic: maybe an user has it's own plugin pack in ~/plugins... <- this may happen [14:05] To be honest, I don't think an open source distro shouldn't bother too much with pulling in even more closed source binary blobs [14:06] But that's just my 2¢ [14:07] And I'm seeing this too much from my own perspective as I don't use any VST's myself [14:07] AutoStatic: you have no idea how many mails I got about something like "I do I make this Windows app work?" [14:08] falktx: Sorry I don't understand. In my ppa last rt kernel available is .33-rt29 [14:08] vsts are the bridge to the people coming from windows [14:08] And what do you send them back? http://linux.oneandoneis2.org/LNW.htm ? [14:08] abogani: yes, the rt patchset rt30 is available [14:08] AutoStatic: haha [14:10] AutoStatic: still, I need to stuff to fill the app with [14:11] You need stuff to fill the app with? [14:11] AutoStatic: for me, having extra configuration is good, as the user can simply ignore it if doesnt need it [14:11] AutoStatic: i mean, configuration dialogs [14:11] * falktx doesnt have the screenshot link [14:12] http://imagebin.org/137168 [14:12] Then set things up like permissions for hardware timers, rtirq, swappiness, disabling xrun prone services etc. [14:12] AutoStatic: i mean my tool... [14:13] ah :) [14:13] AutoStatic: i want to fill it with lots of configuration stuff [14:13] (assuming they are not completely useless) [14:16] It would be really cool if someone could make the realtimequickconfigscan tool into something that could actually set up things for you [14:23] AutoStatic: that's my plan [14:24] Awesome! [14:26] AutoStatic: currently I'm trying to make my own audio plugin host [14:26] AutoStatic: i got the idea of making the GUI in python, but using C code as backend [14:26] Yeah, another awesome thing [14:26] AutoStatic: this way it can host 32bit, 64bit and windows plugins at the same time! [14:27] Which frameworks will it support? [14:27] AutoStatic: my plan is to do it in full jack audio+midi, with all standards available [14:27] AutoStatic: hehe, I want to be able to use LMMS synths too [14:27] standards available, so DSSI, LADSPA, LV2 and LinuxVST? [14:27] AutoStatic: yes [14:27] And WIndows VST's? [14:28] AutoStatic: yes [14:28] AutoStatic: also windows ladspa, if the user wants [14:28] So you want to create a working Jost with LV2 support [14:28] AutoStatic: ahah, yes [14:28] Now that would be KX! [14:28] As in kick axe [14:28] AutoStatic: i already have the patchbay, I just need the audio-host [14:29] Oh yeah, the LMMS synths are actually quite nice [14:29] AutoStatic: currently it checks properly for ladspa and dssi and adds them to the menu, but the plugins wont work [14:29] yep [14:30] AutoStatic: but, as you can imagine, this will take a while [14:30] I want to get ladspa working first, then I'll move to dssi [14:31] Yeah, you're reaching a point where you will have to set priorities [14:31] AutoStatic: btw, take a look: [14:31] http://img251.imageshack.us/img251/1184/scr001.jpg [14:31] http://img35.imageshack.us/img35/7760/scr002y.jpg [14:31] http://img547.imageshack.us/img547/1218/scr003.jpg [14:31] (just posted on the forums ^) [14:32] * falktx is proud [14:35] btw, it seems that VST only works with C++, which sucks [14:36] the keyboard is from FL Studio (thus non-free), so I have to find a replacement... :( [14:38] falktx: The keys have wrong proportions on that too. The reason is because the black keys are all centered exactly between the white keys, which they aren't on a real keyboard. [14:39] ailo: i never played a piano/midi-keyboard, so i didnt know [14:39] falktx: The virtual keyboard that is included in the Ubuntu Repo has the right proportions [14:40] is there any place to find audio knobs/sliders artwork ? [14:40] ailo: vmpk? [14:40] or vkeybd? [14:40] vkeybd, at least. Not good looking, but correct [14:41] Perhaps the black keys are just a little too wide. [14:41] Looks good falktx [14:41] ailo: hehe, tell that to the company who mades them [14:41] ailo: i think LMMS has some similar keys... [14:42] AutoStatic: thanks, i'm really trying to make good-looking apps [14:42] * falktx needs to learn CSS [14:43] CSS is quite simple. [14:44] Well simple [14:45] AutoStatic: someday, I want to be able to this things like this - http://www.cusisdesign.com/wp-content/uploads/2011/01/lmms.jpg [14:46] I know how to code stuff, I just need to know how to design them properly [14:49] Ah oh yeah, the Cusis stuff [14:50] Looks good [14:50] we need someone with good design skills... [14:56] abogani, To be clear: if you say you think it's ready, I'll upload it that day. Just tell me when. Today works for me, or tomorrow, or whenever. [15:00] so much work in the scroll back :) [15:38] true holstein, towards the end of natty release we probably need to discuss what we would like to accomplish and when :) [15:51] yeah, a proper meeting [15:52] scott-work: im thinking just monthly [15:52] just set one up [15:52] im still not finding a better solution for posting meeting times for different time zones [15:52] UTC [15:53] i did that twice [15:53] with varying results [15:53] well, it worked OK once [15:53] It's the best we have. Not ideal, but... [15:53] and the 2nd time, no body came [15:53] persia: i was thinking the fridge [15:54] im not totally sure what that looks like [15:54] anyways, something regular will help [15:54] "same time next month" [15:55] persia: i think weekly would be overkill for us [15:55] agreed? [15:55] Monthly to start sounds good to me. [15:55] agreed :) [15:56] But historically a good time for everyone else has been bad for me, so my opinion should carry very little weight in this. [15:56] well, we wont be able to please everyone [15:56] and theres no reason why you cant call a special meeting time if necessary persia [15:56] you or someone else that constantly has a conflict with the chosen time [15:57] I'm not worried about missing meetings. [15:57] I'll check the outcome, and complain if there's something that strikes me as very wrong. [15:57] I'll even try to check the agenda and complain in advance :) [15:57] hehe ;) [15:58] AutoStatic: can you remember what time of week we talked about [15:58] that you would be available [15:58] AH yes [15:58] im thinking a sunday [15:58] is that where we landed? [15:58] I thought it was either saturday or sunday [15:58] some sunday [15:59] either 10am for you or me [15:59] And then in the afternoon [15:59] i think [15:59] oh yeah 10am [15:59] That was it [15:59] 10am is fine [15:59] AutoStatic: what time is it there? [15:59] now? [15:59] 5pm [15:59] OK [15:59] let me acutally put something on my calendar this time [16:00] hmmm [16:00] :) [16:00] maybe it was the other way [16:00] your 6 hours a head of me [16:00] its 11am here [16:00] SO that would be *early [16:00] 10am your time [16:01] how late int he afternoon is OK ? [16:01] As long as it's not in the evening here I'm ok [16:01] lets say 10am my time [16:01] would be 4pm for you right? [16:01] I'm always rehearsing on sunday evening [16:01] thats good? [16:02] 4pm is good [16:02] so 10am your time [16:02] cool [16:02] What is this UTC? [16:02] i put it in my book [16:03] and i'll try for the last sunday of the month [16:03] regularly [16:03] OR the first would be fine too [16:03] persia: im +5? [16:03] i think [16:03] and its 10am [16:03] does that sound right? [16:04] * holstein looks online [16:04] cant do it now... gotta run [16:05] BUT its 10am EST [16:05] So, 5 UTC? That's actually not a bad time for me, surprisingly :) [16:05] Oh, 15 UTC. Yeah, that's less good (except today) [16:05] UTC is one hour earlier [16:15] i highly recommend using this web page to help people with the time differences: http://www.timeanddate.com/worldclock/fixedtime.html?month=5&day=16&year=2010&hour=19&min=0&sec=0&p1=0 [16:16] it gives many, many times local to many places around the world, and apparently most people can find a locale that is in their time zone to compare [16:40] hehe, awesome : http://www.fsf.org/facebook [16:40] note, this is NOT a pro-facebook link (if you are familiar wiht fsf you should have guessed that already) [16:57] scott-work: is there an ubuntustudio wiki page about meetings? [16:57] one that i can put some pre-converted times up [16:58] and a link to possible agendas or archives [16:58] holstein: aye, it's: https://wiki.ubuntu.com/UbuntuStudio/Meetings [16:58] i'll edit that then [16:59] and get something going [16:59] idea: maybe we survey who really wants to be involved and query their habitually available times, make a matrix and see where teh most common overlap occours [16:59] occurs [16:59] scott-work: is there a reason why we need to meet before march 6th? [16:59] holstein: don't think so, nothing critical that i can think of [17:00] im going to go for that [17:00] try this regularly for a bit [17:00] a few months at least [17:00] and go from there [17:00] ive had some general 'when would be the best time for a meeting' queries [17:00] alpha 3 comes out march 3rd (my birthday!) but i don't think that should impact a meeting, [17:00] that have resulted in tumble weeds drifting through the mailing list [17:01] lol, but maybe we ask them on irc and put it to them [17:01] autostatic apparently has expressed interest [17:01] ailo as well [17:01] this doesnt mean that someone else cant schedule a specific meeting [17:01] obviously you and i are in the mix [17:01] i said that recently in a response on the email list [17:01] just come here and ask you when you're available and schedule a meeting [17:02] holstein: well, no it doesn't but if we develop a good meeting time we can stick to it until there is a pressing need to change it [17:02] yup [17:02] IF we have a decent turn out for the first sunday of the month meetings [17:02] we can leave that, and add others if needed [17:02] to accomodate whatever [17:03] you have persia's thoughts on the meeting, i don't think that The.Muso really has either the time or the inclination at this point to attend, but it wouldn't hurt to ask him [17:03] the only other persia that immediate jumps to mind is stochastic, we can email him directly, if he responds then good, if not then we move on [17:04] maybe a few from the previous meetings like david and brian [17:04] tell you what, if you will follow up with ailo and autostatic i will email stochastic, david, brian, and anyone else from the previous meetings [17:04] that sound okay holstein? [17:05] I'm available most of the time. The proposed time would work well for me [17:07] sorry, phone... im back now [17:08] ailo: cool [17:08] so thats a go for ailo and autostatic [17:09] i havent seen stochastic in a while [17:09] scott-work: persia seems to be ok with it, and OK with not being able to be there [17:10] we will have logs for sure [17:10] and hopefully agendas in the near future [17:10] holstein: autostatic has been corresponding with brian david and i about the website stuff [17:10] he's somewhat involved, at least in that respect [17:10] scott-work: cool, and that could be a totally seperate meeting [17:10] as far as im concerned [17:11] you guys could even do that privately if needed [17:11] via email [17:11] whatever it takes [17:11] i wouldn't mind if brian was the liason between us and the website "committee" and that brian attend regular meetings as well to report :) [17:12] sure, i think it was brian that i replied to on the list [17:12] to be honest, i'm not really that involved with the website stuff at the moment, it's more brian (design) and eric (doing it) :P [17:12] possibly with a bit of a tone ;) [17:14] scott-work: i would be fine if brian/eric just report to you [17:14] or whoever you appoint [17:14] IF they cant make a regular meeting time [17:15] i would really like to try to encourage brian to take responsibility/ownership and attend the meeting [17:15] but if not, we can probably handle it by email and i'll attend the meeting anyway [17:16] sure, i was encouraging him to pick the time that works for him [17:16] BUT, its challenging [17:16] with the TZ's [17:16] and all the schedules [17:16] i guess im just saying im about at the end of what i feel like im comfortable doing to try and negotiate a meeting time [17:17]