23 [17:31:18] Channel topic is: project mtg info http://tinyurl.com/nqbek5 | project http://www.jboss.org/richfaces | twitter : http://twitter.com/richfaces
23 [17:31:18] Topic was set by balunasj> Here is the agenda http://community.jboss.org/wiki/RichFacesTeamMeetingAgenda8-10-2010
[18:02:53] <@balunasj> First up is the build
[18:02:58] <@balunasj> Alex_Kolonitsky: what is the status?
[18:02:59] <Alex_Kolonitsky> hi
[18:03:56] <ppitonak> hi
[18:04:04] <Alex_Kolonitsky> I am finishing with ui refactoring
[18:04:17] <@balunasj> Alex_Kolonitsky: How much more time is needed?
[18:04:21] <@balunasj> What is remaining?
[18:04:28] <@balunasj> is there anything that can be "shared" ?
[18:04:41] amarkhel [~chatzilla@93.191.103.3] has joined #richfaces
[18:04:50] <@balunasj>  - I can make time available to assist - we need to get this wrapped up to finished up rest of release.
[18:04:51] <Alex_Kolonitsky> I think today all will be ready
[18:05:22] <@balunasj> Alex_Kolonitsky: anything I can off load, or do in parallel
[18:05:23] <@balunasj> ?
[18:05:43] <Alex_Kolonitsky> You can review final pom files
[18:05:45] abelevich [~belevich_@93.191.103.3] has joined #richfaces
[18:06:28] <abelevich> hi all
[18:06:33] <@balunasj> abelevich: hi
[18:06:34] <Alex_Kolonitsky> you can nothing do in parallel
[18:06:53] <@balunasj> Alex_Kolonitsky: ok - are those checked in, any specific onces?
[18:07:19] <Alex_Kolonitsky> on
[18:07:27] <Alex_Kolonitsky> no
[18:07:42] <@balunasj> ok - please let me know - offline when they are.
[18:07:50] <Alex_Kolonitsky> ok
[18:08:08] lfryc [~lfryc@ip4-83-240-73-140.cust.nbox.cz] has joined #richfaces
[18:08:11] <@balunasj> Alex_Kolonitsky: What tasks are remaining before base build updates complete?
[18:08:25] balunasj I know we have some misc tasks that should not block dev.
[18:09:43] <Alex_Kolonitsky> rename root, relocate sandbox and something with docs
[18:10:15] <@balunasj> moving CDK docs back to trunk/docs
[18:10:25] <Alex_Kolonitsky> yes
[18:10:44] <@balunasj> That should not hold up general development though.  When you are finished with the first two we should be able to
[18:10:47] <alexsmirnov> I moved CDK docs in working branch, bur did not merge it into trunk yet.
[18:10:49] <@balunasj> open up development right?
[18:11:15] <alexsmirnov> So don't care bout CDK docs at all.
[18:11:46] <Alex_Kolonitsky> yes
[18:11:58] <@balunasj> alexsmirnov: ok good
[18:12:27] <@balunasj> so these should be it.
[18:12:47] <@balunasj> Some of the other tasks ( removing JSF lib from parent, and myfaces ugrade)
[18:12:51] <@balunasj> can happen after.
[18:14:21] <alexsmirnov> I'm already doing that for CDK.
[18:14:38] <@balunasj> alexsmirnov: which part?
[18:15:00] <alexsmirnov> put JSF dependencies into CDK poms.
[18:15:23] <@balunasj> alexsmirnov: I would still like the versioning to be centralized in the BOM.
[18:15:37] <@balunasj> alexsmirnov: plus we need an easy way to "swap" them out
[18:15:47] <@balunasj> so we can review myfaces/RI easily.
[18:16:33] <alexsmirnov> CDK uses jsf-api only, and supposed to not use project-wide bom ( i hope ).
[18:16:39] jmprieto [~chatzilla@117.Red-88-10-229.dynamicIP.rima-tde.net] has joined #richfaces
[18:16:53] <@balunasj> alexsmirnov: hehe - good point.
[18:17:00] <@balunasj> ok
[18:17:21] <@balunasj> Alex_Kolonitsky: so you believe you will finish the build updates today?
[18:17:33] <@balunasj> the two major remaining ones that block others?
[18:17:51] <Alex_Kolonitsky> yes
[18:18:19] <@balunasj> Alex_Kolonitsky: ok good - please send out email or post to dev forum when done.  along with any changes dev team should be aware of for working with it.
[18:18:33] <Alex_Kolonitsky> ok
[18:20:21] <@balunasj> The rest of the build issues can be handled once that is in.
[18:20:34] rruss [~rruss@redhat/jboss/rruss] has joined #richfaces
[18:20:47] <@balunasj> Plus others can start working with new structure and get their changes merged from development branches.
[18:22:03] <@balunasj> One of the issues relating to build was about guava shading
[18:22:14] <@balunasj> nbelaevski: you looked into this a bit, any updates?
[18:22:26] <jmprieto> hello, by default I need to hide some colums in rich:extendedDataTable.
[18:22:37] <jmprieto> somebody know how
[18:22:54] <@balunasj> jmprieto: Hello
[18:22:59] <nbelaevski> balunasj: IIRC we've decided not to do that
[18:23:17] <@balunasj> jmprieto: we are having our weekly team meeting right now, can we get back you in about 45 min?
[18:23:18] <nbelaevski> balunasj: at least for now
[18:23:40] <@balunasj> nbelaevski: right - agree - but you had narrowed it down to an issue with a deployer - right?
[18:23:46] balunasj can't fine email.
[18:23:57] <nbelaevski> balunasj: yes - even if we shade it the problem won't go away
[18:24:16] <jmprieto> oki sorry
[18:24:18] <@balunasj> nbelaevski: ok good - so closed issue for now - either you or I can resolve that jira.
[18:24:24] <@balunasj> jmprieto: no problem at all
[18:24:28] <nbelaevski> balunasj: ok, I'll do
[18:24:38] <@balunasj> jmprieto: you could also post on the user forum
[18:25:08] <@balunasj> any other build related issues, comments, or questions for now?
[18:26:00] <alexsmirnov> nbelaevski : Shade plugin can relocate packages, that I thought to use.
[18:28:22] <@balunasj> alexsmirnov: iirc from nbelaevski research the deployer might break anyway?
[18:28:29] <alexsmirnov> balunasj : I'm going to remove CDK BOM project at all, because it's only maven plugin and project modules will never included into user applications.
[18:28:44] <nbelaevski> alexsmirnov: it fails because a problem in deployer scanning inner classes
[18:28:48] <@balunasj> alexsmirnov: yup agree
[18:30:18] <@balunasj> anything else for build?
[18:31:44] <@balunasj> ok so on to component status
[18:31:56] <@balunasj> nbelaevski: outlined some of this yesterday by email
[18:32:20] <@balunasj> but I wanted updates from the team
[18:32:38] <@balunasj> abelevich: How is your work progressing?  What is missing, and is jira up to date?
[18:33:21] <alexsmirnov> No updates from my side - last 3 days I working on EAP 4.3 enterprise release and portletbridge.
[18:33:36] <abelevich> I've migrated iteration components to the CDK annotations and now working on inplaceInput component
[18:33:45] <@balunasj> alexsmirnov: ok one min
[18:34:04] <@balunasj> abelevich: ok good - how much time do you think that will require?
[18:34:34] <abelevich> I'm planning finish on Friday
[18:35:00] <@balunasj> abelevich: and inplace select?
[18:35:05] gent00r [~haxOr@gw.invnetworks.com] has quit IRC: Quit: Leaving
[18:35:23] <@balunasj> sounds like if freeze, does not shift then it slips
[18:36:08] jmprieto [~chatzilla@117.Red-88-10-229.dynamicIP.rima-tde.net] has quit IRC: Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]
[18:36:09] <abelevich> seems we should postpone it to the next release.
[18:36:17] <@balunasj> abelevich: what would development time for that component be?
[18:36:30] <ppitonak> balunasj: it would be nice if all components were commited few days before code freeze
[18:36:56] <@balunasj> ppitonak: agree, but because of build updates, I think that might be tough for M2
[18:37:58] bdlink [~quassel@d75-155-125-61.bchsia.telus.net] has quit IRC: Read error: Operation timed out
[18:38:04] <ilya_shaikovsky> ppitonak, agree.. need to create at least basic demos also
[18:38:44] <abelevich> I need to have a talk with Pavel Yaschenko about inplaceSelect component client side impl but unfortunally he is on vacation now
[18:38:53] <ppitonak> ilya_shaikovsky: balunasj yes, adding components to showcase is minimum
[18:38:53] <@balunasj> ilya_shaikovsky: part of reason I'm considering shifting freeze one week ( due to disruptive build changes )
[18:39:15] <@balunasj> abelevich: so you do not think you could complete if you have another week?
[18:39:49] <abelevich> yes
[18:40:21] <@balunasj> abelevich: ok - lets move on, we can discuss more when we discuss freeze
[18:40:38] <@balunasj> amarkhel: and how is your component work going?
[18:41:17] <amarkhel> balunasj: My plans is finish autocomplete tomorrow
[18:41:47] bdlink [~quassel@d75-155-106-16.bchsia.telus.net] has
 joined #richfaces
