[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [RFS] golang-github-antlr-antlr4





On Thu, 29 Jul, 2021, 1:40 pm Peymaneh Nejad, <p.nejad@posteo.de> wrote:
Hi Nilesh

Am 28. Juli 2021 15:37:41 MESZ schrieb Nilesh Patra <nilesh@nileshpatra.info>:
>> It's maintainer would like to keep the sources seperate:
>> https://lists.debian.org/debian-java/2021/07/msg00014.html
>
>Hmm, there's been discussion about including it in the original source too which is opposite to what ebourg says,
>but I think we'll go with what ebourg suggests.

Maybe I've been a bit hasty also, the discussion seems to be ongoing.. [1]

There's an email there's from me, an we seem to have reached an agreement for separate source package for golang.

Andrius doesn't seem to have problems with this either.

Also, since we are trying to keep delta of antlr4 w/ the golang runtime as less as possible, will it be possible to package an older version of this?

I don't know what version the dependency chain needs, but the closer to antlr4 source (I think this is at 4.7.2 or something) the better.

Would you consider doing this?

>In the source, IMO .appveyor, .github, .travis, .gitignore pom.xml .... et al files are also pretty much useless for go package, atleast for us as downstream - can you filter these too?
>
>Also, just like there is separate "zip" files available for C++, python and JS runtime w/o the entire source as can be seen here[1] -- and the corresponding d/watch
>files in these would also point to there.
>Do they offer similar sources for golang as well? If so, you could simply fetch from that source

I'll do the changes you proposed, but since there is not much happening new queue we can just wait with an upload until next week.

Yeah, I mean we're not sprinting for sure :)
I agree that we should first let this discussion close officialy and only then proceed.

Andrius seems to suggest a new antlr team there.

I also had prepared a patch for the existing source[2] that is mostly ready for merging so whatever the java team agrees on would not require much additional effort from my/our side IMHO and I would just go on with other packages until then.

Thanks a lot for this!

Nilesh

Reply to: