I think this plan makes a lot of sense. I'll just throw in my two bits for a
couple of other points:
* the git-buildpackage workflow is really quite wonderful and reasonably
flexible, I highly recommend it, and I think it will improve the productivity
of this team.
* Vcs-Git and Vcs-Browser
On Aug 26, 2014, at 02:36 PM, Hans-Christoph Steiner wrote:
I think this plan makes a lot of sense. I'll just throw in my two bits for a
couple of other points:
Cool.
* the git-buildpackage workflow is really quite wonderful and reasonably
flexible, I highly recommend it, and I think it will
We had a fairly successuful Python BOF yesterday, here are the notes
from Gobby.
The video should soon be available on:
http://meetings-archive.debian.net/pub/debian-meetings/2014/debconf14/webm/
Python 3 support: what can we do to add more python3-foo packages?
Hi Barry,
thanks for this write-up.
An open question remains what to do about the current history that is in
svn. My experience of doing this is as follows:
* For many repos, svn-all-fast-export does an excellent job of turning a
complete svn history into something that looks identical to
Hi Stuart,
On Aug 27, 2014, at 11:57 AM, Stuart Prescott wrote:
I eventually gave up and used git-import-dscs -- debsnap.
That said -- all the above experience was with full-source svn repos. I would
anticipate that the debian/-only repos would be easier to migrate as they are
much simpler, but
Yesterday, after the general Python BOF, we had a follow-up git
migration BOF. There isn't video yet, but it should appear on
http://meetings-archive.debian.net/pub/debian-meetings/2014/debconf14/webm/
Up until now it's everybody in the same VCS and that prevents us from
migrating. Relax the svn
Hi Barry,
I eventually gave up and used git-import-dscs -- debsnap.
That said -- all the above experience was with full-source svn repos. I
would anticipate that the debian/-only repos would be easier to migrate as
they are much simpler, but then the new git repo would also be
debian/-only.
I
Hi!
svn history, do we keep it? with git-svn, or with the kde
git-svn-import, each tag becomes a branch which is a pain.
BTW svn-all-fast-export is the package that contains the kde git-svn-import
tool -- it does rather have a naming crisis.
svn-all-fast-export accepts a mapping that
On 2014-08-26 20:04, Stuart Prescott wrote:
I eventually gave up and used git-import-dscs -- debsnap.
That said -- all the above experience was with full-source svn repos. I
would anticipate that the debian/-only repos would be easier to migrate as
they are much simpler, but then the new git
9 matches
Mail list logo
