16:13:56 RRSAgent has joined #w3process 16:13:56 logging to http://www.w3.org/2014/10/29-w3process-irc 16:13:58 RRSAgent, make logs public 16:13:58 Zakim has joined #w3process 16:14:00 Zakim, this will be 16:14:00 I don't understand 'this will be', trackbot 16:14:01 Meeting: Revising W3C Process Community Group Teleconference 16:14:01 Date: 29 October 2014 16:14:05 shinwoo has joined #w3process 16:14:12 zakim, call sierra 16:14:12 sorry, timeless, I don't know what conference this is 16:14:43 meeting: W3C Process 2015 - What is new; What should be new 16:14:59 scribe: timeless 16:15:06 RRSAgent, make logs world 16:15:09 RRSAgent, draft minutes 16:15:09 I have made the request to generate http://www.w3.org/2014/10/29-w3process-minutes.html timeless 16:15:22 joanie has joined #w3process 16:15:23 RRSAgent, make logs world 16:15:32 burn has joined #w3process 16:15:33 Chair: szilles 16:15:47 s/szilles/SteveZ/ 16:15:50 mdjp has joined #w3process 16:15:57 SteveZ: this is the session on updating the w3c process 16:16:06 florian has joined #w3process 16:16:09 SteveZ: Steve Zilles, Chair of the Process Document Task Force 16:16:19 ... we normally operate in email public-w3process@w3.org 16:16:21 ... we have a tracker 16:16:34 ... all is available in the Revising the W3 Process CG web page 16:16:37 ... I have slides 16:17:15 [ Slide: Process 2015 and 2016 Status ] 16:17:31 SteveZ: what we're doing, and to gather concerns / comments about the process 16:17:35 [ Slide: Status ] 16:17:39 SteveZ: the AB who owns the Process 16:17:46 ... said in June 16:17:53 ... that we want to work in the open 16:17:57 ... in the Process CG 16:18:08 ... we put out Process 2014 which is largely an update to Chapter 7 16:18:19 ... - how a WG proceeds on a document to NOTE / REC 16:18:22 ... that got approved 16:18:34 ... in the process of doing that, we left out structural changes that we knew we wanted to make 16:18:42 ... the structural changes mixing w/ the content changes 16:18:51 ... seemed like it would cause more confusion than it would help 16:19:00 ... so we split that into 2015 for the simpler bits 16:19:08 s/simpler/structural/ 16:19:14 ... and 2016 for the more substantive bits 16:19:30 ... Structural was designed to be non-substantive, but we discovered it isn't always like that 16:19:33 [ Slide: Overall Plan ] 16:19:40 [ Slide: Process 2015 Status ] 16:19:53 SteveZ: we have a draft that removed section 5 (Activities) 16:20:09 ... Activities were originally created with the idea that the AC would approve the Activity 16:20:17 ... and the Activity would create WGs in that context 16:20:21 ... but the AC didn't like that 16:20:41 taku has joined #w3process 16:20:42 ... the Activity became mostly redundant because WGs needed to have the information 16:20:47 ... there were 2 exceptions 16:20:56 ... one was creating an Activity relating to IP concerns 16:21:14 issue-121? 16:21:14 issue-121 -- Intellectual property information.in charters -- pending review 16:21:14 http://www.w3.org/community/w3process/track/issues/121 16:21:34 SteveZ: we've transferred that requirement to Chapter 6 16:21:43 ... the second thing was 16:21:49 ... at every AC meeting (twice a year) 16:21:55 ... there was to be an update on Activities 16:22:02 issue-115? 16:22:02 issue-115 -- Revising the Activity Statement for each Activity every 6 months -- pending review 16:22:02 http://www.w3.org/community/w3process/track/issues/115 16:22:14 SteveZ: that was changed to be an update on groups, identifying closure of groups 16:22:19 ... etc. 16:22:28 ... to keep AC aware of what's going on 16:22:40 ... with those two changes, we've removed Chapter 5 16:22:47 ... we've also removed 6.2.1.7 Good Standing 16:23:02 ... that concept was based on the idea that groups would have a lot of votes 16:23:20 ... and the idea was to only allow people who regularly attend meetings to vote 16:23:29 ... but over time, WGs generally worked on consensus 16:23:38 ... taking straw votes 16:23:43 mchampion_ has joined #w3process 16:23:49 ... Good Standing probably hasn't been used for 5 or even more years 16:24:00 ... dropping this simplifies the Process, and simplifies the chair's jobs 16:24:22 ... it was observed that if a group wanted to establish such a rule, they could always do it, by putting it in their Charter 16:24:26 ... and AC would approve/not 16:24:36 ... lastly, removing 6.2.7 Heartbeat 16:24:44 ... there's a more reasonable requirement in Chapter 7 16:24:58 RRSAgent, draft minutes 16:24:58 I have made the request to generate http://www.w3.org/2014/10/29-w3process-minutes.html timeless 16:25:12 present+ David_Baron 16:25:18 present+ Steve_Faulkner 16:25:23 present+ Josh_Soref 16:25:27 present+ Steve_Zilles 16:25:53 SteveZ: in Chapter 7 16:25:59 ... 7.2.1 16:27:07 present+ Jingwang_Oi 16:27:14 present+ Joanmarie_Diggs 16:27:48 s/7.2.1/7.3.2 Revising Public Working Drafts/ 16:28:10 SteveZ: it's saying that if something is being mothballed 16:28:16 ... "no further work is being done" 16:28:24 ... the Team has the obligation to do that if the WG isn't standing 16:28:38 ... it's been observed that there are a significant number of documents on /TR/ that are incomplete 16:28:50 ... with no expectation that they will progress 16:29:07 [ Slide: Process 2015 Status - continued ] 16:29:18 SteveZ: direct-chairman to chairman contact 16:29:32 ... should a collection of WGs want to create a coordination-Group 16:29:40 ... there's already enough flexibility to do it 16:29:47 ... process is simpler if you don't call out these things 16:29:54 ... new groups aren't typically creating coordination-Groups 16:30:04 ... yesterday morning in the Chair's breakfast 16:30:15 ... there was a discussion for a mechanism for identifying when issues arise 16:30:20 ... on what other things are doing 16:30:26 ... a suggestion was a Twitter channel 16:30:39 present+ Daniel_Burnett 16:31:02 present+ Richard_Ishida 16:31:09 chaals has joined #w3process 16:31:16 ... we've been criticized that a lot of things on /TR/ are way too static 16:31:24 ... out of date wrt general knowledge about a spec 16:31:35 ... the idea is not to go to continuous specifications 16:31:45 rrsagent, draft minutes 16:31:45 I have made the request to generate http://www.w3.org/2014/10/29-w3process-minutes.html chaals 16:31:47 ... but make /TR/ more reflective in the actual state of things 16:32:03 present+ Chaals_Nevile 16:32:15 ... one proposal is that Errata be updated no less frequently than Quarterly 16:32:25 ... it also says that Errata is specified to be on a separate page 16:32:37 ... and it's been pointed out by editors and users, that this isn't an effective way to go 16:32:49 ... I can show you an out of date example of what i was trying to do 16:32:53 ... here I have a document w/ a proposal 16:33:04 ... and in this version, I was going to mark a section w/ Errata in yellow 16:33:13 [ errata-markup-2.html ] 16:33:27 SteveZ: it's been suggested that a more effective way to go 16:33:37 ... was to print the replacement text w/ a warning that it's a replacement 16:33:44 nigel: +1 16:33:51 richard: that's interesting, but when I print the document for review 16:33:57 ... you won't get the interactivity 16:34:03 SteveZ: you'd get the background 16:34:12 chaals: people print in black-and-white 16:34:23 ... I have an alternative, that you use an Editor's Draft 16:34:35 ... and the ED's will have Errata marked out/folded in 16:34:38 ... that seems easier 16:34:42 ... all around 16:34:55 ... I think the practice is becoming that the EDs are referred from all docs all the time 16:35:04 ... it used to be that no /TR/ spec mentioned ED 16:35:13 ... you could point to Errata by pointing to the ED 16:35:32 florian: having RECs point to the scratch place 16:35:35 ... looks imbalanced 16:35:49 nigel: chaals 's suggestion sounds pretty identical to "Living Standard" 16:35:59 chaals: "I think Living Standards are an Oxymoron" 16:36:05 ... [ censored ] 16:36:12 ... standards are living in a sense, they change over time 16:36:21 ... i believe it's important to have a stable referenced thing 16:36:24 dbaron has joined #w3process 16:36:29 nigel: +1 16:36:30 ... i work with people who have that as a requirement all the time 16:36:36 ... nothing wrong w/ having "here is the draft" 16:36:50 ... you have 4 errata, you'll have an ED with a note about that 16:36:57 ... if you have 60, you should have someone working on the draft 16:37:03 richard: I can see chaals 's logic 16:37:09 ... and have people mostly looking at ED 16:37:12 ... concerns 16:37:21 ... you'd have to mark Errata in ED as being Errata 16:37:33 ... so people would know that there's been a change, a serious change relative to /TR/ 16:37:50 ... people would look at the /TR/ without thinking there are Errata called out in the ED 16:38:16 ... it would be important to call out existence of Errata in /TR/ so people know to look out for ED 16:38:26 SteveZ: worth looking into, but not necessary to solve today 16:38:35 ... it doesn't have to be done the same way in every group 16:38:47 burn: if we allow for different ways, that's fine 16:38:59 ... once we begin to mandate, I and others will have strong opinions 16:39:11 nigel: to previous slide 16:39:24 ... you mentioned "should be updated not less frequently than quarterly" 16:39:30 ... it took me time to figure out what it meant 16:39:35 ... there might be nothing wrong in a spec 16:39:44 SteveZ: you need to at least have considered the comments that come in 16:39:52 ... if there's nothing wrong, then it is up-to-date 16:40:01 florian: do you need to put in "nothing has changed"? 16:40:03 SteveZ: no 16:40:09 ... just that 16:40:21 ... it's aimed to not be a burden, but to get people to have a mental shift 16:40:29 ... updating documents with Errata is part of what you do 16:40:47 hiso has joined #w3process 16:40:47 richard: i understand the requirement to be that you update the Errata where they happen to be 16:40:49 ... not in /TR/ 16:41:01 ... but real Errata are things that aren't stated correctly in /TR/ 16:41:10 forty4 has joined #w3process 16:41:23 ... but shouldn't there be a requirement not that we update the Errata, but that we insert into /TR/ 16:41:39 SteveZ: my example uses green color with CSS and using 16:41:59 joanie: can you get the people to your right to present+ 16:42:02 s/joanie: can you get the people to your right to present+// 16:42:15 chaals: Process 2016; there's a fairly serious shift we need to make, 16:42:21 ... about versioning specs 16:42:30 ... the process assumes "you write a spec, and go away, and disappear" 16:42:44 ... and yet errata will be magically updated, even though you disappeared 16:42:49 ... nothing happens like that 16:43:01 ... in reality, we make specs, and keep evolving them until the specs are obsolete 16:43:11 ... the Process and the Patent Policy are really unclear 16:43:24 ... and dealing with that will make it clearer how we update things on /TR/ 16:43:30 ... if you go beyond typographical errors 16:43:39 ... at any level, you start running into the IPR policy 16:43:46 ... Patents turn on "well we said you have a region" 16:43:52 ... of course we meant a square region 16:44:03 ... you say square region, and there's a patent on it being square/not being square 16:44:18 ... seemingly obvious and trivial changes need to be approached with a great deal of care 16:44:29 richard: wouldn't that apply even if you put an Errata in a different place? 16:44:39 chaals: for the people who really care about the patent stuff 16:44:43 ... you don't want to confuse them 16:44:59 ... ultimately Errata need to be addressed 16:45:13 SteveZ: to make Errata normative, you need to do an AC to trigger the Patent review 16:45:23 chaals: i'm hoping in Process 2016 16:45:29 ... and i'm skeptical about Process 2015 16:45:43 ... that (in 2016), there will be significant changes 16:45:51 burn: on previous slide 16:45:58 [ Process 2015 Status - continued ] 16:46:14 burn: there's now a heartbeat requirement for RECs? 16:46:42 ... or advice to working groups 16:46:43 ... or advice to working groups 16:46:43 ... that no Errata approved by the group should remain unreflected in the document for > 3 months 16:46:49 s//... or advice to working groups/ 16:46:54 SteveZ: it's not you must pubhs 16:46:58 s/pubhs/publish/ 16:46:59 nigel: +1 to not leaving errata unreflected for too long 16:47:02 ... it's you must consider 16:47:18 burn: we have only 2 people in our WG 16:47:20 ... we have others who are members, but don't participate 16:47:24 ... I don't want to touch a document 16:47:27 ... it's pretty much done 16:47:38 ... clarifications often turn out to be not clarifications in everyone's minds 16:47:41 ... but actual changes 16:47:46 ... with a specification that is actually done 16:47:49 ... it's fine the way it is 16:48:03 present+ Shiwoo_Kang 16:48:08 present+ Yoo_Jiwoong 16:48:21 SteveZ: the SHOULD is appropriate here 16:48:29 ... you "can not do it if you have a good reason" 16:48:34 ... you cited a good reason 16:48:39 ... it's trying to emphasize thinking about it 16:48:49 RRSAgent, draft minutes 16:48:49 I have made the request to generate http://www.w3.org/2014/10/29-w3process-minutes.html timeless 16:48:55 florian has joined #w3process 16:49:06 chaals: another change is "clarifying what a decision is" 16:49:18 ... there's lots of verbage about consensus, how you get there, etc. 16:49:22 ... a lot of it is [ censored ] 16:49:27 ... my current thinking is to rewrite it 16:49:49 ... saying "your goal is to achieve consensus, unless you have administrative decision that 'we just need a decision'" 16:50:00 ... there should be a clear "when a chair publishes a statement that we've made a decision" 16:50:13 ... there's "when does a group publish", a group makes a decision, what does that mean 16:50:21 ... and it isn't clear what does a person do to object 16:50:26 ... that's kind of up in the air 16:50:37 ... i'd like to take that chapter and crunch it into two paragaphs 16:50:51 nigel: to me, the simplest way is to require that charters state a decision policy 16:50:56 chaals: charters could state that 16:51:11 ... but i'd like a flexible model, but clear enough, that you walk into a WG and understand how decisions will be made 16:51:15 ... i'm not sure where the boundary is 16:51:40 ... but it's important that an AC Member understands that a WG decision means "consensus", or "vote", or "arbitrary decision" 16:51:48 ... and the Charter could say that 16:51:51 ... i don't know 16:52:16 florian: in CSS, 16:52:35 ... we had some attrition on decisions 16:52:44 present+ Florian_Vioal 16:52:54 dbaron: the thing that worries me about Decisions, more than the formality 16:53:01 ... is the informal aspects of how we make them 16:53:07 ... i'm not sure how Process can help 16:53:11 ... in CSS, we've had cases where 16:53:17 ... there's a desire to reach Consensus 16:53:31 ... but there's no desire to make sure that people have thought about the issue 16:53:43 florian: that's what Good Standing was for 16:54:04 dbaron: there was an example Monday morning in CSS 16:54:04 ... the editors weren't present 16:54:08 ... and then the editors showed up 16:54:12 ... and asked what happened 16:54:23 ... I want us to find a way to actually make good decisions 16:54:27 burn: decision making 16:54:31 ... one thing I found very confusing 16:54:36 ... when I started working in W3C 16:54:42 ... was the lack of a clear decision making process 16:54:50 ... one of the things I now like about W3C 16:54:57 ... is that the Group decides how to make decisions 16:55:02 ... with a good Chair 16:55:08 ... it allows you to adjust for Cultural issues 16:55:15 ... it comes down to a Chair making a decision 16:55:21 ... I like decisions by attrition 16:55:37 ... when some people say "oh, i don't care" 16:55:37 ... sometimes that's how decisions have to be made 16:55:51 ... you have to guard against key-stakeholders not being present 16:55:52 ... if that's happening 16:56:35 timeless: I have a problem as a scribe 16:56:41 ... where i've scribed the same problem 16:56:43 ... year on year 16:56:48 ... i wish people would have read 16:56:57 ... it's related to Good Standing 16:57:03 nigel: we just write "what to do" 16:57:10 ... we don't explain "why we decided to do it" 16:57:15 ... i don't have a proposal to do that 16:57:22 ... but recording the reasoning behind a particular thing 16:57:25 ... it's helpful for the reader 16:57:30 ... and helpful to the people updating 16:57:34 q+ to note "rationale" in a decision is useful, and listing the decisions is a good practice, so you can refer there. Institutional memory and all that. 16:57:35 ... and it's helpful to the scribing 16:57:47 dbaron: Decisions by attrition often being good 16:57:52 ... i'm a little skeptical about that 16:58:07 ... decisions by attrition are part of the reason most of the browser vendors aren't participating in the HTML WG 16:58:18 ... the browser vendors were attrittioned out 16:58:21 ack me 16:58:21 chaals, you wanted to note "rationale" in a decision is useful, and listing the decisions is a good practice, so you can refer there. Institutional memory and all that. 16:58:25 burn: i didn't say all 16:58:31 SteveZ: he made the point that key stakeholders 16:58:51 chaals: institutional memory makes WGs able to work better than coming along and work better 16:59:01 ... sometimes you might want to come along 4 years ago and change a decision 16:59:15 ... there needs to be flexibility for a group to figure out when a group wants to toss stuff around 16:59:18 ... and a way to ask "is there a decision" 16:59:26 ... decision might be "we do not have a position one way or the other" 16:59:33 ... but it's unhelpful to know "what a decision is" 16:59:40 ... and there's no way to argue 16:59:46 ... we don't always have good chairs 16:59:59 ... and don't always have good WG function 17:00:06 RRSAgent, draft minutes 17:00:06 I have made the request to generate http://www.w3.org/2014/10/29-w3process-minutes.html timeless 17:00:12 [ Process 2015 Status ] 17:00:23 richard: we're not talking about Activities going away 17:00:36 SteveZ: "Activities" as a Process step, they go away 17:00:41 ... no step presented to AC 17:00:58 SteveZ: Team is left with option of creating mechanisms to help present the work of the consortium 17:01:35 q+ To ask how and where she can participate in the discussion of ways to address issues of history and rationale for spec items 17:01:59 SteveZ: to deal with substantive issues 17:02:12 ... i'm beginning to think Decision Process is substantive, probably not in 2015 17:02:24 ... goal is to get stable version of 2015 and begin reviewing/prioritizing issues in 2016 17:02:27 ... issues are in tracker 17:02:45 chaals1 has joined #w3process 17:02:58 Josh_Soref has joined #w3process 17:03:21 RRSAgent, draft minutes 17:03:21 I have made the request to generate http://www.w3.org/2014/10/29-w3process-minutes.html chaals1 17:03:29 hjlee has joined #w3process 17:04:08 SteveZ: group edited documents ok? 17:04:12 issue-138? 17:04:12 issue-138 -- Does the process assume ‘an’ editor, or is group-editing formally ok? -- open 17:04:12 http://www.w3.org/community/w3process/track/issues/138 17:04:25 [Yes, anyone or everyone in the WG can be appointed editor] 17:04:29 SteveZ: earlier discussion about ED/WG Draft 17:04:46 ... new technologies since when this Process was originally written 17:04:50 ... need to grow the process 17:05:04 present+ Jacob_Goldstein 17:05:13 richard: would you have no editor named in the field? 17:05:16 SteveZ: correct 17:05:20 ... you have groups like that 17:05:47 ... another in thing i didn't mention 17:05:55 -> http://www.w3.org/community/w3process/track/ W3 Process Tracker 17:06:06 SteveZ: another thing is role of Team 17:06:15 ... a random set of privileges are listed under Director 17:06:22 ... the rest are scattered in the document 17:06:43 ... so in good style, we'll probably remove the director list and leave things where they apply in the document 17:06:45 [ Schedule ] 17:07:12 SteveZ: goal to have a draft of Process 2015 reviewed in Feb/Mar at AB Meeting 17:07:20 ... document for AC Review in April 17:07:32 ... to be open at May 9 AC Meeting in ... 17:07:34 dbaron: Paris 17:07:45 SteveZ: last year we had another session so people could input comments 17:07:46 chaals has joined #w3process 17:07:56 May 5-7, Paris 17:07:57 ... have AC Review close and results announce in May/June timeframe 17:08:04 s/9 AC/AC/ 17:08:09 [ Questions ] 17:08:14 q? 17:08:17 ack joanie 17:08:17 joanie, you wanted to ask how and where she can participate in the discussion of ways to address issues of history and rationale for spec items 17:08:39 joanie: "is the answer in the minutes", "is the answer in the ML" 17:08:46 ... i don't have a lot of cycles, but I have ideas 17:08:49 q+ to raise issue of "evidence of implementation" 17:08:56 ... i'm raising my hand to volunteer on that problem 17:09:04 q+ to raise issue of "do CRs have to have exit criteria?" 17:09:10 SteveZ: Process ML public-w3process@w3.org 17:09:15 ... a good place where discussions go on 17:09:20 ... unless someone suggests a better place 17:09:30 ... the issue of the topic, of what is a decision, and how is it recorded 17:09:33 ... is relevant to that ML 17:09:43 ... we try to identify emails 17:09:49 ... I'll check to make sure there's an issue 17:09:57 ... and try to make sure emails identify the issue 17:10:00 q? 17:10:02 ack nigel 17:10:02 nigel, you wanted to raise issue of "evidence of implementation" and to raise issue of "do CRs have to have exit criteria?" 17:10:17 nigel: you mentioned to offer a chance to raise issues 17:10:26 ... how clear is the section on "evidence of implementation" 17:10:36 ... to exit CR, you have to demonstrate implementation 17:10:48 ... we had an argument between editor and chair 17:10:59 ... i'm on the side that we have to write down 17:11:06 ... and staff backs us up 17:11:10 ... that could be clarified 17:11:19 SteveZ: you have to file a report to get out of PR 17:11:31 nigel: do you have to be up front what your criteria are? 17:11:40 SteveZ: you have to write it down 17:11:45 nigel: it's ambiguous 17:11:52 ... there's one document at PR without exit criteria 17:11:55 SteveZ: i accept the point 17:12:10 ... much like wide-review, we may need clarification in implementation consideration 17:12:17 nigel: on wide-review 17:12:27 ... there's a set of questions from the Director might ask 17:12:36 ... but there's no indication about what the expected answer us 17:12:38 s/us/is/ 17:12:43 SteveZ: the intent was to be unclear 17:12:48 nigel: it was successful 17:12:58 SteveZ: we felt that we didn't want people to checklist things 17:13:05 ... we were trying to convey the things to think about 17:13:11 ... they don't need to say yes to everything 17:13:17 ... but to build a body of evidence 17:13:22 ... we didn't say you have to do all of them 17:13:29 ... you might say how many do i have to do 17:13:30 nigel: yeah 17:13:42 ... in that section, it would be really helpful to state the wider goal 17:13:58 burn: the rationale for that decision being vague should be embedded 17:14:08 ... citing the earlier discussion 17:14:16 SteveZ: plugging the next session on Wide Review 17:14:24 ... it's break time 17:14:36 richard: thanks SteveZ 17:14:42 SteveZ: thank you everyone, i appreciate the comments 17:14:47 ... and thanks to timeless for scribing 17:14:51 RRSAgent, draft minutes 17:14:51 I have made the request to generate http://www.w3.org/2014/10/29-w3process-minutes.html timeless 17:14:55 [ Adjourned ] 17:14:56 RRSAgent, draft minutes 17:14:57 I have made the request to generate http://www.w3.org/2014/10/29-w3process-minutes.html timeless 17:29:40 Josh_Soref has left #w3process 17:40:00 nigel has joined #w3process 17:43:48 nigel_ has joined #w3process 17:44:27 joanie has left #w3process 17:58:06 chaals has joined #w3process 17:58:27 action: SteveZ Open an issue to add liaisons to what's considered in the Wide Review paragraph 7.2.3.1 17:58:27 Created ACTION-37 - Open an issue to add liaisons to what's considered in the wide review paragraph 7.2.3.1 [on Steve Zilles - due 2014-11-05]. 18:01:44 myakura_ has joined #w3process 19:11:15 Present+ nigel 19:11:21 rrsagent, generate minute 19:11:21 I'm logging. I don't understand 'generate minute', nigel. Try /msg RRSAgent help 19:11:41 s/rrsagent, generate minute/ 19:12:01 nigel has joined #w3process 19:12:08 Present+ nigel 19:12:12 rrsagent, generate minutes 19:12:12 I have made the request to generate http://www.w3.org/2014/10/29-w3process-minutes.html nigel 19:39:24 Zakim has left #w3process 19:58:52 florian has joined #w3process 20:01:45 florian has joined #w3process 20:20:06 dbaron has joined #w3process 20:43:30 dbaron has joined #w3process 20:45:35 florian has joined #w3process 21:03:07 chaals has joined #w3process 22:03:13 florian has joined #w3process 22:49:14 myakura has joined #w3process 23:48:20 florian has joined #w3process 23:51:49 florian1 has joined #w3process