[18:44:51] <@balunasj> amarkhel: and panel conversion to CDK?
[18:45:31] <amarkhel> balunasj: sure
[18:46:02] <@balunasj> amarkhel: there is also a fair number of critical issues for the popup panel.
[18:46:03] <@balunasj> amarkhel : sure to what?  how much work do you see for CDK, and panel bugs?
[18:46:04] <amarkhel> balunasj: conversion I am planning finish at Thursday
[18:46:33] <@balunasj> amarkhel: ok
[18:46:48] <amarkhel> anyway I think at Friday all isuues related to panel and autocomplete component will be closed
[18:46:56] <amarkhel> ok
[18:47:03] <@balunasj> amarkhel: wow - that would be good
[18:47:28] <@balunasj> amarkhel: thanks for the update
[18:47:36] <amarkhel> np
[18:47:48] <@balunasj> alexsmirnov: how much time do you think you will need for your major tasks in M2?
[18:48:16] <@balunasj> The biggest being the CDK stabilization, and your help with framework stuff.
[18:48:45] <@balunasj> alexsmirnov: current RF M2 issues: https://jira.jboss.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+RF+AND+fixVersion+%3D+%224.0.0.Milestone2%22+AND+resolution+%3D+Unresolved+AND+assignee+%3D+alexsmirnov+ORDER+BY+priority+DESC&mode=hide
[18:50:08] <alexsmirnov> I created branch for CDK tasks yesterday, and started development. Hope I would fix M2 issues on Friday.
[18:51:02] <@balunasj> alexsmirnov: ok, have you been able to assist with framework review ( removing obsolete code), and table redesign stuff?
[18:51:14] <@balunasj> alexsmirnov: I know you've been busy, but just wanted to check status
[18:52:31] <alexsmirnov> we discussed framework tasks with Nick, and I look its code from time to time.
[18:53:19] <@balunasj> ok
[18:54:17] <@balunasj> ilya_shaikovsky, nbelaevski : with konstantin out, what is left to do with slider?  I know it is mostly done
[18:54:50] <nbelaevski> balunasj: I've updated markup with Lex's changes yesterday
[18:55:12] <nbelaevski> balunasj: and now there are some attributes not implemented
[18:55:30] <nbelaevski> balunasj: orientation, events handling and dimension-related
[18:55:50] <nbelaevski> balunasj: for orientation I suggest to postpone it for future versions if possible
[18:55:55] <ilya_shaikovsky> balunasj, I believe the component could be already released as first version even without them.
[18:56:19] <@balunasj> nbelaevski: ilya_shaikovsky ok, so how much work do you think is left there?
[18:56:28] <ilya_shaikovsky> nbelaevski, I think event handling should be there even in first version
[18:56:34] <nbelaevski> ilya_shaikovsky: agree
[18:56:35] <ilya_shaikovsky> if possible by timing
[18:56:43] <nbelaevski> 2-3 days I think
[18:58:24] <@balunasj> ok
[18:59:07] <@balunasj> ok so I guess what this boils down to is:
[18:59:30] <@balunasj> Should we slip code freeze a week because of the build changes?
[18:59:56] <@balunasj> This would give us time to wrap up, and stabilize.  There are quite a few bugs that could be addressed
[19:00:14] <@balunasj> even if we don't get to add new components.
[19:00:33] <@balunasj> Plus extra time to verify build updates, finalize release process with it, and have QE update.
[19:01:03] balunasj since we are running out of time - figure just cut to the freeze question.
[19:01:07] <alexsmirnov> balunasj : I think it would be better, because so massive changes need a some time to figure out possible problems.
[19:01:29] <@balunasj> alexsmirnov: that is my thinking, plus I know that it effected other part of development as well.
[19:01:34] <@balunasj> other thoughts?
[19:01:38] ilya_shaikovsky agree as will be able to make more carefull review and to complete demos
[19:01:44] <@balunasj> What can we get if we do push freeze?
[19:01:51] <@balunasj> ilya_shaikovsky: demo as well
[19:02:12] <@balunasj> so from this I see:
[19:02:22] <@balunasj> several pros
[19:02:31] <@balunasj> nbelaevski: what do you think?
[19:02:46] <@balunasj> nbelaevski: Have the other team members wrap up components and work on bugs?
[19:03:52] <nbelaevski> sounds good
[19:04:07] <@balunasj> ppitonak: lfryc : what are your thoughts on this?  Will this give you enough time to get more prepared for the new components?
[19:04:32] <@balunasj> nbelaevski: ok so one week shift code freeze now 20th
[19:04:49] <ppitonak> balunasj: more time for us is welcome :)
[19:04:57] <@balunasj> I would still like to see the work we discussed completed this week.
[19:05:25] <@balunasj> Any would like each of you ( me included ) to review jira's and in status report write out what you plan to complete next week.
[19:05:38] <@balunasj> nbelaevski: and I will also be reviewing jira's to help focus.
[19:06:08] <@balunasj> I plan to do a early test release next week tuesday perhaps - to make sure release process is smoother
[19:06:21] <lfryc> balunasj: just wanted to vote for mockup release since I will not be available week after 20th, all the works will target to ppitonak then
[19:06:22] <nbelaevski> ok
[19:06:25] <@balunasj> Should help us to find issues with updates, a#etc...
[19:06:41] <@balunasj> lfryc: beat you to it ;-)
[19:07:14] <@balunasj> Since any major work should be done in dev branches trunk should remain stable, so mock release should not be a problem
[19:07:43] <lfryc> balunasj: great to hear
[19:07:57] <@balunasj> That leaves QE status and/or questions/comments not already covered?
[19:08:13] balunasj docs we'll discuss at tomorrows doc meeting
[19:08:45] <ppitonak> balunasj: nbelaevski RF-9013
[19:08:45] <jbossbot> jira [RF-9013] Toggle panel: not valid markup [Open, Major, Alex Kolonitsky] https://jira.jboss.org/browse/RF-9013
[19:09:02] <ppitonak> nbelaevski: balunasj do we have any w3c validation?
[19:09:16] <ppitonak> maybe as part of unit testing?
[19:09:18] <nbelaevski> ppitonak: not automatic
[19:09:30] <nbelaevski> ppitonak: no, it was in 3.x but not ported into 4.x
[19:09:44] <ppitonak> nbelaevski: when is it planned?
[19:09:48] <@balunasj> ppitonak: Please add a RFPL to add automatic validations to build.
[19:09:58] <ppitonak> balunasj: ok
[19:10:34] <nbelaevski> ppitonak: not planned currently
[19:10:50] <@balunasj> anything else QE?
[19:10:52] <lfryc> balunasj: maybe it should be also part of functional test suite, since the markup validity can change when combining components together
[19:11:22] <@balunasj> lfryc: Agree I think there could be multiple levels.  Dev/unit testing is only going to go so deep
[19:11:30] <ilya_shaikovsky> lfryc, https://jira.jboss.org/browse/RF-8989
[19:11:31] <jbossbot> jira [RF-8989] togglePanel: null values in html output [Open, Major, Alex Kolonitsky] https://jira.jboss.org/browse/RF-8989
[19:11:39] <ilya_shaikovsky> need to link in some way
[19:13:15] <nbelaevski> btw, here is the build JIRA that I cannot fully understand: https://jira.jboss.org/browse/RF-8960 
[19:13:16] <jbossbot> jira [RF-8960] The file permission for selected directories are set to 777 (rwsrwsrwt) for release ZIP [Open, Minor, Unassigned] https://jira.jboss.org/browse/RF-8960
[19:13:29] <nbelaevski> lfryc: can you please comment what's wrong?
[19:14:52] <lfryc> nbelaevski: I think all the permissions for files/directories should be set uniformly inside ZIP archive
[19:15:25] <lfryc> nbelaevski: you can see
[19:15:26] <lfryc> ?rwsrwsrwt 2.0 unx 0 b- stor 10-Jul-15 21:29 richfaces-4.0.0.20100715-M1/docs/
[19:15:32] <lfryc> drwxr-xr-x 2.0 unx 0 b- stor 10-Jul-15 21:28 richfaces-4.0.0.20100715-M1/docs/javadocs/richfaces-core-api/
[19:15:39] <lfryc> both directories, but other permissions
[19:16:13] <lfryc> I think it's a problem of build env, but should verify although during next release
[19:16:20] <nbelaevski> ok, thanks
[19:16:20] <alexsmirnov> lfryc : Yes, it would be a problem on Mac or Linux that use Unix permissions.
[19:16:33] <@balunasj> Alex_Kolonitsky: side question - how long do you need to resolve the zip issues https://jira.jboss.org/browse/RF-8904
[19:16:34] <jbossbot> jira [RF-8904] Release ZIP contains corrupted files generated by jsdoc [Coding In Progress, Critical, Alex Kolonitsky] https://jira.jboss.org/browse/RF-8904
[19:16:35] <nbelaevski> balunasj: can you please check the issue?
[19:16:41] <@balunasj> Alex_Kolonitsky: This is a big one
[19:16:45] <@balunasj> nbelaevski: on second
[19:19:09] <@balunasj> yup - I see it
[19:19:25] <@balunasj> not all but some of the directories have 777 permissions
[19:20:37] <@balunasj> lfryc: nbelaevski : it is minor for now, but could be a big deal later.
[19:20:44] <Alex_Kolonitsky> we should resolve problems with jsdocs and this is one of them
[19:20:55] <@balunasj> I'll assign to me, and take a look
[19:21:02] <Alex_Kolonitsky> ok
[19:21:11] <@balunasj> Alex_Kolonitsky: Please shift that and related jira's to M2
[19:21:22] <@balunasj> Alex_Kolonitsky: I meant the lfryc jira with permissions
[19:21:32] <@balunasj> Alex_Kolonitsky: I would like you to look at the zip/jsdoc issues
[19:22:34] <@balunasj> Alex_Kolonitsky: so I'll work on RF-8960, and you will have zip/jsdoc issues
[19:22:35] <jbossbot> jira [RF-8960] The file permission for selected directories are set to 777 (rwsrwsrwt) for release ZIP [Open, Minor, Unassigned] https://jira.jboss.org/browse/RF-8960
[19:23:06] <@balunasj> anything else for or from QE?
[19:23:40] <ppitonak> balunasj: about Hudson...
[19:23:48] <@balunasj> ppitonak: yes
[19:24:07] <ppitonak> balunasj: should we try to create one super-job or can I leave many jobs for each module for now?
[19:24:44] <@balunasj> ppitonak: with the updates we will have one main "super-job"
[19:25:00] <ppitonak> ok
[19:25:00] <alexsmirnov> ppitonak : At least, we have to have one job that builds whole project from trunk.
[19:25:03] <@balunasj> Some may be able to be separated, but not all. ( i.e. doc for sure )
[19:25:07] <lfryc> balunasj: we should definitely setup mockup release then
[19:25:19] <lfryc> balunasj: because there will be many changes
[19:25:39] <@balunasj>
 lfryc: yes this is a major change to build/release structure.
