Hi all,
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etc
Would you possibly consider forking it into https://github.com/jitsi and
deprecating the ice4j SVN? Then I can stop running my sync2git for this
repository.
Regards,
Daniel
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etc
Lyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.
Would you possibly consider forking it into https://github.com/jitsi and
deprecating the ice4j SVN? Then I can stop running my sync2git for this
repository.
Would indeed be a nice consolidation.
Regards,
Daniel
Ingo
I don't mind rebuilding the mirror with those changes, it is all
scripted, it is just inconvenient for anybody who already forked my
existing Git mirror
For Lyubomir I was using:
lubomir.marinov = Lyubomir Marinov <lubomir.marinov@gmail.com>
but I can change to:
lubomir.marinov = Lyubomir Marinov <lyubomir.marinov@jitsi.org>
For Vincent and Sebastien I already have jitsi.org email addresses in
authors.txt - are those correct? I attach the updated file with
Lyubomir's address already changed
In any case, Github allows people to associate multiple email addresses
with their Github ID, maybe people can add in their old addresses?
I can also re-run it without the git-svn-id if you prefer, please just
tell me, I don't mind either way, but it has the same consequences for
anybody with a Git fork
Regards,
Daniel
ice4j-authors.txt (769 Bytes)
On 11/12/14 16:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.
I agree.
Boris
On 11/12/14 17:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.Would you possibly consider forking it into https://github.com/jitsi and
deprecating the ice4j SVN? Then I can stop running my sync2git for this
repository.Would indeed be a nice consolidation.
Just following up on this - is there any consensus on whether I should
rebuild the mirror with either or both of the changes proposed by Ingo?
a) changing user IDs?
b) removing git-svn-id?
Or you will just use it as-is?
On 11/12/14 16:40, Daniel Pocock wrote:
On 11/12/14 16:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.I don't mind rebuilding the mirror with those changes, it is all
scripted, it is just inconvenient for anybody who already forked my
existing Git mirrorFor Lyubomir I was using:
lubomir.marinov = Lyubomir Marinov <lubomir.marinov@gmail.com>
but I can change to:
lubomir.marinov = Lyubomir Marinov <lyubomir.marinov@jitsi.org>
For Vincent and Sebastien I already have jitsi.org email addresses in
authors.txt - are those correct? I attach the updated file with
Lyubomir's address already changedIn any case, Github allows people to associate multiple email addresses
with their Github ID, maybe people can add in their old addresses?I can also re-run it without the git-svn-id if you prefer, please just
tell me, I don't mind either way, but it has the same consequences for
anybody with a Git forkRegards,
Daniel
_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
Just another follow-up on moving ice4j to Github - I'd really like to
stop running a mirror of this on github using sync2git when most of the
Jitsi projects are directly on Github now.
On 12/12/14 10:32, Daniel Pocock wrote:
Just following up on this - is there any consensus on whether I should
rebuild the mirror with either or both of the changes proposed by Ingo?a) changing user IDs?
b) removing git-svn-id?Or you will just use it as-is?
On 11/12/14 16:40, Daniel Pocock wrote:
On 11/12/14 16:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.I don't mind rebuilding the mirror with those changes, it is all
scripted, it is just inconvenient for anybody who already forked my
existing Git mirrorFor Lyubomir I was using:
lubomir.marinov = Lyubomir Marinov <lubomir.marinov@gmail.com>
but I can change to:
lubomir.marinov = Lyubomir Marinov <lyubomir.marinov@jitsi.org>
For Vincent and Sebastien I already have jitsi.org email addresses in
authors.txt - are those correct? I attach the updated file with
Lyubomir's address already changedIn any case, Github allows people to associate multiple email addresses
with their Github ID, maybe people can add in their old addresses?I can also re-run it without the git-svn-id if you prefer, please just
tell me, I don't mind either way, but it has the same consequences for
anybody with a Git forkRegards,
Daniel
_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
Just following up on this again, I'm happy to re-run the conversion to
address Ingo's feedback so there shouldn't be any big effort for anybody
else in this.
On 12/12/14 10:32, Daniel Pocock wrote:
Just following up on this - is there any consensus on whether I should
rebuild the mirror with either or both of the changes proposed by Ingo?a) changing user IDs?
b) removing git-svn-id?Or you will just use it as-is?
On 11/12/14 16:40, Daniel Pocock wrote:
On 11/12/14 16:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.I don't mind rebuilding the mirror with those changes, it is all
scripted, it is just inconvenient for anybody who already forked my
existing Git mirrorFor Lyubomir I was using:
lubomir.marinov = Lyubomir Marinov <lubomir.marinov@gmail.com>
but I can change to:
lubomir.marinov = Lyubomir Marinov <lyubomir.marinov@jitsi.org>
For Vincent and Sebastien I already have jitsi.org email addresses in
authors.txt - are those correct? I attach the updated file with
Lyubomir's address already changedIn any case, Github allows people to associate multiple email addresses
with their Github ID, maybe people can add in their old addresses?I can also re-run it without the git-svn-id if you prefer, please just
tell me, I don't mind either way, but it has the same consequences for
anybody with a Git forkRegards,
Daniel
_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
I'd like to +1 this for what its worth; I just noticed that libsrc contains
a ice4j.zip that is a year old and I know for certain that libjitsi has had
its ice4j.jar updated during that period.
On Wed Jan 14 2015 at 5:45:22 AM Daniel Pocock <daniel@pocock.pro> wrote:
Just following up on this again, I'm happy to re-run the conversion to
address Ingo's feedback so there shouldn't be any big effort for anybody
else in this.On 12/12/14 10:32, Daniel Pocock wrote:
Just following up on this - is there any consensus on whether I should
rebuild the mirror with either or both of the changes proposed by Ingo?a) changing user IDs?
b) removing git-svn-id?Or you will just use it as-is?
On 11/12/14 16:40, Daniel Pocock wrote:
On 11/12/14 16:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.I don't mind rebuilding the mirror with those changes, it is all
scripted, it is just inconvenient for anybody who already forked my
existing Git mirrorFor Lyubomir I was using:
lubomir.marinov = Lyubomir Marinov <lubomir.marinov@gmail.com> <lubomir.marinov@gmail.com>
but I can change to:
lubomir.marinov = Lyubomir Marinov <lyubomir.marinov@jitsi.org> <lyubomir.marinov@jitsi.org>
For Vincent and Sebastien I already have jitsi.org email addresses in
authors.txt - are those correct? I attach the updated file with
Lyubomir's address already changedIn any case, Github allows people to associate multiple email addresses
with their Github ID, maybe people can add in their old addresses?I can also re-run it without the git-svn-id if you prefer, please just
tell me, I don't mind either way, but it has the same consequences for
anybody with a Git forkRegards,
Daniel
_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
I am sorry I haven't commented on this earlier.
As a developer (project lead hatt off), I would *really* hate for ice4j,
our last bastion of version control sanity, to move to github.
First, I have consistently failed to learn git enough to stop noticing it
and it inevitebly gets in my way every time I have a few hours to spend
coding: I have ended up spending all my opportunities learning how to fight
merge, commit, push and pull issues.
This is undoubtedly due to my endless stupidity but that is as good of a
reason as any.
Second, I fail to see exactly what problem the move would resolve. I am
unaware of any issues that come from the fact we use svn there. So to me
this would be just a waste of time.
So, in other words: a *very strong* -1 from me.
--sent from my mobile
On 14 Jan 2015 11:45 AM, "Daniel Pocock" <daniel@pocock.pro> wrote:
Just following up on this again, I'm happy to re-run the conversion to
address Ingo's feedback so there shouldn't be any big effort for anybody
else in this.On 12/12/14 10:32, Daniel Pocock wrote:
Just following up on this - is there any consensus on whether I should
rebuild the mirror with either or both of the changes proposed by Ingo?a) changing user IDs?
b) removing git-svn-id?Or you will just use it as-is?
On 11/12/14 16:40, Daniel Pocock wrote:
On 11/12/14 16:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.I don't mind rebuilding the mirror with those changes, it is all
scripted, it is just inconvenient for anybody who already forked my
existing Git mirrorFor Lyubomir I was using:
lubomir.marinov = Lyubomir Marinov <lubomir.marinov@gmail.com> <lubomir.marinov@gmail.com>
but I can change to:
lubomir.marinov = Lyubomir Marinov <lyubomir.marinov@jitsi.org> <lyubomir.marinov@jitsi.org>
For Vincent and Sebastien I already have jitsi.org email addresses in
authors.txt - are those correct? I attach the updated file with
Lyubomir's address already changedIn any case, Github allows people to associate multiple email addresses
with their Github ID, maybe people can add in their old addresses?I can also re-run it without the git-svn-id if you prefer, please just
tell me, I don't mind either way, but it has the same consequences for
anybody with a Git forkRegards,
Daniel
_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
Hi All,
First, I have consistently failed to learn git enough to stop noticing it
and it inevitebly gets in my way every time I have a few hours to spend
coding: I have ended up spending all my opportunities learning how to fight
merge, commit, push and pull issues.This is undoubtedly due to my endless stupidity but that is as good of a
reason as any.
That's my problem for git as well.
I urge you to try out https://fossil-scm.org/
It's distributed and easy to use from pushing code and reviewing it online
Interview with creator:
http://twit.tv/show/floss-weekly/320
On 16 January 2015 at 10:08, Emil Ivov <emcho@jitsi.org> wrote:
--sent from my mobile
--
-------
inum: 883510009027723
sip: jungleboogie@sip2sip.info
xmpp: jungle-boogie@jit.si
This should definitely be fixed. Thanks for bringing it up.
However I fail to see how it is related to the location where the library
is hosted.
--sent from my mobile
On 16 Jan 2015 5:31 PM, "Mondain" <mondain@gmail.com> wrote:
I'd like to +1 this for what its worth; I just noticed that libsrc
contains a ice4j.zip that is a year old and I know for certain that
libjitsi has had its ice4j.jar updated during that period.On Wed Jan 14 2015 at 5:45:22 AM Daniel Pocock <daniel@pocock.pro> wrote:
Just following up on this again, I'm happy to re-run the conversion to
address Ingo's feedback so there shouldn't be any big effort for anybody
else in this.On 12/12/14 10:32, Daniel Pocock wrote:
Just following up on this - is there any consensus on whether I should
rebuild the mirror with either or both of the changes proposed by Ingo?a) changing user IDs?
b) removing git-svn-id?Or you will just use it as-is?
On 11/12/14 16:40, Daniel Pocock wrote:
On 11/12/14 16:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.I don't mind rebuilding the mirror with those changes, it is all
scripted, it is just inconvenient for anybody who already forked my
existing Git mirrorFor Lyubomir I was using:
lubomir.marinov = Lyubomir Marinov <lubomir.marinov@gmail.com> <lubomir.marinov@gmail.com>
but I can change to:
lubomir.marinov = Lyubomir Marinov <lyubomir.marinov@jitsi.org> <lyubomir.marinov@jitsi.org>
For Vincent and Sebastien I already have jitsi.org email addresses in
authors.txt - are those correct? I attach the updated file with
Lyubomir's address already changedIn any case, Github allows people to associate multiple email addresses
with their Github ID, maybe people can add in their old addresses?I can also re-run it without the git-svn-id if you prefer, please just
tell me, I don't mind either way, but it has the same consequences for
anybody with a Git forkRegards,
Daniel
_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
I am sorry I haven't commented on this earlier.
As a developer (project lead hatt off), I would *really* hate for ice4j,
our last bastion of version control sanity, to move to github.
This surprised me a lot - there are so many Jitsi projects now on
Github: https://github.com/jitsi
that I had been under the impression that ice4j had simply been
overlooked. I wasn't aware you had other reasons for holding back on this.
First, I have consistently failed to learn git enough to stop noticing
it and it inevitebly gets in my way every time I have a few hours to
spend coding: I have ended up spending all my opportunities learning how
to fight merge, commit, push and pull issues.This is undoubtedly due to my endless stupidity but that is as good of a
reason as any.
You are neither stupid nor alone. Every developer goes through this
when migrating from any traditional VCS to Git.
There are probably a number of IRC channels where you can ask "how do I
do X with Git" and get several good responses quite quickly.
Second, I fail to see exactly what problem the move would resolve. I am
unaware of any issues that come from the fact we use svn there. So to me
this would be just a waste of time.
It is not exactly solving a problem - rather, it is about enabling more
collaboration. ice4j is not just used in Jitsi, it is also used in
Lumicall and possibly other projects. It works very well as a
standalone module outside the Jitsi ecosystem and it would be good to
see if more people submit pull requests for it.
I don't mind submitting things on the mailing list as I have done
before, but it is quicker for me to submit things as pull requests and
you also benefit from the fact that travis-ci will build ice4j with my
patches and run the unit tests and give you visual feedback on whether
they are unsafe to merge. This can save you time that you would
otherwise spend evaluating patches manually.
It is also not a huge problem for me to keep mirroring it with my
sync2git cronjob, I just thought that since you had moved most of your
other repositories then this is one that I could stop mirroring if you
Gitified it too.
On 16/01/15 19:08, Emil Ivov wrote:
I'm not a huge fan of git either and I resisted for quite some time, but if
you stop resisting and let yourself be assimilated then you'll find that
git and github are night and day better than svn. In general, I use only
the following commands with git and have rarely had to use other ones like
tag or stash:
git status
git add [some resource]
git commit -am 'commit message'
git pull
git push
Best regards,
Paul
On Fri Jan 16 2015 at 1:11:03 PM Emil Ivov <emcho@jitsi.org> wrote:
This should definitely be fixed. Thanks for bringing it up.
However I fail to see how it is related to the location where the library
is hosted.--sent from my mobile
On 16 Jan 2015 5:31 PM, "Mondain" <mondain@gmail.com> wrote:I'd like to +1 this for what its worth; I just noticed that libsrc
contains a ice4j.zip that is a year old and I know for certain that
libjitsi has had its ice4j.jar updated during that period.On Wed Jan 14 2015 at 5:45:22 AM Daniel Pocock <daniel@pocock.pro> wrote:
Just following up on this again, I'm happy to re-run the conversion to
address Ingo's feedback so there shouldn't be any big effort for anybody
else in this.On 12/12/14 10:32, Daniel Pocock wrote:
Just following up on this - is there any consensus on whether I should
rebuild the mirror with either or both of the changes proposed by Ingo?a) changing user IDs?
b) removing git-svn-id?Or you will just use it as-is?
On 11/12/14 16:40, Daniel Pocock wrote:
On 11/12/14 16:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.I don't mind rebuilding the mirror with those changes, it is all
scripted, it is just inconvenient for anybody who already forked my
existing Git mirrorFor Lyubomir I was using:
lubomir.marinov = Lyubomir Marinov <lubomir.marinov@gmail.com> <lubomir.marinov@gmail.com>
but I can change to:
lubomir.marinov = Lyubomir Marinov <lyubomir.marinov@jitsi.org> <lyubomir.marinov@jitsi.org>
For Vincent and Sebastien I already have jitsi.org email addresses in
authors.txt - are those correct? I attach the updated file with
Lyubomir's address already changedIn any case, Github allows people to associate multiple email addresses
with their Github ID, maybe people can add in their old addresses?I can also re-run it without the git-svn-id if you prefer, please just
tell me, I don't mind either way, but it has the same consequences for
anybody with a Git forkRegards,
Daniel
_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
-1 for me too. I like git but, for one reason or another, not everybody does and I don't see any compelling reason to switch to it (if it ain't broke..). Besides people who use Git can access ice4j with git svn (my weapon of choice); folks who use svn don't have any way to access git repositories.
On 16 Jan 2015, at 19:42, Mondain wrote:
I'm not a huge fan of git either and I resisted for quite some time, but if
you stop resisting and let yourself be assimilated then you'll find that
git and github are night and day better than svn. In general, I use only
the following commands with git and have rarely had to use other ones like
tag or stash:
git status
git add [some resource]
git commit -am 'commit message'
git pull
git pushBest regards,
PaulOn Fri Jan 16 2015 at 1:11:03 PM Emil Ivov <emcho@jitsi.org> wrote:
This should definitely be fixed. Thanks for bringing it up.
However I fail to see how it is related to the location where the library
is hosted.--sent from my mobile
On 16 Jan 2015 5:31 PM, "Mondain" <mondain@gmail.com> wrote:I'd like to +1 this for what its worth; I just noticed that libsrc
contains a ice4j.zip that is a year old and I know for certain that
libjitsi has had its ice4j.jar updated during that period.On Wed Jan 14 2015 at 5:45:22 AM Daniel Pocock <daniel@pocock.pro> >>> wrote:
Just following up on this again, I'm happy to re-run the conversion to
address Ingo's feedback so there shouldn't be any big effort for anybody
else in this.On 12/12/14 10:32, Daniel Pocock wrote:
Just following up on this - is there any consensus on whether I should
rebuild the mirror with either or both of the changes proposed by Ingo?a) changing user IDs?
b) removing git-svn-id?Or you will just use it as-is?
On 11/12/14 16:40, Daniel Pocock wrote:
On 11/12/14 16:10, Ingo Bauersachs wrote:
I've been running a mirror of ice4j at Github:
https://github.com/opentelecoms-org/ice4j
I use sync2git to mirror it properly, including all branches, tags,
author details, etcLyubomir (gh: lyubomir), Vincent (gh: vincent-lucas) and Sebastien (gh:
s-vincent) are not matched to their users. And AFAIK it is best practice for
SVN->Git migrations to remove the git-svn-id tag in the commit-log.I don't mind rebuilding the mirror with those changes, it is all
scripted, it is just inconvenient for anybody who already forked my
existing Git mirrorFor Lyubomir I was using:
lubomir.marinov = Lyubomir Marinov <lubomir.marinov@gmail.com> <lubomir.marinov@gmail.com>
but I can change to:
lubomir.marinov = Lyubomir Marinov <lyubomir.marinov@jitsi.org> <lyubomir.marinov@jitsi.org>
For Vincent and Sebastien I already have jitsi.org email addresses in
authors.txt - are those correct? I attach the updated file with
Lyubomir's address already changedIn any case, Github allows people to associate multiple email addresses
with their Github ID, maybe people can add in their old addresses?I can also re-run it without the git-svn-id if you prefer, please just
tell me, I don't mind either way, but it has the same consequences for
anybody with a Git forkRegards,
Daniel
_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing listdev@jitsi.org
Unsubscribe instructions and other list options:http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
-1 for me too. I like git but, for one reason or another, not everybody
does and I don't see any compelling reason to switch to it (if it ain't
broke..). Besides people who use Git can access ice4j with git svn (my
Or sync2git - but it creates more effort to send back fixes as people
can't make pull requests.
weapon of choice); folks who use svn don't have any way to access git
repositories.
George, that is simply not true
Try this and see what happens:
svn ls https://github.com/opentelecoms-org/lumicall
and then
svn ls https://github.com/opentelecoms-org/lumicall/trunk
Yes, Github actually provides an SVN API for SVN clients. It even makes
the branches available under the standard layout (so using the name
"trunk" you see the Git master branch)
This also makes it easier to migrate when SVN-based projects rely on
libraries that are in Github but they want to link to them as SVN externals.
On 16/01/15 20:25, George Politis wrote:
-1 for me too. I like git but, for one reason or another, not everybody
does and I don't see any compelling reason to switch to it (if it ain't
broke..). Besides people who use Git can access ice4j with git svn (myOr sync2git - but it creates more effort to send back fixes as people
can't make pull requests.weapon of choice); folks who use svn don't have any way to access git
repositories.George, that is simply not true
Try this and see what happens:
svn ls https://github.com/opentelecoms-org/lumicall
and then
svn ls https://github.com/opentelecoms-org/lumicall/trunk
Yes, Github actually provides an SVN API for SVN clients. It even makes
the branches available under the standard layout (so using the name
"trunk" you see the Git master branch)This also makes it easier to migrate when SVN-based projects rely on
libraries that are in Github but they want to link to them as SVN externals.
Well, wow, I had no idea that such a thing existed, thank you for bringing this up 
I'm sorry for not investigating this further before I spoke my mind.
On 17 Jan 2015, at 11:26, Daniel Pocock wrote:
On 16/01/15 20:25, George Politis wrote:
_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
(Sorry for top posting. Wrirting from phone)
Re-svn api:
Last when we tried them the SVN APIs were read only and even as such were
somewhat unreliable.
I don't know if the read-only part has changed but I'd bet that limitations
persist and that the svn support is still a second-class citizen of their
ecosystem.
As for the PRs: I appreciate all git/github advantaes, which is why all of
our ptojects are there.
Still, ice4j is a fairly stable lib and it's been a while since we have had
significant patches. There is simply not much to do.
I would hope that if people have one or two PRs to do per year, generating
a patch from their local git-svn repo instead wouldn't be a show stopper.
We have given git a million lines of code with other jitsi projects.
Please let us keep this last island of hope 
--sent from my mobile
On 17 Jan 2015 11:49 AM, "George Politis" <gp@jitsi.org> wrote:
On 17 Jan 2015, at 11:26, Daniel Pocock wrote:
On 16/01/15 20:25, George Politis wrote:
-1 for me too. I like git but, for one reason or another, not everybody
does and I don't see any compelling reason to switch to it (if it ain't
broke..). Besides people who use Git can access ice4j with git svn (myOr sync2git - but it creates more effort to send back fixes as people
can't make pull requests.weapon of choice); folks who use svn don't have any way to access git
repositories.
George, that is simply not true
Try this and see what happens:
svn ls https://github.com/opentelecoms-org/lumicall
and then
svn ls https://github.com/opentelecoms-org/lumicall/trunk
Yes, Github actually provides an SVN API for SVN clients. It even makes
the branches available under the standard layout (so using the name
"trunk" you see the Git master branch)This also makes it easier to migrate when SVN-based projects rely on
libraries that are in Github but they want to link to them as SVN
externals.Well, wow, I had no idea that such a thing existed, thank you for bringing
this upI'm sorry for not investigating this further before I spoke my
mind._______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
(Sorry for top posting. Wrirting from phone)
Re-svn api:
Last when we tried them the SVN APIs were read only and even as such
were somewhat unreliable.I don't know if the read-only part has changed but I'd bet that
limitations persist and that the svn support is still a second-class
citizen of their ecosystem.
Agreed - I personally wouldn't encourage people to use this API as the
cornerstone of their VCS strategy. But it is very helpful during
migration, e.g. if you have scripts that checkout the code and inspect
things, you can redirect your old SVN URL to the new Github URL and your
scripts keep working.
As for the PRs: I appreciate all git/github advantaes, which is why all
of our ptojects are there.Still, ice4j is a fairly stable lib and it's been a while since we have
had significant patches. There is simply not much to do.
I was going to volunteer to get ice4j.jar into the Maven repository
world for you. This might involve changing directory structure and
adding a pom.xml. This type of change would be quite easy to review and
merge as a Github pull request.
On 17/01/15 12:08, Emil Ivov wrote:
(Sorry for top posting. Wrirting from phone)
Re-svn api:
Last when we tried them the SVN APIs were read only and even as such
were somewhat unreliable.I don't know if the read-only part has changed but I'd bet that
limitations persist and that the svn support is still a second-class
citizen of their ecosystem.Agreed - I personally wouldn't encourage people to use this API as the
cornerstone of their VCS strategy. But it is very helpful during
migration, e.g. if you have scripts that checkout the code and inspect
things, you can redirect your old SVN URL to the new Github URL and your
scripts keep working.As for the PRs: I appreciate all git/github advantaes, which is why all
of our ptojects are there.Still, ice4j is a fairly stable lib and it's been a while since we have
had significant patches. There is simply not much to do.I was going to volunteer to get ice4j.jar into the Maven repository
world for you. This might involve changing directory structure and
adding a pom.xml. This type of change would be quite easy to review and
merge as a Github pull request.
FWIW you don't necessarily have to change the directory structure in order to mavenize a project. You can instead set the sourceDirectory and the testSourceDirectory.
https://github.com/gpolitis/jitsi-mavenization/blob/master/artifacts/org.ice4j/pom.xml
On 17 Jan 2015, at 12:17, Daniel Pocock wrote:
On 17/01/15 12:08, Emil Ivov wrote:
_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev
You are not going to like what I have to say about maven either.
Same bottom line though: what problem that *we* have is it actually solving?
And yes, even if we do decide to accept this, as a lead, I would strongly
object to modifying our entire directory structure around one tool.
--sent from my mobile
On 17 Jan 2015 12:25 PM, "George Politis" <gp@jitsi.org> wrote:
On 17 Jan 2015, at 12:17, Daniel Pocock wrote:
On 17/01/15 12:08, Emil Ivov wrote:
(Sorry for top posting. Wrirting from phone)
Re-svn api:
Last when we tried them the SVN APIs were read only and even as such
were somewhat unreliable.I don't know if the read-only part has changed but I'd bet that
limitations persist and that the svn support is still a second-class
citizen of their ecosystem.Agreed - I personally wouldn't encourage people to use this API as the
cornerstone of their VCS strategy. But it is very helpful during
migration, e.g. if you have scripts that checkout the code and inspect
things, you can redirect your old SVN URL to the new Github URL and your
scripts keep working.As for the PRs: I appreciate all git/github advantaes, which is why all
of our ptojects are there.
Still, ice4j is a fairly stable lib and it's been a while since we have
had significant patches. There is simply not much to do.I was going to volunteer to get ice4j.jar into the Maven repository
world for you. This might involve changing directory structure and
adding a pom.xml. This type of change would be quite easy to review and
merge as a Github pull request.FWIW you don't necessarily have to change the directory structure in order
to mavenize a project. You can instead set the sourceDirectory and the
testSourceDirectory.https://github.com/gpolitis/jitsi-mavenization/blob/
master/artifacts/org.ice4j/pom.xml_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev