Moving catacomb to apache-extras

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Moving catacomb to apache-extras

markus.litz
Hi All,
 
 
Because it’s unlikely that catacomb will become an apache incubator project in the near future, I think it is good idea to move our project hosting to apache-extras. Subversion moved to apache and tigris is not a very handy platform for developers at all. At least it could help to improve the project visibility and brings us a little bit closer to apache.
 
I have created a project at apache-extras (https://code.google.com/a/apache-extras.org/p/catacomb/) and could to the migration of the site, the repository and the user import of no one is against it.
 
Any thought on that?
 
---
Markus Litz
DLR (German Aerospace Center),
Simulation and Software Technology Linder Hoehe,
51147 Cologne, Germany
Phone: +49 2203 601-2018
ICQ# 10966307
 
 
 
Reply | Threaded
Open this post in threaded view
|

Re: Moving catacomb to apache-extras

Guy K. Kloss-3
On Sat, 18 Dec 2010 01:17:41 you wrote:
> Any thought on that?

+1 on that. Any good exposure is beneficial, and this places Catacomb more
prominently.

And BTW, what is the current status of the project?

I've heard rumours that (I hope I'm correct here) the fork LimeStone is the
"inofficial tip" of the development and therefore preferable over the current
Catacomb code base. It would be good to know which options exist, what their
pros/cons are, and how strongly they are related. Maybe it's better to
reintegrate/port one to the other and focus on that one in the most prominent
place?

Guy

--
Guy K. Kloss
School of Computing + Mathematical Sciences
Auckland University of Technology
Private Bag 92006, Auckland 1142
phone: +64 9 921 9999 ext. 5032
eMail: [hidden email]

------------------------------------------------------
http://catacomb.tigris.org/ds/viewMessage.do?dsForumId=1337&dsMessageId=2691533

To unsubscribe from this discussion, e-mail: [[hidden email]].

signature.asc (205 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Moving catacomb to apache-extras

Joe Feise
In reply to this post by markus.litz
Markus Litz wrote on 12/17/10 04:17:

> Hi All,
>
> Apache has launched Apache-Extras (http://mail-archives.apache.org/mod_mbox/www-announce/201012.mbox/%3C685955.6439.qm@...%3E) .
>
> Because it's unlikely that catacomb will become an apache incubator project in the near future, I think it is good idea to move our project hosting to apache-extras. Subversion moved to apache and tigris is not a very handy platform for developers at all. At least it could help to improve the project visibility and brings us a little bit closer to apache.
>
> I have created a project at apache-extras (https://code.google.com/a/apache-extras.org/p/catacomb/) and could to the migration of the site, the repository and the user import of no one is against it.
>
> Any thought on that?


+1

------------------------------------------------------
http://catacomb.tigris.org/ds/viewMessage.do?dsForumId=1337&dsMessageId=2691951

To unsubscribe from this discussion, e-mail: [[hidden email]].
Reply | Threaded
Open this post in threaded view
|

AW: Moving catacomb to apache-extras

markus.litz
In reply to this post by Guy K. Kloss-3
I created the project and copied the repository. I added everyone with a gmail address to the project, all the other could do it oneself at http://code.google.com/a/apache-extras.org/p/catacomb/

The status of the project is quite ambiguous. It's unlikely that catacomb will become a apache incubation project. At best it could become a subproject of the httpd server project.

The LimeStone project is really advanced and very promising. There are some limitations (LimeStone is backed by Postgres only), but the code looks very good and we consider switching to limestone internally.
It unclear if we could "merge" the two projects in a way, because the code has just diverged too much.

-Markus

-----Urspr√ľngliche Nachricht-----
Von: Guy K. Kloss [mailto:[hidden email]]
Gesendet: Freitag, 17. Dezember 2010 19:56
An: [hidden email]
Betreff: Re: [Catacomb] Moving catacomb to apache-extras

On Sat, 18 Dec 2010 01:17:41 you wrote:
> Any thought on that?

+1 on that. Any good exposure is beneficial, and this places Catacomb more
prominently.

And BTW, what is the current status of the project?

I've heard rumours that (I hope I'm correct here) the fork LimeStone is the
"inofficial tip" of the development and therefore preferable over the current
Catacomb code base. It would be good to know which options exist, what their
pros/cons are, and how strongly they are related. Maybe it's better to
reintegrate/port one to the other and focus on that one in the most prominent
place?

Guy

--
Guy K. Kloss
School of Computing + Mathematical Sciences
Auckland University of Technology
Private Bag 92006, Auckland 1142
phone: +64 9 921 9999 ext. 5032
eMail: [hidden email]

------------------------------------------------------
http://catacomb.tigris.org/ds/viewMessage.do?dsForumId=1337&dsMessageId=2691533

To unsubscribe from this discussion, e-mail: [[hidden email]].

------------------------------------------------------
http://catacomb.tigris.org/ds/viewMessage.do?dsForumId=1337&dsMessageId=2695832

To unsubscribe from this discussion, e-mail: [[hidden email]].
Reply | Threaded
Open this post in threaded view
|

Re: AW: Moving catacomb to apache-extras

Guy K. Kloss-3
On Tue, 04 Jan 2011 23:30:00 you wrote:
> The LimeStone project is really advanced and very promising. There are some
> limitations (LimeStone is backed by Postgres only), but the code looks
> very good and we consider switching to limestone internally. It unclear if
> we could "merge" the two projects in a way, because the code has just
> diverged too much.

Yeah, sounds like what I've expected.

I'm currently building a data server on top of the MongoDB NoSQL DB with the
stock GridFS extension. Would be cool if a certain DB abstraction could also
hook into this type of file storage as well. The "magic" thing for me with it
is, that one can have a distributed storage system, with local server access
front ends at every site. I'm currently working on GridFTP and a RESTful web
service, so a WebDAV front end would really fit very well into the mix, too.

Guy


--
Guy K. Kloss
School of Computing + Mathematical Sciences
Auckland University of Technology
Private Bag 92006, Auckland 1142
phone: +64 9 921 9999 ext. 5032
eMail: [hidden email]

------------------------------------------------------
http://catacomb.tigris.org/ds/viewMessage.do?dsForumId=1337&dsMessageId=2696366

To unsubscribe from this discussion, e-mail: [[hidden email]].

signature.asc (205 bytes) Download Attachment