That is strange. What git plugin are you using, is it using a different version 
of Git than the command-line does?

Dave


On Jan 25, 2012, at 10:24 AM, David LeBer wrote:

> Weird, 
> 
> Doing a manual git clone of WOJenkins gives me good versions of those two 
> scripts.
> 
> The git clone from within Jenkins results in the weird line ending problem.
> 
> D
> 
> --
> David LeBer
> Codeferous Software
> 
> On 2012-01-24, at 7:38 PM, [email protected] wrote:
> 
>> Strange, it's working fine on CentOS.  I will try on a Ubuntu 11 VM that I 
>> have.
>> 
>> Envoyé de mon iPhone
>> 
>> Le 2012-01-24 à 19:35, "David LeBer" <[email protected]> a écrit :
>> 
>>> More info,
>>> 
>>> It looks like the installWebObjects.sh and setupWonderWorkspace.sh scripts 
>>> have ^M's in them.
>>> 
>>> Not sure how that is happening, the Jenkins box is ubuntu and git doesn't 
>>> have anything set for autocrlf.
>>> 
>>> D
>>> 
>>> --
>>> David LeBer
>>> Codeferous Software
>>> 
>>> On 2012-01-24, at 5:52 PM, David LeBer wrote:
>>> 
>>>> Thanks Pascal,
>>>> 
>>>> So, that's important to note, make sure you have the git plugin (had it) 
>>>> and the Mutiple SCM plugin (didn't have it) installed BEFORE you create 
>>>> the job from that config.xml file (otherwise the git checkout stuff will 
>>>> silently get dropped from the job).
>>>> 
>>>> My current problem:
>>>> 
>>>> ...
>>>> [workspace] $ /bin/sh -xe /tmp/hudson2993715712778202760.sh
>>>> + 
>>>> /var/lib/jenkins/jobs/WOJenkins_Job_InstallWOAndWOnder/workspace/WOJenkins/Install/WebObjects/installWebObjects.sh
>>>> /tmp/hudson2993715712778202760.sh: 1: 
>>>> /var/lib/jenkins/jobs/WOJenkins_Job_InstallWOAndWOnder/workspace/WOJenkins/Install/WebObjects/installWebObjects.sh:
>>>>  not found
>>>> Build step 'Execute shell' marked build as failure
>>>> 
>>>> /var/lib/jenkins/jobs/WOJenkins_Job_InstallWOAndWOnder/workspace/WOJenkins/Install/WebObjects/installWebObjects.sh
>>>>  - DOES exist.
>>>> 
>>>> Sigh.
>>>> 
>>>> --
>>>> David LeBer
>>>> Codeferous Software
>>>> 
>>>> On 2012-01-24, at 3:04 PM, Pascal Robert wrote:
>>>> 
>>>>> I got Wonder to build with this config. Note that you will need the Git 
>>>>> and Multiple SCM plugins.
>>>>> 
>>>>> <config.xml>
>>>>> 
>>>>> Cool tip: you can create a new Jenkins job with curl:
>>>>> 
>>>>> curl -v --user youruser:yourpassword -H "Content-Type: text/xml" -s 
>>>>> --data "@config.xml" 
>>>>> http://yourserver:8080/createItem?name=WOJenkins_Job_InstallWOAndWOnder
>>>>> 
>>>>>> Does anyone have details on migrating from David's original scripts 
>>>>>> (that use SVN) to using git for Wonder?
>>>>>> 
>>>>>> D
>>>>>> 
>>>>>> --
>>>>>> David LeBer
>>>>>> Codeferous Software
>>>>>> 
>>>>>> On 2012-01-24, at 1:06 PM, Pascal Robert wrote:
>>>>>> 
>>>>>>> Look like I forgot to add a link to this presentation on the 
>>>>>>> Screencasts page, but it's in the RSS feed. Anyway, direct link:
>>>>>>> 
>>>>>>> http://www.wocommunity.org/podcasts/wowodc/east09/WOWODC09E-MultipleVersionsWO.mov
>>>>>>> 
>>>>>>>> Dave Avendasora made a great presentation (available on the podcast) 
>>>>>>>> that demonstrates how to set up Hudson(Now Jenkins) to build wonder 
>>>>>>>> and your own apps.  It's titled Practical Builds (WOWODC East 2009).
>>>>>>>> 
>>>>>>>> Ramsey
>>>>>>>> 
>>>>>>>> On Jan 24, 2012, at 9:05 AM, Gino Pacitti wrote:
>>>>>>>> 
>>>>>>>>> Sounds cool... is there more info on the wocommunity site wiki as to 
>>>>>>>>> implementation etc...
>>>>>>>>> 
>>>>>>>>> Gino
>>>>>>>>> On 24 Jan 2012, at 16:02, Daniel Beatty wrote:
>>>>>>>>> 
>>>>>>>>>> Greetings Gino,
>>>>>>>>>> The benefits I have found with Hudson and its little brother Jenkins 
>>>>>>>>>> is one gets a consistent and automated build and installation 
>>>>>>>>>> system.   Its integration into the version control repository be it 
>>>>>>>>>> Subversion, Git, or whatever is your pick tends to support a wide 
>>>>>>>>>> variety software engineering models.
>>>>>>>>>> 
>> 
>>>>>>>>>> Other qualities I have benefited from is the consistency with things 
>>>>>>>>>> like permissions and all of the little things that act like weeds if 
>>>>>>>>>> one is trying to build these things from the developer's environment 
>>>>>>>>>> to the next.   It also frees up a project from the quirks of 
>>>>>>>>>> individual development environments which can vary from person to 
>>>>>>>>>> person and project to project.
>>>>>>>>>> 
>>>>>>>>>> In the end, the benefit list is a list of little things.  If those 
>>>>>>>>>> little things matter, then the answer is clear.  For my production 
>>>>>>>>>> environment, it does and it makes sense.
>>>>>>>>>> 
>>>>>>>>>> V/R,
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Dan Beatty, ABD
>>>>>>>>>> Ph.D. Student
>>>>>>>>>> Texas Tech University
>>>>>>>>>> [email protected]
>>>>>>>>>> http://web.me.com/danielbeatty/My_Home_Page/Welcome.html
>>>>>>>>>> (806)438-6620
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On Jan 24, 2012, at 5:04 AM, Gino Pacitti wrote:
>>>>>>>>>> 
>>>>>>>>>>> Hi Paul
>>>>>>>>>>> 
>>>>>>>>>>> What are the benefits?
>>>>>>>>>>> 
>>>>>>>>>>> Gino
>>>>>>>>>>> On 24 Jan 2012, at 13:04, Paul Yu wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> Gino
>>>>>>>>>>>> 
>>>>>>>>>>>> I would highly recommend setting up a Jenkins build server, even 
>>>>>>>>>>>> if it is on your development machine to do your production builds.
>>>>>>>>>>>> 
>>>>>>>>>>>> -- 
>>>>>>>>>>>> Paul Yu
>>>>>>>>>>>> Sent with Sparrow
>>>>>>>>>>>> 
>>>>>>>>>>>> On Tuesday, January 24, 2012 at 7:51 AM, Gino Pacitti wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>>> Currently builds from eclipse result in the startup script being 
>>>>>>>>>>>>> non
>>>>>>>>>>>>> executable unless changed to appserver user...
>>>>>>>>>>>>> 
>>>>>>>>>>>>> I am moving from xcode to eclipse and just wanted a convenience 
>>>>>>>>>>>>> method
>>>>>>>>>>>>> of not having to keep manually changing the owner to appserver and
>>>>>>>>>>>>> instead making the startup script the same as I had it on xcode...
>>>>>>>>>>>>> 
>>>>>>>>>>>>> Gino
>>>>>>>>>>>>> On 24 Jan 2012, at 12:47, Pascal Robert wrote:
>>>>>>>>>>>>> 
>>>>>>>>>>>>>> But why do you need to do that? Execute permissions is already 
>>>>>>>>>>>>>> set
>>>>>>>>>>>>>> for the owner and the group. I guess you want to give "other"
>>>>>>>>>>>>>> execute permissions too? Don't forget that it can be a security
>>>>>>>>>>>>>> risk...
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Hi All
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> I got some great advice on ANT replacement for a permission
>>>>>>>>>>>>>>> variable that was in XCode...
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> It was:
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> <chmod file="${dest.dir}/${build.app.name}" perm="ugo+rx"/>
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> But I am not an expert in where it would go in the build.xml 
>>>>>>>>>>>>>>> file...
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Can anyone point me in the right direction?
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Gino
>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>>>>>>>> Webobjects-dev mailing list ([email protected])
>>>>>>>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> This email sent to [email protected]
>>>>>>>>>>>>> 
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>>>>>> Webobjects-dev mailing list ([email protected])
>>>>>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/pyu%40mac.com
>>>>>>>>>>>>> 
>>>>>>>>>>>>> This email sent to [email protected]
>>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>>>> Webobjects-dev mailing list      ([email protected])
>>>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/danielbeatty%40mac.com
>>>>>>>>>>> 
>>>>>>>>>>> This email sent to [email protected]
>>>>>>>>>> 
>> 
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>>> Webobjects-dev mailing list      ([email protected])
>>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/ginokris%40me.com
>> 
>>>>>>>>>> 
>>>>>>>>>> This email sent to [email protected]
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>> Webobjects-dev mailing list      ([email protected])
>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com
>>>>>>>>> 
>>>>>>>>> This email sent to [email protected]
>>>>>>>> 
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>> Webobjects-dev mailing list      ([email protected])
>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca
>>>>>>>> 
>>>>>>>> This email sent to [email protected]
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>> Webobjects-dev mailing list      ([email protected])
>>>>>>> Help/Unsubscribe/Update your Subscription:
>> 
>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/dleber_wodev%40codeferous.com
>>>>>>> 
>>>>>>> This email sent to [email protected]
>>>>>>> 
>>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list      ([email protected])
>>>> Help/Unsubscribe/Update your Subscription:
>>>> https://lists.apple.com/mailman/options/webobjects-dev/dleber_wodev%40codeferous.com
>>>> 
>>>> This email sent to [email protected]
>>> 
>> 
> 
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
> 
> This email sent to [email protected]


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to