Path: csiph.com!weretis.net!feeder8.news.weretis.net!srl.newsdeef.eu!news.corradoroberto.it!gothmog.csi.it!bofh.it!news.nic.it!robomod From: Emmanuel Bourg Newsgroups: linux.debian.maint.java Subject: Re: kotlin2 in Debian -- 2025W23 update Date: Mon, 16 Jun 2025 15:50:01 +0200 Message-ID: References: X-Mailbox-Line: From debian-java-request@lists.debian.org Mon Jun 16 13:46:39 2025 Old-Return-Path: X-Amavis-Spam-Status: No, score=-13.199 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, LDO_WHITELIST=-5, NICE_REPLY_A=-1.201, RCVD_IN_DNSWL_HI=-5, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate: -5.5 Authentication-Results: apache.org; auth=none MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailing-List: archive/latest/23736 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/9e91fff3-bd04-7109-897e-47f112fecd76@apache.org Approved: robomod@news.nic.it Lines: 17 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Date: Mon, 16 Jun 2025 15:45:22 +0200 X-Original-Message-ID: <9e91fff3-bd04-7109-897e-47f112fecd76@apache.org> X-Original-References: <2e2ac5f7efc8ae401863382517249ce9@free.fr> <7e2a9e1b7fda03ad83d664582fb89c8d@free.fr> <5650baeeec5223dfb5affa4aa42f1b56@free.fr> <7053663db379b063042e99eb31bdadcd@free.fr> <80615ea609e5fab28e354a494d83e59d@free.fr> <572b182be1c0f0e013ce95cbf563f223@free.fr> <7a6e787cb9984825628a1a365ac6e8a3@free.fr> <07f185f4d07c5acd3e458b01e354be41@free.fr> <3ebae8b9869459ef719d6366190fa5f0@free.fr> <3570bd5d462de5034469dccd60a9130b@free.fr> Xref: csiph.com linux.debian.maint.java:13010 Hi Julien, On 07/06/2025 19:14, Julien Plissonneau Duquène wrote: > A significant difference with the current Kotlin package is that I'm > planning to remove (if possible) all embedded copies of libraries. This > will require to patch some of them that were forked by JetBrains to fix > or add features. I'm not sure this is a good idea, because it diverges from upstream, increases the maintenance burden, and could potentially break kotlin if such a dependency gets broken and can no longer compile (due to kotlin being broken). For kotlin I'd recommend keeping it simple and sticking to the upstream layout as much as possible. Saving a few kilobytes isn't important here. Emmanuel Bourg