Source: dash
Version: 0.5.12-6
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
X-Debbugs-Cc: debian-arm@lists.debian.org
Hi arm people and Andrej,
this is one of those PAC/BTI "induced" cross build failures. Don't get
me wrong. This problem has always been there. The PAC/BTI work just
makes
Hi,
I was also wondering about this Y2038 thingy and did some experiments.
I'm reporting what I found to document it, but don't see much actionable
stuff here. Many thanks to Arnd Bergmann for his input.
Attempt #1: rebootstrap
Given that I develop rebootstrap, attempting to use it for a time64
Hi Alexey,
On Thu, Mar 26, 2020 at 12:53:45PM +, Alexey Brodkin wrote:
> Sorry for this stupid question but I'm not very familiar with use-cases for
> libatomic-ops so would like to get some more clarification on what's needed
> here.
>
> I know that GCC has quite a few built-ins for atomic
Hi Alexey,
On Thu, Mar 26, 2020 at 11:51:44AM +, Alexey Brodkin wrote:
> I guess almost all of the packages you mentioned already have
> needed improvements for ARC.
I didn't mean to imply that anything was missing. I just mentioned those
that usually need work without having checked any.
>
Hi Vineet,
On Wed, Mar 25, 2020 at 05:25:58PM -0700, Vineet Gupta wrote:
> ARC glibc is still in works, but assuming that will happen in near future what
> other upstream prerequisites are needed. The obvious ones would be Linux
> kernel,
> gcc, binutils: all 3 of which are supported for ARC.
Hi Arnd,
On Thu, Feb 20, 2020 at 09:31:32AM +0100, Arnd Bergmann wrote:
> > > How do I build a latest RISCV 32-bit kernel + userland - do you have
> > > a buildroot branch somewhere that I can build / test with qemu ?
> >
> > Maybe a bit off topic - there is such QEMU and Yocto/OE based test
> >
Source: nss
Version: 2:3.47-1
Severity: serious
Tags: ftbfs
Justification: armel still is a release architecture
User: helm...@debian.org
Usertags: rebootstrap
Since 2:3.47-1, nss fails to build from source on armel (it also fails
to cross build to armel):
Source: systemd
Version: 236-3
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
systemd fails to build from source on mipsel. Very likely this is not
caused by this particular systemd upload, but by the binutils upload
instead. In any case, the build log (attached) ends with:
|
Package: libstdc++-6-dev
Version: 6.3.0-1
Severity: important
User: helm...@debian.org
Usertags: rebootstrap
An attempt at installing libstdc++-6-dev:armel fails:
| # apt-get -y install libstdc++-6-dev libstdc++-6-dev:armel
| ...
| dpkg: error processing archive
Package: src:libsigsegv
Version: 2.10-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
libsigsegv FTCBFS for arm64. The configure script fails to determine the
stack direction. The general way of determining stack direction in
libsigsegv is to have a long list of cpu names to look up
On Thu, May 08, 2014 at 03:49:51PM +, Thorsten Glaser wrote:
Matthias Klose dixit:
I would like to see some partial test rebuilds (like buildd or minimal chroot
Haven???t tried yet, but Helmut Grohne does automated rebootstrapping of
some ports using what he can get his hands
11 matches
Mail list logo
