drian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--- debian/rules.orig 2025-03-14 23:12:01.0 +0100
+++ debian/rules2025-03-27 10:18:12.936034298 +0100
@@ -63,6
tomic not being recognized
as a crate while it works with upstream wgpu-hal).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
this into the Debian package.
The idea comes from the Oracle Solaris developers which use this approach to
build Firefox for Solaris SPARC [1].
Adrian
> [1]
> https://github.com/oracle/solaris-userland/tree/master/components/desktop/firefox/wrapper-node
--
.''`. John Paul
Hi,
On Mon, 2025-05-12 at 09:58 +0200, John Paul Adrian Glaubitz wrote:
> On Mon, 2025-05-12 at 09:25 +0200, John Paul Adrian Glaubitz wrote:
> > On Sat, 2025-05-10 at 23:03 +0200, John Paul Adrian Glaubitz wrote:
> > > This can be fixed by disabling wasm sandboxing s
into AppStream support yet and I don't
use it myself. If you want the fs-uae package to support AppStream, I
suggest that you send me a patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
This has caused
the fs-uae-launcher package to be rejected by the FTP team.
I have filed an upstream bug report for that [1].
Adrian
> [1] https://github.com/FrodeSolheim/fs-uae-launcher/issues/143
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicis
ebian.org/M68k/Alignment
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On Mon, 2025-05-12 at 09:25 +0200, John Paul Adrian Glaubitz wrote:
> On Sat, 2025-05-10 at 23:03 +0200, John Paul Adrian Glaubitz wrote:
> > This can be fixed by disabling wasm sandboxing similar to s390x [1]. Thus,
> > please
> > disable wasm sandboxing on ppc64 (see attach
Hi,
On Sat, 2025-05-10 at 23:03 +0200, John Paul Adrian Glaubitz wrote:
> This can be fixed by disabling wasm sandboxing similar to s390x [1]. Thus,
> please
> disable wasm sandboxing on ppc64 (see attached patch). Might even be a good
> idea
> to disable it for all big-endian ta
rigin CC))
ifneq (,$(filter-out bullseye bookworm,$(DIST)))
CC := clang
Could you apply this change for the next upload? I'm attaching the patch.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0
-endian targets.
Thanks,
Adrian
> [1]
> https://salsa.debian.org/mozilla-team/firefox/-/commit/c2a4ff612f4492182951be6055d088db9488e92d
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426
the time of the
> builders and of anyone who tries to use it.
I'm maintaining those builders and I'm fine with that. It allows me to catch
regressions when looking at build logs.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Does it hurt in any way when that flavor is being built?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
lcr will again go over the 4 MiB limit. So we would need to
> either (1) trim the config further or (2) drop the sh7785lcr flavour. I
> do not intend to spend more time on (1) so this is really up to you (or
> other sh4 porters) now.
Yes, this is still on my TODO list and I have not
0 and 1.85.0.
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=rustc&arch=powerpc&ver=1.85.0%2Bdfsg3-1&stamp=1745669935&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
could you modify the configuration on sh4 such that the kernel is
compressed with GZIP instead of XZ (and ZSTD) by default so that the
kernel package builds again on sh4?
Using XZ doesn't make sense on sh4 with its small image sizes anyway.
Thanks,
Adrian
--
.''`. John Paul Adria
innodb main.check
Did you try reproducing the issue on stadler.debian.net? If it's an issue
with the host machine, you should be able to run the tests successfully
on the porterbox.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
rustc_codegen_gcc or the Rust frontend (gccrs) in GCC in the future.
Adrian
> [1] https://people.debian.org/~glaubitz/debian-ports-todo.txt
> [2] https://rust-for-linux.com/rustc_codegen_gcc
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
pile Farm account
if they haven't done so yet. I assume they would be interested to test their
software on the various architectures offered there as well. And maybe they
can also just use the Solaris 11.4 SPARC M8 to fix the sparc64 crashes.
Adrian
--
.''`. John Paul Adrian Gla
On Wed, 2025-04-23 at 01:12 +0200, John Paul Adrian Glaubitz wrote:
> gnupg2 is BD-Unstallable on a number of architectures because it now depends
> on swtpm which is not available on all architectures due to various reasons:
>
> https://buildd.debian.org/status/package.php?p=gnupg2
various reasons:
https://buildd.debian.org/status/package.php?p=gnupg2
Can you disable swtpm on these architectures?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Guillem,
On Sun, 2025-04-20 at 13:53 +0200, John Paul Adrian Glaubitz wrote:
> is there a way to just turn these checks off globally?
>
> I have observed that even old versions of dupload now randomly try to
> verify the signature which means I'm being spammed with failure ma
ase I just want to turn these checks off.
I have seen that there is an environment variable called DUPLOAD_SKIP_HOOKS
but there doesn't seem to be an option which I can just add to /etc/dupload.conf
or ~/.dupload.conf.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
Hello Adrian,
On Fri, 2025-04-11 at 02:09 +0300, Adrian Bunk wrote:
> Control: tags -1 patch
>
> On Fri, Nov 29, 2024 at 02:48:21PM +0100, John Paul Adrian Glaubitz wrote:
> > Hello,
> >
> > On Fri, 2024-11-29 at 14:28 +0100, Michael Prokop wrote:
> > > I
4
I'm aware of this bug. But despite it's popular support, no one in the riscv64
community seems to be interested in actually adding kexec support there.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
tely needs to be dropped. We use -mcpu=v9.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi,
On Wed, 2025-03-26 at 13:59 +0100, John Paul Adrian Glaubitz wrote:
> It didn't. There were just a few other things that kept me busy last
> week, including a smartphone that nearly got lost when I sent it to
> repair.
>
> I'll look at it either today or tomorrow.
eter and disable the JIT. This is
# slow but it is the most compatible solution for old (non-SSE2) CPUs.
ifneq (,$(filter $(DEB_HOST_ARCH),i386))
Could you patch debian/rules as shown above to adjust CPPFLAGS on alpha?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : D
e *gzf;
> + gzFile **gzf;
>dsk_data_t *data;
>
>f = NULL;
this has been fixed upstream and an updated Debian package is already
in the works. I have already fixed virtualjaguar, so kcemu is next.
I will also take the opportunity to clean up the package and move
Hi Alberto,
On Sat, 2025-03-29 at 23:15 +0100, Alberto Garcia wrote:
> Control: tags -1 pending
>
> On Sat, Mar 29, 2025 at 08:20:05AM +0100, John Paul Adrian Glaubitz wrote:
> > This can be fixed by passing -mlarge-data and -mlarge-text to gcc:
>
> Thanks, I just app
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=firefox&arch=ppc64&ver=136.0.3-1&stamp=1743246355&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
?
Thanks,
Adrian
> [1]
> https://tracker.debian.org/news/1631802/accepted-boost183-1830-42-source-into-unstable/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
rning about byte-code being used.
Could you therefore limit the ocaml-native-compilers build-dependency to the
architectures which actually have a native OCaml compiler and allow the other
architectures to use byte-code?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :'
ks,
Adrian
> [1] https://ftp.suse.com/pub/people/glaubitz/fpc-bootstrap/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi,
On Wed, 2025-03-26 at 10:22 +0100, Michael Biebl wrote:
> Am 21.02.25 um 14:38 schrieb John Paul Adrian Glaubitz:
> > Hi Michael,
> >
> > On Fri, 2025-02-14 at 23:13 +0100, Michael Biebl wrote:
> > > it appears that Frédéric Bonnard is not really active anymo
Hi,
On Wed, 2025-03-26 at 07:47 +0100, John Paul Adrian Glaubitz wrote:
> Yesterday I had the idea to modify the problematic patch [1] so that it
> applies
> on ppc64el only but not on powerpc and ppc64. This should at least fix the
> console problem.
I have opened two merge
.probe = offb_probe_display,
I'm attaching an updated patch. Could you use this one instead?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
>From f3ad5f2f16e8c
Hi,
On Mon, 2025-03-24 at 08:41 +0100, John Paul Adrian Glaubitz wrote:
> I have already bootstrapped fpc for multiple architectures in the past
> and I would be happy to help with bringing fpc up on additional targets.
>
> Since loong64 and riscv64 will only be available with the n
process on the Debian Wiki [1] and it's
actually not that complicated, I have bootstrapped compilers such as
GHC or OpenJDK which are more difficult to bootstrap.
Thanks,
Adrian
> [1] https://wiki.debian.org/PortsDocs/BootstrappingFPC
--
.''`. John Paul Adrian Glaubitz
: :&#x
e
> slow or have visual glitches).
Yeah, we can consider this as well. But I want to give the JIT patch a try
first since it doesn't seem to be too difficult. Would be great if it fixed
all testsuite failures in gtk4 and libadawaita on sparc64.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
enable full JIT support on
sparc64. I assume that the missing component is liborc, isn't it?
Looking at the LLVM upstream sources, I see no obvious reason why liborc should
not be supported on sparc64. But I'm not an expert on liborc, so I might be
missing
something.
Adrian
--
.'
ow as well.
Could you do that for the next upload so that they can enter the jpeg-xl 0.11
transititon?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Niels,
On Mon, 2025-03-17 at 09:21 +0100, Niels Möller wrote:
> John Paul Adrian Glaubitz writes:
>
> > nettle fails to build from source on ppc64 due to uncondtional use of the
> > lxvb16x
> > VSX instruction [1]:
> >
> > Illegal instruction
> >
lysator.liu.se/nettle/nettle/-/commit/2dffb58ae9e11a1626aa12a1ca9432338458fb44
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
stup$
It's the typical mistake of maintaining your own architecture list instead
of checking a canonical resource for that which will always have the latest
list of supported targets.
Either way, just wait for the next upstream release and this will be fixed.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Aurelien,
On Fri, 2025-03-14 at 13:58 +0100, Aurelien Jarno wrote:
> On 2025-03-14 09:48, John Paul Adrian Glaubitz wrote:
> > Hello,
> >
> > this issue still persists and I assume an entry needs to be added for
> > dports:
>
> That is not linked with de
t-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==---=
ii dupload2.13.2 all Debian package upload tool
glaubitz@stadler:~/libxml2$
Adrian
--
.''
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
the official keyrings from the debian-keyring package.
Can't we just use the old system for the buildds? I'm not sure why dupload has
to make such complicated checks.
> (I've created an MR to use the new canonical name for the upload hosts,
> but that should not change anything
s
> @@ -1 +1,2 @@
> 0001-use-builddate-from-changelog.patch
> +1000-appstream-metainfo.patch
> diff --git a/debian/qhimdtransfer.install b/debian/qhimdtransfer.install
> index 699f7a9..a07571b 100644
> --- a/debian/qhimdtransfer.install
> +++ b/debian/qhimdtransfer.install
> @@ -10,3 +10,4 @@ qhimdtransfer/icons/qhimdtransfer_256.png /usr/share/pixmaps
> qhimdtransfer/icons/qhimdtransfer_512.png /usr/share/pixmaps
> qhimdtransfer/qhimdtransfer /usr/bin
> qhimdtransfer/qhimdtransfer*qm /usr/share/qhimdtransfer/translations/
> +de.fu_berlin.physik.linux_minidisk.qhimdtransfer.metainfo.xml
> usr/share/metainfo
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
r, the error message
is:
'Sorry, can not save page because "8k/com" is not allowed in this wiki.'
Can this be alleviated by fixing the blacklist of the spam filter? I'm not sure
why
"8k/com" is a blocked string, in particular being a substring.
Thanks,
Adria
gt; My solution to this issue:
> This issue occurs because the memcpy function is defined in the
> header file, but the code does not include this header. Therefore, it can be
> resolved by adding #include .I have tested this locally,and it works
> well.The debpatch is in th
age: error: debian/rules binary-arch subprocess returned exit
status 2
Could you update the symbols file libqt6quick6.symbols for alpha?
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=qt6-declarative&arch=alpha&ver=6.8.2%2Bdfsg-6&stamp=1740989224&ra
fter the Trixie release.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Forgot the link for the reference [1]:
> [1]
> https://salsa.debian.org/kernel-team/linux/-/commit/a08e5e0a9a3a0edc57584c960e0593d170088ce6
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hello Marc,
On Wed, 2025-03-05 at 07:56 +0100, Marc Haber wrote:
> On Tue, Mar 04, 2025 at 04:35:45PM +0100, John Paul Adrian Glaubitz wrote:
> > The postinst script should probably check for the existance of the
> > messagebus account
> > instead of trying to create it unc
ther buildd maintainers are seeing the same.
It seems though that adduser has been released with this fix but I'm still
seeing this issue. I may have to regenerate all chroots.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hello,
On Tue, 2025-03-04 at 15:52 +, Simon McVittie wrote:
> Control: tags -1 + moreinfo
>
> On Tue, 04 Mar 2025 at 16:35:45 +0100, John Paul Adrian Glaubitz wrote:
> > the package dbus-system-bus-common fails to install when the messagebus
> > user already
> > e
,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hello,
On Tue, 2025-03-04 at 11:16 +0100, Petter Reinholdtsen wrote:
> [John Paul Adrian Glaubitz]
> > I will do it myself this week. I had lots of stress the past months
> > which has settled now.
>
> Thank you very much.
>
> 30 hardcoded entries left in isenkram n
> On Mar 4, 2025, at 10:18 AM, Petter Reinholdtsen wrote:
>
> Is it OK for me to NMU the AppStream information into unstable?
I will do it myself this week. I had lots of stress the past months which has
settled now.
Thanks,
Adrian
Hi Santiago,
On Sun, 2025-03-02 at 10:55 +0100, Santiago Vila wrote:
> retitle 1098529 anymarkup: will FTBFS with click 8.2
> thanks
>
> El 2/3/25 a las 8:35, John Paul Adrian Glaubitz escribió:
> > I cannot reproduce the bug in a freshly created unstable chroot, so I&#
gt; /<>/.pybuild/cpython3_3.13_anymarkup/build; python3.13 -m pytest
> test
> dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12
> 3.13" returned exit code 13
> make: *** [debian/rules:6: binary] Error 25
> dpkg-buildpackage: error: debian/rules bi
flawed given the fact
that binutils-gold is completely unmaintained upstream. It will introduce
all kinds of random bugs.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
; I improved the error reporting on git, and will be adding a NEWS entry
> because this fallout I guess was unexpected.
Yes, breaking changes should be communicated in the NEWS file and I suggest
that the required configuration changes are added to the default configuration
files of the src:sbuild
. However, downgrading dupload
to 2.11.2 fixes the problem for me.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On Mon, 2025-02-24 at 19:37 +0900, Simon Richter wrote:
> Hi,
>
> On 2/24/25 18:02, John Paul Adrian Glaubitz wrote:
>
> > +export DEB_LDFLAGS_MAINT_APPEND += -Wl,--no-as-needed -latomic
> > -Wl,--as-needed
>
> That smells wrong, there should be no need for --no-
necessary on these architectures.
PS: Would be nice if kicad could be built for any architecture.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--- debian/rules.orig
look at it over the weekend.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ux-gnu/libQt6Gui.so.6.7.2
> /usr/lib/x86_64-linux-gnu/libGLX.so /usr/lib/x86_64-linux-gnu/libOpenGL.so
> ui/base/libAusweisAppUi.a /usr/lib/x86_64-linux-gnu/libpcsclite.so
> card/base/libAusweisAppCard.a card/drivers/libAusweisAppCardDrivers.a
> /usr/lib/x86_64-linux-gnu/libudev.so
> configuration/libAusweisAppConfiguration.a
> file_provider/libAusweisAppFileProvider.a network/libAusweisAppNetwork.a
> settings/libAusweisAppSettings.a
> /usr/lib/x86_64-linux-gnu/libQt6Concurrent.so.6.7.2
> /usr/lib/x86_64-linux-gnu/libssl.so
> /usr/lib/x86_64-linux-gnu/libhttp_parser.so
> secure_storage/libAusweisAppSecureStorage.a global/libAusweisAppGlobal.a
> /usr/lib/x86_64-linux-gnu/libcrypto.so
> /usr/lib/x86_64-linux-gnu/libQt6Network.so.6.7.2
> /usr/lib/x86_64-linux-gnu/libQt6Core.so.6.7.2
> make[3]: *** [src/CMakeFiles/AusweisAppBinary.dir/build.make:347:
> src/AusweisApp] Error 1
> make[3]: Leaving directory
> '/build/reproducible-path/ausweisapp2-2.2.2/obj-x86_64-linux-gnu'
> make[2]: *** [CMakeFiles/Makefile2:4414:
> src/CMakeFiles/AusweisAppBinary.dir/all] Error 2
> make[2]: Leaving directory
> '/build/reproducible-path/ausweisapp2-2.2.2/obj-x86_64-linux-gnu'
> make[1]: *** [Makefile:169: all] Error 2
> make[1]: Leaving directory
> '/build/reproducible-path/ausweisapp2-2.2.2/obj-x86_64-linux-gnu'
> dh_auto_build: error: cd obj-x86_64-linux-gnu && make -j8 "INSTALL=install
> --strip-program=true" VERBOSE=1 returned exit code 2
> make: *** [debian/rules:18: binary] Error 25
> dpkg-buildpackage: error: debian/rules binary subprocess returned exit status
> 2
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
0829622266&w=2
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--- guile-3.0-3.0.10+really3.0.10/debian/rules.orig 2025-01-17
20:31:53.0 +0100
+++ guile-3.0-3.0.10+r
gether. There might be hidden bugs and it's not worth the risk.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
that case loong64 is actually correct:
https://gist.github.com/asukakenji/f15ba7e588ac42795f421b48b8aede63
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
e GNU name which
I don't think is correct. You should use the GNU architecture name which
is "loongarch64".
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
0:00
> > 1970)
I have no clue at the moment where these timestamps come from.
Any ideas?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi,
On Sun, 2025-01-26 at 21:11 +0100, Johannes Schauer Marin Rodrigues wrote:
> Hi,
>
> Quoting John Paul Adrian Glaubitz (2025-01-26 20:06:13)
> > I just noticed the odd side-effect that there are multiple instances of the
> > buildd process running now and the number
Hi again,
On Sun, 2025-01-26 at 17:58 +0100, John Paul Adrian Glaubitz wrote:
> Hi Johannes,
>
> On Sun, 2025-01-26 at 17:46 +0100, John Paul Adrian Glaubitz wrote:
> > Hi Johannes,
> >
> > On Sun, 2025-01-26 at 16:58 +0100, Johannes Schauer Marin Rodrigues wr
Hi Johannes,
On Sun, 2025-01-26 at 17:46 +0100, John Paul Adrian Glaubitz wrote:
> Hi Johannes,
>
> On Sun, 2025-01-26 at 16:58 +0100, Johannes Schauer Marin Rodrigues wrote:
> > Hi Dave & Adrian,
> >
> > Quoting Dave Anglin (2025-01-20 20:09:13)
> > > O
with the changes from
>
> https://salsa.debian.org/debian/sbuild/-/merge_requests/137
Let me give it a try on a test setup. Will report back in about 30 minutes.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Control: tags -1 +patch
Attaching a patch which updates the symbols for all architectures.
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--- debian/libruby3.3.symbols.o
.
Could you please fix the symbol errors as soon as possible to make the ruby
meta package
installable on these architectures again?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Julien,
On Wed, 2025-01-22 at 13:09 +0100, Julien Cristau wrote:
> On Wed, Jan 22, 2025 at 10:34:25 +0100, John Paul Adrian Glaubitz wrote:
>
> > Hello Julien,
> >
> > On Wed, 2025-01-22 at 10:15 +0100, Julien Cristau wrote:
> > > Hmm, so I don't think
t will fail
here.
I have performed a lot of tests on the porterbox and tried to reduce the test
limitations as much as possible, so that the changes that I have requested are
as minimal as possible.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `'
x/-/blob/debian/latest/debian/patches/bugfix/powerpc/fbdev-offb-Update-expected-device-name.patch?ref_type=heads
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
the underlying issue, the circular build
dependency has not been fixed. The packages in question were bootstrapped for
loong64 using manual hacks working around this bug.
Proper build profiles should be added such that these hacks are not necessary.
Adrian
--
.''`. John Paul Adria
(,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
http_proxy='' dh_auto_test -- PYTHON=python3 TESTFLAGS="$(test_flags)"
Could you apply it for the next upload?
I'm also attaching it as a separate patch.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :
-- PYTHON=python3 TESTFLAGS="$(test_flags)"
Could you apply it for the next upload?
I'm also attaching it as a separate patch.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546
)
test_flags += \
--blacklist $(CURDIR)/debian/mercurial.test_blacklist_riscv64
Could you include this change for the next upload?
I'm also attaching a separate patch.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
son for this hang is.
Adrian
> [1]
> https://salsa.debian.org/kernel-team/linux/-/blob/debian/latest/debian/patches/bugfix/powerpc/fbdev-offb-Update-expected-device-name.patch?ref_type=heads
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
Hello Xiao Sheng,
On Fri, 2024-12-27 at 10:59 +0100, John Paul Adrian Glaubitz wrote:
> Hello,
>
> On Fri, 2024-12-27 at 11:02 +0800, xiao sheng wen(肖盛文) wrote:
> > Hi,
> >
> > #1050486 loong64 patch for netw-ib-ox-ag [1]:
> >
> > --- netw-ib-ox-ag-
, EOL.
>
> You may see it's homepage: https://ntwox.sourceforge.net/
>
> Also has a bugreport about:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842344
Then it might be worth thinking about removing it.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
NETWIBDEF_SYSARCH="loong64", it build success.
>
> I had do NMU for netw-ib-ox-ag package before, I would do NMU for loong64
> support.
Is there no upstream project for this anymore?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
odern on ppc64el.
Has this issue been reported to sbcl upstream? I'm not sure whether PowerPC
porters are necessarily experts on Lisp compilers such as SBCL.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
hanges? I'm asking since it seems it will still be a long way until
> > upstream
> > releases version 2.6.0.
>
> FWIW I've already backported the loongarch64 support into unstable.
Yeah, I'm aware of that. However, test packages for m68k and sh4 would be nice
loongarch64, m68k and
sh4.
Would it be possible to package a git snapshot for experimental to be able to
test
these changes? I'm asking since it seems it will still be a long way until
upstream
releases version 2.6.0.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :'
t; No answers so far, so I propose to answer "yes" to both questions. Less
> change, no extra translation effort. Objections ?
Can you elaborate on this a little more to explain the background?
Doesn't this affect partman-efi only?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Thanks for fixing this.
FWIW, using the LRA-enabled GCC from [1] allows me to build python3.13 on
sh4 without any additional patches. Unfortunately, those patches won't
make it for GCC 15 but are expected for GCC 16.
Adrian
> [1] https://github.com/olegendo/gcc/tree/devel/sh-lra
--
be removed
> from armel.
That sounds a little too drastic to me. I think we should do a little more
investigation to figure out what the actual underlying issue is. Maybe
openal can be configured differently on armel and sh4.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debi
- x32 (has a Rust port, but currently broken)
Please disable python3-orjson on these architectures (similar to i386),
so that mypy can be built again on these architectures.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-
when we
switch the m68k port to 4-byte alignment.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Index: python3.13-3.13.0/Inc
1 - 100 of 1968 matches
Mail list logo
