From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 57090158095 for ; Sun, 4 Sep 2022 22:47:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 77C7AE07B3; Sun, 4 Sep 2022 22:47:04 +0000 (UTC) Received: from w4.tutanota.de (w4.tutanota.de [81.3.6.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 53EAEE07B3 for ; Sun, 4 Sep 2022 22:47:04 +0000 (UTC) Received: from w3.tutanota.de (unknown [192.168.1.164]) by w4.tutanota.de (Postfix) with ESMTP id 0EF06106019A for ; Sun, 4 Sep 2022 22:47:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1662331621; s=s1; d=catcream.org; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender; bh=wSD0cWFwDnO+t/Oqt93+1piU2/7A9BeiKJ7mIKmENpY=; b=mu7P8xHOo37e1qAXcq1PKufruLvgqXmEIebEv3eClLTNII/We3HSakTigDTbJ7vs 5F/YWN3Ld/90/NqEs7E75sxx2RDkl5fZcXk0K/st334aIL9lktwRtVCJP3PMCExxr7k ki31O7navzGisqwUOoPfkJtMqRSUI6/Y/cjEHS//rpu07ohPETUN1v19NQPydGd151z kI4t514ZObYJnEbDQmBmEWt2yo6D/dTQ+4C2cRTE5BJYreBOlzJ/jtVzkxzpCRsOTDo UyI0/tElUsMN8QsEttE/6uqRb0ziouQOV1i/6Uc662zVaRzNasKUW7OQ9njXwQpMw4c LJvpFNnM5w== Date: Mon, 5 Sep 2022 00:47:01 +0200 (CEST) From: cat@catcream.org To: Gentoo Soc Message-ID: Subject: [gentoo-soc] Gentoo musl Support Expansion for Qt/KDE Week 12 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-soc@lists.gentoo.org Reply-to: gentoo-soc@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 57bf11c2-5139-4b8e-841d-00b3ace2b54b X-Archives-Hash: 5b1a4d5fbbd3c3efe950163c279991ce This week has been mostly been spent on writing documentation and fixing up= some left over things. I started with looking over the *-standalone libraries. It turns out that t= ree.h is provided by libbsd and because libbsd works just fine on musl I re= moved the standalone. The second thing I did was removing error.h because i= t caused issues with some builds, and we suspect it works on Void Linux bec= ause they build packages inside a clean chroot (without error.h). The only = one left is now cdefs.h. This header is an internal glibc header, and using= it is basically a bug, so upstreaming fixes should be very easy. Therefore= I feel like this doesn't need to be added either, so I closed the pull req= uest for now. Next I rewrote Sam's musl porting notes, moving it from his personal page t= o a "real" wiki page (https://wiki.gentoo.org/wiki/Musl_porting_notes). It'= s now more like a wiki page and less like a list of errors with attached fi= xes. I've also added several things myself into it. Another wiki I've added stuff to is Chroot (https://wiki.gentoo.org/wiki/Ch= root#Sound_and_graphics). In my GSoC planning I wanted to write documentati= on about using Gentoo musl. There I wanted information about how to work ar= ound using glibc programs that do not work on musl, ex proprietary programs= . Instead of doing that I wrote documentation about how running graphical a= pplications with sound into the Chroot documentation, as it helps every Gen= too user. I don't think Gentoo musl users should have any issues finding th= e Chroot wikipage. :) I have also tested gettext-tiny on Gentoo musl. This is a smaller implement= ation of gettext with some functionality stubbed out. gettext-tiny is built= for musl, and it makes use of the libintl provided by musl. For users that= only want English this makes a lot of sense because it is much smaller tha= n gettext but still allows most packages to be built. When replacing gettex= t Portage complained about two packages using uninstalled libraries from GN= U gettext, those being bison and poxml. When reemerging bison it errored ou= t and I was sure it was because of gettext, but after debugging bison I fou= nd out it was caused by error-standalone. After unmerging error-standalone = bison detected that the library was not installed and it compiled correctly= . Poxml on the other hand hard depends on libgettextpo, a library not provi= ded by gettext-tiny. Running "equery d -a poxml" however we can see that no= thing important actually depends on poxml, so gettext-tiny should for the m= ost part be fine. $ equery d -a poxml=C2=A0 > * These packages depend on poxml: > kde-apps/kdesdk-meta-22.04.3-r1 (>=3Dkde-apps/poxml-22.04.3:5) > kde-apps/kdesdk-meta-22.08.0 (>=3Dkde-apps/poxml-22.08.0:5) Next week I will write my final evaluation and then I am done with GSoC! I = will however continue working with some things like ebuildshell and crossde= v when I have time.