[17793] in athena10

home help back first fref pref prev next nref lref last post

Re: Fate of Zephyr in Debian

daemon@ATHENA.MIT.EDU (Sam Hartman)
Wed Oct 27 15:48:49 2021

From: Sam Hartman <hartmans@debian.org>
To: Alex Chernyakhovsky <achernya@mit.edu>
Cc: =?utf-8?Q?Alejandro_R=2E_Sede=C3=B1o?= <asedeno@mit.edu>,
        Alex
 Chernyakhovsky
 <achernya@mit.edu>,
        Debathena Trac <debathena@mit.edu>
In-Reply-To: <CAB18ysrSHGrw3McMmhNEw9pBDfEAeKBDRYfSK31WvnRcd6mVaw@mail.gmail.com>
Date: Wed, 27 Oct 2021 19:48:09 +0000
Message-ID: <0100017cc34bad18-d7980cc7-9cc5-46b7-8063-67a50a9d08da-000000@email.amazonses.com>
MIME-Version: 1.0
Content-Type: text/plain

>>>>> "Alex" == Alex Chernyakhovsky <achernya@mit.edu> writes:

    Alex> I believe svn2git is not entirely garbage, and I did this for
    Alex> debathena,

Yeah, svn2git is fairly good.
And if you're volunteering to take a hack at it, go for it.

    Alex> so I would say we should at least try to convert
    Alex> the histories before creating a merge commit.

I guess it depends on what we want.
I think it would be fairly easy to get a divergent debian history that
had no overlapping commits with zephyr-im/zephyr given the svn
repository.

That isn't very useful to me, but if that would be useful to anyone else
here, I agree it's easy enough, and I'd be happy to do that.


I think it would be hard to get a git repository that converted the svn
debian and lined it up with the zephyr-im so that each upstream release
also was a merge commit against zephyr-im/zephyr.
That's more work than I'm willing to put in.
But that's the kind of work where I think the conversion would have
value going forward.

home help back first fref pref prev next nref lref last post