<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<div>Chiming in into the discussion. As I am the one who packaged gstreamer-player in the first place, I'd like to know what the consensus of all this is. What is the solution to this problem when it comes to .gir generated code? I'd like the following as possible solution for this mess:<br></div><div dir="auto"><br></div><div dir="auto">-Ship the .gir with the rust lib (separate or same package)<br></div><div dir="auto">-ship the code generator for .gir to .rs<br></div><div dir="auto">- still upload the rust lib on it's own</div><div dir="auto"><br></div><div dir="auto">While this is feasible, I also doubt this would be scaleable since all GTK rust crates are generated by .gir files. This would mean a lot of extra work for me when packaging since there woul be "two" packages. As a logical consequence all libraries generated by .gir files (not just rust ones) would have to be amended/reuploaded. <br></div><div dir="auto">I have to agree with slomo that this could be viewed as somewhat inconsequential since some other packages (e.g. vala ) do exactly the same and this hasn't been an issue.</div><div dir="auto"><br></div><div dir="auto">If this is the ftpmasters final decision, so be it. I will abide the rules to get the GTK rust stack into debian.<br></div><div dir="auto"><br></div><div dir="auto">I hope the solution I pointed out above works for all. Certainly it would introduce (in my opinion) unnecessary packages into debian. But if that's required by the policy, I'll follow it. <br></div><div dir="auto"><br></div><div dir="auto">--<br></div><div dir="auto">Matthias Geiger (werdahias) <br></div><div><br></div><div><br></div><div><br></div><div>25. Aug. 2022, 07:19 von spwhitton@spwhitton.name:<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>Hello,<br></div><div><br></div><div>On Thu 25 Aug 2022 at 10:47AM +03, Sebastian Dröge wrote:<br></div><blockquote><div><br></div><div>On Wed, 2022-08-24 at 15:20 -0700, Sean Whitton wrote:<br></div><blockquote><div><br></div><div>I'm afraid I cannot respond to a message of this length. As I mentioned<br></div><div>previously, all the ftpteam really have the bandwidth to do is process<br></div><div>what's in NEW.<br></div></blockquote><div><br></div><div>No worries, I understand that you're all having too much to do already<br></div><div>and thanks for taking your time anyway and doing such an ungrateful<br></div><div>job. I also have better things to do than discussing such nonsense.<br></div><div><br></div><div>I guess a good summary of my mail would be exactly that: this process<br></div><div>is completely dysfunctional and doesn't scale.<br></div></blockquote><div><br></div><div>s/completely/<something slightly weaker>/, because NEW works fine for a<br></div><div>lot of other classes of package, and we definitely agree.<br></div><div><br></div><div>-- <br></div><div>Sean Whitton<br></div></blockquote><div dir="auto"><br></div> </body>
</html>