Hi!
On 7/24/18 9:55 PM, John Paul Adrian Glaubitz wrote:
> Please use this patch to update the m68k support in the next
> upload of openjdk-10.
openjdk-10 is still shipping with the outdated patch hence openjdk-10
still FTBFS on m68k. Could you please refresh the m68k patch in the
open
losed yet,
there is no need for an NMU. I am taking care of this.
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
ILD_ARCH) != mips -a \
$(DEB_BUILD_ARCH) != mipsel ] || sed -i -e '/^debuginfo-only-std =
/d' "$@"
So, if we move the generation of the Rustbook into the binary-indep target
(which
we should do anyway, shouldn't we), then rustc should build fine on 32-bit MIPS.
Note: We
s very unlikely that there is a bug in
the kernel and initrd matching.
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
ive bootstrapping in optimized
> build while unoptimized one would OOM.
Upstream does that for arm64 as well, see:
https://github.com/rust-lang/rust/commit/ea50bf8850304e8afefa9089792fc077fb54aef4
I can try whether the combination of above all gets me a working rustc
on mips*.
Adrian
problem is and will hopefully be able to provide a fix in the
near future.
Thanks,
Adrian
> [1]
> https://github.com/Kitware/CMake/commit/b5e21d7d2ed3168c9efcbc25c67d2c330d76d4d0
> [2] https://gitlab.kitware.com/cmake/cmake/merge_requests/1918
> [3]
> https://buildd.debian.org/sta
On 10/19/18 11:53 AM, John Paul Adrian Glaubitz wrote:
>> Needs SIGTRAP added to the list at [3].
>> <https://github.com/rust-lang/rust/blob/master/src/test/run-pass/invalid_const_promotion.rs#L42>
>> (...)
>> [3]
>> https://github.com/rust-lan
ld like to check whether sparc* need to be added there, too.
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 Oct 18, 2018, at 10:26 AM, Manuel A. Fernandez Montecelo
> wrote:
>
> Hi,
>
> Em qui, 18 de out de 2018 às 09:33, Nobuhiro Iwamatsu
> escreveu:
>>
>> Package: erlang-jiffy
>> Version: 0.14.11+dfsg-3
>> Severity: wishlist
>> Tags: patch
>> X-Debbugs-CC: debian-ri...@lists.debian.org
/rules:53: binary-arch] Error 2
For powerpcspe, we haven't enabled PIE in the toolchain. Hence,
please disable PIE on powerpcspe the same way it has been disabled
for sh4.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet
sg1'
dh_auto_build: make -j8 returned exit code 2
make[1]: *** [debian/rules:133: override_dh_auto_build] Error 2
make[1]: Leaving directory '/<>/ghc-8.4.3+dfsg1'
make: *** [debian/rules:58: binary-arch] Error 2
dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit
status 2
self
with a cross-compiler. To cross-compile GHC itself, set TARGET: stage
1 will be a cross-compiler, and stage 2 will be the cross-compiled
GHC.
>From the error message it looks like, we need to strip "--host=$ARCH" from the
configure line and just use "--target=$ARCH"
oes the rules file of choose-mirror
anything special in this regard?
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
d instead of pbuilder. sbuild
is more actively maintained and more reliable in my experience. sbuild
is also what the buildds are using.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG
hing like sbuild and pbuilder, so your build results can have unexpected
results.
Please create a local sbuild setup and try again.
Adrian
> [1]
> https://buildd.debian.org/status/package.php?p=choose-mirror=unstable
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - gla
ions when building rustc natively on 32-bit MIPS.
I have done extensive testing and tried lots of different approaches to
reduce the memory footprint of the Rust compiler, but so far I have
never succeeded in building rustc natively on 32-bit MIPS.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' :
not followed
up on this part? Sure, I prefer LLVM 7 as well. But as long as Rust
upstream is not ready yet, we have to stick with what we have.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
chain-7 to
make sure, the fix gets backported?
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
pt-dpkg-install-5Fmmuy/10-ghc_8.4.3+dfsg1-2_amd64.deb
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@epyc:~>
This breaks a lot of Haskell package builds and makes the buildds
give back a lot of packages due to local problems
SPE instructions instead.
The attached patch changes the rules file to disable VSX on powerpcspe,
please include it in the next upload.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
ttachments.org/attachment.cgi?id=8831556
> makes it a lot clearer why this is correct, so I'd really prefer to
> apply the individual patches with their justifications intact.
Upstreaming such patches is already hard enough. Please don't make the
providing patches in Debian hard as well. I un
in the future.
Anyway, attaching an updated patch for m68k.
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
Description: Add
to do
with mozjs60 itself.
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
.
Could you merge this change, please? mozjs60 was still built without
-mlra on sh4.
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
upload to fix rustc on powerpc?
Thanks,
Adrian
> [1] https://github.com/rust-random/rand/pull/589/files
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006
On 9/19/18 12:38 PM, Simon McVittie wrote:
> On Wed, 19 Sep 2018 at 11:38:37 +0200, John Paul Adrian Glaubitz wrote:
>> mozjs60 currently fails to build from source on sh4 because gcc's
>> register allocator on sh4 is failing for one source file.
>
> Thanks. When it build
h to build with -mlra.
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
--- mozjs60-60.1.0/debian/rules.orig2018-08-16 09:00:48.
On 9/17/18 10:27 AM, John Paul Adrian Glaubitz wrote:> To work around this
issue, we can just switch to the bfd linker for
> the time being. Hence, please add "sparc64" to the --disable-ld-override
> list in debian/rules.
>
> PS: I'm doing a final test with the gold l
able-ld-override
list in debian/rules.
PS: I'm doing a final test with the gold linker now just to be sure
we can't use gold at the moment. I will report back within the
next hours or days (doing an unregisterised build is slow).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian D
error generated.
The patch turned out to be trivial and can be found in [2].
It needs to be applied in both 6.0 and 7.
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-6.0=powerpcspe=1%3A6.0.1-7=1536742371=0
> [2] https://reviews.llvm.org/D
n. Probably some sed
magic in debian/rules.
Adrian
> [1] https://www.gnu.org/software/make/manual/html_node/Text-Functions.html
--
.''`. 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
Control: reopen -1
This didn’t work for some reason:
> https://buildd.debian.org/status/package.php?p=llvm-toolchain-7=sid
In my testbuilds, LLVM built fine on sparc64 with OpenMP disabled.
Will have a look tomorrow.
Adrian
> On Sep 10, 2018, at 11:54 PM, Debian Bug Tracking System
>
ked with rules files that old which don't use modern debhelper
syntax for ages.
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
tsuite
disabled which also means it cannot be cross-built and fails to
build for some ports architectures where are passing "nocheck"
by default.
A full build log can be found in [1].
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=tpm2-tss=m68k=1.4.0-2
uot;nocheck" is required for packages
to be cross-buildable. I'll file a wishlist bug.
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
PTIONS.html
Oh, that's very cool! Thanks for implementing that.
Now we can finally start digging for affected packages directly
and fix them.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berl
next
upload.
Thanks,
Adrian
> [1]
> https://salsa.debian.org/gnome-team/gdk-pixbuf/blob/debian/master/debian/rules#L23
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0
ile I don't use
btrfs anymore, the machine still has a swap partition and that one
gets activated without any problems.
Feel free to close this bug report.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@phys
fix the
FTBFS on multiple architectures.
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 08/30/2018 11:27 AM, Sylvestre Ledru wrote:
> Thanks, it will be fixed in 6.0.1-7
>
> I also requested a backport to 7
Great, thank you!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@
https://github.com/rust-lang/rust/issues/53181
--
.''`. 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 have a look at how the kernel does
the Atari partition probing, the code there seems more reliable.
Thanks,
Adrian
> [1]
> http://git.savannah.gnu.org/cgit/parted.git/commit/?id=395f8aabfecb28820006d37ec37e9ffe1d2eb1e3
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@d
8 MiB of RAM.
However, the mileage may vary depending on the applications being
used, of course.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 00
On 08/18/2018 12:13 AM, Adrian Bunk wrote:
> The fix consists of two parts:
> 1. remove d-armel-disable-kernel-helpers.patch
Huh? Did upstream remove their own atomics implementation for
Hi Manuel!
The changelog entry in your NMU is a tad misleading as the changes are not
specific to riscv64.
Adrian
> On Aug 17, 2018, at 5:16 PM, Manuel A. Fernandez Montecelo
> wrote:
>
> Source: happy
> Version: 1.19.9-4
> Followup-For: Bug #884750
> User: debian-ri...@lists.debian.org
>
On 08/15/2018 11:43 PM, Adrian Bunk wrote:
> A binNMU rebuilds outdated binaries.
>
> When no binaries exist there is no need to rebuild.
The bug affects all architectures, so also those where the package
is already built. So I'm not sure what you mean.
Adrian
--
.''`. John Pa
n when a binNMU is required?
This would be new to me as I think it just postpones the problem.
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
currently building
all version from OpenJDK 8 through 11. Thus, it should be safe to enable
Java support for m68k in db5.3.
See attached patch.
Thanks,
Adrian
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719842
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - gl
Package: src:qstopmotion
Followup-For: Bug #846499
Control: severity -1 serious
This should be marked with severity serious as the package fails
to build from source on at least one release architecture.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub
anually and it's not
possible to perform source-only uploads. "unreleased" is rather a stopgap
solution rather than something you want to use in the longterm.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - g
FTP servers.
What we could do is actually split the package into an arch:all
and arch:sparc64 part (e.g. documentation) so that the package
gets build for arch:all and can be uploaded to unstable.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Fr
On 08/14/2018 05:34 AM, Ximin Luo wrote:
> John Paul Adrian Glaubitz:
>> On 07/26/2018 11:51 PM, John Paul Adrian Glaubitz wrote:
>>> Rust upstream just fixed another bug in the sparc64 CABI [1]
>>> which can result in miscompiled code. Since the patch is rather
>
sts and try
to fix more of them or disable those on sparc64 which are not
supposed to be run there.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9
at there are also potential issues you can run into
when sharing a swap partition among multiple Linux distributions
on the same disk.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GP
lease rebase/adjust the sh4 patch from mozjs52 to
> apply cleanly to mozjs60, and send patches or a merge request.
Yes, I'll have a look.
Any other patches that need updating? The m68k patch probably, too.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glau
t/pull/45679
--
.''`. 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
Description:
TODO: Put a short summary on the line above and r
gt; [2]
> https://buildd.debian.org/status/fetch.php?pkg=cargo=sparc64=0.28.0-1%7Eexp2=1533491149=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
ftp-master.debian.org/deferred.html
--
.''`. 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 Aug 3, 2018, at 9:26 PM, Holger Wansing wrote:
>
> Hi,
>
> John Paul Adrian Glaubitz wrote:
>>> On 07/28/2018 08:02 PM, Holger Wansing wrote:
>>> Currently we have in the guide for buster:
>>>
>>> Install Type| RAM (minimum) | RAM
> On Aug 4, 2018, at 12:23 PM, David Margerison
> wrote:
>
>> On 4 August 2018 at 05:26, Holger Wansing wrote:
>>
>> Ok, so we could leave the "No desktop" section as is.
>>
>> Since desktop environments like Gnome and KDE still move forward and add
>> new features, it seems likely to me,
`. 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
--- SConstruct.orig 2018-08-01 22:38:20.302436927 +0200
+++ SConstruct 2018-08-01 22:39:18.6
On 08/01/2018 02:25 PM, John Paul Adrian Glaubitz wrote:
> The testsuite for mozjs52 fails on sparc64 while it passes on ppc64el,
> so please add sparc64 to the list and remove ppc64el.
Please add alpha to the ignore list as well [1].
Adrian
> [1]
> https://buildd.debian.org/stat
Source: mozjs52
Version: 52.3.1-9
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64
Hi!
The testsuite for mozjs52 fails on sparc64 while it passes on ppc64el,
so please add sparc64 to the list and remove ppc64el.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
llvm source package on some archs?
That has to be seen. As I said, we're working on it. But it takes some
time.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84
independent, so
they should be separable from the binary packages.
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
eady out-of-tree ports for Alpha, IA64
and m68k. All of them are not in a usable state though, but we will be getting
there. I want to make LLVM available on more architectures in order to get
Rust support there. Once LLVM support is there, adding support in Rust is
rather simple.
But that
ose
resource files were always separate.
> I don't have the least idea of the number of apps that might be using that
> mechanism though.
Do you have a link on that? I have my doubts that it's actually not possible
to separate the QDoc building from compiling the actual C++ code.
Adrian
--
probably be removed, and revert back to using ld.gold,
# once #901947 has been fixed.
-ifneq (,$(filter mips mipsel, $(DEB_HOST_ARCH)))
+ifneq (,$(filter mips mipsel powerpcspe, $(DEB_HOST_ARCH)))
EXTRA_CONFIGURE_FLAGS += --disable-ld-override
endif
Thanks,
Adrian
--
.''`. John Paul Adrian
> On Jul 28, 2018, at 8:45 PM, Holger Wansing wrote:
>
>
> Holger Levsen :
>> the following memory requirements for powerpc should be documented in the
>> manual, because booting with too little memory results in strange effects /
>> error messages, which especially people new to powerpc
an GNU/Linux"
ID=debian
HOME_URL="https://www.debian.org/;
SUPPORT_URL="https://www.debian.org/support;
BUG_REPORT_URL="https://bugs.debian.org/;
root@elgar:~>
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Ber
ause not all packages are perfect or
> because of corner cases, only that uncovering the breakage is probably
> a good thing in most or all cases, alerting about wrong practices.
I agree. That's also one very good reason why having many different
architectures in Debian are a good thing. It's tr
says.
> Almost certainly it will break some package.
It shouldn't break any package. Again, building documentation in the
binary-arch target should be considered a bug and get fixed.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet
e order. Don't ask why. My mother thought
it was funny :P.
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
there are plans to make LLVM available on more targets, there
>> are already branches working on alpha, m68k, riscv64 and more. Until then,
>> it would be nice if Qt wouldn't have a hard dependency on it solely to
>> build documentation.
>
> Again: I would *love* to. Bu
eady written such that it will not build any
documentation when DEB_HOST_ARCH != DEB_BUILD_ARCH, so unless Dmitry put
these statements there without any testing, I'm sure you can build qttools
without qdoc.
> But again, I'll be happy to be shown otherwise.
Working on it. Waiting for the build depende
On 07/27/2018 12:55 PM, John Paul Adrian Glaubitz wrote:
> This part of debian/rules is already written such qdoc is not build for
> cross-builds,
> so why shouldn't it be possible to disable it for some architectures either?
I will test this patch later. Have to wait for the build dep
On 07/27/2018 12:34 PM, John Paul Adrian Glaubitz wrote:
>> I don't know if it's possible at all to build everything but qdoc. And the
>> effect of this could be many packages starting to FTBFS.
>
> Unlikely. I don't know any project that has a hard dependency on
> docu
y to build
documentation.
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 07/26/2018 11:51 PM, John Paul Adrian Glaubitz wrote:
> Rust upstream just fixed another bug in the sparc64 CABI [1]
> which can result in miscompiled code. Since the patch is rather
> trivial and affects sparc64 only, it would be good if we could
> include it in the next upl
be good if we could
include it in the next upload.
Attaching the patch from upstream.
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
Hi!
On 07/22/2018 11:38 AM, Matthias Klose wrote:
> On 22.07.2018 01:08, John Paul Adrian Glaubitz wrote:
>> On 07/21/2018 04:48 PM, John Paul Adrian Glaubitz wrote:
>>> Please replace the patch with the attached version for the next upload.
>>
>> The patch was unfor
)))
DEB_SETUP_GHC_CONFIGURE_ARGS += --with-happy=/bin/true
-
-cleanbuilddir/happy::
- cp -a dist/build/happy/happy-tmp/*.hs src/
endif
clean::
I just ran into this problem while bootstrapping happy for
risc64. If I remember correctly, src:alex has this problem
as well.
Adrian
--
.''`. John Paul
modfications
to the java-common package.
Adrian
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904495
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9
able" means. Discussions don't have to be
> long.
Ok, just be warned that these recurring bug reports can become annoying over
time :-).
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
e have received such bug reports not just once in the MATE
team but many times since many unstable users don't understand the concept
of the NEW queue.
Other teams like the KDE team usually take the experimental detour as well,
it's common practice.
Adrian
--
.''`. John Paul Adrian Glaubitz
to experimental and once they have passed
NEW, you re-upload them to unstable.
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 m68k, the build is almost
finished (already at the stage where it's creating the images
with the built openjdk-10 binaries).
Please use this patch to update the m68k support in the next
upload of openjdk-10.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub
> On Jul 24, 2018, at 7:02 PM, Steve Langasek wrote:
>
> I haven't reviewed the proposed NMU diff in depth, because I stopped the
> moment I saw that it was proposing to introduce new binary packages, a
> change for which there was no prior bug report in the BTS. I am
> disappointed that the
on Debian Mentors to fix the issues
> identified.
Sounds very good. Thanks to Mattia for taking care of this!
> I believe Mattia is busy until Tuesday evening, but I hope the package
> can be uploaded to the NEW queue soon.
No worries. I can wait until then.
Adrian
--
.''`.
alignment issues on sparc64 which have been fixed upstream
in the newer versions [1].
Adrian
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898983
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik
On 07/22/2018 11:38 AM, Matthias Klose wrote:
> On 22.07.2018 01:08, John Paul Adrian Glaubitz wrote:
>> On 07/21/2018 04:48 PM, John Paul Adrian Glaubitz wrote:
>>> Please replace the patch with the attached version for the next upload.
>>
>> The patch was unfor
On 07/21/2018 04:48 PM, John Paul Adrian Glaubitz wrote:
> Please replace the patch with the attached version for the next upload.
The patch was unfortunately incomplete, it missed the size adjustments
for make/gensrc/GensrcX11Wrappers.gmk. Attaching an updated one.
Adrian
--
.''`. John P
.
Please replace the patch with the attached version for the next upload.
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
# HG
y add this in the next upload, yes.
> fs-uae seems to deserve a mention on https://wiki.debian.org/Emulator
I think you can just create a wiki account yourself and extend the list.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universi
Blacklisting doesn’t fix the transition block.
Once the package is outdated on any of the release architectures, transition is
blocked.
> On Jul 20, 2018, at 5:15 PM, YunQiang Su wrote:
>
> On Tue, 17 Jul 2018 18:10:14 +0200 John Paul Adrian Glaubitz
> wrote:
>> On 07/17/20
n 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
in the next upload
so that future uploads of GHC 8.2.x will continue to work on the
affected architectures.
Thanks,
Adrian
> [1] https://ghc.haskell.org/trac/ghc/ticket/15338
> [2]
> https://git.haskell.org/ghc.git/commitdiff/8ec48990fee9e245bb2fe40dc6f65b61b8612157
--
.''`. John Pa
t.
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
Hello Pirate!
On 07/18/2018 01:03 PM, John Paul Adrian Glaubitz wrote:
>> I ran dpkg-buildpackage with gcc-8 in
>> build depends and export CC=gcc-8 in rules.
>
> gcc-defaults is soon going to switch gcc to gcc-8 by default, so
> all you have to do then is wait and ask
1001 - 1100 of 3019 matches
Mail list logo