ta
-L native=/usr/lib/riscv64-linux-gnu -L
native=/usr/lib/riscv64-linux-gnu` (exit status: 1)
dh_auto_build: error: /usr/share/dh-rust/bin/cargo build returned exit code 101
make: *** [debian/rules:16: binary-arch] Error 25
dpkg-buildpackage: error: debian/rules binary-arch subprocess returned
exit status 2
```
The full buildd log is here:
https://buildd.debian.org/status/fetch.php?pkg=meli&arch=riscv64&ver=0.8.10%2Bdfsg-2%2Bb1&stamp=1740301953&raw=0
My solution to this issue:
The error is caused by the modifiers field in the structure being a
required field in the newer version of the IMAP library. My solution is to
provide a default value to fill in this field.I have tested that
locally,and it works well .The debpatch is in the attachment.Please let me
know whether this solution can be accepted.
Gui-Yue
Best Regards
fix_meli_build_failed_on_riscv64.patch
Description: Binary data
epends list in gi-vte.cabal.I have
tested that locally, and it works well.The debpatch is in the attachment.
Please let me know whether this solution can be accepted.
Gui-Yue
Best Regards
fix_haskell-gi-vte_build_failed_onriscv.patch
Description: Binary data
ce" flag is only supported on amd64,
arm64, ppc64el, and s390x. Therefore, my solution is to remove the "-race"
flag on unsupported architectures. The debpatch is in the attachment. I
have tested that locally,and it works well.Please let me know whether this
solution can be accepted.
Gui-Yue
Best Regards
fix_-race_issue.patch
Description: Binary data
I apologize for using Chinese comments in the patch; please refer to this
version of the patch.
fix_sysprof_build_failed.patch
Description: Binary data
, provide an appropriate default value (for example, 0ULL).The
debpatch is in the attachment.I have tested it locally and it works
well.Please let me know whether this solution can be accepted.
Gui-Yue
Best Regards
fix_sysprof_build_failed.patch
Description: Binary data
so.1.8.38. By setting
LD_LIBRARY_PATH=/usr/lib/$(DEB_HOST_MULTIARCH)/TDLib1.8.38:$LD_LIBRARY_PATH,
the library can be properly recognized. The debpatch is in the
attachment.I have tested that locally and it works well.Please let me know
whether this solution can be accepted.
Gui-Yue
Best Regards
fix_lomiri
Source: elixir-lang
Version: 1.18.1.dfsg-1
Severity: serious
Tags: FTBFS, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear elixir-lang maintainer,
The package elixir-lang build failed on riscv64.The crucial buildd log
below:
```
1) test
issue:
The build failure was caused by the missing dependency "rst2pdf," so the
issue can be resolved by adding "rst2pdf" as a dependency in debian/control.
I have tested this solution locally, and it works well.The debpatch is in
the attachment.Please let me know whether this solutio
=0
My solution to this issue:
The issue arises because the tests for GaussianBeams on the RISC-V
architecture exceed the acceptable threshold. My solution is to slightly
increase the threshold to ensure the tests pass on the RISC-V
architecture.The debpatch is in the attachment.Please let me
Hi Eric,
I'd like to, but I see this work has been done, details can be found at
https://projects.blender.org/blender/blender/commit/f662caf7226ca27921aabb50a41eaaec4c07d0ef
.I mean that we can upgrade this package from upstream to fix this issue.
Best regards,
Gui-Yue
Eric Long 于2024年12月
not include the
/usr/lib/riscv64-linux-gnu/cmake/KSaneCore/KSaneCoreConfig.cmake file
required by libkf5sane. Could the dependency on KSaneCore in the
CMakeLists.txt file be updated to KSaneCore6 instead?
Regards
Gui-Yue
ested this solution locally, and it works well.The
debpatch is in the attachment.Please let me know whether this solution can
be accepted.
Gui-Yue
Best Regards
skip_chkshsgr_for_ipsvd.patch
Description: Binary data
Hi,
about
https://salsa.debian.org/gnome-team/gnome-control-center/-/merge_requests/52
Perhaps, doubling the test timeout threshold specifically for RISC-V might
be a better choice.
Regards
Gui-Yue
Source: blender
Version: 4.3.0+dfsg-1
Severity: serious
Tags: FTBFS, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear blender Maintainer,
The package blender build failed because BLI_build_config.h does not
support riscv64. The crucial b
Source: gnome-control-center
Version: 1:47.2-1
Severity: serious
Tags: FTBFS, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear gnome-control-center Maintainer,
The package gnome-control-center build failed on riscv64 caused by
test-netwo
supported on the current target architecture
(non-amd64 or i386). I have completed a patch that disables this compiler
option on non-AMD architectures. I have tested the patch, and it works very
effectively. Please let me know whether this solution can be accepted.
Gui-Yue
Best Regards
Source: weakforced
Version: 2.10.2-1
Severity: serious
Tags: FTBFS, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear weakforced Maintainer,
The package weakforced build failed on all arch. The crucial buildd log
below:
```
cp ../debian/
d with additional parameters, such as char *errorMsg and int
errorMsgLen. I resolved the issue by adding the required parameters for the
new version, while also incorporating conditional checks to ensure
compatibility with older versions of miniupnpc.I have tested this solution
The crucial builddd log is here:
```
[100%] Linking C executable xtrkcad
cd /<>/obj-aarch64-linux-gnu/app/bin && /usr/bin/cmake -E
cmake_link_script CMakeFiles/xtrkcad.dir/link.txt --verbose=1
/usr/bin/ld: /<>/app/tools/lib/linux/libzip.a(zip_close.o):
Relocations in generic ELF (EM: 62)
/usr/bin/
orks well.The debpatch is in the attachment.Please let me know whether
this solution can be accepted.
Gui-Yue
Best regards
fix_xtrkcad_build_failure.patch
Description: Binary data
this method, and it is
very effective. The debpatch is in the attachment. This patch can
automatically set MPIFORTRAN to the correct path based on the current
architecture. Please let me know whether this solution can be accepted.
Gui-Yue
Best Regards
fix_prime-phylo_configure_failed.patch
Description: Binary data
Source: desmume
Version: 0.9.13-1
Severity: serious
Tags: FTBFS, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear desmume Maintainer,
The package desmume build failed on all architectures except ARM.The
crucial buildd log below:
```
FAI
buildd log is below:
https://buildd.debian.org/status/fetch.php?pkg=cif-tools&arch=riscv64&ver=1.0.7-1%2Bb2&stamp=1729338657&raw=0
My solution to this issue:
The error occurred because the relevant parts of this package are not
compatible with the current version of libcifpp. So,we can modify this part
code to be compatible with libcifpp.I have tested the solution locally,and
it works well.The debpatch is in the attachment.Please let me know whether
this solution can be accepted.
Gui-Yue
Best Regards
mod-for-libcifpp.patch
Description: Binary data
Control.Monad (when)' can fix the issue. I have tested this solution
locally,and it works well.The debpatch is in the attachment.Please let me
know weather this solution can be accepted.
Gui-Yue
Best Regards
haskell-xml-conduit-writer_fix_build_failure.patch
Description: Binary data
operation to complete. We
can resolve this test error by increasing the timeout threshold.I have
tested that on local,and it works well.The debpatch is in the
attachment.Please let me know wheather this solution can be accepted.
Gui-Yue
Best Regards
fix_python-websockets_TimeOutError.patch
Description: Binary data
ch.php?pkg=linphone&arch=riscv64&ver=5.2.0-4.3%2Bb4&stamp=1727424865&raw=0
My solution to this issue:
The reason for the compilation failure is the incorrect parameter order
of the calloc function. In the lp_new0 macro, the first parameter should be
the number of elements, and the second parameter should be the size of each
element, but the current definition has them in the reverse order.
Modifying the macro definition will resolve this issue.I have test the
solution locally ,and it works well.The deb-patch is in the
attachment.Please let me know wheather this solution can be accepted.
Gui-Yue
Best Regards
linphone_fix_compile_failed
Description: Binary data
e host
architecture is x86. If it is not x86, this CFLAG should be disabled.I have
finished above work ,and i have tested that on local, it works well.The
debpatch is in the attachment. Please let me know wheather this solution
can be accepted.
Gui-Yue
Best Regards
fix_libopaque_build_failure.patch
Description: Binary data
: *** [debian/rules:18: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit
status 2
```
Gui-Yue
Best Regards
Dear maintainer,
I'll test that again.By the way, I noticed that this package has upgraded
to 0.3.2-2,however the modifications i suggested seem not applied.Could you
give me more information about this upgrade?
Best wishes
Gui-Yue
rily
disabled this test.
I have finished above work,and i have tested that locally,it works well.
The debpatch is in the attachment.Please let me know wheather this solution
can be accepted.
Gui-Yue
Best Regards
fix_liboprf_build_failed.patch
Description: Binary data
, it works well.Please let me know wheather the
solution can be accepted.The patch is in the attachment.
Gui-Yue
Best Regards
fix_python-freecontact_build_failure.patch
Description: Binary data
I have pull request this for upsteam:
https://github.com/exult/exult/pull/560, and it has been accepted.
is issue:
We can fix this syntax error by changing line 206 of version.cc from``` out
<< "RISC-V" ``` to``` out << "RISC-V"; ```. l have tested this solution on
local,and it works well.Please let me know wheather the solution can be
accepted. The patch is in the attachment.
Gui-Yue
Best Regards
fix_build_failure_on_riscv.patch
Description: Binary data
d because NaN is not supported on the RISC-V platform.W e can
skip this test when build on riscv64.I have tested this solution on local,
and it works well.Please let me know wheather this solution can be
accepted.The patch is in the attachment.
Gui-Yue
Best Regards
fix_test_payloadNaN_failed_on_r
t works well.The debdiff patch is in the attachment.Please
let me know wheather this sotution can be accepted.
Gui-Yue
Best Regards
support_for_riscv64.patch
Description: Binary data
SC-V 64. I have tried this solution locally, and it works well. Please
let me know whether this solution is acceptable. The debdiff patch is
attached.The changes are mainly in debian/patches and debian/rules.
Gui-Yue
Best Regards
Increase_test_threshold_for_RISC-V.debdiff
Description: Binary data
f |2551 - 2546| (i.e. 5) should be less than or equal to 2, but the
actual value was outside this range.I don't think this test works on
RISC-V，I hope to skip this test on riscv64.After I skip this test, the
package build successfully on my machine.Please let me know wheather this
solution can
ITS=64 -D_FILE_OFFSET_BITS=64" \". Replace that
with "CMDLINE_CPPFLAGS="$(shell $(D_BUILDFLAGS) --get CPPFLAGS)
-D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64" \".This way the issue can be fixed.
I have tested that in local, and it works well. Please let me know wheather
this solution can be accepted.
Gui-Yue
Best Regards
Source: mayavi2
Version: 4.8.1-5
Severity: serious
Tags: FTBFS, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear mayavi2 Maintainer,
The package mayavi2 build failed on arch riscv64 caused
by UnicodeDecodeError.The crucial buildd log belo
rror: debian/rules binary-arch subprocess returned
exit status 2
```
The full buildd log is here:
https://buildd.debian.org/status/fetch.php?pkg=rust-apr&arch=riscv64&ver=0.1.9-1&stamp=1699404678&raw=0
My solution to this issue:
The error message indicates a type mismatch in the Rust code, where a
*const i8 is being passed instead of the expected *const u8. This is due to
differences in type definitions in C and Rust. Specifically, in C, char is
often defined as i8 in Rust, while in Rust u8 is used for unsigned 8-bit
integers.I can create a patch to replace `i8` with 'u8'.I have tested that
on local and it works well.The patch is in the attachment, please let me
know wheather this solution can be accepted.
Gui-Yue
Best Regards
fix_incorrect_arguments.patch
Description: Binary data
Source: pocl
Version: 6.0-1
Severity: serious
Tags: FTBFS, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear pocl Maintainer,
The package pocl build failed on arch mips64el,ppc64el,riscv64 and s390x
caused by symbol diff.The crucial buildd
her this solution can be accepted.
Gui-Yue
Best Regards
series
Description: Binary data
fix_configure_failed.patch
Description: Binary data
ps://salsa.debian.org/debian/picotool, and I have tested it; it works
well. However, the debian/changelog has not been modified. Maybe you should
update the changelog to trigger a rebuild.
Gui-Yue
Best Regards
make it to support higher gcc version.I have tested this
modification in local,and it works well. Please let me know wheather this
solution can be accepted. The patch is in the attachment.
Gui-Yue
Best Regards
fix_gcc11_error.patch
Description: Binary data
Source: octave-iso2mesh
Version: 1.9.6+ds-7
Severity: serious
Justification: FTBFS
Tags: sid ftbfs
Dear octave-iso2mesh Maintainer,
About the issue reported, there is a solution that add "not-installed"
file to /debian. This solution refers to Bug Report #964666. More
details can be found in
http
Package: memcached
Version: 1.4.31-1
Severity: serious
Tags: upstream
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Just for the record, the upstream test suite fail on s390x
https://buildd.debian.org/status/fetch.php?pkg=memcached&arch=s390x&ver=1.4.31-1&stamp=1471823136
I'll open a issue to
46 matches
Mail list logo
