Re: [Pharo-project] [ANN] Hudson build server for Pharo
On Nov 29, 2010, at 11:08 PM, Miguel Cobá wrote:
One question, you have the pharo-project.org domain, why isn't this hudson a subdomain of that domain. Hosted on inria, but accessible by the official project domain?
One step at a time :-)
Anyway, very good news. I suppose that the download page of pharo will point to the latest successful build link of the hudson server very soon.
Yes... that's the goal. The artefact that people download should be generated completely automatically. (This way we can move much faster). Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
On Tue, Nov 30, 2010 at 9:37 AM, Marcus Denker <marcus.denker@inria.fr>wrote:
On Nov 29, 2010, at 11:08 PM, Miguel Cobá wrote:
One question, you have the pharo-project.org domain, why isn't this hudson a subdomain of that domain. Hosted on inria, but accessible by the official project domain?
One step at a time :-)
Anyway, very good news. I suppose that the download page of pharo will point to the latest successful build link of the hudson server very soon.
Yes... that's the goal. The artefact that people download should be generated completely automatically. (This way we can move much faster).
The Dev images can be automatically generated but shouldn't be consider stable, and should NOT be the dev image that a final user download. To build a dev image, you have to options: 1) Just load all the latest versions of all external packages with a large gofer script. This way is easiest to just try to build an image and see how it works. But this doesn't scale, this is not reproducible in the future, and what is worst, it can be not stable (not always the latest versions are the required). This was the previous way to create a Pharo dev. 2) Using Metacello configurations. With this we can make it reproducable and stable. BUUUUT in order to make it stable, we need to define stable metacello versions for all the configuration. And this is not done automatically. So...what I want to say is that for a hudson, it doesn't make sense if the configurations are not updated. Or maybe yes it makes sense doing 1) but I don't know.... Cheers Mariano
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
Hi, Here is the apache2 configuration we use for the hudson.moosetechnology.org server. Perhaps it is useful: <VirtualHost *> ServerName hudson.moosetechnology.org DocumentRoot /srv/hudson.moosetechnology.org/web <Location /> Order deny,allow Allow from all </Location> RewriteEngine On RewriteRule ^/(.*)$ http://localhost:XXXX/$1 [proxy,last] ProxyPassReverse / http://localhost:XXXX/ ProxyRequests Off <Proxy http://localhost:XXXX/*> Order deny,allow Allow from all </Proxy> </VirtualHost> Doru On 30 Nov 2010, at 09:37, Marcus Denker wrote:
On Nov 29, 2010, at 11:08 PM, Miguel Cobá wrote:
One question, you have the pharo-project.org domain, why isn't this hudson a subdomain of that domain. Hosted on inria, but accessible by the official project domain?
One step at a time :-)
Anyway, very good news. I suppose that the download page of pharo will point to the latest successful build link of the hudson server very soon.
Yes... that's the goal. The artefact that people download should be generated completely automatically. (This way we can move much faster).
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
-- www.tudorgirba.com "What is more important: To be happy, or to make happy?"
Thanks Marcus! Really great news! #Luc 2010/11/30 Tudor Girba <tudor.girba@gmail.com>
Hi,
Here is the apache2 configuration we use for the hudson.moosetechnology.org server. Perhaps it is useful:
<VirtualHost *> ServerName hudson.moosetechnology.org
DocumentRoot /srv/hudson.moosetechnology.org/web
<Location /> Order deny,allow Allow from all </Location>
RewriteEngine On RewriteRule ^/(.*)$ http://localhost:XXXX/$1 [proxy,last] ProxyPassReverse / http://localhost:XXXX/ ProxyRequests Off
<Proxy http://localhost:XXXX/*> Order deny,allow Allow from all </Proxy> </VirtualHost>
Doru
On 30 Nov 2010, at 09:37, Marcus Denker wrote:
On Nov 29, 2010, at 11:08 PM, Miguel Cobá wrote:
One question, you have the pharo-project.org domain, why isn't this hudson a subdomain of that domain. Hosted on inria, but accessible by the official project domain?
One step at a time :-)
Anyway, very good news. I suppose that the download page of pharo will point to the latest successful build link of the hudson server very soon.
Yes... that's the goal. The artefact that people download should be
generated completely
automatically. (This way we can move much faster).
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
-- www.tudorgirba.com
"What is more important: To be happy, or to make happy?"
participants (4)
-
Luc Fabresse -
Marcus Denker -
Mariano Martinez Peck -
Tudor Girba