On Sun, Aug 12, 2018 at 9:31 AM, Theodore Y. Ts'o <ty...@mit.edu> wrote:
> On Sun, Aug 12, 2018 at 02:19:29AM -0700, Vincent Cheng wrote:
>>
>> Sorry, I haven't had time lately to properly care for my packages.
>> Please go ahead with the NMU (bonus points if you have time to move
>> everything to salsa, extra bonus points if you're willing to
>> co-maintain the package too). Thanks!
>
> Was there a previous git repo for f2fs-tools on Alioth? I didn't base
> my last upload of f2fs to stretch-backports (just started with the
> tree from "apt-get source f2fs-tools"), but if you want me to move it
> to Salsa, it would probably be a good idea to preserve the git repo
> (if any) you were of the Debian packaging. Unfortunately I can't seem
> to find where the Alioth backups of the repos that were stored there
> can be found, and while I can try to ask for them, if you have a local
> git repo that you can push up to github or gitlab, that would be
> great.
There used to be a svn collab-maint repo on Alioth for f2fs-tools, but
unfortunately I didn't get a chance to migrate that to git before
Alioth was taken down. The f2fs-tools packaging isn't complex and the
svn history isn't particularly interesting, so it's probably not
worthwhile to grab the collab-maint svn dump and to try converting
that to git. Feel free to just start off the repo from scratch if
you'd like (if I had time I'd probably start off by importing the last
dozen or so snapshots with gbp, but I'm not picky about how the repo
is structured), or just skip it altogether.
> Otherwise I can just start a new git repo --- I already have
> f2fs-tools v1.11.0 already packaged up for {kvm,gce,android}-xfstests,
> and it was a desire to allow others to reproduce the VM image
> completely from sources and debian snapshots w/o having to manually
> compile f2fs-tools which is why I've been interested in keeping
> f2fs-tools updated in stable backports.
>
> So as far as co-maintenance, I'm happy to help, although I don't
> actually do much with f2fs myself (other as part of the kernel file
> systems regression testing).
Thanks! It's entirely up to you of course. I've just been asking the
same question to anyone at all who's shown interest in my packages so
I don't feel nearly as guilty about neglecting them as I otherwise
would. :)
Regards,
Vincent
