Re: Porter roll call for Debian Stretch
- To: debian-ports@lists.debian.org, Debian Developers <debian-devel@lists.debian.org>
- Subject: Re: Porter roll call for Debian Stretch
- From: Adam Borowski <kilobyte@angband.pl>
- Date: Sat, 1 Oct 2016 02:28:47 +0200
- Message-id: <[🔎] 20161001002847.GA17521@angband.pl>
- In-reply-to: <CA+7wUsxU4O8_qAoYTm=VdzV51BKjoGgg=qU+LG4y+t06KV_uWw@mail.gmail.com>
- References: <20160817200524.C2E2331E@bendel.debian.org> <25ca2f9f-e5a8-87d8-b397-208db2d7d00a@thykier.net> <3e8c329c-85a2-7c29-f9ec-7fa071ab5052@physik.fu-berlin.de> <dc759285-7359-7574-a2a1-0f708cefb4ca@debian.org> <CA+7wUswWmq7um2FHX7noMc0UxQr=_zY3OxCxLkFk2d-c0W-qhA@mail.gmail.com> <a6feeca9-1975-9cd6-0dcb-c64e0e835a51@thykier.net> <89baa145-a826-76fd-47f5-60c127e17a05@physik.fu-berlin.de> <525c227c-3420-77e8-97d0-eb9c3c9dc6cc@thykier.net> <757f15a2-bc66-bc74-c087-41b9f8cab6f3@physik.fu-berlin.de> <CA+7wUsxU4O8_qAoYTm=VdzV51BKjoGgg=qU+LG4y+t06KV_uWw@mail.gmail.com>
On Fri, Sep 30, 2016 at 11:01:55PM +0200, Mathieu Malaterre wrote:
> On Fri, Sep 30, 2016 at 10:34 PM, John Paul Adrian Glaubitz
> <glaubitz@physik.fu-berlin.de> wrote:
> [...]
> > On the other hand, some packages dropped support for PowerPC32 like Mono
> > but this isn't a concern for most users, I would say.
> [...]
>
> However I need to mention that the specific ppc/mono issue is in fact
> pretty interesting. The long thread is on debian-powerpc@l.d.o but the
> short version is that this issue only happen because we build the
> ppc32 mono version on a ppc64 kernel, I know that since I did debug
> this issue.
Which, if I read the bug correctly, is a yet another case of a bogus
build system looking at characteristics of the machine it's compiled on
rather than baseline of the arch.
And, per your own work, it's +patch +fixed-upstream.
> I have not heard from the ppc64el porters, but I suspect ppc64 will
> not be a release arch. So you need to take into consideration that for
> powerpc to remain a release arch, one need minimal working ppc64 port.
> Could we solve the situation of ppc64 for Stretch, could it be moved
> to official release arch ?
What would you need ppc64 for? Unlike i386, powerpc includes 64-bit
kernels so users don't need multiarch:
powerpc has:
linux-image-4.7.0-1-powerpc - Linux 4.7 for uniprocessor 32-bit PowerPC (signed)
linux-image-4.7.0-1-powerpc-smp - Linux 4.7 for multiprocessor 32-bit PowerPC (signed)
linux-image-4.7.0-1-powerpc64 - Linux 4.7 for 64-bit PowerPC (signed)
i386 has:
linux-image-4.7.0-1-686-pae-unsigned - Linux 4.7 for modern PCs
linux-image-4.7.0-1-686-unsigned - Linux 4.7 for older PCs
linux-image-4.7.0-1-grsec-686-pae - Linux 4.7 for modern PCs, Grsecurity protection
linux-image-4.7.0-1-686 - Linux 4.7 for older PCs (signed)
linux-image-4.7.0-1-686-pae - Linux 4.7 for modern PCs (signed)
Note the joke: "for modern PCs". Unless you do embedded it takes some
serious dumpster diving to find a machine not better served by an -amd64
kernel (and thus multiarch). The i386 architecture is not self-contained,
powerpc is.
Thus, there is no need for ppc64 (userland), as long as powerpc has the
toolchain to build 64-bit kernels. And that's a primary target for gcc
upstream.
--
A MAP07 (Dead Simple) raspberry tincture recipe: 0.5l 95% alcohol, 1kg
raspberries, 0.4kg sugar; put into a big jar for 1 month. Filter out and
throw away the fruits (can dump them into a cake, etc), let the drink age
at least 3-6 months.
Reply to: