On 07/18/2018 12:57 PM, Pirate Praveen wrote:
> On 18/07/18 4:20 PM, John Paul Adrian Glaubitz wrote:
>> Did you run the testsuite?
>>
>
> testsuite is run during build.
Not if you run add "nobench nocheck" to DEB_BUILD_OPTIONS like we
do in Debian Ports for som
On 07/18/2018 12:30 PM, Pirate Praveen wrote:
> On 18/07/18 2:57 PM, John Paul Adrian Glaubitz wrote:
>>> So I think it gives a us bit more time until these switch away from gcc-6.
>>
>> No, it won't because any package that does not build with gcc-8 is considered
>&
error (ICE), you should be
>> advised to report the problem to gcc upstream.
>
> ok. Though on the buildd, this error was not present (only present on
> the porterbox).
Then it may also just be a kernel bug or hardware issue. Try a different
porterbox.
Adrian
--
.''`. John Paul
.
If you're seeing an internal compiler error (ICE), you should be
advised to report the problem to gcc upstream.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 295
s to a loongson-3a box. Will you
> continue to run builds of new rustc versions on your box? I think that is the
> key point here.
DSA could blacklist rustc from being built on buildds other than eberlin
but I assume they won't agree to applying such a hack.
Adrian
--
.''`. John Paul Ad
ng back with the Rust maintainers.
(Cross-)building and uploading rustc for a new architecture is not
hard. Making the native compuiler actually work properly, on the
other hand, is.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Univer
k. This is what my original mail was about.
Unless you actively blacklist rustc from being built on the affected
buildds through the buildds local configuration file, your workaround
will not work.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.or
e I don't know how any of this works even though I have
probably done much more in this field in Debian than you.
2) I don't think you understand what the actual problem is here.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universita
.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
> On Jul 15, 2018, at 4:53 PM, Ximin Luo wrote:
>
> Please RM it so other architectures get into Debian testing. We can try again
> later when the patch lands in LLVM.
No need to reject, the packages already got rejected.
Also, if there is a patch for LLVM to backport, I can do that, I
/rust-lang/rust/issues/45854
> [2] https://bugs.llvm.org/show_bug.cgi?id=32020
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
plan to push that
> version to unstable real soon now.
I'm testing a better fix now.
I just realized that JavaScriptCore does not enable ASLR on anything but
Darwin x86_64. With the ASLR code that's in there, we might be able to
get the code working on sparc64 with a little tweaking.
Adrian
--
.
d because the 64-bit tagged pointers assume a 48 bit virtual
address space as on x86_64 while SPARC has a 52-bit virtual address space.
And since the Linux kernel allocates memory from top to bottom, any tagged
pointers will get mangled on sparc64.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :'
On 07/11/2018 01:11 PM, Simon McVittie wrote:
> On Wed, 11 Jul 2018 at 13:00:53 +0200, John Paul Adrian Glaubitz wrote:
>> On 07/10/2018 05:55 PM, John Paul Adrian Glaubitz wrote:
>>> Yes, I've seen that. I've most likely forgotten the hunk in question,
>>> I will prov
at was on vs93.physik.fu-berlin.de, right? Isn't that a Qemu instance?
No, I made a local build. I don't make test builds on buildds ;).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
On 07/11/2018 01:11 PM, Simon McVittie wrote:
> On Wed, 11 Jul 2018 at 13:00:53 +0200, John Paul Adrian Glaubitz wrote:
>> On 07/10/2018 05:55 PM, John Paul Adrian Glaubitz wrote:
>>> Yes, I've seen that. I've most likely forgotten the hunk in question,
>>> I will prov
Control: tags -1 patch
Hi Simon!
On 07/10/2018 05:55 PM, John Paul Adrian Glaubitz wrote:
> Yes, I've seen that. I've most likely forgotten the hunk in question,
> I will provide an updated patch sonish, also one for riscv64.
Attaching an updated patch.
Adrian
--
.''`. John Paul
8k
Yes, I've seen that. I've most likely forgotten the hunk in question,
I will provide an updated patch sonish, also one for riscv64.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-G
Hi!
On 05/18/2018 11:37 PM, John Paul Adrian Glaubitz wrote:
> The attached patch fixes the problem. It was indeed an alignment issue
> which was caused by the incorrect use of "#pragma pack ()" throughout
> the code as discovered by James Clarke [1].
> (...)
> I am
on 64-bit
systems. In fact, this is done on PPC64 for some reason.
I have tried this for sparc64 as well and it seems that the Javascript engine
works correctly with that change.
Attaching a patch, please include in the next upload.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
int16_t bitfields;
> +uint16_t pad;
> void* value;
> };
I'm confused. The endinaness is not our problem at the moment, is it?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
elds;
> void* value;
> };
>
> If anything relies on having a hole in between the two fields, explicit
> padding should be added.
Well, I don't think we can add this change as this reduces the size of
the bitfield. Do you think we can just cut it in half without any issues?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
From: John Paul Adrian Glaubitz
Subject: Fix FTBFS on m68k
Bug-Debian: https
-10 on m68k soonish.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
://bugs.openjdk.java.net/browse/JDK-8203787
The latter of the two bugs has already been fixed upstream, the first
patch needs a second reviewer but I assume I can push the fix for the
Flight Recorder regression this week once I have a second ack.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
n't have the time though.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
generator (NGC) would
have to reworked as well.
Adrian
> [1] https://ghc.haskell.org/trac/ghc/ticket/12075
---
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 95
de any use of the statistics data so far, the mails just end up
being deleted anyway.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
I try on minkus and eller.
I tried the workaround from [1] to disable debuginfo for the standard library
but that didn't help either.
Adrian
> [1] https://github.com/rust-lang/rust/issues/45854
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Uni
include the attached patch in the next upload.
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=libgit2=i386=0.27.0%2Bdfsg.1-0.3=1527339147=0
> [2] https://github.com/libgit2/libgit2/pull/4631
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@d
ilures in that version
which are not caused by unaligned access.
Adrian
> [1] https://github.com/libgit2/libgit2/pull/4655
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75
affects both sparc64 and some of the mips architectures
in Debian [1].
This patch should be included in any case, otherwise you will continue seeing
the alignment-related crashes (Bus error).
Adrian
> [1] https://github.com/libgit2/libgit2/pull/4655
--
.''`. John Paul Adrian Glaubitz
: :' : D
MM_Var): Use multiples of pointer
size for sub-array offsets into `mmvar'.
So, just updating to 2.9.1 should already probably fix this bug.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-ber
ion/939590/thread/eaf714bb/?limit=25#92b4
> [2]
> https://gcc.gnu.org/onlinedocs/gcc-4.4.4/gcc/Structure_002dPacking-Pragmas.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG
I am doing a fresh bootstrap of rustc_1.25 for mips64el now.
Please do not remove cargo on mips64el.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0
For reference, the patch in question is:
>From 7e62cd4e886a0e3f08e710e0625a7bed9ccbdf51 Mon Sep 17 00:00:00 2001
From: John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de>
Date: Tue, 30 Jan 2018 03:00:16 +0100
Subject: [PATCH] Re-add workaround for LLVM bug 11663
---
lib/builtins/
90/thread/eaf714bb/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
[2] https://github.com/harfbuzz/harfbuzz/issues/1034
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On 05/18/2018 10:45 AM, Simon McVittie wrote:
> Control: tags -1 pending
>
> On Fri, 03 Nov 2017 at 22:47:46 +0100, John Paul Adrian Glaubitz wrote:
>> The attached patch adds support for m68k.
>
> Applied in the git repository by jbicha.
I know. I was the one who op
gt; [1] https://github.com/rust-lang/compiler-rt/pull/35/files
> [2] https://reviews.llvm.org/D42902
> [3] https://reviews.llvm.org/D43146
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
st been waiting for rustc_1.25 to be uploaded to unstable.
And, if possible, rustc_1.25 should be uploaded to experimental as well.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG:
Control: tags 898542 +patch
On 05/13/2018 03:35 PM, John Paul Adrian Glaubitz wrote:
openSUSE seems to have a patch [1] we can use that is also already used
in Fedora. I'll test it.
Attaching openSUSE's patch which fixes the problem for me.
Adrian
--
.''`. John Paul Adrian Glaubitz
e can use that is also already used
in Fedora. I'll test it.
Adrian
> [1]
> https://build.opensuse.org/package/view_file/KDE:Qt/libqt4/fix-build-icu59.patch?expand=1
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - gla
2Bdfsg-16=1526192657=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ord, the latter was explicitly rejected.
I know. However, the person who wrote it is a security expert (and a friend of
mine) and I trust him when he says the patch does not change any behavior or
lower the security.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - gla
issue on sparc64.
Attaching both of them. The skia patch will also fix the build on s390x.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426
t;ifeq (,$(filter nocheck, $(DEB_BUILD_OPTIONS))) .. endif".
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
testsuite is an important feature for package
builds that is often required when porting a package to a new architecture
or cross-building it and hence libsecret should properly honor the
"nocheck" flag.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debi
On 05/01/2018 11:33 PM, Jeremy Bicha wrote:
On Tue, May 1, 2018 at 5:07 PM, John Paul Adrian Glaubitz
<glaub...@physik.fu-berlin.de> wrote:
Meh, can't just someone go ahead and apply all this, please?
Could you go ahead and prepare a merge proposal like you suggested on
h64__ from the first patch :)
Meh, can't just someone go ahead and apply all this, please?
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
to include "defined(__ia64__)" where
it's still missing which seems to fix the problem for me. Attaching the
updated sparc64 patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
f using a literal.
Thus,
I think we can address the issue on powerpcspe by using the same hack here for
MIN_NORMAL which can be represented as Float.intBitsToFloat(0x1).
Attaching a debdiff.
Thanks,
Adrian
> [1]
> http://hg.openjdk.java.net/jdk10/jdk10/jdk/file/777356696811/src/java.base
-8 for ia64 now.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--- openjdk/hotspot/src/share/vm/runtime/os.cpp 2018-03-19 19
to fix Hotspot (Zero)
on ia64 will be following shortly.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
# DP: Add support
upstream [1].
Adrian
> [1] https://gitlab.kitware.com/cmake/cmake/issues/17941
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ned(__sparc__) && defined(__arch64__) &&
>> (defined(__NetBSD__) || defined(__linux__)))
>
> Ditto.
Blergh. Attaching an updated version. Thanks for spotting this.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie
in the sparc64-support.patch.
Adrian
> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1326496
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F
On 01/17/2018 01:43 PM, John Paul Adrian Glaubitz wrote:
> I can whip up a patch for mozjs52 to add sparc64 support if there is
> a realistic chance for it to be merged. My m68k [3] and sh4 [4] patches for
> mozjs52 are still without any reply, for example.
Attaching said patch. I ho
... not found
configure: WARNING: Directory /usr/lib/m68k-linux-gnu/pmix/include not found
configure: error: Cannot continue
tail -v -n \+0 config.log
Can you disable PMIx for the affected architectures?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub
the patch for the next upload.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
diff -Nru old/openjdk-10-10~46/debian/patches
/camp-0.8.1/obj-s390x-linux-gnu$
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
8.1$
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On 04/16/2018 11:16 AM, John Paul Adrian Glaubitz wrote:
Meanwhile I commited a fix upstream
(https://github.com/fw4spl-org/camp/pull/2) so I would just want to try
it before proposing the fix in the package.
I'll test that for you on s390x.
That patch doesn't apply to the Debian version
on s390x.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
on fixing the remaining OpenJDK issues. I'm an upstream
committer in the OpenJDK project, so I can commit all changes myself.
So, the expected changes to mpi-defaults will no longer be needed.
Yay, thanks so much for this!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
of Rust which have received
some improvements for incremental builds and as well as report a bug
report upstream if the issue persists.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
for addressing this issue. I don't know how active upstream is these
days for this particular package, but I will try to forward your patch.
In any case, I will apply your changes to the package.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie
ten have many CPUs available.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
to see whether we need another patch. I will open another bug
report for that if necessary.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
at the moment so I'm not sure a sparc64 porterbox
would help you.
We can still give you access to the sparc64 porterbox if the problem
is big-endian-specific, but I guess access to an s390x machine would be
better. Although for that you would have to contact the s390x folk.
Adrian
--
.''`. John Paul Adrian
EMU issue that
has been fixed.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
We currently have a broken binutils on ia64, so ruby2.5 most likely got
miscompiled.
Please ignore this crash.
Adrian
On Apr 1, 2018, at 6:11 AM, Antonio Terceiro <terce...@debian.org> wrote:
>> Date: Wed, 07 Feb 2018 22:09:23 +0100
>> From: John Paul Adrian Glaubitz &
an NMU to fix
it on all the architectures where it's currently FTBFS.
Adrian
> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1326496
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
Source: openjdk-11
Version: 11~5-1
Severity: normal
Tags: patch
User: debian-i...@lists.debian.org
Usertags: ia64
Hi!
The attached patch fixes OpenJDK-11 for ia64 (Zero). Please consider
applying it for the next upload.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
Source: openjdk-10
Version: 10~46-2
Severity: normal
Tags: patch
User: debian-i...@lists.debian.org
Usertags: ia64
Hi!
The attached patch fixes OpenJDK-10 for ia64 (Zero). Please consider
applying it for the next upload.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
-
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
for the openjdk-10 and openjdk-11
packages in Debian.
I have cross-compiled openjdk-9 for ia64 with the patches applied and
just uploaded it to the Debian Ports FTP archive.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet
) on m68k
now to see whether we need another patch. I will open another bug
report for that if necessary.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546
ms. Both you and
the maintainer of the fork fail to list any actual vulnerabilities.
And, to be honest, I would find it more constructive to take care
of packages like mozjs52 which have are far more important than
a leaf package like xchat yet they haven't seen any fixes and uploads
for months wi
to be removed from
the archive.
As long as there aren't any serious policy or security issues,
Debian usually doesn't impose any limitations on what packages
get maintained in the archive and which not.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
961 - rustc: Please enable workaround for upstream issue 45854 on armel
I'm now waiting for Ximin to upload rustc_1.24 so I can bootstrap rustc for
armel,
I have already installed a working compiler on abel.debian.org and
harris.debian.org.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaub
armel ] || sed -i -e '/^debuginfo-only-std = /d'
"$@"
With the patch to disable the included kernel helpers (#891902) and enabling
the architecture matching (#891913) and this change, I was able to build
rustc on armel natively and hence fixing #881846.
Thanks,
Adrian
--
.''`. John Paul
On 03/02/2018 02:58 PM, Diederik de Haas wrote:
Still works without segfaults.
Any particular info you'd like to see as well?
No. But you should re-test version -3 that was just uploaded once it
becomes available.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub
ian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
the issue for us in Debian
and allow us to bootstrap rustc for armel.
Could you include it in the next upload, preferably 1.24?
Thanks,
Adrian
> [1] https://github.com/rust-lang/rust/issues/48625
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Fr
u test these updated packages?
> https://people.debian.org/~glaubitz/grub-891773/
@Colin, could you update the sparc64-support.patch to include the
two changes above? I have also attached an updated patch.
Thanks to everyone for helping to catch this regression!
Adrian
--
.''`. John Pa
Hi!
As suggested by James Clarke earlier on this mailing list today, I
have modified of_path_of_nvme such that it behaves the same way as
of_path_of_scsi and just returns NULL when the call to find_obppath
returns NULL.
This makes much more sense than what my previous patch did as we
don't want
will result in a
crash.
The proper behavior of of_path_of_nvme is, however, to just
return NULL in such cases, like other users of find_obppath,
such as of_path_of_scsi.
Signed-off-by: John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de>
---
grub-core/osdep/linux/ofpath.c | 5 -
1 file chan
,
as grub_util_devname_to_ofpath would have previously returned NULL due
to the unknown type?
Right. I'll wait for some comments from Daniel and Eric first though.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu
On 03/01/2018 05:15 PM, Diederik de Haas wrote:
No more segfaults :-)
Alright. Attaching an updated patch for sparc64 support for Colin.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
.
I have updated the packages with the patch I just came up with:
https://people.debian.org/~glaubitz/grub-891773/
Can you retry?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
Hi!
We have recently backported the upstream changes to Debian's grub2 package
to support modern SPARC hardware for Debian's sparc64 port.
One of the changes introduced a regression on systems with NVME devices which
are not based on Open Firmware. On these systems, find_obppath returns an
empty
will therefore result
in a crash. Thus, when of_path is empty, just return the
disk name in of_path_of_nvme.
Signed-off-by: John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de>
---
grub-core/osdep/linux/ofpath.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/grub-core
-by: John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de>
---
grub-core/osdep/linux/ofpath.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/grub-core/osdep/linux/ofpath.c b/grub-core/osdep/linux/ofpath.c
index 1c30e7233..daf0f 100644
--- a/grub-core/osdep
We have recently backported the upstream changes to Debian's grub2 package
to support modern SPARC hardware for Debian's sparc64 port.
One of the changes introduced a regression on systems with NVME devices
but not
The of_path_of_nvme function (commit 2391d57, ieee1275: add nvme
support
On 03/01/2018 04:47 PM, John Paul Adrian Glaubitz wrote:
We have recently backported the upstream changes to Debian's grub2 package
to support modern SPARC hardware for Debian's sparc64 port.
One of the changes introduced a regression on systems with NVME devices
but not
Sorry, that message
On 03/01/2018 04:06 PM, John Paul Adrian Glaubitz wrote:
Let me test a patch.
The problem is that of_path is empty here and the strcat tries
to append "disk" to an empty buffer which fails.
This fixes it for me:
diff --git a/grub-core/osdep/linux/ofpath.c b/grub-core/osdep/linu
Looking at the code in grub-core/osdep/linux/ofpath.c, the issue is
most likely that the buffer that of_path is pointing to of_path_of_nvme()
is not large enough to hold both the contents of *of_path and
disk[MAX_DISK_CAT].
Let me test a patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
1101 - 1200 of 3019 matches
Mail list logo
