17:41:45 RRSAgent has joined #after5 17:41:45 logging to http://www.w3.org/2014/10/29-after5-irc 17:41:52 RRSAgent, make log Public 17:42:01 RRSAgent, make minutes 17:42:01 I have made the request to generate http://www.w3.org/2014/10/29-after5-minutes.html ArtB 17:42:18 GeunHyung has joined #after5 17:42:45 scottp has joined #after5 17:42:47 Present+ Art_Barstow, Sam_Ruby, Paul_Cotton, Chris_Wilson, Mikko_Terho, Mark_Vickers, Tantek_Celick, Mike_Champion 17:42:51 Zefa_ has joined #after5 17:43:30 IsabelleH has joined #after5 17:43:44 dromasca has joined #after5 17:44:29 mchampion has joined #after5 17:44:32 AdamB has joined #after5 17:44:36 miterho has joined #after5 17:44:41 rubys has joined #after5 17:44:47 Dong-Young has joined #after5 17:44:51 SimonSapin has joined #after5 17:45:05 whyun has joined #after5 17:45:10 nvdbleek has joined #after5 17:45:26 LJWatson has joined #after5 17:45:45 stone has joined #after5 17:46:11 MarkVickers has joined #after5 17:46:13 present+ 17:46:23 Present+ Dong-Young_Lee 17:46:23 present+ sam_ruby 17:46:31 alant has joined #after5 17:46:32 Present+miterho 17:46:33 present+ AdamB 17:46:36 tdenney has joined #after5 17:46:37 koalie has joined #after5 17:46:38 Zakim has joined #after5 17:46:40 hjlee has joined #after5 17:46:41 BillHofmann has joined #after5 17:46:47 zakim, who is here? 17:46:47 sorry, cwilso, I don't know what conference this is 17:46:48 On IRC I see BillHofmann, hjlee, Zakim, koalie, tdenney, alant, MarkVickers, stone, LJWatson, nvdbleek, whyun, SimonSapin, Dong-Young, rubys, miterho, AdamB, mchampion, dromasca, 17:46:48 ... IsabelleH, Zefa_, scottp, GeunHyung, RRSAgent, paulc_, donghoon, cwilso, edoyle, ArtB, raphael, skim13 17:46:51 -> https://www.w3.org/wiki/TPAC2014/session-after5 After 5 Session 17:46:52 present+ Nick Van den Bleeken 17:46:58 AWK has joined #after5 17:47:00 koalie has changed the topic to: https://www.w3.org/wiki/TPAC2014#Session_Grid 17:47:04 scribenick: koalie 17:47:06 present+ Mark Vickers 17:47:13 Present+ Andrew Kirkpatrick 17:47:17 present+ Bill Hofmann 17:47:19 brianraymor has joined #after5 17:47:24 bkardell_ has joined #after5 17:47:27 meeting: Breakout: After (HTML) 5 - Web Standards Ecosystem in 2024 17:47:35 marcosc has joined #after5 17:47:38 present+ CoralieMercier 17:47:45 Present+ Brian_Raymor 17:47:48 tac has joined #after5 17:47:54 LJWatson has joined #after5 17:48:03 Present+ Marcos_Caceres 17:48:06 mounir has joined #after5 17:48:14 Art: welcome. Robin, Marcos and Brian will give intros 17:48:22 droh has joined #after5 17:48:22 ... and then discussion 17:48:26 Art: my intro 17:48:37 ... been a member of the w3c community for many years; many roles 17:48:51 ... delighted to be here and looking fwd to this afternoon's symposium 17:49:02 ... W3C mostly operates as designed 25 years ago 17:49:09 present + LJWatson 17:49:18 ... interested in feedback on how the consortium can do to move forward 17:49:25 ... there are sample questions in wiki 17:49:37 -> https://www.w3.org/wiki/TPAC2014/session-after5 wiki: TPAC2014/session-after5 17:49:46 hoyounkim has joined #after5 17:49:47 Marcos: Involved with w3c for 7 or 8 years 17:49:53 brutzman has joined #after5 17:50:09 ... most recently, and related to this, was the work myself and others did to standardise the Picture element 17:50:22 ... there is a number of interesting challenges we encountered 17:50:32 ... there are good take-aways there 17:50:35 tantek_ has joined #after5 17:50:49 ... understandings we can bring to the w3c standardisation process 17:51:00 Brian: I work for the Apollo education group 17:51:01 present since 10:44 - been trying to join IRC since 17:51:10 ... I represent jquery foundation in the CSS WG 17:51:13 ... we'd like to change things 17:51:23 ... I didn't write an article about web 2024 17:51:24 stakagi has joined #after5 17:51:34 ... we're not where we should be, how do we get there? 17:51:40 dka has joined #after5 17:51:49 ... I believe the extensible web manifesto lays down a vision 17:52:14 ... EWM: standards are developed in a room like this, with people like this 17:52:30 ... we take a while to deliver and sometimes the value isn't great 17:52:43 ... there are thousands of things developers need they don't get 17:52:48 jerome has joined #after5 17:52:51 kurosawa has joined #after5 17:52:57 ... dictionaries don't invent words 17:53:33 ... it may take a news caster, or a magazine to broadcast and get noticed 17:53:52 ... I believe it takes employing developers to do some of that work and finding ways to make that work 17:54:03 Robin: WOW 17:54:22 ... this room is packed. People care. 17:54:32 ... I've been editor of the HTML5 spec for 2 years 17:54:42 ... the idea is that we've been driven by this ship ship ship approach 17:54:47 ... what do we do after that? 17:54:52 ... what can we improve? 17:54:55 ... we can improve 17:55:07 ... I'm not attempting for w3c to change top down 17:55:15 ... we can change pretty much everything 17:55:17 -> http://darobin.github.io/after5/ Robin's After 5 article/blog 17:55:20 ... despite what you may have heard 17:55:26 ... there are properties we want to keep 17:55:31 ... like patent policy 17:55:35 ... but we're fluid 17:55:36 astearns has joined #after5 17:55:38 myakura_ has joined #after5 17:55:50 ... also, a lot of us have professional @@ that we're changing things by talking 17:55:56 ... I wish for us to change things by doing. 17:56:02 ... I invite pull requests 17:56:15 ... fork it, make the changes you think are good, pull request 17:56:28 ... it's the general idea that we should change by doing things rather than talking too much about them 17:56:45 ... so, a lot of what I've been writing here stem from my experience for the past 15 years 17:56:46 richt has joined #after5 17:56:55 ... also, the experience with HTML I've found much instructive 17:57:29 ... technologies are hard, standards are hard, but at least, we can lift some barriers and make things easier 17:57:36 wy has joined #after5 17:57:52 q? 17:58:08 ... in terms of Standards Developement, we can learn from software development 17:58:20 q+ 17:58:36 ... this is not rocket science, this is something we have been doing for a long time 17:58:46 ... we don't need monster documents that are impossible to manage 17:58:55 ... also, practices from open source community 17:58:58 youngwoojo has joined #after5 17:59:06 ... when I started, it was considered bizarre 17:59:19 On the record: I'm skeptical about looking at "software development" as an example. Software dies faster than *successful* standards. 17:59:25 ... back then, you could download source, get it out somewhere, but if you wanted to change, you needed to cvs co 17:59:37 ... somehow the patch could get lost over e-mail 17:59:43 ... got a bit better with svn 17:59:57 ... cost to contribution was slightly better 18:00:00 I do agree with the problem of "didn't get lost over email". Email lists is where rational discussion goes to die. 18:00:05 ... then we got git and mercurial 18:00:13 ... very simple 18:00:24 ... especially if you benefit from tooling which integrate 18:00:30 ... we've learned at lot 18:00:34 ... today this is natural 18:00:50 ... at conference, people sometimes don't understand there was a different world before 18:01:06 ... what I would like to do forward for HTML and other specs, is move to that model 18:01:17 ... you see a bug? fork the repo, change, pull request 18:01:23 ... or share your idea and write a spec 18:01:34 ... run a script to create the spec 18:01:41 ... not necessarily direct access to W3C 18:01:50 In general I'm a favor of lowering the barrier to suggesting (or just doing) minor fixes to specs to a broader set of folks. E.g. via git, or even better via wiki. 18:01:52 ... but a way to learn from experience of RICG 18:02:00 s/a favor/in favor 18:02:00 q? 18:02:27 q- 18:02:31 PaulCotton: We have marcos here 18:02:39 ... picture element was used as an example 18:02:50 ... can we use this to benchmark? 18:02:59 MarcosCaceres: Yes and no. Maybe 18:03:22 marcosc references https://wiki.mozilla.org/WebAPI/DesignGuidelines 18:03:29 ... what we've done at Mozilla: we gathered people 18:03:33 q? 18:03:45 ... we came up with a set of use-cases, and needs 18:03:47 lbolstad has joined #after5 18:04:40 ... we put together detailed use-cases 18:04:52 ... we showed in code that JS doesn't help you here 18:05:03 ... not Web components either 18:05:07 BradK has joined #after5 18:05:15 ... we exposed all the limitations of the platform 18:05:20 ... and started talking about solutions 18:05:34 ... having the guidelines Robin mentioned was helpful 18:05:50 ... the bar needs to remain high 18:06:07 ... and frame the discussion properly 18:06:13 ack mch 18:06:14 q+ to ask if anyone here is actually publishing HTML with the element on their own site *today*, and if so, please share the URL. Anyone? 18:06:26 MikeChampion: several conflicting themes 18:06:31 q+ 18:06:51 richt has joined #after5 18:06:54 Mozilla's guidelines: https://wiki.mozilla.org/WebAPI/DesignGuidelines 18:07:04 q+ Geoffrey 18:07:08 marcosc: yup referenced it above 18:07:21 tantek: thanks! 18:07:27 ... who has to be in the loop to get a good spec? will there be bottlenecks? 18:07:42 Robin: my plan is to steal Marcos' documents :) 18:07:52 ... Marcos talked about mentoring and I think this is key 18:08:29 ... I think that by bringing people to the table, and they get mentoring, then we can help foster the creation of new editors 18:09:15 Brian: We talk about who can write a good spec 18:09:29 ... danger of writing specs that nobody can implement 18:09:32 Present+ brutzman 18:09:41 ... I think we have a tendency to make things a binary line 18:09:51 ... part of what marcos is saying we need more mentoring 18:09:56 q? 18:10:20 ... the other thing: what makes standards valuable has nothing to do with quality, but the fact that they're standards 18:11:07 Brian: I would like to throw out there too that this isn't something that happened here first 18:11:31 ack tantek 18:11:31 tantek, you wanted to ask if anyone here is actually publishing HTML with the element on their own site *today*, and if so, please share the URL. Anyone? 18:11:35 ... a standard that you can't get implemented is no good and a huge waste of time 18:11:44 TantekÇelik: good segue Brian 18:11:56 q+ 18:12:08 ... who has published the picture element? 18:12:18 Marcos: you're asking the wrong crowd 18:12:25 ... Building it into WP @@ 18:12:44 Tantek: There are pollyfills 18:12:55 Tantek: republish the picture element and consider this a success 18:13:20 ack MarkVickers 18:13:33 MarkVickers: We have had success in having dozens of changes made 18:13:36 I'm shocked that ZERO people in this room use the element on their own site. 18:13:37 ... it hasn't been easy 18:13:59 ... working with W3C and WHATWG 18:13:59 richt_ has joined #after5 18:14:00 One data point on this: we have a responsive image on the TAG home page (http://w3.org/tag) though we are using srcset. The plan is to move that to the picture element. 18:14:11 tantek, the use case for picture is for art direction - it's not that common. 18:14:15 ... it takes an incredible commitment from the organisation 18:14:27 ... Second thing: I liked all in Robin's presentataion 18:14:35 ... question: How does it all come back to the platform? 18:14:40 s/tataion/tation/ 18:15:11 MarkVickers: We have to make sure that as an application paltform we don't branch and end up with several webs 18:15:16 so apparently there is zero dogfooding of the element? 18:15:38 Robin: the idea (subject to change and discussion), a proposal is listed as such, 18:15:55 ... when you have tests and implementations you move that to the develop branch 18:16:10 q? 18:16:19 tantek, a lot of the time you don't need it. You actually need a site with images (and not just background images, for which you use CSS image-set()). 18:16:23 bkardell_: re: your calling bullshit on standards, I'm calling bullshit on proposals without public real world live examples by those proposing them. 18:16:24 q+ 18:16:37 ... and once you have a test suite that is rough and shows interoperability, it moves to the @@ branch 18:16:52 ... mergability is an important idea here 18:17:03 marcosc: my point is without live examples, we should not believe that a proposal is actually workable and satisfies the use-cases it is supposedly designed/proposed to solve. 18:17:19 Robin: There is a way to bring that back and avoid fragmentation 18:17:26 tantek: http://responsiveimages.org/demos/ 18:17:35 Art: Do we have some people from PSIG? 18:17:38 ack Geoffrey 18:17:50 marcosc: I did specifically ask for non-test/demo pages. 18:17:58 *deliberately 18:18:07 q+ 18:18:09 tantek: microsoft.com 18:18:33 GeoffreyCreighton: what caught my attention: no direct @@ capability of a W3C draft recommendation 18:18:44 ... open process but not accessible? 18:18:50 Robin: Mmmm... no 18:19:03 ... I'd distinguish the platform and publication process 18:19:07 marcosc: http://viewsource.in/microsoft.com - no element found 18:19:10 tantek: search for data-picture="" 18:19:12 q- 18:19:12 ... I don't think this contradicts in any way the process 18:19:17 tantek: it's prollyfilled 18:19:33 Robin: This all fits with consensus and things from the process 18:19:55 q? 18:20:10 q? 18:20:11 ack SimonSapin 18:20:12 SimonSapin: co-editor on two specs, and I don't know what I'm doing 18:20:13 marcosc: one instance of data-picture="" - doesn't look like any actual use of anything resembling. 18:20:15 q? 18:20:19 q? 18:20:24 q+ 18:20:29 ... when Brian mentions @@, I want to know how to do it 18:20:40 paulc_: expresses support for modularity idea 18:20:41 q+ 18:20:47 ack paulc_ 18:20:56 PaulCotton: What really worked in HTML Wg was breaking the work into smaller pieces 18:20:56 s/@@/mentoring/ 18:20:57 q+ 18:20:58 +1 to modularity! 18:20:58 I also agree with modularity as a path forward 18:20:59  18:21:30 PaulCotton: Mentoring people is a compelling part of your proposal 18:21:38 DanAppelquist: +1 to modularity 18:21:46 ack dka 18:21:47 s/@@/mentoring on how to write specs/ 18:21:54 ... devil in the detail is re: IPR associated to contributions 18:22:11 ... how do you track that? 18:22:13 q+ 18:22:17 q+ 18:22:18 ... does it mean we need to change the process? 18:22:53 tantek: I can get you a list of sites easily if you want. 18:23:00 tantek: but after this thing 18:23:10 ... when somebody turns the crank and a module ends up in TR space and we can trace IPR as we have been with the W3C RF process up till now 18:23:16 q? 18:23:20 Brian: At least as happy as we've bene in the mailing list 18:23:26 marcosc: there should be a simple URL (perhaps on w3.org/wiki/Picture ) that lists those sites - no need to "get" such a list to me. 18:23:44 marcosc: this I see as a failure of advocates to document their work 18:24:05 Robin: This is an improvement: not only can we trace back with contributions.md 18:24:18 Dan: somebody needs to write the version of that for the process 18:24:35 Robin: my understanding (IANAL) is that it's process compliant 18:24:41 tantek: that's like saying X Element in HTML is a failure because not everyone uses it on their site. 18:24:49 ... I'd be happy for actual lawyers to review that 18:24:50 I'd suggest changing "failure of" to "suggestion for", tantek 18:25:19 SteveFaulkner: I'm trying to understand how that's going to work 18:25:35 q+ to agree modularity++ and strictly so - all additions (new features) to HTML5 should be done as HTML5 Extensions and the only updates to HTML5 should be errata/bugfixes - 5.0.1 5.0.2 … etc. No 5.1 nor 6 etc. 18:26:32 abarsto has joined #after5 18:26:49 MarkVickers has joined #after5 18:27:09 ack marcosc 18:27:45 Marcos: if you're going to fork more things, how do you convince mozilla and the webkit folks etc.? 18:27:50 hjlee_ has joined #after5 18:27:57 Robin: this is not meant to be a hostile project 18:28:02 rubys1 has joined #after5 18:28:07 IsabelleH_ has joined #after5 18:28:14 ... the way I've been thinking about it is you want to make a spec, or a module, links could go both ways 18:28:25 ... we could reference the WHATWG spec 18:28:35 q? 18:28:42 Marcos: It's not about hostility 18:29:01 ... how are we going to manage @@difference? 18:29:07 Robin: This is up for discussion 18:29:12 tantek_ has joined #after5 18:29:24 ... e.g. sortable tables 18:29:42 ack bkardell_ 18:29:43 raphael_ has joined #after5 18:29:45 youngwoojo_ has joined #after5 18:30:00 ArronEi has joined #after5 18:30:01 BrianKardell: I want to be careful we don't narrow it to HTML only or github only 18:30:06 marcosc: I do think that *numerous* new elements in HTML5 are a failure because there is zero or nearly zero real world consumers of them besides styling them as special divs or spans. 18:30:14 brutzman has joined #after5 18:30:23 LJWatson has joined #after5 18:30:25 BrianKardell: don't break the web is a hard problem 18:31:35 ... we have new challenges: how do we evolve thousands of developers 18:31:55 ... I want to ask the broader questions. 18:32:26 TantekÇelik: there is the myth of the Extensible Web Manifesto, my point is that the picture element does not even follow that path 18:32:28 Web3D Consortium is evolving X3D Graphics international standard into v4 to fully align with HTML 5. Keen to keep declarative 3D content architecturally synched/complementary/aligned while 1000 hacks bloom. 18:32:57 DonBrutzman: Web3D consortium 18:33:12 ... How do we stay inline, in sync, and compatible, that's our concern 18:33:22 LJWatson_ has joined #after5 18:33:22 ... we'll be looking for stability, still 18:33:34 Web3D Consortium is evolving X3D Graphics international standard into v4 to fully align with HTML 5. Keen to keep declarative 3D content architecturally synched/complementary while 1000 hacks bloom. 18:33:38 rubys has joined #after5 18:33:44 raphael has joined #after5 18:33:44 PaulCotton: I'd feel way more comfortable as a chair knowing where the changes are coming 18:33:48 what Paul said 18:33:54 PaulCotton++ 18:33:59 AdamB_ has joined #after5 18:33:59 marcosc__ has joined #after5 18:34:00 hoyounkim has joined #after5 18:34:06 AWK has joined #after5 18:34:08 ... chairs are supposed to make sure they understand the provenance of changes 18:34:09 +1 18:34:12 tantek: see, http://usecases.responsiveimages.org/#limitations-of-current-techniques 18:34:23 tantek: in particular: http://css-tricks.com/which-responsive-images-solution-should-you-use/ 18:34:28 q? 18:34:29 +1 18:34:36 ... let's find how to change the process to use this model 18:34:41 q? 18:34:42 q? 18:34:45 ack brutzman 18:34:47 ack p 18:34:49 ack t 18:34:49 tantek, you wanted to agree modularity++ and strictly so - all additions (new features) to HTML5 should be done as HTML5 Extensions and the only updates to HTML5 should be 18:34:52 ... errata/bugfixes - 5.0.1 5.0.2 … etc. No 5.1 nor 6 etc. 18:35:03 TantekÇelik: +1 Paul 18:35:13 abarsto has joined #after5 18:35:25 ... I want to add to "be more modular" to take a bold step 18:35:26 paulc has joined #after5 18:35:28 Does “more modular” mean that we don’t issue a HTML 5.1? 18:35:32 q? 18:35:39 ... draw a hard line 18:35:56 ... bug fixes and errata only, and let's say there will not be an HTML 5.1 18:36:03 wy has joined #after5 18:36:03 ... now is the opportunity to make that decision 18:36:09 q? 18:36:14 Robin: I agree and that's my natural inclination 18:36:21 ... the only drawback I've heard is 18:36:34 ... that it's @@@ 18:36:56 s/@@@/the problem of knowing what parts of CSS 2.1 have been superseded/ 18:36:58 DanielGlazman: you end up with specialised groups you cannot take the discussion to the main group 18:37:09 q+ to suggest the need for a 5.1: to address the technical debt that we have with a monolithic spec 18:37:28 ... it helped the CSS WG survive to use modularisation 18:37:43 DanAppelquist: the world is looking 18:37:52 stone has joined #after5 18:37:56 q? 18:37:56 ... and might ask when HTML 5.1 is coming 18:38:00 q+ 18:38:01 ... it might require some marketing 18:38:15 ... e.g people are still talking about CSS3 18:38:25 q? 18:38:29 ack rubys 18:38:29 rubys, you wanted to suggest the need for a 5.1: to address the technical debt that we have with a monolithic spec 18:38:39 q+ 18:38:49 SamRuby: I agree, but: we need a 5.1 to address the technical debt 18:38:58 Robin: Yes, there is a technical debt 18:39:11 q+ 18:39:13 ... when a bug is big enough, does it justify a new extension? 18:39:19 ... we'll need to figure it out 18:39:24 q+ to reply to Sam re: "split that spec up" It's a trap! 18:39:44 ack miterho 18:39:47 richt_ has joined #after5 18:40:32 MikkoThero: I recommend or support the wise decision to fix HTML5 and go to modular 18:40:33 ack MarkVickers 18:41:11 ack paulc 18:41:13 MarkVickers: getting off a ladder can be done [gives example of intel pentium] 18:42:03 PaulCotton: Huge extension, featured in HTML5 today, "applicable spec" 18:42:14 ... we have the hook in the spec today that we need to add new modules 18:42:16 q+ plh 18:42:18 paulc++ "we have the hook that we need in HTML5 today to add new modules, new extensions" 18:42:19 +q 18:42:40 ... we need to find the right candidates and figure out how to use that hook. 18:42:42 paulc: "we have the facility to do the modularity. we need to find the right candidates, in the HTMLWG in particular, and figure out how to use that hook." 18:42:45 q- 18:42:49 -q 18:42:49 Zakim, close the queue 18:42:49 ack tantek 18:42:50 ok, koalie, the speaker queue is closed 18:42:50 tantek, you wanted to reply to Sam re: "split that spec up" It's a trap! 18:43:09 TantekÇelik: danger of modules never getting done 18:43:19 ... I'd recommend to talk to those who have been burned. 18:43:21 ack plh 18:43:22 ... talk to me 18:43:38 PhilippeLeHegare: Plenty of other WGs are working on HTML at W3C 18:43:47 rubys1 has joined #after5 18:43:50 q? 18:43:52 ... it would be nice that extension fit in 18:43:57 ack marcosc__ 18:44:02 koalie: specifically danger of modules of breaking up HTML5 itself 18:44:15 MarcosCaceres: I would expect specs to fail. that's ok 18:44:24 LJWatson has left #after5 18:44:35 agrees on both of marcosc points. 18:44:42 or all three ;) 18:45:06 tantek, if you've got them, please, write them down 18:45:08 nvdbleek has joined #after5 18:45:15 MC: spec is hard to extend because it's self referential 18:45:22 marcosc: said: 1) ok that specs fail, 2) HTML spec is heavily interwoven, 3) appears to be [job] security for Hixie 18:45:31 BrianKardell: Talk to me, I'd be happy to say more. Including in a bar. 18:45:34 rrsagent, generate the minutes 18:45:34 I have made the request to generate http://www.w3.org/2014/10/29-after5-minutes.html paulc 18:45:41 Marcos: Let's try this new model! 18:45:59 RobinBerjon: Thank you 18:46:05 ... heartening to see so many people interested 18:46:11 q+ to say would be ok with an HTML 5.1 if it was a *strict* subset of HTML5. I am ok with an ever shrinking core HTML5.x spec and the rest spun out into modules. 18:46:17 hoyounkim has left #after5 18:46:18 ... donut bea scared! come at the table we'll figure it out 18:46:22 I would be ok with an HTML 5.1 if it was a *strict* subset of HTML5. I am ok with an ever shrinking core HTML5.x spec and the rest spun out into modules. 18:46:27 RRSAgent, make minutes 18:46:27 I have made the request to generate http://www.w3.org/2014/10/29-after5-minutes.html abarsto 18:46:28 s/bea/be/ 18:46:34 RRSagent, make minutes 18:46:34 I have made the request to generate http://www.w3.org/2014/10/29-after5-minutes.html koalie 18:47:16 chair: Art_Barstow 18:47:17 RRSagent, make minutes 18:47:17 I have made the request to generate http://www.w3.org/2014/10/29-after5-minutes.html koalie 18:47:37 s/ ->/ ->/G 18:47:38 RRSagent, make minutes 18:47:38 I have made the request to generate http://www.w3.org/2014/10/29-after5-minutes.html koalie 18:48:21 rubys has joined #after5 18:48:42 RRSAgent, bye 18:48:42 I see no action items