On 2015-07-02 11:33, Anthony Bryan wrote:
On Thu, Jul 2, 2015 at 11:02 AM, Neil M <[email protected]> wrote:


On 2015-07-01 23:46, Anthony Bryan wrote:

On Wed, Jul 1, 2015 at 6:53 PM, Neil M. <[email protected]> wrote:

I don't have a github account. I've generally steered clear of git due
to
ugly Windows support compared to subversion. But it looks like github
has
branched out to support subversion now too and that is still how we
access


I'm not sure? I assumed the others were just imported. but maybe?
perhaps the Windows support is better now too

it? That sounds fine to me. I've been migrating some of my other things away from sourceforge, in particular the downloads due to the installer tricks they have been pulling. And I can add metalinks that way too. :-)


yeh, nasty tricks!

A few other things:

1) Do we have a way to distribute binaries? It looks like github can do this, I guess I just haven't seen it. I don't know if this is one of the
pay-for upgrades or we have a quota limit or what.


yes, gh can do binaries. I'm not sure if TT pays for it, but
libmetalink has them

https://github.com/metalink-dev/libmetalink/releases

2) One of the issues with github is that there is a lot of code just
thrown
up there without license information. With SF you could set a general license in the project page. I think we are OK with our stuff but need
to
keep that in mind if merging other projects in and adding new stuff.


it might be good to explicitly sort out the licensing anyways?


I think we are pretty good on having markings in the code files themselves and full licenses in the directories. What we should probably have is a page describing how new contributions should be handled. For example you should use a OSI approved license, include that in code headers, etc. We could make specific license recommendations like LGPL for libraries, GPL for
software, just as an example, but I don't think we have to.

we could have a README.rst which seems to be displayed beyond the code
like how libmetalink does it
https://github.com/metalink-dev/libmetalink

does it make sense to have all the separate directories be different
repositories under https://github.com/metalink-dev or keep them the
way they are?

Yeah I guess while we are moving things around that makes a lot of sense to split them up. We can keep issues separate that way too.


3) Is there anything in the SF trac we need to grab? I think that had
some
bug tracking and documentation?  I can't seem to get to it now.


I don't remember...

hmm, trac links seem to redirect for me too
http://sourceforge.net/apps/trac/metalinks/wiki/GettingSupport


Looks like trac is dead:

https://sourceforge.net/p/forge/community-docs/Hosted%20Apps%20Retirement/

I know they had an incomplete howto on how to move it to project space that I guess never actually worked, the data might still be there somewhere.


4) Google Code is also shutting down and I'm an owner for
metalink-chrome-extension. Looks like they make it easy to export to
github
so if you want to do that too it should be easy.


that's prolly a good idea. does it export the issues too, or just code?


Yeah it will do the wiki too. I think the one thing it doesn't do is the "Downloads" aka binary releases but there don't appear to be any in this
particular case:

https://code.google.com/p/support-tools/wiki/GitHubExporterFAQ

cool, there are a few releases:
https://code.google.com/p/metalink-chrome-extension/downloads/list?can=1&q=

the rest were only on the Chrome Web Store for autoupdating
https://chrome.google.com/webstore/detail/metalink-downloader/jnpljlobbiggcdikagmiepniibjdinap

looking at this page, it still has 8,000 users. nothing to sneeze at.
it might be worth working on the issues if anyone is interested

Yeah I have the trac backup files so we might be able to do something with
those.

great!

--
(( Anthony Bryan ... Metalink [ http://www.metalinker.org ]
  )) Easier, More Reliable, Self Healing Downloads

--
You received this message because you are subscribed to the Google Groups "Metalink 
Discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/metalink-discussion.
For more options, visit https://groups.google.com/d/optout.

Reply via email to