Hi Yue,
Seems you can try to upstream this patch to
https://projects.blender.org/blender/blender/pulls.
Cheers,
Eric
On Mon, 9 Dec 2024 14:43:11 +0800 Yue Gui wrote:
Source: blender
Version: 4.3.0+dfsg-1
Severity: serious
Tags: FTBFS, patch
User: debian-ri...@lists.debian.org
Usertags: ris
Hi mentors,
I fixed some issues regarding DKMS packaging and Vcs-* field pointing to
upstream (I package Mimic in the upstream too, and I forgot to modify
the fields). A new version is available at mentors.d.o:
dget -x
https://mentors.debian.net/debian/pool/main/m/mimic/mimic_0.6.1+ds-1.ds
Control: tags -1 -moreinfo
Hi mentors,
I've fixed lintian warnings and other issues listed in the mentors.d.n
package page. The autopkgtest failure from Phil('s bot) is false
positive due to server issue (no space left on device). Therefore I
think it's ready for sponsorship. Please feel free
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-Cc: i...@hack3r.moe
Dear mentors,
I am looking for a sponsor for my package "mimic":
* Package name : mimic
Version : 0.6.0+ds-1
Upstream contact : Eric Long
* URL : https://github.com/hack
On 20/11/2024 22:46, Eric Long wrote:
My own network setup heavily relies on it to hide my WireGuard tunnel
traffic from ISP, and many others have shown interest in (or have
already done) into theirs.
have shown interest in integrating*
Also include the message in the reopen control message
On Wed, 20 Nov 2024 14:52:22 + ba...@debian.org wrote:
close 1087937
stop
there is already an RFP
RFP 869106
ITP 1087937
Hi Bart,
It's a different package with different functionalities. Should I open a
new ITP with a different name (say mimic-bpf), or reopen this and change
its packag
Package: wnpp
Severity: wishlist
Owner: Eric Long
X-Debbugs-Cc: debian-de...@lists.debian.org, i...@hack3r.moe
* Package name: mimic
Version : 0.6.0
Upstream Contact: Eric Long
* URL : https://github.com/hack3ric/mimic
* License : GPL-2.0-only
Programming
Hi Simon,
On Wed, 4 Sep 2024 00:36:05 +0100 Simon McVittie wrote:
Source: mesa
Version: 24.2.1-3
Severity: important
Justification: FTBFS in previously working package
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org, g...@packages.debian.org,
l
Hi,
I also encountered the exact same scenario and the issue is reproducible
also on linux-kbuild-6.1. It seems that Debian Linux packages are
lacking things necessary to build BTF for kernel modules, like vmlinux
in /lib/modules/`uname -r`/build, as well as many eBPF tools included in
the ke
ebian/changelog 2023-11-15 20:32:21.0 +0800
@@ -1,3 +1,10 @@
+0ad (0.0.26-4.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add riscv64 support
+
+ -- Eric Long Wed, 15 Nov 2023 20:32:21 +0800
+
0ad (0.0.26-4) unstable; urgency=medium
[ Vincent Cheng ]
diff -Nru 0ad-0
On Sat, 23 Sep 2023 22:17:47 +0800 Eric Long wrote:
> `v8.patch` is a backport of [1], since V8 shipped with Chromium 117
is broken for riscv64. This
> should be able to be simply removed in the next major version.
Sorry, forgot that link:
[1]: https://chromium-review.googlesource.co
Dear maintainers,
I have been tracking for Chromium riscv64 support for a while (actually
I am one of the maintainer at Arch Linux RISC-V and their Chromium
patches). I have compiled Chromium 117 with the attached patchset and
everything works fine including sandbox, except probably GPU
accel
Source: libadwaita-1
Version: 1.2.2-1
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainers,
libadwaita-1 failed to build on riscv64
Source: apertium
Version: 3.8.3-1
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainers,
apertium fails to build on riscv64, for it e
ink-grammar-5.12.0~dfsg/debian/changelog
link-grammar-5.12.0~dfsg/debian/changelog
--- link-grammar-5.12.0~dfsg/debian/changelog 2023-01-24 13:40:52.0
+0800
+++ link-grammar-5.12.0~dfsg/debian/changelog 2023-02-18 04:24:12.0
+0800
@@ -1,3 +1,10 @@
+link-grammar (5.12.0~dfsg-2.1) U
Source: librandom123
Version: 1.14.0+dfsg-3
Severity: important
Tags: ftbfs patch
Justification: fails to build from source
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org
Dear maintainers,
librandom123 does not enable riscv64 bui
Source: zeromq3
Version: 4.3.4-5
Severity: important
Tags: ftbfs patch upstream
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org
Dear maintainer,
zeromq
Source: ltrace
Version: 0.7.3-6.3
Severity: wishlist
Tags: patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org
Dear maintainer(s),
ltrace builds successfully on riscv64 with backported upstream patch [1]
attached, on my qemu-sys
(2.1.2-6.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add build target for riscv64
+
+ -- Eric Long Sat, 31 Dec 2022 01:15:08 +0800
+
rnahybrid (2.1.2-6) unstable; urgency=medium
[ Andreas Tille ]
diff --git a/debian/control b/debian/control
index 51960db..2637f1f 100644
--- a/debi
og
@@ -1,3 +1,10 @@
+kissplice (2.6.2-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add build target for riscv64
+
+ -- Eric Long Sat, 31 Dec 2022 00:55:20 +0800
+
kissplice (2.6.2-1) unstable; urgency=medium
* New upstream version
diff --git a/debian/control b/debian/con
Source: tiemu
Version: 3.04~git20200827.f327e1c+dfsg1-2
Severity: important
Tags: ftbfs patch
Justification: fails to build from source
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org
Dear maintainer(s),
tiemu fails to build on ri
Source: i2pd
Version: 2.43.0-1
Severity: serious
Tags: ftbfs patch upstream
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
i2pd failed to build on riscv64 due to not linking to libatomic:
```
[100%] Linking CXX exe
retitle -1 xtide: FTBFS (invalid conversion from ‘char**’ to
‘const char**’)
severity -1 serious
thanks
On Tue, 20 Dec 2022 08:55:53 + Eric Long wrote:
> Source: xtide
> Version: 2.15.2-1.1
> Severity: important
> Tags: ftbfs patch
> Justification: fails to build from so
tag -1 patch thanks
Also, it seemed that zlib is missing from building dependencies in my
sbuild chroot:
```
[ 46%] Linking CXX executable btag
/usr/bin/cmake -E cmake_link_script CMakeFiles/btag.dir/link.txt
--verbose=1
/usr/bin/c++ -g -O2 -ffile-prefix-map=/<>=.
-fstack-protector-strong -W
Source: btag
Version: 1.1.3-1
Followup-For: Bug #997224
X-Debbugs-Cc: i...@hack3r.moe
tag -1 patch thanks
Hello,
Attached is a patch that replaces deprecated methods and variables according to
TagLib official docs [1]. It fixes FTBFS and it should work well too.
If more help is needed, please l
Source: chiaki
Version: 2.1.0-1.1
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
chiaki failed to build due to Python module `pkg_resources` not found:
```
[ 4%] Generating taki
Source: openclonk
Version: 8.1-2
Followup-For: Bug #984274
X-Debbugs-Cc: i...@hack3r.moe
Hello,
I've attached a patch that includes header in relevant file and fixes
GCC 11 build. If more help is needed, please let me know.
Cheers,
Eric
--- a/src/script/C4AulParse.cpp
+++ b/src/script/C4AulPars
According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984286,
maybe fix those `throw` statements to comply C++17 standard:
> GCC 11 defaults to the GNU++17 standard. If your package installs
> header files in /usr/include, please don't work around C++17 issues
> by choosing a lower C++
Source: binutils-or1k-elf
Version: 1.0.6
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
binutils-or1k-elf recently failed to build due to failure applying patch:
```
make[1]: Ent
Source: snmpkit
Version: 0.9-16
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
snmpkit failed to build from source due to newly adopted ISO C++17 not allowing
dynamic exception sp
Source: xtide
Version: 2.15.2-1.1
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
xtide failed to build on riscv64 due to invalid conversion:
```
xxLocationList.cc: In member fu
Sorry, it should be `Architecture: any`.
Cheers,
Eric
On Mon, 28 Nov 2022 07:02:01 + Eric Long wrote:
> Source: kgb
> Version: 1.0b4+ds-14
> Followup-For: Bug #1017371
> X-Debbugs-Cc: i...@hack3r.moe
>
> Hello all,
>
> Since there are already plenty of architectu
Control: tags -1 - patch
Sorry, it should be `Architecture: any`. I've removed the "patch" tag.
Cheers,
Eric
On Mon, 28 Nov 2022 04:24:31 + Eric Long wrote:
> Source: libapache2-mod-auth-openidc
> Version: 2.4.12.1-1
> Severity: wishlist
> Tags: patch
>
Sorry for my mistakes and thanks for pointing it out! It should be
`Architecture: any`.
Cheers,
Eric
在 2022年11月月28日 一 12时38分44秒 +05:30:00，Nilesh Patra
写道：
Control: tags -1 - patch
On Mon, 28 Nov 2022 05:53:09 + Eric Long wrote:
Source: genometools
Version: 1.6.2+ds-2
Severity
Control: tags -1 - patch
Sorry, it should be `Architecture: any`. I've removed the patch tag.
Cheers,
Eric
On Sun, 27 Nov 2022 17:16:51 + Eric Long wrote:
> Source: welcome2l
> Version: 3.04-28
> Severity: wishlist
> X-Debbugs-Cc: i...@hack3r.moe
>
> Dear maint
Source: kgb
Version: 1.0b4+ds-14
Followup-For: Bug #1017371
X-Debbugs-Cc: i...@hack3r.moe
Hello all,
Since there are already plenty of architectures listed (19 in total), it should
be safe to simply specify `Architecture: all` for all platforms. I've also
tested it on my qemu-system-riscv64 VM.
Source: genometools
Version: 1.6.2+ds-2
Severity: wishlist
Tags: patch
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
Since genometools currently builds on plenty of architectures (20 in total),
it should be OK to specify `Architecture: all` to port this package to other
platforms as well. I'v
Source: libapache2-mod-auth-openidc
Version: 2.4.12.1-1
Severity: wishlist
Tags: patch
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
Since libapache2-mod-auth-openidc currently enables build on plenty of
architectures (17 in total), it should be safe to specify `Architecture: all`
to port thi
Source: welcome2l
Version: 3.04-28
Severity: wishlist
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
welcome2l currently only builds on a certain set of architectures listed in
d/control. As this project seems platform-indepenedent, please switch to
`Architecture: all` so that it can be used o
Source: hatari
Version: 2.4.1+dfsg-1
Severity: important
Tags: ftbfs patch upstream
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org
Dear maintainer(s),
Source: ruby-stackprof
Version: 0.2.21-2
Severity: normal
Tags: ftbfs patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org
Dear maintainer(s),
ruby-stackprof failed to build on riscv64 due to flaky test `test_walltime`:
```
1)
Source: mercurial
Version: 6.2.3-1
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org
Dear maintainer(s),
Some tests
Source: prads
Version: 0.3.3-7
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer,
prads failed to build on riscv64 due to undefined reference to `_res_opcodes',
which somehow not existen
Source: zynaddsubfx
Version: 3.0.6-3
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org
Dear maintainers,
zynaddsubf
Source: mujoco
Version: 2.2.2-2
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org
Dear maintainer,
mujoco failed to
xtend js-tests timeout to fix FTBFS on many platforms
Author: Eric Long
Last-Update: 2022-10-18
--- a/test/meson.build
+++ b/test/meson.build
@@ -212,5 +212,6 @@
test(
'js-tests',
test_js_bin,
- depends: [ client_lib, web_process ]
+ depends: [ client_lib, web_process ],
+ timeout: 100
)
Source: gtksourceview5
Version: 5.6.0-1
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainers,
gtksourceview5 failed to build on riscv64 and hppa platforms due to test failure
in `test-re
p=1663851167&raw=0
Attached is a patch that adds RISC-V architecture to system.h and fixes FTBFS.
Please let me know if more help is needed.
Best regards,
Eric
Description: Add RISC-V architecture to CPU list
Author: Eric Long
Last-Update: 2022-09-30
--- a/src/system.h
+++ b/src/system.h
@@ -242,6
-java&arch=riscv64&ver=3.5.50-2&stamp=1654842077&raw=0
Attached is a patch that adds makefile for riscv64. Please let me know if I
missed anything.
Cheers,
Eric
Description: Add riscv64 support
cp Makefile-linux-arm-64.make Makefile-linux-riscv64-64.make
Author: Eric Long
Last-Up
Source: diet-ng
Version: 1.8.1-3
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
We are currently porting packages to riscv64
Source: yoshimi
Version: 2.2.2-1
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
We are currently porting packages to riscv46 platform. yoshimi failed to build
on riscv64 due to
ge constructor uses numpy.linalg.svd, which throws error
`ValueError: On entry to DGESDD parameter number 10 had an illegal value` on
riscv64. Disables the tests because it's not indexed-gzip's fault.
Author: Eric Long
Last-Update: 2022-09-10
--- a/indexed_gzip/tests/test_nibabel_integ
Source: unicorn-engine
Version: 1.0.3-3
Severity: wishlist
Tags: upstream
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
We are currently porting packages to riscv64 platform and trying to make
riscv64 a release architecture in the near future.
Recent release of Unicorn E
Source: seq24
Version: 0.9.3-2
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainers,
I am currently porting packages to riscv64 platform. seq24 failed to build on
riscv64 as shown below:
Source: spacenavd
Version: 1.0-1
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainers,
spacenavd v1.0-1 failed to build on all platforms:
```
/usr/bin/make cleandep
make[2]: Entering dire
Source: trinity
Version: 1.9+git20200331.4d2343bd18c7b-2
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer,
I am currently porting packages to riscv64 platform. Current version of trinity
does not build on riscv64 due to missing SYSCALLS:
```
tables.c: In function ‘
Source: zabbix
Version: 1:6.0.7+dfsg-3
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer,
I am currently porting packages on riscv64 platform. zabbix failed to build on
riscv64 as shown
Source: kexec-tools
Version: 1:2.0.24-1
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer,
I am currently porting packages to riscv64 platform. kexec-tools failed to
build on riscv64 as
Source: yabause
Version: 0.9.14-4
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer,
yabause failed to build on riscv64:
```
[100%] Linking CXX executable yabause-qt
cd /<>/obj-riscv6
> I'll go ahead and apply your patch and revert the debian/rules timeout commit.
> If the new build works, could you submit this upstream as a merge proposal?
I've submitted an MR upstream:
https://gitlab.gnome.org/GNOME/libsoup/-/merge_requests/309
Thanks,
Eric
Source: termshark
Version: 2.2.0-2
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer,
I am currently porting packages on riscv64 platform. termshark 2.4.0 is out
with new features as well as fixes build on riscv64. Can you upgrade the
package, if it is convenient for
thing.
Cheers,
Eric
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.18.0-4-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGU
reads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Description: Fix CheckCxxAtomic to detect more accurately
Some platforms like riscv64 does not
inked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Description: Disable test src/wp/test/unix on several platforms
This test times out on armel, mipsel, hppa, ppc64, riscv64, sparc64 and x32.
Disabling it allows abiword package to be built on those platform
v64
Patch Atomic-render.patch introduces atomic operations, which requires
libatomic to be linked on riscv64.
Author: Eric Long
Last-Update: 2022-08-29
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -80,6 +80,10 @@
)
endif()
+if (${CMAKE_SYSTEM_PROCESSOR} STREQUA
Source: libsoup3
Version: 3.1.3-2
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer(s),
libsoup3 failed to build on riscv64 due to timeout on test
http2-body-stream-test.
More info ca
Dear Tony and maintainer(s),
I have written an MR that disables timed-out tests on mips64el, mipsel, armel
and more, fixing FTBFS:
https://salsa.debian.org/java-team/lz4-java/-/merge_requests/1
Please let me know if I got something wrong.
Cheers,
Eric
F-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Description: Link libatomic against wsclean-lib on riscv64 and fix FTBFS
Author: Eric Long
Last-Update: 2022-08-26
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -381,6 +
> Was this patch just a result of general QA activity or is there some
> program you are trying to package?
Yes, this patch is for QA. I assumed there are important packages that rely
on this abandoned crate, hence the workaround. Otherwise removing it from
Debian seems a better choice.
Source: numactl
Version: 2.0.14-3
Severity: important
Tags: ftbfs patch upstream
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear maintainer,
numactl currently failed to build on riscv64 from source:
...
/usr/bin/ld: ./.libs/libnum
Control: tags 1011628 + patch
Control: thanks
Hello Adrian and Maintainers,
I have submitted a merge request [1] that fixes the tests and FTBFS.
Please let me know if I missed something.
Cheers,
Eric
[1]: https://salsa.debian.org/rust-team/debcargo-conf/-/merge_requests/378
tags 952159 + patch
thanks
Hello Lucas and Maintainers,
I have written a merge request [1] to fix FTBFS on all platforms. Tested on my
dev machine on amd64 and riscv64. If more helps are needed, please let me know.
Cheers,
Eric
[1]: https://salsa.debian.org/rust-team/debcargo-conf/-/merge_reque
tch disables them on riscv64.
Author: Eric Long
Last-Update: 2022-08-19
--- a/testsuite/ctypestest.scm
+++ b/testsuite/ctypestest.scm
@@ -162,8 +162,13 @@
'(1 2 3) '(4 -9 6))
(test-cstruct-array '(-0.5 0.0 0.5) "add_struct_array_float"
Source: python-cartopy
Version: 0.20.3+dfsg-1+b1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What le
Source: python-cartopy
Version: 0.20.3+dfsg-1+b1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe
Dear Maintainer,
This package's newest version (0.20.3+dfsg-1+b1) won't build on riscv64 due to
reproducible
75 matches
Mail list logo