[19:25:58] <ppitonak> balunasj: I agree with lfryc
[19:26:09] <alexsmirnov> balunasj : For trunk, hdson job has to build all - just to confirm that there are no errors in build.
[19:26:28] <@balunasj> alexsmirnov: agree
[19:26:40] <@balunasj> but I would like a "lite" build that excludes docs
[19:27:00] <lfryc> alexsmirnov: balunasj do you think that we should although test all modules separately like doing currently?
[19:27:07] <@balunasj> and a "heavy" builds that does everything all the way to distribution.
[19:28:10] <lfryc> we have setup builds for verification for all modules separately using all needed artifacts from staging repo
[19:28:10] <@balunasj> lfryc: well the structure is changing a lot.  The only places I would see a break up would be core, ui, example, cdk, docs.  But they would all depend on snapshots of other modules.
[19:28:28] <@balunasj> lfryc: I think that is a separate thing for now
[19:30:18] <lfryc> balunasj: also want to satisfy that modules will not depend on any snapshot version, we will setup maven builds to use release artifacts only
[19:30:38] <@balunasj> lfryc: for verifing the releases yes.
[19:30:44] <lfryc> good
[19:30:55] <@balunasj> but I'm just talking about straight CI builds
[19:31:00] <alexsmirnov> balunasj : modules would be triggered by any commits ( to confirm that commited code is correct ), but heavy integrated build performed once a day to deploy snapshot into snapshots.jboss.org.
[19:31:03] <@balunasj> the release builds will come after that.
[19:31:16] <@balunasj> alexsmirnov: agree
[19:32:16] <@balunasj> anything else from QE?
[19:32:32] <ppitonak> balunasj: no
[19:32:36] <lfryc> not from me
[19:32:46] <@balunasj> ok thanks - good comments
[19:32:52] <@balunasj> the last bit is about hosting.
[19:33:12] <ilya_shaikovsky> balunasj, added comments related to that
[19:33:16] <ilya_shaikovsky> at agenda page
[19:33:22] <@balunasj> I've prepared a letter to IT about hosting 4.0 demo on jboss.org.  However
[19:33:38] <@balunasj> GAE is a viable alternative, and one that we can handle.
[19:34:02] <@balunasj> The question is about time to prepare it correctly for "public" ?
[19:34:11] <@balunasj> thoughts?
[19:34:54] <@balunasj> We're fine with GAE, and I can pay for it, the question is will it be better?
[19:35:08] <@balunasj> Personally I think it would great if we did host the 4.0 demo there
[19:35:39] <alexsmirnov> balunasj : we discussed it with Nick yesterday. The problem that even a few requests from development team ate about 10% CPU of free account limit.
[19:36:07] <ilya_shaikovsky> balunasj, and session size quota exceeds even faster accoring Nick's checks
[19:36:15] <ilya_shaikovsky> we could improve
[19:36:26] <alexsmirnov> So, the only question is RedHat ready to pay for GAE.
[19:36:28] <ilya_shaikovsky> buut we talking about great auditory and not just our few requestss
[19:36:35] <@balunasj> alexsmirnov: right, nbelaevski brought this up with me a bit.
[19:37:02] <@balunasj> alexsmirnov: I'm requesting approval ( wink, wink rruss ) ;-)
[19:37:15] <@balunasj> but would need to estimate cost by usage.
[19:37:34] <@balunasj> If not then we'll host on jboss.org and get our own virtual machines.
[19:37:52] <rruss> balunasj: if we can figure out the difference between getting jb.org and GAE, I'm game :)
[19:37:58] <@balunasj> I just think that hosting on GAE would be good for the project, and help us catch related issue.
[19:37:59] <alexsmirnov> actually, any place costs some money ( and Exadel livedemo is not an exception ), but for internal hosting these money masked in other expenses.
[19:38:29] <@balunasj> alexsmirnov: now your sounding like a true corporate game player ;-)
[19:38:38] <rruss> :)
[19:38:53] <rruss> no one really cares about those "soft" costs
[19:39:01] <@balunasj> so we'll look into it, but leave GAE open as an issue.
[19:39:26] <alexsmirnov> alexsmirnov: I has been on CIO role in the small company, so I know budget problems wery well :-)
[19:39:40] <@balunasj> alexsmirnov: :-)
[19:40:00] <@balunasj> ok, so anything else before we wrap up this meeting?
[19:40:20] pmuir [~pmuir@redhat/jboss/pmuir] has quit IRC: Quit: Leaving
[19:41:06] <@balunasj> ok all thanks
[19:47:00] ilya_shaikovsky [~x3User255@93.191.103.3] has quit IRC: Ping timeout: 246 seconds
[19:49:08] Konstantin1 [~k@93.84.88.0] has joined #richfaces
[19:52:38] balunasj [~balunasj@redhat/jboss/balunasj] has left #richfaces
[19:52:43] Alex_Kolonitsky [~akolonits@93.191.103.3] has left #richfaces
[19:53:46] ppitonak [~ppitonak@nat/redhat/x-mowezqbmpbabpyhm] has quit IRC: Ping timeout: 260 seconds
[19:58:04] alexsmirnov [~Adium@c-67-174-245-9.hsd1.ca.comcast.net] has quit IRC: Quit: Leaving.
[20:00:29] bdlink [~quassel@d75-155-106-16.bchsia.telus.net] has quit IRC: Ping timeout: 245 seconds
[20:01:08] Konstantin1 [~k@93.84.88.0] has quit IRC: Quit: Leaving.
[20:06:16] abelevich [~belevich_@93.191.103.3] has left #richfaces
[20:21:58] Konstantin1 [~k@93.84.88.0] has joined #richfaces
[20:22:14] Konstantin1 [~k@93.84.88.0] has quit IRC: Client Quit
[20:31:13] pmuir [~pmuir@redhat/jboss/pmuir] has joined #richfaces
[20:32:24] alexsmirnov [~alexsmirn@206-169-37-236.static.twtelecom.net] has joined #richfaces
[22:08:52] bdlink [~quassel@142.232.147.132] has joined #richfaces
[23:36:45] Connection to server lost
### Log session terminated at Вт 10. авг 23:37:14 2010 ###