New module authors could contact the CGRAN admin(s) to be listed in the
directory and if an admin finds a really interesting module they can reach
out to the author to say "your project seems neat, could you send us a
request to be included in CGRAN?".
A CGRAN admin would add them to the mirroring
Interesting, Chris. Thanks for that info. The question would be, do we
mirror everything? It seems like that's a possibility. It's nothing I
think I could automatically set up. I typically have left it up to the
authors to decide given their software license.
On Mon, Oct 6, 2014 at 10:28 AM,
It looks like github can mirror another git repo. It looks like mirrors
don't update automatically; the docs suggest using a cron job to automate,
so if the hypothetical grad student's repository goes away the CGRAN
version could remain at the last published version.
On Mon, Oct 6, 2014 at 10:22
Let me add one more thing about CGRAN while we are still trying to narrow
down how to handle this. One reason I put CGRAN in place was to host code
that might "disappear." For example, students post it on university
webpages and when they graduate, that hosting gets taken down.
Additionally, some
On Mon, Oct 6, 2014 at 1:43 AM, Bastian Bloessl wrote:
> On 10/06/2014 08:21 AM, Martin Braun wrote:
>>
>> but I don't really like this except as a temporary/transition solution.
>> Assume CGRAN really takes off and grows. Do you really want all OOTs out
>> there in a single repo? What exactly is
On 10/06/2014 08:21 AM, Martin Braun wrote:
but I don't really like this except as a temporary/transition solution.
Assume CGRAN really takes off and grows. Do you really want all OOTs out
there in a single repo? What exactly is their logical connection, which
would warrant them all being tied to
On 10/03/2014 12:44 AM, George Nychis wrote:
> Marcus, I like the idea of an uber-repo with external submodules. That
> would mean these submodules could link to a repo we could provide the
> user, a repo they already have on github, or a repo they have on some
> other external server. But in th
On 10/02/2014 06:44 PM, George Nychis wrote:
> Marcus, I like the idea of an uber-repo with external submodules. That
> would mean these submodules could link to a repo we could provide the user,
> a repo they already have on github, or a repo they have on some other
> external server. But in th
Marcus, I like the idea of an uber-repo with external submodules. That
would mean these submodules could link to a repo we could provide the user,
a repo they already have on github, or a repo they have on some other
external server. But in the end, our uber repo would point to all of them
and t
Hi everyone,
that seems to be a nice solution you're proposing, George. What about
having a uber-repo that uses external submodules? This way, you could
have your single CGRAN repo, with all the packages as submodules, some
documentation in a single wiki, all per gitlab, and just keep the
projects
On 09/29/2014 05:41 PM, George Nychis wrote:
> Marcus, thanks for keeping up-to-date projects on CGRAN! Since you've
> always been actively involved, what would you like to see different and/or
> improved? It can still be the place where your projects live, I am just
> trying to make CGRAN more
I agree with Martin that once we go to git, every project has its own
independent repo. That shouldn't take much time at all to do, I can just
run some svn2git magic to spit out separate repositories. The question
will be where those repositories live. I can host the repositories again.
I could
On 29.09.2014 14:55, Marcus D. Leech wrote:
I have no religious convictions about git vs svn.
I'd have to change a couple of scripts [...]
When CGRAN was inaugurated, github wasn't as popular as it was (and GNU
Radio was still on SVN itself). We would not have gone for a central SVN
repo if
Marcus, thanks for keeping up-to-date projects on CGRAN! Since you've
always been actively involved, what would you like to see different
and/or improved? It can still be the place where your projects live,
I am just trying to make CGRAN more friendly to changes in the current
community and t
Marcus, thanks for keeping up-to-date projects on CGRAN! Since you've
always been actively involved, what would you like to see different and/or
improved? It can still be the place where your projects live, I am just
trying to make CGRAN more friendly to changes in the current community and
to be
On 09/29/2014 05:31 PM, George Nychis wrote:
Thanks for the feedback, Chris and Martin. What I'm going to do is
keep CGRAN down until we have some sort of plan/resolution and use it
as a form of motivation. Every time I've managed to resurrect CGRAN
from the dead, I just leave it go and forge
Thanks for the feedback, Chris and Martin. What I'm going to do is keep
CGRAN down until we have some sort of plan/resolution and use it as a form
of motivation. Every time I've managed to resurrect CGRAN from the dead, I
just leave it go and forget about it for some time again. I think that the
This is something that comes up at our dev calls (and other dev
meetings) regularly, and we really need to address it sooner rather than
later.
George, if the support burden is getting to much, we can surely fix a
short-term solution by migrating stuff to some temporary location (let's
take t
CGRAN is useful and I'd like to see it live on in some form, at least as a
directory of modules that people are developing. My gut feeling is that
github is a good way forward.
I'm not sure what kind of quality assertion you want to make by including
something in CGRAN (clueful developers? decent
The machine that runs CGRAN down in some basement somewhere at Carnegie
Mellon has hit some issues again. Given that I'm no longer at the
university, these issues are becoming harder for me to address. At this
point, it's probably best for CGRAN to "move on" as we've all been in
discussion about
20 matches
Mail list logo