Thread: gforge
I have projects.postgresql.org pointing at www.postgresql.org's VM, and am playing around with an install of gforge over there right now, see what it takes to get it up and running ... more as it becomes available, but if anyone has experience with this, would love help :) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
> -----Original Message----- > From: Marc G. Fournier [mailto:scrappy@postgresql.org] > Sent: 25 November 2003 18:22 > To: pgsql-www@postgresql.org > Subject: [pgsql-www] gforge > > > I have projects.postgresql.org pointing at > www.postgresql.org's VM, and am playing around with an > install of gforge over there right now, see what it takes to > get it up and running ... > > more as it becomes available, but if anyone has experience > with this, would love help :) What's wrong with Gborg, or have I missed the point? Regards, Dave.
On Wed, 26 Nov 2003, Dave Page wrote: > > > > -----Original Message----- > > From: Marc G. Fournier [mailto:scrappy@postgresql.org] > > Sent: 25 November 2003 18:22 > > To: pgsql-www@postgresql.org > > Subject: [pgsql-www] gforge > > > > > > I have projects.postgresql.org pointing at > > www.postgresql.org's VM, and am playing around with an > > install of gforge over there right now, see what it takes to > > get it up and running ... > > > > more as it becomes available, but if anyone has experience > > with this, would love help :) > > What's wrong with Gborg, or have I missed the point? I think the big thing is stall'd development and lack of features ... at least that is the feel I've ever gotten from ppl when I try to get them turned onto it ;( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
> -----Original Message----- > From: Marc G. Fournier [mailto:scrappy@postgresql.org] > Sent: 26 November 2003 14:02 > To: Dave Page > Cc: pgsql-www@postgresql.org > Subject: RE: [pgsql-www] gforge > > On Wed, 26 Nov 2003, Dave Page wrote: > > > What's wrong with Gborg, or have I missed the point? > > I think the big thing is stall'd development and lack of > features ... at least that is the feel I've ever gotten from > ppl when I try to get them turned onto it ;( On the plus side we have various developments in there that *we* want that we might not get in another package. A few thoughts: - What are you going to do about existing projects? Force them to move or end up with 2 projeect sites. Bear in mind that some of the more important ones (libpqxx, npgsql etc.) may not want to move. - Are we going to advertise both on the main site? Seems like it would be pretty confusing to me. - gforge.postgresql.org/gborg.postgresql.org are confusingly similar. - If ppl move site, then there will be potentially massive migration of user lists to handle. Regards, Dave.
On Wed, 26 Nov 2003, Dave Page wrote: > > -----Original Message----- > > From: Marc G. Fournier [mailto:scrappy@postgresql.org] > > Sent: 26 November 2003 14:02 > > To: Dave Page > > Cc: pgsql-www@postgresql.org > > Subject: RE: [pgsql-www] gforge > > > > On Wed, 26 Nov 2003, Dave Page wrote: > > > > > What's wrong with Gborg, or have I missed the point? > > > > I think the big thing is stall'd development and lack of > > features ... at least that is the feel I've ever gotten from > > ppl when I try to get them turned onto it ;( > > On the plus side we have various developments in there that *we* want > that we might not get in another package. Like ... ? Note, I don't use gborg, only look at it as a user periodically, so I'm asking based on what I've heard, not what I've experienced ... > A few thoughts: > > - What are you going to do about existing projects? Force them to move > or end up with 2 projeect sites. Bear in mind that some of the more > important ones (libpqxx, npgsql etc.) may not want to move. cross-linkage between the two shouldn't be a problem ... add a project to gforge for libpqxx and have it pointing to gborg ... > - If ppl move site, then there will be potentially massive migration of > user lists to handle. Actually, that isn't a big issue ... both use CVS and both use mailman, so moving files from gborg to gforge is simple ... Right now, I'm just playing with gforge based on discussions on Advocacy ... since I don't use either, its no skin off my back which we use. But, every time that someone suggests to a project to put it up on gborg, there is generally a long thread of "but it doesn't do this, its to rigid in that" that goes on before the whole thread is drop'd ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
> -----Original Message----- > From: Marc G. Fournier [mailto:scrappy@postgresql.org] > Sent: 26 November 2003 14:53 > To: Dave Page > Cc: pgsql-www@postgresql.org > Subject: RE: [pgsql-www] gforge > > Like ... ? Note, I don't use gborg, only look at it as a > user periodically, so I'm asking based on what I've heard, > not what I've experienced ... As an example, Chris had added options to allow us to hide various bits of the site for some projects (see psqlodbc for example, various bits such as mailing lists, feature requests and bug reports are turned off. Likewise for pgweb). I can't see what each project can do on gforge either as my registration confirmation email has yet to arrive after a number of hours :-( > > A few thoughts: > > > > - What are you going to do about existing projects? Force > them to move > > or end up with 2 projeect sites. Bear in mind that some of the more > > important ones (libpqxx, npgsql etc.) may not want to move. > > cross-linkage between the two shouldn't be a problem ... add > a project to gforge for libpqxx and have it pointing to gborg ... Yes, but what a mess. > > - If ppl move site, then there will be potentially massive > migration > > of user lists to handle. > > Actually, that isn't a big issue ... both use CVS and both > use mailman, so moving files from gborg to gforge is simple ... Tell that to all the users who will have new list addresses etc. > Right now, I'm just playing with gforge based on discussions > on Advocacy ... since I don't use either, its no skin off my > back which we use. But, every time that someone suggests to > a project to put it up on gborg, there is generally a long > thread of "but it doesn't do this, its to rigid in that" that > goes on before the whole thread is drop'd ... I don't recall ever seeing one of those threads but then I don't read -general or -advocacy. What exactly is wrong with GBorg? Can't we fix it? I just feel that there would be no way around having two project sites which would just seem ridiculous to anyone who doesn't know the history, or a helluva mess changing over 136 projects and 3516 users to a new system. Regards, Dave.
Have CC'd PeterE into this, since he's the one that first brought up gForge on the list, as a possible replacement for gBorg ... maybe he can elaborate ... On Wed, 26 Nov 2003, Dave Page wrote: > > Like ... ? Note, I don't use gborg, only look at it as a > > user periodically, so I'm asking based on what I've heard, > > not what I've experienced ... > > As an example, Chris had added options to allow us to hide various bits > of the site for some projects (see psqlodbc for example, various bits > such as mailing lists, feature requests and bug reports are turned off. > Likewise for pgweb). > > I can't see what each project can do on gforge either as my registration > confirmation email has yet to arrive after a number of hours :-( Based on teh documentation, you can enable/disable: Mailing aLists Surveys Forums Project/Task Manager CVS pserver anon CVS News Doc Mgr Ftp Tracker File Release System Statistics And point HomePage to a different location ... As for the registration ... I got mine within seconds of filling in the form ... *puzzled look* Can someone else try and let me know if they too are seeing problems? > > > A few thoughts: > > > > > > - What are you going to do about existing projects? Force > > them to move > > > or end up with 2 projeect sites. Bear in mind that some of the more > > > important ones (libpqxx, npgsql etc.) may not want to move. > > > > cross-linkage between the two shouldn't be a problem ... add > > a project to gforge for libpqxx and have it pointing to gborg ... > > Yes, but what a mess. Agreed, was only staying it was possible ... > > > - If ppl move site, then there will be potentially massive > > migration > > > of user lists to handle. > > > > Actually, that isn't a big issue ... both use CVS and both > > use mailman, so moving files from gborg to gforge is simple ... > > Tell that to all the users who will have new list addresses etc. > > > Right now, I'm just playing with gforge based on discussions > > on Advocacy ... since I don't use either, its no skin off my > > back which we use. But, every time that someone suggests to > > a project to put it up on gborg, there is generally a long > > thread of "but it doesn't do this, its to rigid in that" that > > goes on before the whole thread is drop'd ... > > I don't recall ever seeing one of those threads but then I don't read > -general or -advocacy. > > What exactly is wrong with GBorg? Can't we fix it? I just feel that > there would be no way around having two project sites which would just > seem ridiculous to anyone who doesn't know the history, or a helluva > mess changing over 136 projects and 3516 users to a new system. As for what exactly is wrong with gBorg ... again, I don't know, as I don't use it ... but, as an example, why doesn't PgAdmin3 use it, except as a redirect to http://www.pgadmin.org? Again, note, I'm neither here nor there on this ... it was suggested, so I started to play with it to see what it could do ... if its just a matter of taking cues from gForge and bring them to gBorg, that's cool too ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
> -----Original Message----- > From: Marc G. Fournier [mailto:scrappy@postgresql.org] > Sent: 26 November 2003 15:44 > To: Dave Page > Cc: petere@postgresql.org; pgsql-www@postgresql.org > Subject: RE: [pgsql-www] gforge > > > > Based on teh documentation, you can enable/disable: > > Mailing aLists > Surveys ... Globally, or each project manager can do this for his own project (if the latter, then that would address my major concern with the packages capabilities). > > As for what exactly is wrong with gBorg ... again, I don't > know, as I don't use it ... but, as an example, why doesn't > PgAdmin3 use it, except as a redirect to http://www.pgadmin.org? Mainly because we prefer the traditional mailing lists + CVS approach like the core server uses. We also have a multilanguage website that gborg can't do, but then I'm not sure that sf.net can either (for example). Probably better people to ask would be Robert or Chris K-L, as they actively chose sf.net as an alternative to GBorg. > Again, note, I'm neither here nor there on this ... it was > suggested, so I started to play with it to see what it could > do ... if its just a matter of taking cues from gForge and > bring them to gBorg, that's cool too ... My major concern is the confusion that 2 parallel project sites will bring, or the chaos that an attempted migration is likely to cause. I don't see an easy win that won't take significant planning. Regards, Dave.
On Wed, 26 Nov 2003, Dave Page wrote: > > > > -----Original Message----- > > From: Marc G. Fournier [mailto:scrappy@postgresql.org] > > Sent: 26 November 2003 15:44 > > To: Dave Page > > Cc: petere@postgresql.org; pgsql-www@postgresql.org > > Subject: RE: [pgsql-www] gforge > > > > > > > > Based on teh documentation, you can enable/disable: > > > > Mailing aLists > > Surveys > > ... > > Globally, or each project manager can do this for his own project (if > the latter, then that would address my major concern with the packages > capabilities). According to the docs, these are 'per project' settings ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
On Wed, 26 Nov 2003, Peter Eisentraut wrote: > Marc G. Fournier writes: > > > Have CC'd PeterE into this, since he's the one that first brought up > > gForge on the list, as a possible replacement for gBorg ... maybe he can > > elaborate ... > > I never did anything that was remotely intended to suggest this. 'k, then I'm thinking of someone else *puzzled look* ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
On Wednesday 26 November 2003 11:00, Dave Page wrote: > > -----Original Message----- > > From: Marc G. Fournier [mailto:scrappy@postgresql.org] > Mainly because we prefer the traditional mailing lists + CVS approach > like the core server uses. We also have a multilanguage website that > gborg can't do, but then I'm not sure that sf.net can either (for > example). > I'm pretty sure you could do your multilingual support on sf, though I'd need to look at your code to know for sure. sf gives you a standard user account ish web directory so its pretty flexible; the only big downside that I ever saw was they only give folks access to mysql databases, not postgresql :-( As for standard mailing lists / cvs approach, theres no reason you couldnt approach a sourceforge project the same way. BTW - I've been meaning to ask why don't we use the pgadmin code's language approach for the main website? > Probably better people to ask would be Robert or Chris K-L, as they > actively chose sf.net as an alternative to GBorg. > I think the original rational for it was that great bridge had shut things down, so things were switched to sourceforge and when gborg came up there was no reason to switch back. speaking from a personal standpoint as someone who is a member of projects on both sites and has looked at the backend code for both sites, I do feel the sourceforge code is superior to the gborg code. from a project standpoint I think the information is laid out better both per project and on the site as a whole... for example the is no way to search for a specific project on gborg.. another example is the urls for each given project, compare: http://gborg.postgresql.org/project/pgweb/projdisplay.php vs. http://sourceforge.net/projects/phppgadmin/ minor, but the latter is better in the grand scheme of things. you can also specify a different project home page from the development page. another thing I like about sourceforge better is its use of various ssh tools for things like ftp and cvs access. of course there are other intangibles that neither a gforge or a gborg will give you that you get from sourceforge such as more exposure and thier built in mirror system. > > Again, note, I'm neither here nor there on this ... it was > > suggested, so I started to play with it to see what it could > > do ... if its just a matter of taking cues from gForge and > > bring them to gBorg, that's cool too ... > Of course the problem with that is that it requires someone to actually sit down and code it. The biggest advantage i would see from moving to gforge instead of gborg is that someone else would be developing it. Even now people are contributing to that code features like gant charting, localization, and soap server support... i may never need this but its a least a good sign to see things like this being implemented. > My major concern is the confusion that 2 parallel project sites will > bring, or the chaos that an attempted migration is likely to cause. > > I don't see an easy win that won't take significant planning. > Well, i think there are facts here that we just dont know, like how many people don't use gborg because of its current implementation? Marc says he has heard these complaints before so there must be something to it. The other thing is how many projects on gborg are actually active? I'm guessing a lot of those projects would not have to be moved since no one is actually using them... I agree that having two sites would probably be confusing, so you'd have to push everyone from one site to the other which would take some effort. If people are against the idea then I don't think it should be pushed on anyone, however that's the kind of attitde that tends to lock people into outdated technology. Robert Treat -- Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
> -----Original Message----- > From: Robert Treat [mailto:xzilla@users.sourceforge.net] > Sent: 26 November 2003 20:16 > To: Dave Page; Marc G. Fournier > Cc: pgsql-www@postgresql.org > Subject: Re: [pgsql-www] gforge > > On Wednesday 26 November 2003 11:00, Dave Page wrote: > > > -----Original Message----- > > > From: Marc G. Fournier [mailto:scrappy@postgresql.org] > > Mainly because we prefer the traditional mailing lists + > CVS approach > > like the core server uses. We also have a multilanguage > website that > > gborg can't do, but then I'm not sure that sf.net can either (for > > example). > > > > I'm pretty sure you could do your multilingual support on sf, > though I'd need to look at your code to know for sure. sf > gives you a standard user account ish web directory so its > pretty flexible; the only big downside that I ever saw was > they only give folks access to mysql databases, not > postgresql :-( As for standard mailing lists / cvs approach, > theres no reason you couldnt approach a sourceforge project > the same way. > > BTW - I've been meaning to ask why don't we use the pgadmin > code's language approach for the main website? The design doesn't lend itself to a site the size of www.postgresql.org. It's all done using php's gettext implementation, which is fine in itself, but every html page is a mass of gettext calls, one for each paragraph for maximum flexibility. That's fine on that site where there are only about 6 pages, but we have around 10000 on www.postgresql.org. > > Probably better people to ask would be Robert or Chris K-L, as they > > actively chose sf.net as an alternative to GBorg. > > > > I think the original rational for it was that great bridge > had shut things down, so things were switched to sourceforge > and when gborg came up there was no reason to switch back. > > speaking from a personal standpoint as someone who is a > member of projects on both sites and has looked at the > backend code for both sites, I do feel the sourceforge code > is superior to the gborg code. I'm sure sf.net has a lot more (paid) resources to put into it. From my pov, I find sf.net to be over complex and confusing, but maybe that's just me... > from a project standpoint I > think the information is laid out better both per project and > on the site as a whole... for example the is no way to search > for a specific project on gborg.. another example is the urls > for each given project, compare: > http://gborg.postgresql.org/project/pgweb/projdisplay.php > vs. http://sourceforge.net/projects/phppgadmin/ You can omit the projdisplay.php, and I'm sure that 'projects' could be symlinked to 'project' Regards, Dave.
Marc G. Fournier writes: > Have CC'd PeterE into this, since he's the one that first brought up > gForge on the list, as a possible replacement for gBorg ... maybe he can > elaborate ... I never did anything that was remotely intended to suggest this. -- Peter Eisentraut peter_e@gmx.net
With respect to GBorg vs GForge, or any other project hosting site
infrastructure for that matter, it is my firm belief that you should do
what is best for the PostgreSQL community. Which is best? I am sure
everyone will have their own opinions about that along with the merits
and disadvantages to each choice. If the choice is made to move away
from GBorg I would fully understand and offer my assistance in any
migration effort possible to another system.
As for the direct development and maintenance of GBorg I often just
simply lack the time to do anything beyond simple maintenance and some
of the smaller enhancements requested by users. One of my biggest
things I've been wanting to do it enhance the admin screens for project
approval and turn that over to this list in the same manner that the
news and events is currently done. If GBorg is to stay around some
changes like that would be great to try and involve more people than
just myself into the process. I could also come up with a list of
things people have asked for in the past that could be worked on.
If GBorg stays it will need effort and participation from the
community in order to make it into a better development platform. That
is not something I can do by my self.
In an effort to fix a mistake I have probably made from the
beginning I would like to announce that I do not claim control over the
vision or future of GBorg. I have always tried to do what was desired
by others in the effort to make GBorg useful to the PostgreSQL
community. If the pgsql-www group wants to claim control of the vision
I would encourage it does so.
Chris Ryan
__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
Chris, > If GBorg stays it will need effort and participation from the > community in order to make it into a better development platform. That > is not something I can do by my self. Well, the main reason to move toward GForge is that it is being actively maintained and improved by an outside community of people, while you've been on your lonesome for some time. Given the number of other projects for which we need more people, I personally don't see anyone having the time to put in the work GBorg needs to "catch up" any time soon. So my personal questions for you are: a) what do you, personally, think about Gforge's architecture, community, and future? b) how does gforge stack up against Sourceforge in your opinion? c) if we switch away from GBorg, will that be the end of your involvement in the community, or are there other things you want to work on? -- Josh Berkus Aglio Database Solutions San Francisco
Hi Chris, > -----Original Message----- > From: Chris Ryan [mailto:xgbe@yahoo.com] > Sent: 01 December 2003 18:26 > To: Dave Page; Robert Treat; Marc G. Fournier > Cc: pgsql-www@postgresql.org > Subject: Re: [pgsql-www] gforge > > With respect to GBorg vs GForge, or any other project > hosting site infrastructure for that matter, it is my firm > belief that you should do what is best for the PostgreSQL > community. Which is best? I am sure everyone will have their > own opinions about that along with the merits and > disadvantages to each choice. If the choice is made to move > away from GBorg I would fully understand and offer my > assistance in any migration effort possible to another system. I can understand and respect the wish of some ppl to move to another infrastructure. We are reliant upon you, and if you do not have the time to commit (which is completely understandable), then we should not disadvantage the users (that probably sounds more harsh than is meant but you get my drift :-) ). That said, the upheaval of moving systems is also likely to cause massive problems. The inconvenience and pain that this would almost certainly cause must be weighed against the features you are unable to work on. > As for the direct development and maintenance of GBorg I > often just simply lack the time to do anything beyond simple > maintenance and some of the smaller enhancements requested by > users. One of my biggest things I've been wanting to do it > enhance the admin screens for project approval and turn that > over to this list in the same manner that the news and events > is currently done. If GBorg is to stay around some changes > like that would be great to try and involve more people than > just myself into the process. I could also come up with a > list of things people have asked for in the past that could > be worked on. Whilst I cannot commit any programming time, if there is any maintenance or similar work I can help out with then please let me know. Gborg is the only one of our VMs I don't have root on so adding another probably won't hurt!! On the subject of admin pages, the news/events ones are fairly hacked together. Don't be afraid to release similar pages on Gborg to relieve the workload - as long as there are suitable warnings about any quirks on them I'm sure we can cope. Regards, Dave.
IMHO ... I would personally love to avoid having to move, for exactly the reasons that several people of put forth, but largely, migrating projects from one to the other *would* be a nightmare (doable, but painful) ... So, if it is/were possible to build up a team to push development of GBorg forward, that would be teh optimal solution ... On Mon, 1 Dec 2003, Chris Ryan wrote: > With respect to GBorg vs GForge, or any other project hosting site > infrastructure for that matter, it is my firm belief that you should do > what is best for the PostgreSQL community. Which is best? I am sure > everyone will have their own opinions about that along with the merits > and disadvantages to each choice. If the choice is made to move away > from GBorg I would fully understand and offer my assistance in any > migration effort possible to another system. > > As for the direct development and maintenance of GBorg I often just > simply lack the time to do anything beyond simple maintenance and some > of the smaller enhancements requested by users. One of my biggest > things I've been wanting to do it enhance the admin screens for project > approval and turn that over to this list in the same manner that the > news and events is currently done. If GBorg is to stay around some > changes like that would be great to try and involve more people than > just myself into the process. I could also come up with a list of > things people have asked for in the past that could be worked on. > > If GBorg stays it will need effort and participation from the > community in order to make it into a better development platform. That > is not something I can do by my self. > > In an effort to fix a mistake I have probably made from the > beginning I would like to announce that I do not claim control over the > vision or future of GBorg. I have always tried to do what was desired > by others in the effort to make GBorg useful to the PostgreSQL > community. If the pgsql-www group wants to claim control of the vision > I would encourage it does so. > > > Chris Ryan > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
Resent reply to include pgsql-www list:
>
> That said, the upheaval of moving systems is also likely to cause
> massive problems. The inconvenience and pain that this would almost
> certainly cause must be weighed against the features you are unable
> to
> work on.
I agree. The effort/pain in a migration should be a significant
factor from all aspects. I never meant to imply otherwise.
>
> Whilst I cannot commit any programming time, if there is any
> maintenance
> or similar work I can help out with then please let me know. Gborg is
> the only one of our VMs I don't have root on so adding another
> probably
> won't hurt!!
>
I don't actually know who has root access to that VM other than
myself, and I'm sure Marc, but I think having another person wouldn't
be a bad idea. If Marc is o.k. with you having that access on that
machine then so am I. I would also be happy to give you any overviews
on how the site is generally laid out on the disk.
Chris Ryan
>
> Regards, Dave.
>
__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
Resent reply to include pgsql-www list: > > So my personal questions for you are: a) what do you, personally, > think about > GfGforge architecture, community, and future? b) how does gfgforge> stack up > against SoSourceforgen your opinion? c) if we switch away from > GBGBorgwill > that be the end of your involvement in the community, or are there > other > things you want to work on? > Answers: a) I have not reviews GFGForgeny further then looking at what Marc installed on gfgforgopostgresqlrorgnd what is up on wwwwwfgforgerorgWith that said from the surface it's ararchitecureooks to be similar to Source Forges, the community has a fairly high profile individual who was also an original member of SoSourceforgether than that I really can't say. b) Everything I have seen looks like GFGForgeunctions the same of SoSourceforgeut again it's hard to say since I have not spent much time on either of those sites over the years. c) If the choice was made to move away from GBGBorghen I would probably end my direct involvement in the community after any migration had taken place. This does not mean I wowouldn be open to participating in the community on future efforts. I have always and will always use and advocate PoPostgreSQLhen I can in my places of work and on other projects. Chris Ryan __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/
I must be having a bad email day! The garbled text quoted below the message is exactly why you do not want to use the back arrow to try and edit a message for resending from the spell checker of mail.yahoo.com. :( Here is the message corrected -- again. a) I have not reviewed GForge any further then looking at what Marc installed on gforge.postgresql.org and what is up on www.gforge.org. With that said from the surface it's architecture looks to be similar to SourceForge's, the community has a fairly high profile individual who was also an original member of SoSourceforge. Other than that I really can't say. b) Everything I have seen looks like GFGForgeunctions the same of Sourceforge but again it's hard to say since I have not spent much time on either of those sites over the years. c) If the choice was made to move away from GBorg then I would probably end my direct involvement in the community after any migration had taken place. This does not mean I wouldn't be open to participating in the community on future efforts. I have always and will always use and advocate PostgreSQL when I can in my places of work and on other projects. Chris "did i finally get it right" Ryan --- Chris Ryan <xgbe@yahoo.com> wrote: > Resent reply to include pgsql-www list: > > > > > So my personal questions for you are: a) what do you, personally, > > think about > > GfGforge architecture, community, and future? b) how does > gfgforge> > stack up > > against SoSourceforgen your opinion? c) if we switch away from > > GBGBorgwill > > that be the end of your involvement in the community, or are there > > other > > things you want to work on? > > > > Answers: > a) I have not reviews GFGForgeny further then looking at what Marc > installed on gfgforgopostgresqlrorgnd what is up on > wwwwwfgforgerorgWith that said from the surface it's > ararchitecureooks > to be similar to Source Forges, the community has a fairly high > profile > individual who was also an original member of SoSourceforgether than > that I really can't say. > > b) Everything I have seen looks like GFGForgeunctions the same of > SoSourceforgeut again it's hard to say since I have not spent much > time > on either of those sites over the years. > > c) If the choice was made to move away from GBGBorghen I would > probably > end my direct involvement in the community after any migration had > taken place. This does not mean I wowouldn be open to participating > in > the community on future efforts. I have always and will always use > and > advocate PoPostgreSQLhen I can in my places of work and on other > projects. > > > Chris Ryan __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/
> -----Original Message----- > From: Chris Ryan [mailto:xgbe@yahoo.com] > Sent: 01 December 2003 20:49 > To: Dave Page > Cc: pgsql-www@postgresql.org > Subject: Re: [pgsql-www] gforge > > I don't actually know who has root access to that VM other than > myself, and I'm sure Marc, but I think having another person wouldn't > be a bad idea. If Marc is o.k. with you having that access on that > machine then so am I. I would also be happy to give you any overviews > on how the site is generally laid out on the disk. OK thanks. Probably best if you let me know what sort of chores I can help out with and what I need to do. Regards, Dave.
On Mon, 1 Dec 2003, Chris Ryan wrote: > I don't actually know who has root access to that VM other than > myself, and I'm sure Marc, but I think having another person wouldn't be > a bad idea. If Marc is o.k. with you having that access on that machine > then so am I. I would also be happy to give you any overviews on how the > site is generally laid out on the disk. Go for it, but we really need to get gborg moved over to the new VM :( Chris, how is your time this coming weekend? Shouldn't take more then an hour to setup and debug, but I don't know the code enough to do the move myself ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664