From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 20138 invoked from network); 17 Jul 2021 07:24:54 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 17 Jul 2021 07:24:54 -0000 Received: (qmail 3100 invoked by uid 550); 17 Jul 2021 07:24:52 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 3079 invoked from network); 17 Jul 2021 07:24:52 -0000 From: "Laurent Bercot" To: musl@lists.openwall.com Date: Sat, 17 Jul 2021 07:24:40 +0000 Message-Id: In-Reply-To: <33b6a644-4930-98e5-6376-504867b6423a@dereferenced.org> References: <20210716121625.38409b91@vostro> <20210716155735.GC13220@brightrain.aerifal.cx> <20210717004131.GE13220@brightrain.aerifal.cx> <33b6a644-4930-98e5-6376-504867b6423a@dereferenced.org> User-Agent: eM_Client/8.2.1473.0 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvtddrvdeggdeikecutefuodetggdotffvucfrrhhofhhilhgvmecupfgfoffgtffkveetuefngfdpqfgfvfenuceurghilhhouhhtmecufedttdenucenucfjughrpefhvffufffkjghfrhgfgggtgfesthhqredttderjeenucfhrhhomhepfdfnrghurhgvnhhtuceuvghrtghothdfuceoshhkrgdqughivghtlhhisggtsehskhgrrhhnvghtrdhorhhgqeenucggtffrrghtthgvrhhnpeeuiefhhfeuveegudejgfegudeufeevudeftdelveeifeffiedtieehteehtdevtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphhouhht Subject: Re: [musl] option to enable eh_frame >It is about debugging, but specifically enabling downstream users to do ba= sic debugging without having to install the musl-dbg package. This is comm= only requested both in public Alpine channels, and also in various support= engagements Alpine developers have with their customers in a personal capac= ity. It has been a point of contention for many years in the Alpine commun= ity, as a result. From what I can see, this point of contention has not exactly stopped Alpine's expansion. Using Alpine comes with benefits; it also comes with some drawbacks, and every reasonable user should be able to understand this. As a maintainer, it obviously makes sense to try and minimize these=20 drawbacks, but are we really talking about a situation where the user's complaint is 'I have to type "apk add musl-dbg" before performing debugging' ? Are we really talking about a situation where the proposed solution to that complaint is *forking the libc that is a huge part of Alpine's success in the first place* ? I suspect there is a lot being left unsaid here, because at face value, the cost-benefit analysis is obvious and I don't understand how this is even a question. Without any more information, what it looks like to me is corporate lobbying, which Alpine has always managed to deal with in a reasonable manner in the past and I am not sure what changed. -- Laurent