Dear powerpc porters,
The glibc 2.41-1 (version in experimental) testsuite fails to pass on
powerpc:
| FAIL: math/test-float-log10
| original exit status 1
| testing float (without inline functions)
| Failure: Test: log10_downward (0x1p+0)
| Result:
| is: -0.e+00 -0x0.00p+0
Source: ppc64-diag
Version: 2.7.9-1.1
Severity: important
Tags: ftbfs
X-Debbugs-Cc: debian-powerpc@lists.debian.org
User: debian-powerpc@lists.debian.org
Hi,
as can be seen at [0], the package fails to build (most likely due to
the t64 related changes in sid/trixie):
rtas_errd/v6ela.c: In
Hello,
I'm trying to learn how to create a livecd that will run on PowerPC
(specifically, a G4 Mac Mini) and boot into a minimal shell environment with a
few basic tools available.
So far I've been taking inspiration from the Jessie installer DVD
(debian-8.11.0-powerpc-DVD-1.iso
hange,
but I cannot find it neither in src:gcc-XX nor in src:dpkg, most likely
because the changed happened before src:gcc-XX was move from SVN to Git.
Does anyone happen to remember where and when that change was made?
Thanks,
Adrian
> [1] https://lists.debian.org/debian-powerpc/2016/03/msg00
Source: openal-soft
Version: 1.24.0-1
Severity: normal
Tags: upstream
Justification: fails to build from source on non-release architectures
X-Debbugs-Cc: debian-powerpc@lists.debian.org
User: debian-powerpc@lists.debian.org
Usertags: powerpc ppc64
https://buildd.debian.org/status/fetch.php?pkg
On Tue, Oct 22, 2024 at 03:21:13PM +0200, John Paul Adrian Glaubitz wrote:
>..
> On Tue, 2024-10-22 at 15:17 +0300, Adrian Bunk wrote:
> > https://buildd.debian.org/status/fetch.php?pkg=itcl4&arch=powerpc&ver=4.3.1-1&stamp=1729591114&raw=0
> > Package versions:
Hi Adrian,
On Tue, 2024-10-22 at 15:17 +0300, Adrian Bunk wrote:
> https://buildd.debian.org/status/fetch.php?pkg=itcl4&arch=powerpc&ver=4.3.1-1&stamp=1729591114&raw=0
> Package versions: ... gcc_4:13.2.0-7 ... perl_5.38.2-5
>
> Still using gcc 13 implies the ch
Hello,
On Tue, 2024-10-22 at 15:17 +0300, Adrian Bunk wrote:
> https://buildd.debian.org/status/fetch.php?pkg=itcl4&arch=powerpc&ver=4.3.1-1&stamp=1729591114&raw=0
> Package versions: ... gcc_4:13.2.0-7 ... perl_5.38.2-5
>
> Still using gcc 13 implies the chroot h
Hello,
I was finally able to track down the problem this morning which breaks
debian-installer console output on powerpc and ppc64 since kernel v6.8.
There is a patch [1] in the current Debian kernel package which was supposed
to fix the exact same problem [2] on ppc64el and it was introduced
On 10/17/24 12:45 PM, Stan Johnson wrote:
> ...
> My installation on the Pismo was otherwise uneventful, except that Xfce
> isn't working. I'll continue to investigate that ...
After installing and using wdm instead of lightdm, Xfce is now working,
though very slowly. So there may be a bug in ligh
Hello Ken,
On Fri, 2024-09-27 at 16:46 -0700, Ken Cunningham wrote:
> As per the last time this came up a couple of years ago, the same set of
> questions with the same series of answers keep coming up every few months
> on this list regarding installing debian on PowerPC macs.
Addin
On 2024-09-27, at 4:50 PM, Jeffrey Walton wrote:
> I think there's a curated FAQ for PowerPC on the Debian wiki at
> <https://wiki.debian.org/PowerPC/FAQ>. Also see
> <https://wiki.debian.org/PowerPC>.
>
> Jeff
Thanks Jeff, I recall you were one of the fo
As per the last time this came up a couple of years ago, the exact same set of
questions with the exact same series of answers keep coming up every few months
on this list regarding installing debian on PowerPC macs.
We had a few keen volunteers back then who were interested in spearheading
On Fri, Sep 27, 2024 at 7:47 PM Ken Cunningham
wrote:
>
> As per the last time this came up a couple of years ago, the same set of
> questions with the same series of answers keep coming up every few months on
> this list regarding installing debian on PowerPC macs.
>
>
As per the last time this came up a couple of years ago, the same set of
questions with the same series of answers keep coming up every few months on
this list regarding installing debian on PowerPC macs.
We had a few keen volunteers back then who were interested in spearheading a
FAQ to help
Source: python-greenlet
Version: 3.1.0-1
Severity: normal
User: debian-powerpc@lists.debian.org
Usertags: powerpc
X-Debbugs-Cc: debian-powerpc@lists.debian.org
Hi,
python-greenlet currently FTBFS on powerpc during the testsuite [1]:
dh_auto_test
I: pybuild base:311: cd /<>/.p
Source: gtk4
Version: 4.16.1+ds-2
Severity: normal
Tags: ftbfs
X-Debbugs-Cc: debian-powerpc@lists.debian.org
User: debian-powerpc@lists.debian.org
Usertags: powerpc
gtk4 passes most of its test suite on powerpc, but fails one test:
https://buildd.debian.org/status/fetch.php?pkg=gtk4&arch=pow
Source: libgl1-mesa-dri
Version: 24.2.2-1
Severity: normal
X-Debbugs-Cc: debian-powerpc@lists.debian.org
User: debian-powerpc@lists.debian.org
Usertags: powerpc
Similar to the situation on sparc64.
To reproduce:
- install gtk4 build-dependencies on powerpc porterbox with no access to a
real
Source: linux
Version: 6.10.6-1
Severity: normal
User: debian-powerpc@lists.debian.org
Usertags: powerpc
X-Debbugs-Cc: debian-powerpc@lists.debian.org
Hello,
in 75bc255a7444 [1] CONFIG_CRASH_DUMP was enabled by default for all
architectures
which made the kernel unbootable on 32-bit PowerPC
Hi Ben,
On Mon, 2024-07-22 at 00:07 +0200, Ben Hutchings wrote:
> I don't know what differences there are between these builders that
> might be relevant.
For kapitsa, the installed host system is powerpc while all the others
run the ppc64 port.
As for the hardware:
kapitsa runs
me know if that's sufficient
> or whether I need to clean up more, probably asking others to clean up
> their home directories.
I've now done 10 kernel builds on perotto (4 builds of just the
"powerpc" flavour and then 2 builds of all 3 flavours) and not
reproduced this
On Sat, 2024-07-20 at 21:17 +0200, Ben Hutchings wrote:
> I had a go yesterday and ran into the same problem. I couldn't
> reproduce with a small kernel config (allnoconfig + BPF + DEBUG_INFO +
> DEBUG_INFO_BTF) and there wasn't enough disk space to build even one of
> the Debian kernel flavours.
On Sat, 2024-07-20 at 09:16 +0200, John Paul Adrian Glaubitz wrote:
> Hi Domenico,
>
> On Fri, 2024-07-19 at 23:20 +0200, Domenico Andreoli wrote:
> > > > Is there anything I can do to help?
> > >
> > > From the 6.10-1~exp1:
> > > https://buildd.de
/buildd.debian.org/status/fetch.php?pkg=linux&arch=powerpc&ver=6.10-1%7Eexp1&stamp=1721287862&raw=1
> > > file:
> > >
> > > + LLVM_OBJCOPY=powerpc-linux-gnu-objcopy pahole -J -j
> > > --btf_features=encode_force,var,float,enum64,decl_tag,type_tag,o
Hi Domenico,
On Fri, 2024-07-19 at 23:20 +0200, Domenico Andreoli wrote:
> > > Is there anything I can do to help?
> >
> > From the 6.10-1~exp1:
> > https://buildd.debian.org/status/fetch.php?pkg=linux&arch=powerpc&ver=6.10-1%7Eexp1&stamp=1721287862&
CCing debian-kernel and debian-powerpc
On Fri, Jul 19, 2024 at 04:13:00PM -0300, Arnaldo Carvalho de Melo wrote:
> Adding Alan and Jiri to the CC list.
>
> On Fri, Jul 19, 2024 at 08:53:24AM +0200, Domenico Andreoli wrote:
> > Hi Arnaldo,
> >
> > On Thu, Jul 18, 20
Hi Ilias,
On Thu, 2024-06-13 at 20:50 +0200, John Paul Adrian Glaubitz wrote:
> > Do we still have to build an unregisterised compiler for powerpc
> > or can we switch back to NCG (https://bugs.debian.org/1060196)?
>
> I have not verified that yet. Please let's stay unreg
r syntax is:
>
> ifneq (,$(filter $(DEB_HOST_ARCH),powerpc))
> export DEB_CXXFLAGS_MAINT_APPEND = -DEIGEN_DONT_VECTORIZE
> endif
>
> @Patrick: Could you update the debian/rules file please to use the
> above syntax?
I'll update d/rules once the transition is finished.
--
Med vänliga hälsningar
Patrick Franz
://sources.debian.org/src/ghc/9.4.7-5/debian/rules/#L78
and add the following line as well:
+ EXTRA_INSTALL_CONFIGURE_FLAGS += --disable-ld-override
I will include that in the next upload. Do we still have to build an
unregisterised compiler for powerpc or can we switch back to NCG
(https://bugs.debian.org/1060196)?
--
Ilias
oaded a patched version to unreleased in the
mean time.
> Do we still have to build an unregisterised compiler for powerpc
> or can we switch back to NCG (https://bugs.debian.org/1060196)?
I have not verified that yet. Please let's stay unregisterised for now
and have me verify first wh
ikely also unbreak GHC on m68k.
>
> Good job, Adrian. That's quite a bit of work to track down the issue.
Thanks. In the meantime I filed a bug upstream for this [1].
I will actually open a second bug report since this bug report is about
the broken NGC on 32-bit PowerPC which i
g at /usr/lib/ghc/lib/settings, the default linker is set to gold:
>
> "C compiler link flags", "-fuse-ld=gold"
>
> Since gold is broken on powerpc and shouldn't really be used anymore since
> it's basically unmaintained upstream, we must use bfd on
flags", "-fuse-ld=gold"
Since gold is broken on powerpc and shouldn't really be used anymore since
it's basically unmaintained upstream, we must use bfd on powerpc by default.
Editing the file and switching back to bfd fixes the problem for me.
Now we just need to figu
Source: rustc
Version: 1.75.0+dfsg1-4
Severity: normal
Tags: patch
User: debian-powerpc@lists.debian.org
Usertags: powerpc
X-Debbugs-Cc: debian-powerpc@lists.debian.org
Hi,
the test test_arc_condvar_poison hangs on powerpc for rustc 1.75.0 [1]:
test time::tests::instant_monotonic_concurrent
T_PATH=/usr
> > endif
> >
> > +ifneq (,$(filter $(DEB_HOST_ARCH),powerpc))
> > + cmake_extra_args += -DCOMPILE_DEFINITIONS="EIGEN_DONT_VECTORIZE"
> > +endif
> > +
> > %:
> > dh $@ --with pkgkde_symbolshelper --buildsystem=c
Hi,
On Tue, 2024-04-16 at 13:27 -0400, Jeffrey Walton wrote:
> In the old days, you could setup a chroot for PowerPC using the following. I
> think it still works, but I recall something about using qemu-debootstrap
> nowadays.
>
> qemu-debootstrap --arch=powerpc --keyrin
Hello,
On Tue, 2024-04-16 at 18:14 +0200, Riccardo Mottola wrote:
> So sbuild complaints I need a chroot environment. I guess that helps
> with build-dependencies only being temporary installed for the build, as
> opposite to use dpkg-buildpackage directly?
I suggest reading the howto or the ma
here:
> >
> > $ dget -uhttp://
> snapshot.debian.org/archive/debian/20220801T085926Z/pool/main/p/python2.7/python2.7_2.7.18-13.2.dsc
> >
> > Then build the package with sbuild:
> >
> > $ sbuild -d sid --arch-all --arch=powerpc python2.7_2.7.18-13.2.dsc
> >
/python2.7_2.7.18-13.2.dsc
Then build the package with sbuild:
$ sbuild -d sid --arch-all --arch=powerpc python2.7_2.7.18-13.2.dsc
So sbuild complaints I need a chroot environment. I guess that helps
with build-dependencies only being temporary installed for the build, as
opposite to use dpkg
That is the result after apt update, apt upgrade with 366 packages held
back and then running apt dist-upgrade
On Mon, Apr 15, 2024 at 1:07 AM John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> wrote:
> On Sun, 2024-04-14 at 22:53 -0600, Eric Ramsey wrote:
> > I will note that my install i
On Sun, 2024-04-14 at 22:53 -0600, Eric Ramsey wrote:
> I will note that my install is currently having issues with gnutls.
> ```
> The following packages have unmet dependencies:
> connman : Depends: libgnutls30 (>= 3.7.5) but it is not installable
> dirmngr : Depends: libgnutls30 (>= 3.7.5) but
eded.
You can fetch the source from here:
$ dget -u
http://snapshot.debian.org/archive/debian/20220801T085926Z/pool/main/p/python2.7/python2.7_2.7.18-13.2.dsc
Then build the package with sbuild:
$ sbuild -d sid --arch-all --arch=powerpc python2.7_2.7.18-13.2.dsc
Adrian
--
.''`.
I will note that my install is currently having issues with gnutls.
```
The following packages have unmet dependencies:
connman : Depends: libgnutls30 (>= 3.7.5) but it is not installable
dirmngr : Depends: libgnutls30 (>= 3.7.5) but it is not installable
gkrellm : Depends: libgnutls30 (>= 3.7.0
Hi Adrian,
John Paul Adrian Glaubitz wrote:
Python 2.7 was removed from Debian unstable in December 2022 [1]. The
motivations for the removal are explained in [2].
I supposed so, just asked for confirmation. I don't care much about the
motivations - I need it as a build dependency. I underst
Hello,
On Thu, 2024-04-04 at 22:00 +0200, Riccardo Mottola wrote:
> I miss python2.7 though. python2.7-minimal appears to be intact, but I
> need more modules to compile ArcticFox. I suppose what I need is in
> libpython2.7-stdlib, but this needs libtirpc3:powerpc which
thing is purged you still need.
In case of unexpected breakage, please report it to the debian-powerpc mailing
list.
On a working PowerBook, I did an upgrade, there were a lot of packages
kept back, but some upgrades were performed and no issues reported.
However, I'm coming from a "d
Hello,
On Wed, 2024-04-03 at 07:32 +0200, Christian Marillat wrote:
> Could you upgrade qt6-multimedia with your patch from #1057050 ?
Sure, I can do that. I'm a bit underwhelmed that the maintainer still
hasn't managed to fix the problem in unstable. *bummer*
Adrian
--
.''`. John Paul Adri
On 02 avril 2024 18:17, John Paul Adrian Glaubitz
wrote:
> Hi,
Hi,
[...]
> In case of unexpected breakage, please report it to the debian-powerpc
> mailing list.
Thanks for your work.
Could you upgrade qt6-multimedia with your patch from #1057050 ?
Christian
Hi,
for anyone wondering whether it would be safe now to dist-upgrade your Debian
machines running the powerpc or ppc64 ports, here's a quick update on the
current
status.
Performing a full two-staged dist-upgrade on ppc64 should be safe while an
upgrade
on powerpc is currently safe. If y
Package: www.debian.org
Severity: normal
User: debian-powerpc@lists.debian.org
Usertags: powerpc
X-Debbugs-Cc: debian-powerpc@lists.debian.org
Hello,
the following page for the PowerPC CHRP has some dead links:
> https://www.debian.org/ports/powerpc/inst/chrp
These links can be updated
> From: John Paul Adrian Glaubitz
> Cc: acora...@gnu.org, debian-powerpc@lists.debian.org, 65...@debbugs.gnu.org
> Date: Thu, 21 Mar 2024 22:51:59 +0100
>
> Hi,
>
> On Thu, 2024-03-21 at 11:39 +0100, John Paul Adrian Glaubitz wrote:
> > On Thu, 2024-03-21 at 12:21
Hi,
On Thu, 2024-03-21 at 11:39 +0100, John Paul Adrian Glaubitz wrote:
> On Thu, 2024-03-21 at 12:21 +0200, Eli Zaretskii wrote:
> > > Cc: debian-powerpc@lists.debian.org, 65...@debbugs.gnu.org
> > > Date: Thu, 14 Mar 2024 10:28:22 +0200
> > > From: Eli Zarets
Hi Eli,
On Thu, 2024-03-21 at 12:21 +0200, Eli Zaretskii wrote:
> > Cc: debian-powerpc@lists.debian.org, 65...@debbugs.gnu.org
> > Date: Thu, 14 Mar 2024 10:28:22 +0200
> > From: Eli Zaretskii
> >
> > > Cc: debian-powerpc ,
> > > 65...@debbugs.gnu.
> Cc: debian-powerpc@lists.debian.org, 65...@debbugs.gnu.org
> Date: Thu, 14 Mar 2024 10:28:22 +0200
> From: Eli Zaretskii
>
> > Cc: debian-powerpc , 65...@debbugs.gnu.org
> > From: Andrea Corallo
> > Date: Thu, 07 Mar 2024 13:42:38 -0500
> >
> > John
On Tue, 2024-03-19 at 02:25 -0600, Eric Ramsey wrote:
> Honestly, it was people saying sid in general as mostly working. There
> is not much information specifically for PowerPC which is why I
> reached out here.
The transition is being performed in unstable/sid, so naturally all of
un
On Mon, 2024-03-18 at 17:59 -0600, Eric Ramsey wrote:
> So I found some information on the t64 transition. However, what I am
> finding is that it should still work. So I am not sure if something
> went sideways in the PowerPC tree or not.
We're in the middle of the time64_t
So I found some information on the t64 transition. However, what I am
finding is that it should still work. So I am not sure if something
went sideways in the PowerPC tree or not.
On Mon, Mar 18, 2024 at 4:46 PM Eric Ramsey wrote:
>
> So, I started working on updating my PowerPC today, a
So, I started working on updating my PowerPC today, and the apt went
nuts indicating that there is a large amount of depends that are not
being met. An example is iproute2, while troubleshooting things It
even went so far as to remove iproute2.
I was able to get the system half working again
> Cc: debian-powerpc , 65...@debbugs.gnu.org
> From: Andrea Corallo
> Date: Thu, 07 Mar 2024 13:42:38 -0500
>
> John Paul Adrian Glaubitz writes:
>
> Hi John,
>
> I *think* this should be fixed. Could you verify and let us know if you
> still see the issue?
John Paul Adrian Glaubitz writes:
Hi John,
I *think* this should be fixed. Could you verify and let us know if you
still see the issue?
Thanks
Andrea
Source: mariadb
Version: 1:10.11.7-1
Forwarded: https://jira.mariadb.org/browse/MDEV-33429
Tags: confirmed, help, ftbfs
User: debian-...@lists.debian.org
Usertags: armel, armhf
X-Debbugs-CC: debian-...@lists.debian.org
User: debian-powerpc@lists.debian.org
Usertags: powerpc
X-Debbugs-CC: debian
Source: ghc
Version: 9.4.7-2
Severity: normal
User: debian-powerpc@lists.debian.org
Usertags: powerpc
X-Debbugs-Cc: debian-powerpc@lists.debian.org
Hello!
Due to the current regression in the native code generator for PowerPC on
32-bit targets [1], GHC can only be built as an unregisterised
Hello!
On Tue, 2024-01-02 at 15:40 +0100, John Paul Adrian Glaubitz wrote:
> If we're lucky, the original regression of the 32-bit PowerPC native codegen
> backend
> might already be fixed in newer versions of the GHC compiler [3], so that we
> can switch
> back from an unr
ix
> that issue since I don't have the necessary Haskell knowledge to be able
> to work on GHC.
>
> Since the broken GHC compiler currently blocks a lot of packages on 32-bit
> PowerPC and the upstream developers don't seem to be too motivated at the
> moment to fix th
nd I had not planned to do
> >> any more 6.4.2 updates unless absolutely necessary.
> >>
> >> Do you know whether this patch will also work on Qt 6.6.1 ?
> >
> > Yes, absolutely. And since it only adds some powerpc-specific lines
> > to debian/rules, there
On 07 déc. 2023 08:16, John Paul Adrian Glaubitz
wrote:
> Hi Christian!
Hi Adrian,
> On Thu, 2023-12-07 at 08:09 +0100, Christian Marillat wrote:
>> > It's always safe to apply this patch.
>>
>> It is possible to see this bug fixed ?
>
> I have uploaded a patched version to unreleased for the
Hi Christian!
On Thu, 2023-12-07 at 08:09 +0100, Christian Marillat wrote:
> > It's always safe to apply this patch.
>
> It is possible to see this bug fixed ?
I have uploaded a patched version to unreleased for the time being.
However, fixing this should be a no-brainer and wouldn't affect any
t; Do you know whether this patch will also work on Qt 6.6.1 ?
>
> Yes, absolutely. And since it only adds some powerpc-specific lines to
> debian/rules, there is nothing really that would need to be rebased
> when updating to a newer Qt version.
>
> It's always safe to apply this patch.
It is possible to see this bug fixed ?
Christian
it only adds some powerpc-specific lines to
debian/rules, there is nothing really that would need to be rebased
when updating to a newer Qt version.
It's always safe to apply this patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physi
On 02 déc. 2023 00:46, Patrick Franz wrote:
> Hej,
>
> Am Dienstag, 28. November 2023, 20:22:36 CET schrieb John Paul Adrian
> Glaubitz:
> [...]
>> With the above change, cmake defines the preprocessor macro
>> EIGEN_DONT_VECTORIZE and the build succeeds on powerpc.
Hello!
Just as a heads-up, there are now two important open bugs on 32-bit
PowerPC that need attention.
First is the already mentioned regression in GHC:
> https://gitlab.haskell.org/ghc/ghc/-/issues/23969
Second is a regression in LLVM:
> https://github.com/llvm/llvm-project/issues/72
Source: qt6-multimedia
Version: 6.4.2-11
Severity: normal
User: debian-powerpc@lists.debian.org
Usertags: powerpc
X-Debbugs-Cc: debian-powerpc@lists.debian.org
Hello!
The package src:qt6-multimedia fails to build from source on powerpc since
version
6.4.0-1 due to the use of some AltiVec
Hi Leo!
On Fri, 2023-11-03 at 14:40 -0300, Leo Historias wrote:
> It doesnt give me a options and fails to install on qemu leading to
> a non-bootable hard drive despite being obviously installed
The problem is not QEMU but the inadequate firmware emulation when emulating
a PowerPC Mac
It doesnt give me a options and fails to install on qemu leading to a
non-bootable hard drive despite being obviously installed
Hi Adrian,
Am Mittwoch, dem 11.10.2023 um 15:38 +0200 schrieb John Paul Adrian
Glaubitz:
> I don't think we need to collect a lot of money, a few hundred
> dollars should
> probably be more than enough. We don't have to use Bountysource.com
> for what
> is worth. Any other platform or donation sys
On Wednesday, October 11, 2023, Stan Johnson wrote:
> Hello,
>
> Please post a link that indicates whether the GHC Haskell Compiler
> license is compatible with the GPL. I haven't been able to find anything
> online regarding compatibility. I would be interested in any license
> issues before lear
Hi!
On Wed, 2023-10-11 at 08:58 -0600, Stan Johnson wrote:
> Please post a link that indicates whether the GHC Haskell Compiler
> license is compatible with the GPL. I haven't been able to find anything
> online regarding compatibility. I would be interested in any license
> issues before learning
ly blocks a lot of packages on 32-bit
> PowerPC and the upstream developers don't seem to be too motivated at the
> moment to fix the bug, I was wondering whether people here would be willing
> to throw in some money to create a bounty on that particular bug to pay
> a Haskell developer to
rk on GHC.
Since the broken GHC compiler currently blocks a lot of packages on 32-bit
PowerPC and the upstream developers don't seem to be too motivated at the
moment to fix the bug, I was wondering whether people here would be willing
to throw in some money to create a bounty on that particu
On 09 oct. 2023 09:32, John Paul Adrian Glaubitz
wrote:
[...]
> I think the interesting part would be the disassembly of
> base_GHCziFloat_floatToDigits_closure ()
> where the actual crash happened. Your disassembly seems to show parts
> of the segfault handler.
,
| 10a19f20 :
| 10a19f20:
Hi Christian!
On Mon, 2023-10-09 at 09:25 +0200, Christian Marillat wrote:
> > On Mon, 2023-10-09 at 08:57 +0200, Christian Marillat wrote:
> > > > Could you provide the disassembled code for the affected code section?
>
> Is this enough ?
>
> ,
> > Dump of assembler code for function __GI_k
On 09 oct. 2023 08:59, John Paul Adrian Glaubitz
wrote:
> Hi Christian!
Hi Adrian,
> On Mon, 2023-10-09 at 08:57 +0200, Christian Marillat wrote:
>> > Could you provide the disassembled code for the affected code section?
Is this enough ?
,
| Dump of assembler code for function __GI_kill
nge was backported. GHC 9.4.x was never
available for powerpc at the moment due this particular bug.
> Is it important ?
It would save me some time, so it would be very helpful.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-
On 05 oct. 2023 22:34, John Paul Adrian Glaubitz
wrote:
> Hi Christian!
Hi Adrian,
[...]
> Could you provide the disassembled code for the affected code section?
I don't remember but now I can install ghc (>= 9.4) only 9.0.2 is
available.
Is it important ?
Christian
abled]
> | Using host libthread_db library "/lib/powerpc-linux-gnu/libthread_db.so.1".
> | Core was generated by `debian/hlibrary.setup build --builddir=dist-ghc'.
> | Program terminated with signal SIGSEGV, Segmentation fault.
> | #0 __GI_kill () at ../sysdeps/unix/syscal
ries/containers/containers/include/containers.h allows me to fully build
> ghc from git
> on 32-bit PowerPC. See also [2].
I managed to track this down to this commit [1]:
ba089952f034d91718c71f5ef297fe54818559df is the first bad commit
commit ba089952f034d91718c71f5ef297fe54818559df
Author
Hi!
On Wed, 2023-10-04 at 11:59 +0200, John Paul Adrian Glaubitz wrote:
> FWIW, I have not been able to build GHC from git on 32-bit PowerPC even for
> 8.10.7. I assume,
> I will need to add some of Debian's patches on top of vanilla GHC in order to
> get the build
> to suc
something like:
>
> $ cabal install --with-ghc=/usr/bin/ghc --with-ghc-pkg=/usr/bin/ghc-pkg
> random-1.2.1.1
>
> (replace ghc and ghc-pkg with the ones you have built).
Thanks, this is the exact reproducer I need. I can reproduce the crash using
this
command line inside a 32-
ep
> would be:
>
> # ./hadrian/build -j
Keep in mind that hadrian doesn't take into account 'mk/build.mk'. You
will have to configure hadrian in the same way, see also
https://www.haskell.org/ghc/blog/20220805-make-to-hadrian.html.
Let me summarize the current state to make
Hello!
I have been bisecting this issue but in order to be successful, I need a simple
reproducer which isn't trivial since I cannot just reuse the build directory of
an unsuccessful build due to the changing Haskell libraries for different GHC
versions.
Ideally, we should have a single command l
Hi!
Note that this issue also prevents us from building the latest version of the
GHC compiler [1]. I have tried to cross-compile GHC 9.4.6 to work around this
issue and also tried building an unregisterised compiler. Both without success.
I have forwarded the issue upstream [2]. I think the only
Eli Zaretskii writes:
>> Cc: debian-powerpc
>> From: John Paul Adrian Glaubitz
>> Date: Thu, 14 Sep 2023 14:28:24 +0200
>>
>> Hello!
>>
>> The test comp-tests-ret-type-spec-71 reproducibly fails on 32-bit powerpc:
>>
>> Test comp-tests-r
> Cc: debian-powerpc
> From: John Paul Adrian Glaubitz
> Date: Thu, 14 Sep 2023 14:28:24 +0200
>
> Hello!
>
> The test comp-tests-ret-type-spec-71 reproducibly fails on 32-bit powerpc:
>
> Test comp-tests-ret-type-spec-71 backtrace:
> signal(ert-test-failed ((
Hello!
The test comp-tests-ret-type-spec-71 reproducibly fails on 32-bit powerpc:
Test comp-tests-ret-type-spec-71 backtrace:
signal(ert-test-failed (((should (equal (cl-third (subr-type (symbol
ert-fail(((should (equal (cl-third (subr-type (symbol-function f-nam
comp-tests-check-ret-type
Source: openjdk-22
Version: 22~13ea-1
Severity: normal
User: debian-powerpc@lists.debian.org
Usertags: powerpc
X-Debbugs-Cc: debian-powerpc@lists.debian.org
Hello!
The testsuite on powerpc hangs forever and I had to kill the build process for
openjdk-22 already in two cases.
Could you please
Hi Adrian!
"
> May I add 32-bit powerpc by standard way: "dpkg --add-architecture
powerpc" ?
> Or are there any issues?
Yes, that is absolutely possible. MultiArch works fine on PowerPC as well.
See: https://wiki.debian.org/…WTO(https://wiki.debian.org/Multiarch/HOWTO)
&qu
One X1000, both are 64-bit systems and I want to test also
> 32-bit powerpc software. Sid have now 64-bit kernel and userpace.
We also have 32-bit images, but I guess you have seen these.
> May I add 32-bit powerpc by standard way: "dpkg --add-architecture powerpc" ?
> Or are the
Hello,
I appologize for maybe a little stupid question. I have Debian Sid now on
Powermac G5 ( thanks to Adrian for last .iso ) and AmigaOne X1000, both are
64-bit systems and I want to test also 32-bit powerpc software. Sid have now
64-bit kernel and userpace.
May I add 32-bit powerpc by
> On Jan 23, 2023, at 6:16 PM, David VANTYGHEM
> wrote:
>
> I tried almost all ISO, none is working (installation is OK but not first
> boot).
>
I am pretty sure the March version works.
If it doesn’t, I need a log file.
Adrian
The powerpc snapshot from here:
https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-28/
works for me in qemu. Try that one if you haven’t already. If you have tried
that then maybe its some other setting.
1 - 100 of 4296 matches
Mail list logo
