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.

>   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.

> (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

Reply via email to