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 s
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 wil
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 what
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,
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/
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 ta
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 the
9 matches
Mail list logo
