Package: redis
Version: 5:6.2.5-1
Severity: serious
X-Debbugs-Cc: debian-s390@lists.debian.org
Since redis version 5:6.2.5-1, the redis-server process on s390x tries
to allocate insane amount of memory, 2560 PiB, causing the build daemon
to OOM just to maintain the page tables of such amount of me
t; // Time 0
> 1>> 1/2.0
> 3.64556100978e-304
> // Time 0
> 2>> 1/3
> 1/3
> // Time 0
> 3>> 1/1.
> 3.64556100978e-304
> // Time 0
> 4>> 1.
> 3.64556100978e-304
> // Time 0
>
> The last example shows that it's not just a computa
he gcc repository? Would it be possible to stop using
that outdated embedded copy and use the debian libffi package instead?
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2019-05-25 13:00, Manuel A. Fernandez Montecelo wrote:
> Hi,
>
> Em sáb, 25 de mai de 2019 às 10:57, Aurelien Jarno
> escreveu:
> >
> > kfreebsd-amd64 and kfreebsd-i386 have now been moved to debian-ports. As
> > hurd-i386 has been moved earlier, it means that al
Hi,
On 2019-04-24 12:34, Joerg Jaspert wrote:
> On 15381 March 1977, Aurelien Jarno wrote:
>
> > > > It would be nice to have a bit more than 2 weeks to do all of that.
> > > Ok. How much? Is 6 or 8 weeks better? I don't think, given how long this
> > >
On 2019-04-13 17:01, Joerg Jaspert wrote:
> On 15371 March 1977, Aurelien Jarno wrote:
>
> > > How is the move to debian-ports supposed to happen? I won't have the
> > > time to do anything about it within the 2 weeks.
>
> > The process to inject all pack
an inject that in the debian-ports archive.
It would be nice to have a bit more than 2 weeks to do all of that.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Package: release-notes
Severity: normal
The s390x baseline ISA has been raised to z196 in buster [1]. This
should be mentioned in the release notes.
I'll try to work on a patch in the next days. I am filling this bug to
make sure I do not forget.
[1] https://lists.debian.org/debian-s390/2018/02/
://lists.debian.org/debian-s390/2018/01/msg00015.html
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
On 2018-01-31 15:38, Aurelien Jarno wrote:
> Hi all,
>
> The Debian s390x port currently officially defaults to the z900 ISA.
> That's what our GCC defaults too, but I wouldn't be surprised if a few
> packages use a slightly newer ISA.
>
> Unfortunately more and mo
rnative solution?
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
nd maybe more software. However we discussed
raising the ISA to z10 about one year and a half ago, and the conclusion
was that we still have users with older machines. I'll try to restart
the discussion again.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
or break.
That's the solution chosen for example for openbios.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
(Does not work on non-s390x machines).
Maybe because Ubuntu decided to build it only on s390x. Debian ships it
built for other architectures and it works perfectly. You can emulate an
s390x with qemu-system-s390x on amd64, arm or mips. This firmware works
too.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2017-06-21 00:21, Michael Biebl wrote:
> Hi Aurelien
>
> Am 20.06.2017 um 23:56 schrieb Aurelien Jarno:
> > Could you please Cc the s390x porters next time? That would make us
> > notice the issue faster.
>
> Hm, when filing the bug report I used X-Debbugs-CC
'-Wl,-z,now',
'-pie',
- '-Wl,-fuse-ld=gold',
+ '-Wl,-fuse-ld=ld',
]
have = run_command(check_compilation_sh,
Now to come back to the problem, the test is linked against
src/libsystem
or months though, so before the freeze.
In the meantime maybe we can manually force it to be built on zandonai
manually. I also guess we should have a single bug open on the go
package with an "affects" on the other packages.
Aurelien
--
Aurelien Jarno GPG:
t to be released with Stretch.
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
On 2016-08-28 18:55, Aurelien Jarno wrote:
> control: tag -1 + patch
> control: tag -1 + upstream
> control: tag -1 + fixed-upstream
>
> On 2016-08-25 14:16, Aurelien Jarno wrote:
> > I am therefore cloning this bug and reassigning the clone to pygobject.
> > I don
control: tag -1 + patch
control: tag -1 + upstream
control: tag -1 + fixed-upstream
On 2016-08-25 14:16, Aurelien Jarno wrote:
> I am therefore cloning this bug and reassigning the clone to pygobject.
> I don't simply reassigning it as the /collection/delete-sync test is
> also fail
control: tag -1 + patch
On 2016-08-25 14:16, Aurelien Jarno wrote:
> On 2016-08-25 09:15, Aurelien Jarno wrote:
> > I have tried to debug the issue, and I came to the same conclusion. The
> > problem happens in the test-py-lookup.py test when creating a schema
> > with S
clone 821347 -1
reassign -1 pygobject
retitle -1 pygobject: wrong enum to hash conversion on 64-bit big endian
affects -1 libsecret
block 821347 by -1
thanks
On 2016-08-25 09:15, Aurelien Jarno wrote:
> On 2016-07-27 14:23, Emilio Pozuelo Monfort wrote:
> > On 27/07/16 14:16, Aurelien Ja
On 2016-07-27 14:23, Emilio Pozuelo Monfort wrote:
> On 27/07/16 14:16, Aurelien Jarno wrote:
> > On 2016-07-10 21:24, Andreas Henriksson wrote:
> >> Hello Bastian Blank.
> >>
> >> On Sun, Jul 10, 2016 at 12:33:12PM +0200, Bastian Blank wrote:
> >&
It build successfully after a give-back, so it's likely a transient
issue in the testsuite.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
also fails the same way on ppc64 and s390x. It therefore
looks like a 64-bit big endian issue. It could be for example a pointer
to an int value casted to a pointer to a long value or vice-versa.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
we can
do with out current build daemons and porterbox). Of course that will be
done in testing/unstable, so people using older machines can still use
jessie.
Any opinion on that?
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http
On 2015-11-09 00:22, Aurelien Jarno wrote:
> On 2015-11-08 19:22, John Paul Adrian Glaubitz wrote:
> > Source: mozjs
> > Source-Version: 1.8.5-1.0.0+dfsg-4.4
> >
> > We believe that the bug you reported is fixed in the latest version of
> > mozjs, which is due
+dfsg
Could you please do another NMU to fix that? Thanks in advance.
Aurelien
[1]
https://buildd.debian.org/status/fetch.php?pkg=mozjs&arch=s390x&ver=1.8.5-1.0.0%2Bdfsg-4.4&stamp=1447011515
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
o you know what could be wrong?
This morning it seems the Packages list is fine, and that the packages
correctly appear on package.d.o. I guess there was a small glitch in the
previous install run.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aure
ackprotectorstrong to get zsh
> building on s390x again for now, but I still think endless loops like
> this one are a bug in the compiler.
>
> With this workaround, I'm also ok with the lowered severity as there
> is a workaround which likely also works for other affected p
On Tue, Jul 15, 2014 at 03:49:04AM -0400, Carlos O'Donell wrote:
> On Tue, Jul 15, 2014 at 1:18 AM, Aurelien Jarno wrote:
> > On Mon, Jul 14, 2014 at 11:14:42PM -0400, Carlos O'Donell wrote:
> >> On Mon, Jul 14, 2014 at 4:36 PM, Aurelien Jarno wrote:
> >> >
On Tue, Jul 15, 2014 at 09:21:30AM +0200, Philipp Kern wrote:
> On Tue, Jul 15, 2014 at 07:18:39AM +0200, Aurelien Jarno wrote:
> > I can follow up with a list affected packages, but we are slowly
> > discovering them one by one, so it might takes time. So far we have:
> >
On Mon, Jul 14, 2014 at 11:14:42PM -0400, Carlos O'Donell wrote:
> On Mon, Jul 14, 2014 at 4:36 PM, Aurelien Jarno wrote:
> > glibc 2.19 has changed the libc ABI on s390, more specifically the
> > setjmp/longjmp functions [1] [2]. Symbol versioning is used to handle
> >
ien
[1]
http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=ee4ec1d7f9bdbdfc87117133478cfb2f6653e65c
[2] https://sourceware.org/glibc/wiki/Release/2.19#Packaging_Changes
[3] https://sourceware.org/ml/libc-alpha/2014-07/msg00316.html
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel
hile it doesn't fix all the issues the patch looks correct and IMHO can
already be merged, as the other issue will need changes in other parts
of the code.
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
---
;working on this myself.
There is no point in trying to update an s390 specific patch while this
architecture doesn't exist anymore in jessie and sid, replaced by s390x.
This patch should just be removed and s390 removed from the
architectures handled in java-common.
--
Aurelien Jarn
gt; on how I should proceed.
I would say stop doing manual upload and start the build daemons.
> Best solution would probably be, if the wanna-build database rescans what's in
> the archive already. Is this possible?
Yes, I can re-enable the hppa wanna-build database if it is act
90x is still using gcc 4.6. This has been
decided to switch to gcc-4.8 a few weeks ago and it has been already
implemented in the SVN. It's only waiting for an upload from Matthias
Klose.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net
On Sat, Nov 23, 2013 at 03:39:52PM +0100, Matthias Klose wrote:
> Am 23.11.2013 13:52, schrieb Aurelien Jarno:
> > On Sat, Nov 23, 2013 at 10:44:04AM +0100, Matthias Klose wrote:
> >> Am 23.11.2013 03:33, schrieb Aurelien Jarno:
> >>> On Mon, Nov 18, 2013 at 09:09:18
On Sat, Nov 23, 2013 at 10:44:04AM +0100, Matthias Klose wrote:
> Am 23.11.2013 03:33, schrieb Aurelien Jarno:
> > On Mon, Nov 18, 2013 at 09:09:18AM +0100, Matthias Klose wrote:
> >> Am 12.11.2013 15:40, schrieb Aurelien Jarno:
> >>> Hi all,
> >>>
>
On Mon, Nov 18, 2013 at 09:09:18AM +0100, Matthias Klose wrote:
> Am 12.11.2013 15:40, schrieb Aurelien Jarno:
> > Hi all,
> >
> > The s390x architecture is still using GCC 4.6 as the default compiler,
> > while most other architectures have already switched to GCC
comments or opinion on that?
Best regards,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
to
discover (and fix) toolchain issues early in a release cycle than
late.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org
with a subject of "un
.debian.org and is kept
> in
> another place.
>
hppa porters have ignored my emails during a few years, and then started
to write me during a few more years using an email address that went
to /dev/null, so they never got my answers, and thus never answered me...
This is true th
ther people
involved in the s390 port first though.
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
jup. "just" the unit tests fail. (3.5.1-1 didn't fail in experimental
> ad test failure wasn't fatal there accidentially).
>
This really looks like a bug in the testsuite, Fedora has written a
patch [1]. I am currently testing it.
[1] http://permalink.gmane.org/gmane.lin
Hi all,
For those not reading planet and blogs, I have started an s390x port,
that is with a 64-bit userland. More details can be found on:
http://blog.aurel32.net/?p=59
Cheers,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net
this week, at
> least on amd64, armel, i386 and powerpc. GCC 4.6 apparently will be
If you do the switch, please also add mips and mipsel, that would avoid
you to have to complain in two weeks that these architectures have not
yet been switched.
--
Aurelien Jarno GPG
Matthias Klose a écrit :
> On 20.08.2009 16:52, Aurelien Jarno wrote:
>> Bastian Blank a écrit :
>>> On Wed, Aug 19, 2009 at 01:16:36PM +0200, Matthias Klose wrote:
>>>> I did speak with Martin Zobel at Debconf on how to get there, having two
>>>> pro
ports, I don't expect any major problem for
those new ports. Also given quite fast hardware exists for those
architectures, it can probably be done relatively quickly.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
tcase of the problem would be really helpful to debug
it.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To UNSU
e gcc 4.1 fixes the problem, but the resulting glibc has not
been tested.
I think compilers are critical for the glibc, so we will have to
coordinate the changes.
Aurélien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Elect
;stamp=1137099342&file=log&as=raw
I currently don't have time to investigate why, I'll have a look this
week-end.
Anyway thanks for noticing us.
Bye,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian develope
53 matches
Mail list logo