From: Larson, T. E. <TEL...@we...> - 2009-09-21 18:28:29
|
> The problem isn't that the code isn't there, the problem is its never > been > released ... > > Chris, any chance of getting a new release worked up? I think the attitude has been, "the repo is public, we tag stable points, whatever you grab is your release". Tim |
From: Larson, T. E. <TEL...@we...> - 2009-09-21 18:26:49
|
> Even if true that almost no one uses it, a clue leads to something. > What is your clue leading to? A flaw in Apache 1.x we should be aware > of? > > Can you give me a reason why we would? No person has ever given me a > serious reason why we should use Apache 2, other than what you did: > everyone else does it. It would take significant resources, for no > significant benefit, so we haven't bothered. I think it comes down to "why deploy two servers if you can do one?" Most people these days, if they're going Apache, are going Apache2. Apache isn't exactly lightweight. So deploying a second heavy server just to run slash seems overkill for something that ought to be much more straightforward. That's my take on it. Tim |
From: Chris N. <pu...@sl...> - 2009-09-21 18:41:46
|
On Sep 21, 2009, at 11:26, Larson, Timothy E. wrote: > I think it comes down to "why deploy two servers if you can do > one?" Most people these days, if they're going Apache, are going > Apache2. Apache isn't exactly lightweight. So deploying a second > heavy server just to run slash seems overkill for something that > ought to be much more straightforward. That's my take on it. I hear you, but that is not a problem for Slashdot, of course. So the question for *us* -- considering resources we'd have to devote to make a change -- is of what's inherently better about Apache2 that would justify the change for us. -- Chris Nandor pu...@po... http://pudge.net/ Slashdot / SourceForge pu...@sl... http://slashdot.org/ |
From: Chris N. <pu...@sl...> - 2009-09-21 18:44:35
|
On Sep 21, 2009, at 11:10, Marc G. Fournier wrote: > On Mon, 21 Sep 2009, Chris Nandor wrote: > >> MySQL has never eaten our data, silently or otherwise. And we have >> quite a bit of data. > > Slashdot is back on MySQL? I know it went from MySQL -> PostgreSQL -> > DB2(?) ... didn't know it went back to MySQL yet again ... It never left MySQL. It's always been MySQL-only. We had some very basic Postgres support, but our site never ran on Postgres. And we never touched DB2. I think SourceForge.net may have followed the route you described; perhaps that is what you are thinking of. I am not sure what SF.net is running now. > I've gotta figure out this GIT software and try out the repo code ... > > Public Repo: http://github.com/scc/slash > AJAX Plugin: http://github.com/scc/slash/tree/master/plugins/Ajax/ Feel free to look there, but that was a temporary place. Now that SF.net has Git, we are probably moving back to SF.net for our public repo. -- Chris Nandor pu...@po... http://pudge.net/ Slashdot / SourceForge pu...@sl... http://slashdot.org/ |
From: Marc G. F. <sc...@hu...> - 2009-09-21 18:49:53
|
On Mon, 21 Sep 2009, Chris Nandor wrote: > It never left MySQL. It's always been MySQL-only. We had some very > basic Postgres support, but our site never ran on Postgres. And we > never touched DB2. I think SourceForge.net may have followed the route > you described; perhaps that is what you are thinking of. I am not sure > what SF.net is running now. Ack, yes, my confusion ... it was sourceforge that switched DBs ... ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. sc...@hu... http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... |
From: Chris N. <pu...@sl...> - 2009-09-21 18:47:34
|
On Sep 21, 2009, at 11:02, Marc G. Fournier wrote: > Chris, you live!! I replied on Sept. 18 to your private email last week. > Okay, "we use" ...? who is we? I've tried MySQL 5.1 -> 5.0 and > finally > gave up and went down to 4.0 before I could get the data to load ... > it > seemed to be just a change in the schema, but hadn't had a chance > yet to > dive into it ... It could be there's problems with the old data dumps. I don't know. The code works fine. > As to Apache 2 ... I haven't played with it with Slash yet, but ti > shouldn't be a whole lot of changes to make it work, should it? Or > is it > just mod_perl that is the hang up? We hook into many parts of the Apache 1.x cycle, and it's changed significantly in 2.x. (Not to mention, of course, being a completely different type of server, we'd have to expend significant resources into figuring out how best to configure and deploy the servers for our needs. No small task there.) > As for 'newer' perl ... I'm running on 5.8.9, and the only issue I > hate > was taht the newer Schedule::Cron 0.99 doesn't seem to have a public > build_init_queue function, only an internal _build_init_queue ... I > had to > revert down to 0.97 to get around it, and everything else *seems* to > work > okay with 5.8.9 ... so, from what I could tell, only that needs a > tweak to > run with newer Perl, but maybe taht is already fixed in the public > repo > too? I am not sure where that function would be called, or what that has to do with different perl versions. > What public repo? I looked for that too ... the site mentions > http://cvs.slashcode.com, but that just brought me back to the main > page > ... Yeah the URLs changed. Right now it is on (and out of date) on github. I want to put it on SourceForge too. And I want it done this week or next. Stay tuned. It's something we've pushed to fix up in the last month or so, and I hope it's done soon. > What can *we*, as a community, do to get things moving again? Get a > new > release put out? I do not anticipate any releases. We simply do not have the resources. That said, if people wanted to make releases based on our code, we'd be willing to provide some basic support. If it were me working outside the Slashdot team making a release -- I've done something like this in the past, with MacPerl -- I'd make the slash repo a subdirectory of my release directory (or vice versa), so I can keep those sources up to date separately, and then add whatever else I wanted to the release in the separate directories: themes, Postgres support, whatever. If someone is interested in this, the only thing I'd request is that you discuss the name with us before releasing ... the company owns the naming rights to some degree and I don't know how to deal with that. But the rest of the code is open, so knock yourself out. Most of what is being discussed would not require a fork; even Apache2 support, being mostly in a few modules, could be perhaps designed as drop-in replacements (and patches to the main codebase requiring a small amount of work to such ends would be welcome). -- Chris Nandor pu...@po... http://pudge.net/ Slashdot / SourceForge pu...@sl... http://slashdot.org/ |
From: Larson, T. E. <TEL...@we...> - 2009-09-21 18:48:44
|
> > I think it comes down to "why deploy two servers if you can do > > one?" Most people these days, if they're going Apache, are going > > Apache2. Apache isn't exactly lightweight. So deploying a second > > heavy server just to run slash seems overkill for something that > > ought to be much more straightforward. That's my take on it. > > I hear you, but that is not a problem for Slashdot, of course. So the > question for *us* -- considering resources we'd have to devote to make > a change -- is of what's inherently better about Apache2 that would > justify the change for us. So it's really, "Why should Slashdot (since that's who is putting resources into it) do this work for nothing?" That leads to the question, how open are slash developers "on the inside" to input "from the outside"? If someone were to do the heavy lifting, would it be accepted? Would /. conceivably switch over to the new version and run Apache2? Tim |
From: Chris N. <pu...@sl...> - 2009-09-21 19:38:39
|
We are open to input, but our schedules our tight. We can't just accept anything. And as noted in another post, it's not just running Apache2 code that works, it's configuring and managing Apache2 servers, which is not an insignificant tax on our resources. On Sep 21, 2009, at 11:48, Larson, Timothy E. wrote: > So it's really, "Why should Slashdot (since that's who is putting > resources into it) do this work for nothing?" That leads to the > question, how open are slash developers "on the inside" to input > "from the outside"? If someone were to do the heavy lifting, would > it be accepted? Would /. conceivably switch over to the new version > and run Apache2? -- Chris Nandor pu...@po... http://pudge.net/ Slashdot / SourceForge pu...@sl... http://slashdot.org/ |
From: Michael L. <mik...@ma...> - 2009-09-21 18:54:01
|
On Sep 21, 2009, at 1:50 PM, Marc G. Fournier wrote: > On Mon, 21 Sep 2009, Chris Nandor wrote: > >> On Sep 21, 2009, at 11:26, Larson, Timothy E. wrote: >> >>> I think it comes down to "why deploy two servers if you can do >>> one?" Most people these days, if they're going Apache, are going >>> Apache2. Apache isn't exactly lightweight. So deploying a second >>> heavy server just to run slash seems overkill for something that >>> ought to be much more straightforward. That's my take on it. >> >> I hear you, but that is not a problem for Slashdot, of course. So >> the >> question for *us* -- considering resources we'd have to devote to >> make >> a change -- is of what's inherently better about Apache2 that would >> justify the change for us. > > One thing to note along this thread ... is Apache 1.x even considered > "dead" yet? When did 1.3.41 come out? Wasn't it just recently? > > ---- > Marc G. Fournier Hub.Org Hosting Solutions S.A. > sc...@hu... http://www.hub.org > > Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Slashcode-general mailing list > Sla...@li... > https://lists.sourceforge.net/lists/listinfo/slashcode-general |
From: Marc G. F. <sc...@hu...> - 2009-09-21 18:59:44
|
On Mon, 21 Sep 2009, Chris Nandor wrote: > On Sep 21, 2009, at 11:02, Marc G. Fournier wrote: > >> Chris, you live!! > > I replied on Sept. 18 to your private email last week. Didn't see it ... have to check my spam filters, might have quarantined it ... > It could be there's problems with the old data dumps. I don't know. The > code works fine. Let me try with the latest public repo ... is there an 'upgrade path' for upgrading from 2.2.6 -> repo? Or should it just work if I untar over the old, or ... ? > We hook into many parts of the Apache 1.x cycle, and it's changed > significantly in 2.x. (Not to mention, of course, being a completely > different type of server, we'd have to expend significant resources into > figuring out how best to configure and deploy the servers for our needs. > No small task there.) As someone else asked, if the work was down outside of slashdot, could it be incorporated into http://www.slashcode.com? > I am not sure where that function would be called, or what that has to > do with different perl versions. Again, let me test on the newer code ... I suspect that its something that was long fixed ... > Yeah the URLs changed. Right now it is on (and out of date) on github. > I want to put it on SourceForge too. And I want it done this week or > next. Stay tuned. It's something we've pushed to fix up in the last > month or so, and I hope it's done soon. Great news, thanks ... > I do not anticipate any releases. We simply do not have the resources. So, what is at http://www.slashcode.com is literally what is running on slashdot.org? "Community involvement" in that code base (either as code, or releases) isn't possible? > If someone is interested in this, the only thing I'd request is that you > discuss the name with us before releasing ... the company owns the > naming rights to some degree and I don't know how to deal with that. But > the rest of the code is open, so knock yourself out. Rather contribute into the existing project vs do a parallel development, but I'm gathering that that isn't possible? > Most of what is being discussed would not require a fork; even Apache2 > support, being mostly in a few modules, could be perhaps designed as > drop-in replacements (and patches to the main codebase requiring a > small amount of work to such ends would be welcome). Doing any fork would be very unappealing ... and I suspect that, based on what I've heard here, if the main repo has what alot of ppl thought were missing already, its only teh Apache 2 that seems to be at issue ... so the only *major* issue I can see (if I'm understandign things right) is doing new releases ... we'd have to fork to do that, wouldn't we? Or is there something else we can do to get past the old 2.2.6 and some new code in a release package? ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. sc...@hu... http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... |
From: Chris N. <pu...@sl...> - 2009-09-21 19:36:31
|
On Sep 21, 2009, at 11:59, Marc G. Fournier wrote: > Let me try with the latest public repo ... is there an 'upgrade > path' for upgrading from 2.2.6 -> repo? Or should it just work if I > untar over the old, or ... ? There's some scripts in there. It's a separate topic of discussion though. Let us just try to get the code up. :-) > So, what is at http://www.slashcode.com is literally what is running > on slashdot.org? No. It was until sometime this year or late last year. Basically, we would test all our code on slashcode.com/use.perl.org (which is the same machine/code) before putting it on Slashdot. But we moved to using internal virtualized sandboxes, and so this function was no longer necessary, and due to a shift in our development that had us doing a lot of work on Slashdot-specific CSS tied to functionality, it became too much of a burden to continue that path. So, for years that code was in sync with Slashdot, but as of this year, it's not. >> If someone is interested in this, the only thing I'd request is >> that you discuss the name with us before releasing ... the company >> owns the naming rights to some degree and I don't know how to deal >> with that. But the rest of the code is open, so knock yourself out. > > Rather contribute into the existing project vs do a parallel > development, but I'm gathering that that isn't possible? I don't want our slowness to get in the way of other people doing releases. So *maybe* we could have someone do releases on SF.net under the slashcode project. I don't know. But if not, then it seems like we'd probably just end up getting in other peoples' way. > so the only *major* issue I can see (if I'm understandign things > right) is doing new releases ... we'd have to fork to do that, > wouldn't we? No, what I described is just having a wrapper around our repo to do releases with. I wouldn't consider that a fork at all, even if it added other things to our repo. -- Chris Nandor pu...@po... http://pudge.net/ Slashdot / SourceForge pu...@sl... http://slashdot.org/ |
From: Axel B. <ab...@no...> - 2009-09-21 19:19:18
|
Hi, great to see that not all people lost hope. :-) On Mon, Sep 21, 2009 at 01:56:43PM -0300, Marc G. Fournier wrote: > My prior desire is to modernize the technology ... newer perl, newer > apache, newer mysql, improved postgresql support ... to me, those are the > easy parts though ... There is a patch from 2004 at http://www.crackerjack.net/slash-2.2.6-modperl2.diff.txt against the last stable release 2.2.6. Another thing Slashcode needs (at least WRT the public) is a release management. Proper stable releases and changelogs. This will help people who package software for distributions a lot. > Someone from the Debian camp pointed out taht lack of Apache 2.x support > was a major hindrance from the Debian side ... That was me, the last maintainer of slash in Debian. > any out there able to do Debian packages if I can get Apache 2.2 > support in there? I would at least have a look at it, but I won't promise anything... > If there is enough interest in doing this, we could probably get a > SlashCode3.0 out the door in <30 days, whose primary focus is just to get > the technology up to '09 standards ... and then build from there ... Sounds promising, but when I remember my last (project internal) Slashcode hacking party, I'm not that optimistic. (And I'm usually more the optimist. But OTOH that was many, many years ago and we all were young and unexperienced... ;-) Regards, Axel -- Axel Beckert - ab...@de..., ab...@no... - http://noone.org/abe/ |
From: Axel B. <ab...@no...> - 2009-09-21 19:41:34
|
On Mon, Sep 21, 2009 at 11:00:04AM -0700, Chris Nandor wrote: > > at some point you guys will likely end up having to upgrade, right? > > Can you give me a reason why we would? When the ASF decides to stop security support for the 1.3 series. Except if you plan to do that yourself then... No idea how the ASF thinks about the future of Apache 1.3 (found no kind of roadmap on httpd.apache.org), but I would expect that 1.3 will die once and 2.x or later will continue. > No person has ever given me a serious reason why we should use > Apache 2, other than what you did: everyone else does it. It would > take significant resources, for no significant benefit, so we > haven't bothered. You're right WRT to technical issues: If Apache 1.3 works and you compile your own Apache, why bother? > Exactly: there's no significant benefit to going to Apache 2.x. Well it could enlarge the community of developers. But I guess that's nothing important to aspire. Regards, Axel -- Axel Beckert - ab...@de..., ab...@no... - http://noone.org/abe/ |
From: Chris N. <pu...@sl...> - 2009-09-21 21:09:30
|
On Sep 21, 2009, at 12:41, Axel Beckert wrote: > Well it could enlarge the community of developers. But I guess that's > nothing important to aspire. In our business model, no, it's not. Which is why I said I am plenty willing to help other people find a way to do things like Apache2 and Postgres support, releases, and so on. I just can't commit significant time or resources to it. -- Chris Nandor pu...@po... http://pudge.net/ Slashdot / SourceForge pu...@sl... http://slashdot.org/ |
From: Shane Z. <sh...@lo...> - 2009-09-21 20:10:11
|
On Sep 21, 2009, at 3:19 PM, Axel Beckert wrote: > Hi, > > great to see that not all people lost hope. :-) > > On Mon, Sep 21, 2009 at 01:56:43PM -0300, Marc G. Fournier wrote: >> My prior desire is to modernize the technology ... newer perl, newer >> apache, newer mysql, improved postgresql support ... to me, those >> are the >> easy parts though ... > > There is a patch from 2004 at > http://www.crackerjack.net/slash-2.2.6-modperl2.diff.txt against the > last > stable release 2.2.6. > > Another thing Slashcode needs (at least WRT the public) is a release > management. Proper stable releases and changelogs. This will help > people who package software for distributions a lot. We did come up with a system for automated updates. We used it on our slash-hosting environment for years; We even upgraded a number of clients from the pre (2.2.6) to cvs-HEAD (at the time) using the tools. A few years ago I think I did package them up and sent them (or bits and pieces) to someone from the OSTG Slashcode crew for perusal. I don't honestly recall what ever happened with it; I'm fairly certain some of the patches I wrote/wanted/submitted to the Slash::Install module made it into the public tree. Some didn't. (An example was recursive slash.conf calls, I think it turned out modding the installer was a bit more of a task to make it work then what I had time to contribute towards that). The update system's code, while functional, was just never finished "aka cleaned up and releasable" by me. It "worked for us" (in about 2 minutes time we were able to update an entire slash-farm on a weekly basis) and that was enough, and we had to move on towards other money making ventures. I have "finish, clean and put up on github" on my todo list for it, when there's this thing called "Freetime" that I'm not finding too often. Maybe someday. Shane |
From: Marc G. F. <sc...@hu...> - 2009-09-22 00:56:10
|
On Mon, 21 Sep 2009, Shane Zatezalo wrote: > I have "finish, clean and put up on github" on my todo list for it, when > there's this thing called "Freetime" that I'm not finding too often. > Maybe someday. Would you be willing to share these in their current form, without the 'clean'? Might help get those using the "old code" to upgrade to the "new code"? ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. sc...@hu... http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... |
From: Shane Z. <sh...@lo...> - 2009-09-21 20:54:08
|
On Sep 21, 2009, at 2:02 PM, Marc G. Fournier wrote: > [...] >> As to the front-end Ajax stuff, that's mostly available in the public >> repo (which hasn't been updated in awhile but hopefully will be real >> soon), plugins/Ajax/. A lot of the CSS is not available in the >> public >> repo though. > > What public repo? I looked for that too ... the site mentions > http://cvs.slashcode.com, but that just brought me back to the main > page > ... http://github.com/scc/slash I think what he's referring to, is the fact that when they moved to github they were pushing to the public git-repo for a spell, but then that stopped and really hasn't ever started up with any regularity (to my knowledge, it's been a long time since I looked). Where as, when it used Sourceforge (before the github move) the updates were about weekly if not quicker with T_ and R_ tags ensuing to match the 'updates' file/information. Shane |
From: Chris N. <pu...@sl...> - 2009-09-21 21:09:03
|
Briefly, the technical reason is that we had the Slashdot theme as a separate module in CVS, but Git is not as easy to work with that way. So now we have it all in one repo, and we don't want that stuff public. We have a script to make a new repo without that stuff in it, to push to a public server, it just needs setting up, which is what we're working on. On Sep 21, 2009, at 12:49, Shane Zatezalo wrote: > I think what he's referring to, is the fact that when they moved to > github they were pushing to the public git-repo for a spell, but then > that stopped and really hasn't ever started up with any regularity (to > my knowledge, it's been a long time since I looked). > > Where as, when it used Sourceforge (before the github move) the > updates were about weekly if not quicker with T_ and R_ tags ensuing > to match the 'updates' file/information. -- Chris Nandor pu...@po... http://pudge.net/ Slashdot / SourceForge pu...@sl... http://slashdot.org/ |
From: Marc G. F. <sc...@hu...> - 2009-09-21 21:39:11
|
On Mon, 21 Sep 2009, Chris Nandor wrote: > Briefly, the technical reason is that we had the Slashdot theme as a > separate module in CVS, but Git is not as easy to work with that way. > So now we have it all in one repo, and we don't want that stuff > public. We have a script to make a new repo without that stuff in it, > to push to a public server, it just needs setting up, which is what > we're working on. Sounds cool ... I got from one of your previous was that the Slashdot/Slashcode code bases were effectively forked, but from this, it sounds like the plan is to *more or less* merge them back together again (minus the slashdot theme, of course) ... Is that correct? ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. sc...@hu... http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... |
From: Chris N. <pu...@sl...> - 2009-09-22 02:12:23
|
On Sep 21, 2009, at 14:38, Marc G. Fournier wrote: > Sounds cool ... I got from one of your previous was that the > Slashdot/Slashcode code bases were effectively forked, but from > this, it > sounds like the plan is to *more or less* merge them back together > again > (minus the slashdot theme, of course) ... > > Is that correct? It sounds like we're confusing slashcode.com and slashcode/slash. Slashcode.com is not running a recent slash, and won't be running it any time soon. -- Chris Nandor pu...@po... http://pudge.net/ Slashdot / SourceForge pu...@sl... http://slashdot.org/ |
From: Marc G. F. <sc...@hu...> - 2009-09-22 02:35:52
|
On Mon, 21 Sep 2009, Chris Nandor wrote: > On Sep 21, 2009, at 14:38, Marc G. Fournier wrote: > >> Sounds cool ... I got from one of your previous was that the >> Slashdot/Slashcode code bases were effectively forked, but from this, it >> sounds like the plan is to *more or less* merge them back together again >> (minus the slashdot theme, of course) ... >> >> Is that correct? > > > It sounds like we're confusing slashcode.com and slashcode/slash. > Slashcode.com is not running a recent slash, and won't be running it any > time soon. You made a mention about having a script that would push up the newest code of slashdot *minus* the slashdot theme, to the git repository ... the impression I got was that was pretty much waiting for the move of the git repository to sourceforge ... If I'm understanding correctly, then at that point, the divergency in code between slashdot and what is in the git repository, will be once more eliminated ... ? ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. sc...@hu... http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... |
From: Chris N. <pu...@sl...> - 2009-09-22 03:06:10
|
On Sep 21, 2009, at 19:35, Marc G. Fournier wrote: > You made a mention about having a script that would push up the newest > code of slashdot *minus* the slashdot theme, to the git > repository ... the > impression I got was that was pretty much waiting for the move of > the git > repository to sourceforge ... > > If I'm understanding correctly, then at that point, the divergency > in code > between slashdot and what is in the git repository, will be once more > eliminated ... There's no real divergency in the code. There's a few templates that don't have the functionality the Slashdot templates have, esp. for FireHose. Which is dumb of us, and eventually we can rectify that. But there's no divergency, it's just not pushing up code we don't want public, which is more complicated in git than in CVS. -- Chris Nandor pu...@po... http://pudge.net/ Slashdot / SourceForge pu...@sl... http://slashdot.org/ |
From: Marc G. F. <sc...@hu...> - 2009-09-26 17:04:55
|
Chris, just grabbed the latest code via GiT and am playing with it ... would it be possible to get a slash-snapshot.tar.gz put up on the web site that doesn't get updated? something that others could grab a copy of and beat on? For instance, I could probably get a 'slash-dev' port added to FreeBSD based on the newer code if I had a 'fixed' tar file taht could be pointed at ... Nothing fancy, just a simple 'git clone' and then 'tar xypf slashcode-snapshot.tar.gz slash' would be perfect ... On Mon, 21 Sep 2009, Chris Nandor wrote: > On Sep 21, 2009, at 19:35, Marc G. Fournier wrote: > >> You made a mention about having a script that would push up the newest >> code of slashdot *minus* the slashdot theme, to the git repository ... the >> impression I got was that was pretty much waiting for the move of the git >> repository to sourceforge ... >> >> If I'm understanding correctly, then at that point, the divergency in code >> between slashdot and what is in the git repository, will be once more >> eliminated ... > > > There's no real divergency in the code. There's a few templates that don't > have the functionality the Slashdot templates have, esp. for FireHose. Which > is dumb of us, and eventually we can rectify that. But there's no > divergency, it's just not pushing up code we don't want public, which is more > complicated in git than in CVS. > > -- > Chris Nandor pu...@po... http://pudge.net/ > Slashdot / SourceForge pu...@sl... http://slashdot.org/ > ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. sc...@hu... http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... |
From: Marc G. F. <sc...@hu...> - 2009-09-22 04:46:31
|
On Mon, 21 Sep 2009, Chris Nandor wrote: > On Sep 21, 2009, at 19:35, Marc G. Fournier wrote: > >> You made a mention about having a script that would push up the newest >> code of slashdot *minus* the slashdot theme, to the git repository ... the >> impression I got was that was pretty much waiting for the move of the git >> repository to sourceforge ... >> >> If I'm understanding correctly, then at that point, the divergency in code >> between slashdot and what is in the git repository, will be once more >> eliminated ... > > > There's no real divergency in the code. There's a few templates that don't > have the functionality the Slashdot templates have, esp. for FireHose. Which > is dumb of us, and eventually we can rectify that. But there's no > divergency, it's just not pushing up code we don't want public, which is more > complicated in git than in CVS. Ah, even better then ... then it sounds like more the issue is release management for the code (that you guys don't have time for) then any code issues ... ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. sc...@hu... http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... |
From: Shane Z. <sh...@lo...> - 2009-09-23 03:30:28
|
On Sep 22, 2009, at 12:46 AM, Marc G. Fournier wrote: > On Mon, 21 Sep 2009, Chris Nandor wrote: > >> On Sep 21, 2009, at 19:35, Marc G. Fournier wrote: >> >>> You made a mention about having a script that would push up the >>> newest >>> code of slashdot *minus* the slashdot theme, to the git >>> repository ... the >>> impression I got was that was pretty much waiting for the move of >>> the git >>> repository to sourceforge ... >>> >>> If I'm understanding correctly, then at that point, the divergency >>> in code >>> between slashdot and what is in the git repository, will be once >>> more >>> eliminated ... >> >> >> There's no real divergency in the code. There's a few templates >> that don't >> have the functionality the Slashdot templates have, esp. for >> FireHose. Which >> is dumb of us, and eventually we can rectify that. But there's no >> divergency, it's just not pushing up code we don't want public, >> which is more >> complicated in git than in CVS. > > Ah, even better then ... then it sounds like more the issue is release > management for the code (that you guys don't have time for) then any > code > issues ... No. Think of it this way. They have their master repo of the code. In it they have their 'Slashdot' Theme (in themes/slashdot). They don't want that public. They may have plugins, or even other patches to some of the base code, that they don't, can't (for whatever reason) to be made public. So it sounds like once they get it nailed down on how to exclude that from their master git repo, then they can have the publicly available git repo on their SF homepage pull from their master but exclude whatever they need to be private. We did the same thing with our own CVS repo of Slashcode. We would just pull update from their public, and push patch into our own repo. Chris, I would be curious how you guys figure out how to do this, if you can make it public and have the time to try to explain :) Shane |