https://confluence.atlassian.com/display/BITBUCKET/Publishin...
Would that work for Octave-forge?
Any particular reason?
> We could try moving them to bitbucket, but this also leaves the question of what to to do with our webpage hosting, which is currently on SF.
You could move your repositories to bitbucket but mirror the single repository for your webpage content to GitHub to use their hosting. (And if that repository is currently Mercurial, see git-cinnabar by Mike Hommey: https://github.com/glandium/git-cinnabar/ )
Or, it looks like bitbucket may have a similar feature: http://pages.bitbucket.org/
Lots of reasons. I'd rather not go into an argument about it. It's not something that can be fixed: git is a no-go for us.
> but mirror the single repository for your webpage content to GitHub to use their hosting.
I'd rather break free, not change masters.
I'm not interested in getting into an argument, but I'm genuinely curious what reasons remain for people preferring mercurial. At the moment, apart from "got used to the UI", the main one I know of is more "native" Windows support (without needing a Cygwin-like environment to work in). I don't know if that's an issue for your project.
> I'd rather break free, not change masters.
Fair enough. In terms of repository hosting, moving to Savannah seems like the obvious choice there then. And assuming you have people available to do the work, you could always move to gnu.org or nongnu.org, depending on your tastes and the nature of the software your directory links to.
Top-level answers here:
https://news.ycombinator.com/item?id=9467096
> moving to Savannah seems like the obvious choice there then.
The only issue is that Savannah is static hosting. We have a bit of PHP that generates one page. We might be able to replace that with Jekyll, though.
Does it do so from dynamic server-side data, or could you run it on each new commit and serve the result as a static page?
Unless you have the volunteer army necessary to run the hosting yourself, you're going to be changing to a new master anyway. You just need to make sure it's a master you can leave at any moment.
So get a domain name and point it at GitHub Pages, and deal with git for the timebeing. At any point (either if GitHub goes bad, or someone's enthusiastic about setting up something else), you can repoint that domain name to another host, far more easily than you can change octave.sf.net to point somewhere else.
I agree that switching to octave.github.io would not actually help anything other than the immediate problem.
You don't need an army (depending on the solution). But setting up gitlab/rhodecode/indefero/srchub/Gitolite/custom scripts for a single project is kind of overkill. I've used rhodecode and whenever they released an update it would take me hours to update it. I've never been happier to fork indefero and get off of google code.
This seems to be a continuous problem in the open source community. As tools, maintainers, and support platforms age, how do you deal with the tech debt of keeping them supported? It's an easier calculation for a business; I'm just curious how various open source projects make these kinds of choices absent a corporate benefactor that sets direction.
Because that's about the only way to genuinely "break free".
https://lists.debian.org/debian-devel-announce/2003/03/msg00...
"We'll approve ... free software/documentation where a Debian developer is heavily involved (part of the core team for example). The project request should ideally be done by a Debian developer."
Alternatively, can you get your webpage hosting onto gnu.org?
As for GNU, the problem is that we only have static sites there. It's not a huge problem, but it might be a good solution.
So you can move to github and keep hg.
A lot of people don't want to do things they have to do. It's a question of if you're going to wait for SF to hyjack your downloads or move preemptivly.
Also, apperently bitbucket will host static pages, I don't know if that works for you.
I think it means they just get to keep more money...?
http://sourceforge.net/projects/octave/files/Octave%20Forge%...
The most prominent element of this page, centered just below the header, is a large bright green "Start Download" button. That button is part of an advertisement, but is blatantly designed to get the majority of its clicks from users who intended to download software from the project hosted on SF. I see it as a malicious download.
I realize you may have been referring specifically to the recent SF malware bundling, but I want to stress that this ad came up for me on my first try clicking one of those links. Ad's like that have been regular on SF for years; it's impossible to believe that they have made it a priority to prevent them. The opposite seems more likely: the page design minimizes the legitimate controls and emphasizes the scam link.
Even if I know the installer is free of opt out malware I would hesitate to send a SF link to a friend or family member. The clearest call to action they are likely to see is a malicious download impersonating the software they want.
The thing is, there isn't really anything that easy to move to. No, no github, because we don't like git. We have a bunch of Mercurial repos. We could try moving them to bitbucket, but this also leaves the question of what to to do with our webpage hosting, which is currently on SF.
And no matter what we decide doing, it's all a bunch of work that nobody really wants to do.
At least when SF first approached us with their "revenue sharing" bullshit we refused. I think this means our downloads are clean so far.