You are viewing a plain text version of this content. The canonical link for it is here.
Posted to torque-dev@db.apache.org by Scott Eade <se...@backstagetech.com.au> on 2004/08/23 05:29:40 UTC
[SOURCE] Issue #TRQS217 modified
You can view the issue detail at the following URL:
http://nagoya.apache.org/scarab/issues/id/TRQS217
Type
Task
Issue ID
TRQS217 (Please provide torque-gen-3.1.1-dev for maven on ibiblio in correct directory.)
Modified by
Scott Eade
seade@backstagetech.com.au (seade@backstagetech.com.au)
The following modifications were made to this issue:
---------------------------------------------------------------------
Resolution set to "Fixed"
Status changed from "New" to "Closed"
Reason:
This will be sorted out real soo now with the release of Torque 3.1.1.
---------------------------------------------------------------------
This message is automatically generated by the Scarab
issue tracking system. For more information:
http://scarab.tigris.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: Deployment to repository [was" [SOURCE] Issue #TRQS217 modified]
Posted by Scott Eade <se...@backstagetech.com.au>.
Henning P. Schmiedehausen wrote:
>-bash-2.05b$ pwd
>/x1/www/www.apache.org/dist/java-repository/torque/plugins
>-bash-2.05b$ ls -lad .
>drwxrwxr-x 2 henning apcvs 512 Aug 22 17:42 .
>
>
Thanks a bunch,
Scott
--
Scott Eade
Backstage Technologies Pty. Ltd.
http://www.backstagetech.com.au
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: Deployment to repository [was" [SOURCE] Issue #TRQS217 modified]
Posted by "Henning P. Schmiedehausen" <hp...@intermeta.de>.
Scott Eade <se...@backstagetech.com.au> writes:
>Excellent.
>cannot deploy the plugin because of a permission problem. It seems that
>the directory /x1/www/www.apache.org/dist/java-repository/torque/plugins
>doesn't have group write access and hence I cannot write the jar file
"§(")=!§ Maven. :-) Done.
-bash-2.05b$ pwd
/x1/www/www.apache.org/dist/java-repository/torque/plugins
-bash-2.05b$ ls -lad .
drwxrwxr-x 2 henning apcvs 512 Aug 22 17:42 .
[...]
>BTW: I recall a while back you expressing some caution about using
>site:deploy / site:sshdeploy - is this caution still warranted or are
>you happier with these now that maven 1.0 has been released?
maven-1.0 is an improvement beyond the betas that I cannot start to
put in words. The work done on the tree beyond b10 is tremendous and
personally I consider it stable (though not quirk-free but no software
really is).
I did deploy the various Turbine sites with maven site:deploy and had
no problems. Only gotcha might be directory permission problems.
Regards
Henning
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
hps@intermeta.de +49 9131 50 654 0 http://www.intermeta.de/
RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire
Linux, Java, perl, Solaris -- Consulting, Training, Development
"Fighting for one's political stand is an honorable action, but re-
fusing to acknowledge that there might be weaknesses in one's
position - in order to identify them so that they can be remedied -
is a large enough problem with the Open Source movement that it
deserves to be on this list of the top five problems."
-- Michelle Levesque, "Fundamental Issues with
Open Source Software Development"
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: Deployment to repository [was" [SOURCE] Issue #TRQS217 modified]
Posted by Scott Eade <se...@backstagetech.com.au>.
Excellent.
Thanks for going into so much details below - unfortunately I already
had my authorized_keys set up so a little of your effort was somewhat
wasted (though I am sure the information will be useful to others who
follow). The trick for Windows with putty (for ssh/scp) is to set up
maven.scp.executable and maven.ssh.executable in build properties as
detailed on
http://maven.apache.org/reference/plugins/site/properties.html (though I
had to use absolute paths to the executables) - this and the other
properties and POM elements you provided below has got it working for me.
I have deployed torque-gen-3.1.1-rc1.jar and torque-3.1.1-rc1.jar, but I
cannot deploy the plugin because of a permission problem. It seems that
the directory /x1/www/www.apache.org/dist/java-repository/torque/plugins
doesn't have group write access and hence I cannot write the jar file
for the plugin. Since you are the owner you will be able to add group
write access for this directory.
Let me know when you are done and I will upload the plugin. I will also
commit the last changes to the various properties and POM files and tag RC1.
BTW: I recall a while back you expressing some caution about using
site:deploy / site:sshdeploy - is this caution still warranted or are
you happier with these now that maven 1.0 has been released?
Thanks,
Scott
--
Scott Eade
Backstage Technologies Pty. Ltd.
http://www.backstagetech.com.au
Henning P. Schmiedehausen wrote:
>Scott Eade <se...@backstagetech.com.au> writes:
>
>
>
>>Thanks Henning, this sounds really good. I know it is OT, but would you
>>mind listing for me the properties that I need to set to make this work.
>>
>>
>
>
>
>>Maven tells me that I need:
>>
>>
>
>
>
>> maven.username
>>
>>
>
>I have
>
>maven.username=henning
>maven.ssh.args=-o ForwardX11=false
>
>in my local ~/build.properties because I need them all the time.
>
>The project itself then gets
>
>maven.repo.remote=http://www.ibiblio.org/maven/,http://www.apache.org/dist/java-repository/
>maven.remote.group=apcvs
>
>in its project.properties.
>
>
>
>>It tries to deploy to ibiblio so I suppose I have to tell it where the
>>repository is. Is it the various maven:artifact settings that I need to
>>set? If you can send me a sanitised copy of what you have it will save
>>me some time.
>>
>>
>
>Change the distribution lines in project.xml
>
><distributionSite>www.apache.org</distributionSite>
><distributionDirectory>/www/www.apache.org/dist/java-repository/</distributionDirectory>
>
>You can take a look at the current Turbine 2.3 tree. There I did all
>the changes necessary for deploying to the apache site.
>
>
>
>>My intention is to deploy 3.1.1-rc1 of generator, maven-plugin and
>>runtime and then hold a release vote. For the release I will have to
>>look at creating and deploying the actual distributions (signing,
>>mirroring, etc.)
>>
>>
>
>Goes just like the RCs. I can help you with signing; i already did
>this for Turbine 2.3.
>
>You should be able to log into www.apache.org without it having to
>prompt for a password by using ssh-keys. If you don't have a local
>key, this is how you do it:
>
>On your local machine, you run
>
>$ ssh-keygen -b 1024 -d
>
>When it asks you, where to store the keys, you simple press return.
>When it asks you for a pass-phrase, you enter a secret message which
>should be treated like a password.
>
>Now you should have a file called id_dsa.pub in the .ssh subdirectory
>on your local machine. This is your public key id. You copy this file
>to www.apache.org. On www.apache.org, you also create a .ssh
>subdirectory in your home (you probably already have one).
>
>Append the id_dsa.pub file to ~/.ssh/authorized_keys2
>(use cat id_dsa.pub >> ~/.ssh/authorized_keys2 )
>
>Now log out again. On your local computer, run
>
>ssh-add -l
>
>On any reasonably current Linux distribution, this should display
>
>The agent has no identities.
>
>If it tells you "could not contact the secure shell agent", then you
>must run a subshell with "ssh-agent /bin/bash" first.
>
>Almost there. Now run
>
>ssh-add
>
>This prompts for a login:
>
>Enter passphrase for <home directory>/.ssh/id_dsa:
>
>Now enter your pass phrase.
>
>ssh-add -l should now display a few lines similar to:
>
>1024 27:7d:8d:61:70:c0:36:c9:c1:a8:e8:62:d5:95:17:ee /home/henning/.ssh/id_dsa (DSA)
>
>Try logging into www.apache.org using slogin. This should work without
>a password prompt.
>
>A, I forgot, you should have some sort of unixoid system. :-)
>Windows; well, with cygwin this should go just like this.
>Regular Windows, gee. No idea.
>
> Regards
> Henning
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: Deployment to repository [was" [SOURCE] Issue #TRQS217 modified]
Posted by "Henning P. Schmiedehausen" <hp...@intermeta.de>.
Scott Eade <se...@backstagetech.com.au> writes:
>Thanks Henning, this sounds really good. I know it is OT, but would you
>mind listing for me the properties that I need to set to make this work.
>Maven tells me that I need:
> maven.username
I have
maven.username=henning
maven.ssh.args=-o ForwardX11=false
in my local ~/build.properties because I need them all the time.
The project itself then gets
maven.repo.remote=http://www.ibiblio.org/maven/,http://www.apache.org/dist/java-repository/
maven.remote.group=apcvs
in its project.properties.
>It tries to deploy to ibiblio so I suppose I have to tell it where the
>repository is. Is it the various maven:artifact settings that I need to
>set? If you can send me a sanitised copy of what you have it will save
>me some time.
Change the distribution lines in project.xml
<distributionSite>www.apache.org</distributionSite>
<distributionDirectory>/www/www.apache.org/dist/java-repository/</distributionDirectory>
You can take a look at the current Turbine 2.3 tree. There I did all
the changes necessary for deploying to the apache site.
>My intention is to deploy 3.1.1-rc1 of generator, maven-plugin and
>runtime and then hold a release vote. For the release I will have to
>look at creating and deploying the actual distributions (signing,
>mirroring, etc.)
Goes just like the RCs. I can help you with signing; i already did
this for Turbine 2.3.
You should be able to log into www.apache.org without it having to
prompt for a password by using ssh-keys. If you don't have a local
key, this is how you do it:
On your local machine, you run
$ ssh-keygen -b 1024 -d
When it asks you, where to store the keys, you simple press return.
When it asks you for a pass-phrase, you enter a secret message which
should be treated like a password.
Now you should have a file called id_dsa.pub in the .ssh subdirectory
on your local machine. This is your public key id. You copy this file
to www.apache.org. On www.apache.org, you also create a .ssh
subdirectory in your home (you probably already have one).
Append the id_dsa.pub file to ~/.ssh/authorized_keys2
(use cat id_dsa.pub >> ~/.ssh/authorized_keys2 )
Now log out again. On your local computer, run
ssh-add -l
On any reasonably current Linux distribution, this should display
The agent has no identities.
If it tells you "could not contact the secure shell agent", then you
must run a subshell with "ssh-agent /bin/bash" first.
Almost there. Now run
ssh-add
This prompts for a login:
Enter passphrase for <home directory>/.ssh/id_dsa:
Now enter your pass phrase.
ssh-add -l should now display a few lines similar to:
1024 27:7d:8d:61:70:c0:36:c9:c1:a8:e8:62:d5:95:17:ee /home/henning/.ssh/id_dsa (DSA)
Try logging into www.apache.org using slogin. This should work without
a password prompt.
A, I forgot, you should have some sort of unixoid system. :-)
Windows; well, with cygwin this should go just like this.
Regular Windows, gee. No idea.
Regards
Henning
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
hps@intermeta.de +49 9131 50 654 0 http://www.intermeta.de/
RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire
Linux, Java, perl, Solaris -- Consulting, Training, Development
"Fighting for one's political stand is an honorable action, but re-
fusing to acknowledge that there might be weaknesses in one's
position - in order to identify them so that they can be remedied -
is a large enough problem with the Open Source movement that it
deserves to be on this list of the top five problems."
-- Michelle Levesque, "Fundamental Issues with
Open Source Software Development"
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Deployment to repository [was" [SOURCE] Issue #TRQS217 modified]
Posted by Scott Eade <se...@backstagetech.com.au>.
Henning P. Schmiedehausen wrote:
>if you want to, you can use the "maven jar:deploy" goal to put a
>snapshot or a release onto the www.apache.org repository. From there,
>it is mirrored onto ibiblio. No more "could you please upload <xxx>
>from <yyy>" asking on the maven lists. Yeah!
>
>For the plugin, it is maven plugin:repository-deploy (noone would have
>expected it to have the same name as the deploy target in the jar
>plugin. ;-) ).
>
>One cause for concern that I have is the fact that we have two
>development branches and only one "SNAPSHOT" version. You can't decide
>for yourself, if <version>SNAPSHOT</version> will pull a 3.1 or a 3.2
>snapshot from ibiblio.
>
>Ah well, I said time and again on the maven lists, that the whole
>SNAPSHOT concept was a bad idea, but no one wanted to listen...
>
Thanks Henning, this sounds really good. I know it is OT, but would you
mind listing for me the properties that I need to set to make this work.
Maven tells me that I need:
maven.username
It tries to deploy to ibiblio so I suppose I have to tell it where the
repository is. Is it the various maven:artifact settings that I need to
set? If you can send me a sanitised copy of what you have it will save
me some time.
My intention is to deploy 3.1.1-rc1 of generator, maven-plugin and
runtime and then hold a release vote. For the release I will have to
look at creating and deploying the actual distributions (signing,
mirroring, etc.)
Thanks,
Scott
--
Scott Eade
Backstage Technologies Pty. Ltd.
http://www.backstagetech.com.au
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [SOURCE] Issue #TRQS217 modified
Posted by "Henning P. Schmiedehausen" <hp...@intermeta.de>.
Scott Eade <se...@backstagetech.com.au> writes:
>Reason:
>This will be sorted out real soo now with the release of Torque 3.1.1.
Scott,
if you want to, you can use the "maven jar:deploy" goal to put a
snapshot or a release onto the www.apache.org repository. From there,
it is mirrored onto ibiblio. No more "could you please upload <xxx>
from <yyy>" asking on the maven lists. Yeah!
For the plugin, it is maven plugin:repository-deploy (noone would have
expected it to have the same name as the deploy target in the jar
plugin. ;-) ).
One cause for concern that I have is the fact that we have two
development branches and only one "SNAPSHOT" version. You can't decide
for yourself, if <version>SNAPSHOT</version> will pull a 3.1 or a 3.2
snapshot from ibiblio.
Ah well, I said time and again on the maven lists, that the whole
SNAPSHOT concept was a bad idea, but no one wanted to listen...
Regards
Henning
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
hps@intermeta.de +49 9131 50 654 0 http://www.intermeta.de/
RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire
Linux, Java, perl, Solaris -- Consulting, Training, Development
"Fighting for one's political stand is an honorable action, but re-
fusing to acknowledge that there might be weaknesses in one's
position - in order to identify them so that they can be remedied -
is a large enough problem with the Open Source movement that it
deserves to be on this list of the top five problems."
-- Michelle Levesque, "Fundamental Issues with
Open Source Software Development"
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org