On Thu, Jul 11, 2024 at 07:19:46PM GMT, Fabian Grünbichler wrote: > On Thu, Jul 11, 2024 at 06:06:21PM GMT, Jonas Smedegaard wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Jonas Smedegaard <d...@jones.dk> > > X-Debbugs-Cc: debian-devel@lists.debian.org, build-common team > > <team+build-com...@tracker.debian.org> > > Hi! > > (all of what follows is my personal opinion and not coordinated with > other members of the Rust packaging team).
this still applies. > I know the team and you have had differences in the past about how to > approach packing crates and/or software written in Rust, and I can and > do respect the technical aspects of that (at least in parts). > > Some sort of attempt to reconcile your pre-existing vendored forks of > the rust-team tooling with the original source, or at least a heads-up > about this plan of yours would have been appreciated. I don't see any > technical obstacles for having a single set of low-level Rust-helper > tools for packaging. I see a lot of downsides to having two such sets > that are 90% compatible, but subtly different and drifting apart over > time. > > Please (seriously!) reconsider this, and try to work together with the > existing Rust team to develop a/the common set of (low-level) tooling > and helpers. A lot of the team members are also packaging > Rust-related/using software outside of debcargo-conf (e.g., as part of > the Gnome team), and desire similar features that you do for your > workspace-based, packaged from git crates. Given the lack of response to this (but response to other mails in this thread, and multiple uploads of dh-rust), I assume you have no interest of collaboration (besides coordinating which "team" packages which parts of the Rust ecosystem, and transitions/upgrades concerning packages maintained by either "team"). A sad state of affairs wasting a lot of scarce time and resources, IMHO, but I'll let it rest now (but please know that the offer to find common ground and unify the helper implementations where there is considerable overlap, which is probably all of it except debcargo and the scripts in our monorepo, still stands). Please refrain from filing bugs with patches in any of the original versions of the tools you forked, unless you are willing to license those patches under a compatible license. For the time being, we have to consider any changes you make on your end to be taboo license-wise for inclusion in the original tooling (since we can't just take GPL changes into an Apache/MIT-licensed codebase without effectively relicensing the whole thing as GPL, which would require a team discussion and decision). Thanks for reading, Fabian
signature.asc
Description: PGP signature
