Hi,
Axel Beckert wrote:
> Aurelien Jarno wrote:
> > Given we got no decision from the MIPS porters before the toolchain
> > freeze, we'll have to live with the executable stack on mips*el for
> > bookworm.
> >
> > Therefore I believe it's a good idea to disable that tag on mips*el on
> > the lint
Hi Aurelien,
your reply is just in time! Because about five minutes ago, I started
to continue working on Lintian for this evening. The plan: Making the
long overdue upload as I fixed the last part of arm64 autopkgtest
failures last night. :-)
Aurelien Jarno wrote:
> Given we got no decision from
Hi,
On 2023-01-16 13:26, Guillem Jover wrote:
> Hi!
>
> On Mon, 2023-01-16 at 12:47:23 +0100, Axel Beckert wrote:
> > Aurelien Jarno wrote:
> > > On 2022-10-26 22:09, Aurelien Jarno wrote:
> > > > Note that the other official architecture still have a kernel
> > > > compatibility set to 3.2, so t
Hi!
On Mon, 2023-01-16 at 12:47:23 +0100, Axel Beckert wrote:
> Aurelien Jarno wrote:
> > On 2022-10-26 22:09, Aurelien Jarno wrote:
> > > Note that the other official architecture still have a kernel
> > > compatibility set to 3.2, so that will make a difference between
> > > architectures. There
Hi,
writing this with my Lintian maintainer hat on. Nearly full quote due
to Cc'ing another bug report and bug reporter:
Aurelien Jarno wrote:
> On 2022-10-26 22:09, Aurelien Jarno wrote:
> > control: tag -1 + moreinfo
> >
> > On 2022-10-25 21:07, Simon McVittie wrote:
> > > Package: libc6-dev
>
Package: libc6-dev
Version: 2.35-4
Severity: normal
X-Debbugs-Cc: debian-m...@lists.debian.org, lint...@packages.debian.org,
jrt...@debian.org
User: debian-m...@lists.debian.org
Usertags: mips mipsel
All mips*el executables and libraries appear to have an executable stack,
resulting in very large
6 matches
Mail list logo