On Wed, Oct 17, 2012 at 08:56:07AM -0400, Chip Childers wrote: > On Wed, Oct 17, 2012 at 7:08 AM, Noah Slater <apa...@tumbolia.org> wrote: > > Chip, I had these notes while testing, that I was going to send out in a > > summary email... > > > > Looking at target/rat.txt > > > > What are these files doing here: > > > > N docs/publican-cloudstack/LICENSE > > N docs/publican-cloudstack/NOTICE > > The docs get packaged into their own package. We left the two files, > so that we had the correct legal docs in the docs package. > > > AL tools/marvin/CHANGES.txt > > N tools/marvin/LICENSE.txt > > AL tools/marvin/MANIFEST.in > > Marvin is a stand-alone tool really. That's why they are there. >
I see Chip has added a DISCLAIMER. Thanks Chip. > > N tools/marvin/marvin/sandbox/demo/live/README > > N tools/marvin/marvin/sandbox/demo/simulator/README > > > > Could these be moved to the root dir: > > > > N docs/README.txt > > N patches/systemvm/debian/README > > N test/integration/component/README > > N test/integration/smoke/README > > They could be (including the marvin ones from above), but I actually > disagree with consolidating them. Personally, I prefer readme files > to be in the folder that they are talking about. If someone wants to > make the change, then I won't argue with it. My preference isn't > strong enough to object strenuously and block the change. > The test and marvin READMEs should have been removed with c86c5d2cc042e5b61879ede43e91d53ab75bc2c2. The top level readme contains everything required. But looks like there was some problem in the cherry-pick. I'll fix that now. I think the patches/systemvm README can remain as is. > > (I have seen some discussion about some these files on the tickets. But > > could you summarise why they are still here for me on this thread?) > > > > > > On 16 October 2012 22:46, Chip Childers <chip.child...@sungard.com> wrote: > > > >> OK - so in reading through this thread, I believe we are in a position > >> where we will need to restart the vote again. We are aborting this > >> vote. > >> > >> I will package up another RC, and start a third round of voting this > >> evening or tomorrow morning (depending on how my schedule works out). > >> > >> I'd like to ask if anyone else has issues to raise now. It would be > >> best to get them resolved before starting another round. Please reply > >> if you have any issues outstanding that you haven't mentioned yet > >> (perhaps because you are still testing). > >> > >> As of right now, our third voting round will only include fixes for > >> CLOUDSTACK-341 (Fix incorrect js object in system.js), CLOUDSTACK-349 > >> (Russian language corrections), Rohit's change to the devcloud push > >> logic and the fix for the issue that Marcus raised. > >> > >> -chip > >> > >> On Tue, Oct 16, 2012 at 4:49 PM, Edison Su <edison...@citrix.com> wrote: > >> > Yah, the one you mentioned is a simple fix, not a blocker IMHO. > >> > It only be triggered when there is an race condition: " but indeed there > >> is a race condition between migrating thread and delta sync thread" from > >> the commence send by Mice. > >> > I'll merge a5bca0999aa010252b1390c4db6dc5023967ab06 into 4.0 > >> > > >> >> -----Original Message----- > >> >> From: Marcus Sorensen [mailto:shadow...@gmail.com] > >> >> Sent: Tuesday, October 16, 2012 1:45 PM > >> >> To: Edison Su > >> >> Cc: cloudstack-dev@incubator.apache.org > >> >> Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, second > >> >> round > >> >> > >> >> That's fine. I understand Edison's issue but the one I mention is a > >> >> fairly problematic bug and a simple fix. Not sure where the line > >> >> should be as far as blockers but I think this should be merged in > >> >> personally. > >> >> > >> >> On Tue, Oct 16, 2012 at 1:20 PM, Edison Su <edison...@citrix.com> > >> wrote: > >> >> > Oh, I see why I didn't merge 915babd970a9b4f209deceb3c4973b7d1c9c0c12 > >> >> into 4.0 branch, as the commit is too disruptive. > >> >> > I'd rather like to leave it as it is for 4.0: no support for guest > >> >> traffic type on multiple physical networks in 4.0 on KVM. Translates to > >> >> plain English, is that you can't create guest VMs on multiple physical > >> >> bridges. > >> >> > > >> >> >> -----Original Message----- > >> >> >> From: Edison Su [mailto:edison...@citrix.com] > >> >> >> Sent: Tuesday, October 16, 2012 11:53 AM > >> >> >> To: 'Marcus Sorensen'; cloudstack-dev@incubator.apache.org > >> >> >> Subject: RE: [VOTE] Apache Cloudstack 4.0.0-incubating Release, > >> >> second > >> >> >> round > >> >> >> > >> >> >> Need to merge another one also: > >> >> >> commit 915babd970a9b4f209deceb3c4973b7d1c9c0c12 > >> >> >> Author: Marcus Sorensen <shadow...@gmail.com> > >> >> >> Date: Wed Sep 26 17:14:57 2012 -0700 > >> >> >> > >> >> >> fix kvm traffic labels (guest traffic types on multiple networks > >> >> >> don't > >> >> >> work) > >> >> >> > >> >> >> > >> >> >> > >> >> >> > -----Original Message----- > >> >> >> > From: Marcus Sorensen [mailto:shadow...@gmail.com] > >> >> >> > Sent: Tuesday, October 16, 2012 10:59 AM > >> >> >> > To: cloudstack-dev@incubator.apache.org > >> >> >> > Cc: Edison Su > >> >> >> > Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, > >> >> >> second > >> >> >> > round > >> >> >> > > >> >> >> > my vote is -1... got stuck in ErrorInMaintenance. We need to > >> >> cherry > >> >> >> > pick a5bca0999aa010252b1390c4db6dc5023967ab06 from master. > >> >> >> > > >> >> >> > On Tue, Oct 16, 2012 at 11:42 AM, Rohit Yadav > >> >> >> <rohit.ya...@citrix.com> > >> >> >> > wrote: > >> >> >> > > I checked again this time with a fresh devcloud, the commands > >> >> that > >> >> >> > clean up devcloud's git repo and pulls new code removes dist/ > >> >> which > >> >> >> > caused issue for Noah. It's fixed in 4.0 now. > >> >> >> > > I think I may have messed up build/override/, so it gave me > >> >> >> deploydb > >> >> >> > errors but with fresh devcloud import, no errors all commands work > >> >> >> fine. > >> >> >> > > > >> >> >> > > Sorry for the trouble, it works. > >> >> >> > > Regards. > >> >> >> > > > >> >> >> > > ________________________________________ > >> >> >> > > From: Edison Su > >> >> >> > > Sent: Tuesday, October 16, 2012 10:51 PM > >> >> >> > > To: Rohit Yadav > >> >> >> > > Cc: cloudstack-dev@incubator.apache.org > >> >> >> > > Subject: RE: [VOTE] Apache Cloudstack 4.0.0-incubating Release, > >> >> >> > second round > >> >> >> > > > >> >> >> > > Why it failed? Any log? The same procedure works for me and chip. > >> >> >> > > > >> >> >> > >> -----Original Message----- > >> >> >> > >> From: Rohit Yadav > >> >> >> > >> Sent: Tuesday, October 16, 2012 10:11 AM > >> >> >> > >> To: Edison Su > >> >> >> > >> Cc: cloudstack-dev@incubator.apache.org > >> >> >> > >> Subject: RE: [VOTE] Apache Cloudstack 4.0.0-incubating Release, > >> >> >> > second > >> >> >> > >> round > >> >> >> > >> > >> >> >> > >> Yes, but the wiki also also suggests to clean DevCloud: > >> >> >> > >> ssh root@localhost -p 2222 'cd /opt/cloudstack/; rm -rf apache- > >> >> >> > tomcat- > >> >> >> > >> 6.0.32; unzip apache-tomcat-6.0.32.zip; cd incubator-cloudstack; > >> >> >> git > >> >> >> > >> clean -f; git reset --hard; git pull --rebase; git clean -f; > >> >> git > >> >> >> > >> checkout origin/4.0 -b 4.0 -f ' > >> >> >> > >> > >> >> >> > >> This remove the build/override/templates.sql, so when I do ant > >> >> >> > >> rdeploydb, it fails. > >> >> >> > >> > >> >> >> > >> Regards. > >> >> >> > >> ________________________________________ > >> >> >> > >> From: Edison Su > >> >> >> > >> Sent: Tuesday, October 16, 2012 10:20 PM > >> >> >> > >> To: Rohit Yadav > >> >> >> > >> Cc: cloudstack-dev@incubator.apache.org > >> >> >> > >> Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, > >> >> >> > second > >> >> >> > >> round > >> >> >> > >> > >> >> >> > >> Rdeploydb will recreate db in devcloud, right? It's documented > >> >> in > >> >> >> > the > >> >> >> > >> test procedure. > >> >> >> > >> > >> >> >> > >> Sent from my iPhone > >> >> >> > >> > >> >> >> > >> On Oct 16, 2012, at 9:15 AM, "Rohit Yadav" > >> >> >> <rohit.ya...@citrix.com> > >> >> >> > >> wrote: > >> >> >> > >> > >> >> >> > >> > Another issue I found was that we're cleaning DevCloud, which > >> >> >> > cleans > >> >> >> > >> the override/templates.sql, pl. make a backup of it. And, pl. > >> >> >> > rdeploydb > >> >> >> > >> to start afresh, your old devcloud image will have old database > >> >> >> (3.x) > >> >> >> > >> which will be failed by DatabaseUpgradeChecker upon ant rdebug. > >> >> >> > >> > > >> >> >> > >> > Edison, can we create and public a new devcloud image on the > >> >> >> same > >> >> >> > url? > >> >> >> > >> > > >> >> >> > >> > Regards, > >> >> >> > >> > Rohit > >> >> >> > >> > > >> >> >> > >> > On 16-Oct-2012, at 9:41 PM, Rohit Yadav > >> >> <rohit.ya...@citrix.com> > >> >> >> > >> wrote: > >> >> >> > >> > > >> >> >> > >> >> Okay, I re-read the logs and found the issues: > >> >> >> > >> >> > >> >> >> > >> >> 1. If you're using PPA: natecarlson/maven3, we will have to > >> >> use > >> >> >> > mvn3, > >> >> >> > >> so mvn3 -P deps. Updated the 4.0 test procedure wiki. > >> >> >> > >> >> > >> >> >> > >> >> 2. Since, we've moved from ant and we clean the repository > >> >> in > >> >> >> > Test > >> >> >> > >> the Build section. This cleans up target and dist folders. > >> >> >> > >> >> Hence, when we do ant rdeploy, it fails to scp target/ and > >> >> >> > dist/ > >> >> >> > >> to devcloud's /opt/cloudstack/incubator-cloudstack/ > >> >> >> > >> >> > >> >> >> > >> >> Manual fix for now: > >> >> >> > >> >> - ssh to devcloud; ssh -p 2222 root@localhost; cd > >> >> >> > >> /opt/cloudstack/incubator-cloudstack; mkdir -p target dist; > >> >> >> > >> >> - back to your host os etc. > >> >> >> > >> >> > >> >> >> > >> >> Applied fix to create dirs before scp-ing on 4.0 branch: > >> >> >> > >> >> 53a3c2f171dfea5de6e0cda2ae3317560ecd91f5 > >> >> >> > >> >> > >> >> >> > >> >> DevCloud on master needs fixing with maven, I'll work on > >> >> this > >> >> >> in > >> >> >> > >> case anyone else if not already working on it? > >> >> >> > >> >> > >> >> >> > >> >> Regards. > >> >> >> > >> >> > >> >> >> > >> >> > >> >> >> > >> >> On 16-Oct-2012, at 8:38 PM, Chip Childers > >> >> >> > >> <chip.child...@sungard.com> wrote: > >> >> >> > >> >> > >> >> >> > >> >>> I'm offline in a all day meeting. Can someone help Noah > >> >> please? > >> >> >> > >> >>> > >> >> >> > >> >>> - chip > >> >> >> > >> >>> > >> >> >> > >> >>> Sent from my iPhone. > >> >> >> > >> >>> > >> >> >> > >> >>> On Oct 16, 2012, at 11:00 AM, Noah Slater > >> >> >> <nsla...@tumbolia.org> > >> >> >> > >> wrote: > >> >> >> > >> >>> > >> >> >> > >> >>>> I just tried to clean the source locally and redeploy and > >> >> get > >> >> >> > the > >> >> >> > >> same > >> >> >> > >> >>>> error. > >> >> >> > >> >>>> > >> >> >> > >> >>>> Chip, can you advise please? > >> >> >> > >> >>>> > >> >> >> > >> >>>> On Tue, Oct 16, 2012 at 2:48 PM, Noah Slater > >> >> >> > >> <nsla...@tumbolia.org> wrote: > >> >> >> > >> >>>> > >> >> >> > >> >>>>> I am following the instructions from the wiki, copy and > >> >> >> paste > >> >> >> > >> style. > >> >> >> > >> >>>>> > >> >> >> > >> >>>>> This is the FIRST time the rdeploy thing managed to SSH > >> >> into > >> >> >> > the > >> >> >> > >> VM. > >> >> >> > >> >>>>> > >> >> >> > >> >>>>> Do these comments still apply? (Should we document them?) > >> >> >> > >> >>>>> > >> >> >> > >> >>>>> > >> >> >> > >> >>>>> On Tue, Oct 16, 2012 at 1:49 PM, Rohit Yadav > >> >> >> > >> <rohit.ya...@citrix.com>wrote: > >> >> >> > >> >>>>> > >> >> >> > >> >>>>>> > >> >> >> > >> >>>>>> On 16-Oct-2012, at 5:48 PM, Noah Slater > >> >> >> > <nsla...@tumbolia.org> > >> >> >> > >> wrote: > >> >> >> > >> >>>>>> > >> >> >> > >> >>>>>>> Now I have this error: > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>> $ ant rdeploy > >> >> >> > >> >>>>>>> Buildfile: > >> >> >> > >> >>>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> >> incubating- > >> >> >> > >> src/build.xml > >> >> >> > >> >>>>>>> [echo] Using build parameters from > >> >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> incubating- > >> >> >> > >> src/build/build-cloud.properties > >> >> >> > >> >>>>>>> [echo] Using company info from > >> >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> incubating- > >> >> >> > >> src/build/cloud.properties > >> >> >> > >> >>>>>>> [echo] Using override file from > >> >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> incubating- > >> >> >> > >> src/build/replace.properties > >> >> >> > >> >>>>>>> [echo] Using build parameters from > >> >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> incubating- > >> >> >> > >> src/build/build-cloud.properties > >> >> >> > >> >>>>>>> [echo] Using company info from > >> >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> incubating- > >> >> >> > >> src/build/cloud.properties > >> >> >> > >> >>>>>>> [echo] Using override file from > >> >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> incubating- > >> >> >> > >> src/build/replace.properties > >> >> >> > >> >>>>>>> [echo] deploy home: > >> >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> incubating- > >> >> >> > >> src/build/deploy > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>> rdeploy: > >> >> >> > >> >>>>>>> [echo] copying build folder to remote > >> >> >> > >> >>>>>>> [scp] Connecting to localhost:2222 > >> >> >> > >> >>>>>>> [scp] done. > >> >> >> > >> >>>>>>> [scp] Connecting to localhost:2222 > >> >> >> > >> >>>>>>> [scp] done. > >> >> >> > >> >>>>>>> [echo] copying deps folder to remote > >> >> >> > >> >>>>>>> [scp] Connecting to localhost:2222 > >> >> >> > >> >>>>>>> [scp] done. > >> >> >> > >> >>>>>>> [echo] copying target folder to remote > >> >> >> > >> >>>>>>> [scp] Connecting to localhost:2222 > >> >> >> > >> >>>>>>> [scp] done. > >> >> >> > >> >>>>>>> [echo] copying dist folder to remote > >> >> >> > >> >>>>>>> [scp] Connecting to localhost:2222 > >> >> >> > >> >>>>>>> [scp] done. > >> >> >> > >> >>>>>>> [sshexec] Connecting to localhost:2222 > >> >> >> > >> >>>>>>> [sshexec] cmd : echo $CATALINA_HOME; export > >> >> >> > >> >>>>>>> CATALINA_HOME=/opt/cloudstack/apache-tomcat-6.0.32;cd > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack;ant deploy-server > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] Buildfile: /opt/cloudstack/incubator- > >> >> >> > >> cloudstack/build.xml > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using build parameters from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/build- > >> >> >> > >> cloud.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using company info from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> >> cloudstack/build/cloud.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using override file from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> >> > cloudstack/build/replace.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using build parameters from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/build- > >> >> >> > >> cloud.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using company info from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> >> cloudstack/build/cloud.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using override file from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> >> > cloudstack/build/replace.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] deploy home: > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/deploy > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] deploy-common: > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using build parameters from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/build- > >> >> >> > >> cloud.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using company info from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> >> cloudstack/build/cloud.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using override file from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> >> > cloudstack/build/replace.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using build parameters from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/build- > >> >> >> > >> cloud.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using company info from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> >> cloudstack/build/cloud.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] Using override file from > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> >> > cloudstack/build/replace.properties > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] [echo] deploy home: > >> >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/deploy > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] unzip: > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] BUILD FAILED > >> >> >> > >> >>>>>>> [sshexec] /opt/cloudstack/incubator- > >> >> >> > >> cloudstack/build/developer.xml:184: > >> >> >> > >> >>>>>>> src '/opt/cloudstack/incubator- > >> >> >> > >> cloudstack/dist/client/client.war' > >> >> >> > >> >>>>>> doesn't > >> >> >> > >> >>>>>> > >> >> >> > >> >>>>>> Before rdeploying, you need to clean-all build-all and > >> >> make > >> >> >> > sure > >> >> >> > >> to ant > >> >> >> > >> >>>>>> clean-tomcat (for any unclean issue), I usually ssh and > >> >> cd > >> >> >> to > >> >> >> > >> >>>>>> /opt/cloudstack, git pull and run commands there. > >> >> >> > >> >>>>>> > >> >> >> > >> >>>>>> Regards. > >> >> >> > >> >>>>>> > >> >> >> > >> >>>>>>> exist. > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> [sshexec] Total time: 1 second > >> >> >> > >> >>>>>>> [sshexec] > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>> BUILD FAILED > >> >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> incubating- > >> >> >> > >> src/build/build-devcloud.xml:94: > >> >> >> > >> >>>>>>> Remote command failed with exit status 1 > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>> Total time: 55 seconds > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>> On Tue, Oct 16, 2012 at 1:16 PM, Noah Slater > >> >> >> > >> <nsla...@tumbolia.org> > >> >> >> > >> >>>>>> wrote: > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>>> Thanks, downloading the binary distribution of Ant and > >> >> >> > >> manually copying > >> >> >> > >> >>>>>>>> ant-jsch.jar worked for me. I have updated the wiki. > >> >> >> > >> >>>>>>>> > >> >> >> > >> >>>>>>>> > >> >> >> > >> >>>>>>>> On Tue, Oct 16, 2012 at 1:01 PM, Sebastien Goasguen > >> >> >> > >> <run...@gmail.com > >> >> >> > >> >>>>>>> wrote: > >> >> >> > >> >>>>>>>> > >> >> >> > >> >>>>>>>>> I followed this: > >> >> >> > >> >>>>>>>>> > >> >> >> > >> >>>>>>>>> http://myvirtual-lab.blogspot.com.es/2009/07/ant-scp- > >> >> >> and- > >> >> >> > >> ec2.html > >> >> >> > >> >>>>>>>>> > >> >> >> > >> >>>>>>>>> with updated versions.. > >> >> >> > >> >>>>>>>>> > >> >> >> > >> >>>>>>>>> On Oct 16, 2012, at 1:48 PM, Noah Slater > >> >> >> > >> <nsla...@tumbolia.org> > >> >> >> > >> >>>>>> wrote: > >> >> >> > >> >>>>>>>>> > >> >> >> > >> >>>>>>>>>> $ ls -l /usr/share/ant/lib/jsch-0.1.48.jar > >> >> >> > >> >>>>>>>>>> -rw-r--r-- 1 root wheel 226175 15 Oct 20:10 > >> >> >> > >> >>>>>>>>>> /usr/share/ant/lib/jsch-0.1.48.jar > >> >> >> > >> >>>>>>>>>> > >> >> >> > >> >>>>>>>>>> > >> >> >> > >> >>>>>>>>>> -- > >> >> >> > >> >>>>>>>>>> NS > >> >> >> > >> >>>>>>>> > >> >> >> > >> >>>>>>>> > >> >> >> > >> >>>>>>>> -- > >> >> >> > >> >>>>>>>> NS > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>> > >> >> >> > >> >>>>>>> -- > >> >> >> > >> >>>>>>> NS > >> >> >> > >> >>>>> > >> >> >> > >> >>>>> > >> >> >> > >> >>>>> -- > >> >> >> > >> >>>>> NS > >> >> >> > >> >>>> > >> >> >> > >> >>>> > >> >> >> > >> >>>> > >> >> >> > >> >>>> -- > >> >> >> > >> >>>> NS > >> >> >> > >> >> > >> >> >> > >> > > >> > > >> > > > > > > > > -- > > NS -- Prasanna.,
