Package: src:cegui-mk2
Version: 0.7.6-3.3
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
on ppc64el, config.guess etc our not up to date. So here is a patch that :
* Make use of dh-autoreconf
* Remove some build deps that are dragged by dh
Package: libatomic-ops
Version: 7.4.2-1
Followup-For: Bug #728955
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
the same problem occurs on ppc64el and here is a patch that provides :
- a fix from Ubuntu
- support for quilt patches with debian/source/format
Hope that hel
reopen 727262
user 'debian-powe...@lists.debian.org' , usertags 533688 ppc64el
thanks
Hi,
I'm reopening this bug because I have the issue on ppc64el and although this is
fixed in "geoclue-2.0"(it builds well on ppc64el), it's not in the latest
"geoclue"
0.12.99-3 and the package is still in debi
Hi,
same on ppc64el. The failing command is :
pkg-config --atleast-version=2.99.3 gtk+-3.0 gthread-2.0
Checking the configure.ac on upstream ardesia, they changed it to remove
gthread-2.0
which fixes the issue
Here is the patch from upstream.
F.
--- ardesia-1.1.orig/configure.ac
+++ ardesia-1.1
Package: src:bacula
Version: 5.2.6+dfsg-9.1
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
the embedded config.guess and libtool.m4 are not taking into account the new
ppc64el architecture. Here is a patch from Ubuntu that does the job.
I trie
Hi,
the main problem here is that on ppc64el optimization (>= O2) seems to
make the symbol disappear :
$ nm
./obj-powerpc64le-linux-gnu/CMakeFiles/diamond.dir/src/dp/needleman_wunsch.cpp.o|c++filt
|grep needle
1b50 T needleman_wunsch(sequence, sequence, int, int, int, int,
unsigned
Hi,
I just added ppc64el in the list of supported archs in CMakeLists.txt :
--- hardinfo-0.5.1+git20170620.orig/CMakeLists.txt 2017-06-21
17:34:54.0 +
+++ hardinfo-0.5.1+git20170620/CMakeLists.txt 2017-06-29 07:54:40.606721876
+
@@ -21,7 +21,7 @@
set(HARDINFO_ARCH "x86")
else
/changelog 2017-09-14
13:38:14.0 +
@@ -1,3 +1,10 @@
+openni-sensor-pointclouds (5.1.0.41.8-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add fix to handle ppc64 and ppc64el architectures
+
+ -- Frédéric Bonnard Thu, 14 Sep 2017 13:38:14
+
+
openni-sensor
-14
14:14:45.0 +
@@ -1,3 +1,10 @@
+openni-sensor-primesense (5.1.0.41-7.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add fix to handle ppc64 and ppc64el architectures
+
+ -- Frédéric Bonnard Thu, 14 Sep 2017 14:14:45
+
+
openni-sensor-primesense (5.1.0.41-7
@@ -1,3 +1,11 @@
+yersinia (0.8.2-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/control moved Build-Depends on autotools-dev to dh-autoreconf
+ * debian/rules added dh_autoreconf* usage for better ppc64el support
+
+ -- Frédéric Bonnard Fri, 15 Sep 2017 13:34:30
+
=medium
+
+ * Non-maintainer upload.
+ * fix ctfutils package FTBFS on ppc64[el] : selectively export
+__ELF_WORD_SIZE and ELF_ARCH : on those archs ELF_ARCH is already defined
+in asm/elf.h but not __ELF_WORD_SIZE
+
+ -- Frédéric Bonnard Tue, 19 Sep 2017 07:32:25
+
+
freebsd-glue
c64el : disable private malloc :
+https://bugzilla.redhat.com/show_bug.cgi?id=1142068
+
+ -- Frédéric Bonnard Wed, 20 Sep 2017 15:35:47
+
+
yap (6.2.2-6) sid; urgency=medium
* d/control: add architectures arm64, ppc64el (closes: #791968)
diff -Nru yap-6.2.2/debian/rules yap-6.2.2/debia
hc.haskell.org/trac/ghc/ticket/12537
+
+ -- Frédéric Bonnard Fri, 22 Sep 2017 09:40:05
+
+
haskell-http-link-header (1.0.3-3) unstable; urgency=medium
* debian/patches/59c4bf5c8b2cffb7b293bbc034310914a6c3bd20.patch:
diff -Nru haskell-http-link-header-1.0.3/debian/rules
haskell-http-
s20100619/debian/changelog
./ffcall-1.13/debian/changelog
--- ./ffcall-1.10+cvs20100619/debian/changelog 2016-05-18 15:38:55.0
+
+++ ./ffcall-1.13/debian/changelog 2017-07-10 13:12:33.342511211 +
@@ -1,3 +1,10 @@
+ffcall (1.13-0+nmu1) unstable; urgency=medium
+
+ * Non-maintainer up
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
--
Hi,
it just seems that there's too many space taken by different libraries
in the static TLS space. I contacted some people from the toolchain,
especially Alan Modra which seems to confirm that :
"If sagemath is dlopen'ing li
Source: dhewm3
Source-Version: 1.4.1+dfsg-1
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
--
Hi,
there is a build failure on ppc64el due to the fact that the code
enabling altivec specific parts makes confusion between MacOS and
Altivec existence.
https://buildd.debian.org
Hi Rodrigo,
I do not intend to sponsor this package but I'm just willing to help.
Be careful to target "Package: sponsorship-request*s*" : the bug as been
properly re-assigned to "sponsorship-requests", but it didn't reach the
mentors audience as I can tell.
I didn't check deep but I can see tha
Package: installation-reports
Boot method: CD
Image version: http://d-i.debian.org/daily-images/ppc64el/daily/netboot/mini.iso
Hi!
since debian-installer (20230217) uses kernel 6.1.0-5 in mini.iso, the kernel
hangs
before I have the installer menu (see attached .png) ; same happens with
https:/
Ok found it...
> (nothing attached)
oops! .. not that much to display though (I also tried to remove the
"quiet" boot option, but it didn't change anything, it does not display
anything before getting in debian's init)
> > same happens with
> > https://cdimage.debian.org/cdimage/weekly-builds/p
Thanks Cyril.
Another important detail ... I only get that behavior in qemu in
graphical mode.
On LPARs there is no issue. I didn't try on baremetal so far.
F.
On Tue, 21 Mar 2023 17:44:49 +0100 Cyril Brulebois wrote:
> Frédéric Bonnard (2023-03-17):
> > > It would be helpful
Hi Cyril!
> Could you please guide me into reproducing this issue in QEMU? #987368
> had hints, but at least the openpower.xyz part no longer works (it's no
> longer resolving).
much simpler actually because in the current case, we won't emulate a
full baremetal PowerNV machine.
For example, usin
Package: src:deal.ii
Version: 9.4.0-1
Control: tags -1 ftbfs
Control: tags -1 patch
--
Dear maintainer,
deal.ii fails to build atm on ppc64el on unstable. It actually fails at
link time.
Full log is here :
https://buildd.debian.org/status/fetch.php?pkg=deal.ii&arch=ppc64el&ver=9.4.0-1%2Bb1&stamp=
Thank you so much Cyril!
> That being said, we don't have all modules shipped in the installer, and
> some other module might be available and used in the installed system
> (e.g. dedicated driver as opposed to fbdev during a graphical install on
> amd64), which can explain differences. The bootlo
Package: wnpp
Severity: wishlist
pdbg is a simple application to allow debugging of the host POWER
processors from the BMC. It works in a similar way to JTAG programmers
for embedded system development in that it allows you to access GPRs,
SPRs and system memory.
License: Apache-2.0
Copyright: 20
Hi Graham,
> > Just for the record, this bug also happens on arm64.
> > This seems to be a regression. I'm trying to bisect that.
>
> Did you ever make any progress with this?
no Graham. The bisect didn't bring anything interesting to me and I wasn't
able to go further.
I'm going to have a look
Graham, here is patch attached for the issue.
By default some architectures have "char" being unsigned such as the ones
listed here and others ( https://wiki.debian.org/ArchitectureSpecificsMemo ).
I just forced the sign-ness of pow()'s argument.
Sorry for the delay.
F.
On Mon, 20 Nov 2017 21:10:
Hi Graham,
On Fri, 8 Dec 2017 15:30:07 +0200, Graham Inggs wrote:
> Hi Frédéric
>
> On 7 December 2017 at 19:00, Frédéric Bonnard wrote:
> > Graham, here is patch attached for the issue.
> > By default some architectures have "char" being unsigned such as the
at 19:00, Frédéric Bonnard wrote:
> > Graham, here is patch attached for the issue.
> > By default some architectures have "char" being unsigned such as the ones
> > listed here and others ( https://wiki.debian.org/ArchitectureSpecificsMemo
> > ).
> >
; urgency=medium
+
+ * Fix FTBFS on ppc64, ppc64el, arm64 and re-enable mips64el
+
+ -- Frédéric Bonnard Wed, 07 Mar 2018 19:06:24 +0100
+
nim (0.18.0-1) unstable; urgency=medium
* New upstream release
diff -Nru nim-0.18.0/debian/control nim-0.18.0/debian/control
--- nim-0.18.0/debian/control
Hi,
it seems that we can't reproduce this bug anymore as golang went from
1.9 to 1.10 now.
Well, it fails on another issue on ppc64el, but it seems to be the same on
amd64 .
Should we close that bug ?
F.
pgp9_HmRMlFTP.pgp
Description: PGP signature
Package: src:ulatencyd
Version: 0.5.0-9
--
Dear maintainer,
I see that the changelog mentions "Build with libluajit-5.1-dev instead
of liblua5.1-0-dev if installed."
But looking at the logs it seems not to follow that and d/control lists
the lua Build-Depends in that order :
" liblua5.1-0-dev |
Package: src:aegisub
Version: 3.2.2+dfsg-3
--
Dear maintainer,
at the moment both liblua5.1-0-dev and libluajit-5.1-dev are required to
build. I think one or the other exclusively should be enough.
The best being to require first libluajit-5.1-dev if available and
fallback on liblua5.1-0-dev.
Th
Hi,
I had a look at the failures in Clip_Tests.cpp .
Actually comparing with what is done on other architectures, the content
of the frame is already wrong before the effect being applied, that is
the content that is imported from the test .mp4 seems false.
I digged into FFmpegReader.cpp and pixels
Package: src:python-lupa
Version: 1.6+dfsg-1
Tags: patch pending
--
Dear maintainer,
I see that python-lupa misses libluajit build dependency on several
architectures, and that it's supposed to be compatible with lua, so
wouldn't it make sense to rely on liblua in case the build dependency
liblu
Package: src:love
Version: 0.9.1-4
--
Dear maintainer,
at the moment both liblua5.1-0-dev and libluajit-5.1-dev are required to
build. I think one or the other exclusively should be enough, and your
d/rules specifies one or the other already.
The best being to require first libluajit-5.1-dev if
Hi James,
On Wed, 14 Mar 2018 13:50:04 +, James Cowgill wrote:
> Hi,
>
> On 14/03/18 13:37, Frédéric Bonnard wrote:
> > Package: src:love
> > Version: 0.9.1-4
> >
> > --
> >
> > Dear maintainer,
> >
> > at the moment both liblua5.1
, Frédéric Bonnard wrote:
> Package: src:ulatencyd
> Version: 0.5.0-9
>
> --
>
> Dear maintainer,
>
> I see that the changelog mentions "Build with libluajit-5.1-dev instead
> of liblua5.1-0-dev if installed."
> But looking at the logs it seems not to f
+0100, Frédéric Bonnard wrote:
> Package: src:python-lupa
> Version: 1.6+dfsg-1
> Tags: patch pending
>
> --
>
> Dear maintainer,
>
> I see that python-lupa misses libluajit build dependency on several
> architectures, and that it's supposed to be compatible wi
.
On Mon, 12 Mar 2018 19:26:53 +0100, Frédéric Bonnard wrote:
> Package: src:aegisub
> Version: 3.2.2+dfsg-3
>
> --
>
> Dear maintainer,
>
> at the moment both liblua5.1-0-dev and libluajit-5.1-dev are required to
> build. I think one or the other exclusively should
Hi Yavor,
thanks for already digging into this issue.
I'm not an altivec expert but I was interested to look into this and
maybe help.
On Sun, 18 Mar 2018 22:33:16 +0200, Yavor Doganov wrote:
> Source: lynkeos.app
> Version: 2.10+dfsg1-2
> Severity: serious
> Tags: patch
> User: debian-powe...@li
Hi,
this is because we miss icudt51b.zip and icudt51e.zip on big endian platforms :
--- modules/javafx.web/src/main/native/Source/WTF/icu/unicode/utypes.h
* \def U_ICUDATA_TYPE_LETTER
*
* This is a platform-dependent string containing one letter:
* - b for big-endian, ASCII-family platforms
*
Hi Emmanuel,
October 16, 2018 1:59 PM, "Emmanuel Bourg" wrote:
> Le 16/10/2018 à 12:51, Frédéric Bonnard a écrit :
>
>> That worked fine and the packages were created.
>> I checked the diff between ppc64el debc and mips debc and there
>> wasn't anything
Package: src:espresso
Version: 6.3-3
--
Dear maintainer,
I saw that espresso fails to build on ppc64el, armhf, riscv64 due to
config.guess being outdated in an embedded source tarball (fox library)
https://buildd.debian.org/status/fetch.php?pkg=espresso&arch=ppc64el&ver=6.3-3&stamp=1539285659&ra
Severity: normal
Tags: patch pending
User: debian-powe...@lists.debian.org
Usertags: ppc64el
--
Hi again,
here is a merge request for the patch I did :
https://salsa.debian.org/debichem-team/espresso/merge_requests/1
Regards,
Fred
pgpNhgUdC1S8N.pgp
Description: PGP signature
Tags: patch pending
User: debian-powe...@lists.debian.org
Usertags: ppc64el
--
Hi,
I noticed that the link failure does not happen when not using --release with
cargo.
Playing a bit with cargo's dev and release profile (
https://sources.debian.org/src/cargo/0.30.0-1/src/cargo/core/profiles.rs/#
Hi Cyril/all,
sorry that the process takes long, but that was the only way to
reproduce that bug (which I think may not be specific to ppc64el)
without having Power hardware (and a LPAR/HMC setup).
> Looking at that log, one sees two PIDs for main-menu (272 and 278),
> which could explain a very n
Package: wnpp
Owner: Frédéric Bonnard
Severity: wishlist
* Package name: organize
Version : 1.10.1
Upstream Author : Thomas Feldmann
* URL : https://github.com/tfeldmann/organize
* License : Expat
Programming Lang: Python
Description : File management
Package: wnpp
Owner: Frédéric Bonnard
Severity: wishlist
* Package name: simplematch
Version : 1.3
Upstream Author : Thomas Feldmann
* URL : https://github.com/tfeldmann/simplematch
* License : Expat
Programming Lang: Python
Description : Minimal
Hi Steve,
awesome, couldn't wait to test it, so I built udpkg 1.20 from salsa and
integrated in latest debian-installer built to have a mini.iso to play
with.
I tried that iso 5-6 times on each of the 2 physical Power machines on
which I encountered the bug and it worked every single time.
From
Control: forwarded -1 https://github.com/sass/libsass-python/issues/331
--
Hi,
as build log shows, the very same version of libsass-python built
successfully some time ago (using libsass_3.6.4-4) :
https://buildd.debian.org/status/logs.php?pkg=libsass-python&arch=amd64&suite=sid
but with latest
ssue. Last components build may require a newer
skiboot.lid than the one coming in qemu package).
F.
On Mon, 24 May 2021 04:48:00 +0200, Cyril Brulebois wrote:
> Hi Frédéric,
>
> Frédéric Bonnard (2021-04-26):
> > Thanks for willing to investigate !
>
> Thanks for the detai
On Fri, 28 May 2021 14:39:56 +0200, Cyril Brulebois wrote:
> Hi Frédéric,
>
> Frédéric Bonnard (2021-05-25):
> > Get that one too :
> > https://openpower.xyz/job/openpower/job/openpower-op-build/label=slave,target=witherspoon/lastSuccessfulBuild/artifact/images/skiboot.lid
Hi,
indeed Paul, the test is flaky, probably a timing issue. I had already
changed some related parameter that made the tests pass reliably on
my i386 builder, but saw afterward that it still failed on debian's
builder and couldn't reproduce it :
https://salsa.debian.org/debian/os-autoinst/-/commit
Control: severity -1 important
--
As explained upstream, the behaviour of the tests changed after
libsass's commit "fix how we count unicode characters" that
libsass_3.6.4+20201122-1 pulled.
But upstream's libsass-python doesn't not support non-release of
libsass and they wouldn't help on our iss
Package: src:tomboy-ng
Version: 0.32-1
Control: tags -1 ftbfs
--
Dear maintainer,
tomboy fails to build on ppc64el :
https://buildd.debian.org/status/fetch.php?pkg=tomboy-ng&arch=ppc64el&ver=0.32-1&stamp=1612358331&raw=0
Regards,
F.
signature.asc
Description: PGP signature
Here is a patch proposal which fixes the build.
The patch header details the issue and the possible workaround.
Regards,
F.
--- a/buildit.bash
+++ b/buildit.bash
@@ -156,6 +156,9 @@
CPU="i386"
fi
TARGET="$CPU-$OS"
+if [ "$CPU" = "powerpc64le" ]; then
+CPU="powerpc64"
+fi
CheckFPC
Ch
se ?
>
> Otherwise, if you think it needs to be as per your patch, I am quite
> happy to apply that.
>
> Do you want me to run up a new release or would you prefer to use the
> patch on a Debian downstream release model ?
>
> Davo
>
> On 27/3/21 3:00 am, Frédéric Bonnard wrote:
>
>> Here is a patch proposal which fixes the build.
>> The patch header details the issue and the possible workaround.
>> Regards,
>>
>> F.
signature.asc
Description: PGP signature
Hi,
sorry for the delay.
Initially I wanted to include all tests in the packaging as they just
didn't fail for me on ppc64el, amd64 and i386.
Having a look at the .spec file upstream, they skip some of the tests,
amongst them, the one we have an issue with.
---
# don't require qemu within OBS
# an
++ os-autoinst-4.6.1604525166.912dfbd/debian/changelog 2021-04-01
12:50:51.0 +0200
@@ -1,3 +1,10 @@
+os-autoinst (4.6.1604525166.912dfbd-0.3) unstable; urgency=medium
+
+ * Non-maintainer upload
+ * Stick to tests that upstream runs (Closes: #977990)
+
+ -- Frédéric Bonnard Thu, 01 Apr 2021
s and disable unported
+tests (Closes: #980628)
+
+ -- Frédéric Bonnard Wed, 07 Apr 2021 12:28:16 +0200
+
libsass-python (0.20.1-2) unstable; urgency=medium
* Avoid code download during doc build (Closes: #972140)
diff -Nru libsass-python-0.20.1/debian/rules libsass-python-0.20.1/debian/
ith -gw in components/chmhelp/lhelp/Makefile.fpc.
It builds on amd64, i386 and ppc64el at least.
I'll send another merge request.
Thanks for letting me know!
F.
On Mon, 21 Sep 2020 11:10:30 +0200, Graham Inggs wrote:
> Hi Frédéric
>
> On Thu, 10 Sep 2020 at 11:27, Frédéric Bonnard wr
On Wed, 23 Sep 2020 15:01:55 +0200, Graham Inggs wrote:
> Hi Frédéric
>
> On Wed, 23 Sep 2020 at 10:47, Frédéric Bonnard wrote:
> > Debug info type's recommended setting seems to be dwarf anyway (32/64b).
> > So I've replaced -gs with -gw in components/chmhelp/lh
On Wed, 23 Sep 2020 17:45:45 +0200, Frédéric Bonnard wrote:
> oh right, I didn't realize not all binary packages are built on "any". 2
> needs to be enabled (lcl-qt5-2.0 and lazarus-ide-qt5-2.0). And I tested
> and they build well on ppc64el.
> I'll also tes
Package: src:tnftp
Version: 20151004-1
Control: tags -1 ftbfs patch
--
Dear maintainer,
tnftp fails to build on ppc64el ( probably the same issue on arm64,
riscv64 ) due to an outdated config.guess.
Here is a minimal patch that does the work.
Regards,
F.
diff -Nru tnftp-20151004/debian/rules
Package: src:simde
Version:0.0.0.git.20200522-1
--
Dear maintainer,
since last version of simde, I noticed that bowtie2 fails on
ppc64el while it was not on a very similar version before but using
0.0.0.git.20200424-1 (I confirmed that by trying to rebuild bowtie2
2.4.1-4 which now fails
Here is a patch based on this :
https://www.gnu.org/software/automake/manual/html_node/Yacc-and-Lex.html
Tested on a power machine (where the build failed) and it seems to work.
F.
Description: Fix parallel build
This happened here : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976906
Soluti
At the moment, buildd logs show that everything works fine on firefox
83.0-1 / rustc 1.47.0+dfsg1-1
https://buildd.debian.org/status/logs.php?pkg=firefox&ver=83.0-1
I tried myself and it built fine too with current 1.48.0+dfsg1-1 rustc.
Regards,
F.
signature.asc
Description: PGP signature
Package: wnpp
Owner: Frédéric Bonnard
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libmojolicious-plugin-oauth2-perl
Version : 1.58
Upstream Author : Jan Henning Thorsen
* URL : https://metacpan.org
Package: wnpp
Owner: Frédéric Bonnard
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libcommonmark-perl
Version : 0.29
Upstream Author : Nick Wellnhofer
* URL : https://metacpan.org/release/CommonMark
Package: wnpp
Owner: Frédéric Bonnard
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libnet-dns-native-perl
Version : 0.22
Upstream Author : Oleg G
* URL : https://metacpan.org/release/Net-DNS-Native
Hi Yavor,
On Thu, 22 Mar 2018 12:04:33 +0200, Yavor Doganov wrote:
> Frédéric Bonnard wrote:
> > I'm not an altivec expert but I was interested to look into this and
> > maybe help.
>
> Many thanks for taking the time and effort, this is exactly the
> response I
Package: src:openblas
Severity: wishlist
--
Dear maintainers,
at the moment there is only one flavor of openblas library package.
Fedora/RedHat provide several other flavors that are compiled differently :
RHEL 7.3 :
$ rpm -qa | grep -i openblas
openblas-threads-0.2.19-4.el7.ppc64le
openblas-se
Hi Andreas and Helmut,
I crafted a new packaging for 2.3 upstream release one month ago and
came up to the same conclusion as Andreas, and if I remember correctly
I also confirmed this by testing without that dependency which led to
some issue.
Sorry for not detailing this here in the meantime, tha
Source: linux
Source-Version: 4.9.65-3+deb9u2
Tags: patch
--
Hi,
beginning January a patch series has been sent on the LKML which include
a patch to prevent the Meltdown vulnerability on some Power machines :
https://lkml.org/lkml/2018/1/8/649
This series has been upstreamed and a few days ago, t
s problem is known and has been fixed in different ways depending on the
golang version : https://go-review.googlesource.com/c/go/+/66870 I took patch
set 2 and only applied the fix for ppc64el to not introduce any other issue on
other archs.
Author: Frédéric Bonnard
Origin: https://go-review.go
Hi Michael,
On Thu, 15 Feb 2018 23:21:41 +1300, Michael Hudson-Doyle
wrote:
> Ah I wondered what that upload was about :-) Thanks for the patches. I
> can't help wondering if the correct fix is not to remove Go 1.8 from
> unstable instead though. It will only be supported until 1.10 comes out in
Hi Adam,
sbt packaging is not yet ready.
That last piece i.e. "scala-tools-sbinary" package was refused by
ftpmasters. That outlined several weaknesses in the way I did the
packaging for the components I pushed in experimental, and I'm not sure
at this point, if I want to pursue the packaging this
Package: wnpp
Severity: wishlist
LibOCXL provides an access library which allows the user to implement a
userspace driver for an OpenCAPI accelerator.
LibOCXL provides functions to attach to an AFU and transfer data to &
from the MMIO areas on the AFU. AFU IRQs can be queried either by IRQ
handles
Package: src:mandelbulber2
Version: 2.13.2-2
Severity: normal
Tags: patch pending
Dear maintainer,
I see that since last upload of 2.13.2-2, mandelbulber2 fails to build
on ppc64el (only).
The problem is that the build now enables opencl ( qmake -qt5
../mandelbulber2/qmake/mandelbulber-opencl.pro
Hi,
you're welcome Giovanni.
F.
On Thu, 3 May 2018 08:49:22 +0200, Giovanni Mascellani wrote:
> Hi,
>
> Il 02/05/2018 19:33, Frédéric Bonnard ha scritto:
> > Different solutions for this are possible depending on what ones wants to
> > achieve, but to have best of two
Package: src:hsail-tools
Version: 0~20170314-2
--
Dear maintainer,
I see that the package hsail-tools fails to build on ppc64el :
https://buildd.debian.org/status/fetch.php?pkg=hsail-tools&arch=ppc64el&ver=0%7E20170314-2&stamp=1489678579&raw=0
My understanding is that the tests are run concurren
~20170314/debian/changelog 2017-10-03 09:33:38.0
+
@@ -1,3 +1,10 @@
+hsail-tools (0~20170314-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix parallel build issues appearing on ppc64el (Closes: #877606)
+
+ -- Frédéric Bonnard Tue, 03 Oct 2017 09:33:38
+
Package: src:cpl-plugin-fors
Version: 5.3.32+dfsg-1
Control: tags -1 patch ftbfs
--
Dear maintainer,
cpl-plugin-fors has a failing test and thus FTBFS when I run a parallel
build :
---
PASS: hdrl_buffer-test
PASS: hdrl_bpm_3d-test
PASS: hdrl_multiiter-test
../admin/test-driver: line 107: 55895
Package: src:cpl-plugin-xshoo
Version: 3.2.0+dfsg-1
Control: tags -1 patch ftbfs
--
Dear maintainer,
cpl-plugin-xshoo has a failing test and thus FTBFS when I run a parallel
build :
---
PASS: hdrl_imagelist_view-test
PASS: hdrl_buffer-test
PASS: hdrl_bpm_3d-test
PASS: hdrl_multiiter-test
../adm
Package: wnpp
Severity: wishlist
ytcc is a command Line tool to keep track of your favourite YouTube channels
without signing up for a Google account.
ytcc manages your defined channels and lets you update, view (with mpv),
download videos while keeping track of watched videos.
Videos can be filte
Package: src:dune-grid
Version: 2.6.0-3
Control: tags -1 ftbfs
--
Dear maintainer,
rebuilding buster, I noticed that dune-grid fails to build due to some
tests failing ppc64el :
---
93% tests passed, 4 tests failed out of 61
Total Test time (real) = 70.72 sec
The following tests did not run:
Control: tags -1 patch
Control: forwarded -1 https://github.com/GaloisInc/cryptol/issues/542
--
Hi,
Adrian opened a bug upstream about this issue :
https://github.com/GaloisInc/cryptol/issues/542
Upstream committed a fix as Edmund explained :
https://github.com/GaloisInc/cryptol/commit/3caa3a8
Please ignore fix-923592.patch in the previous message.
F.
Description: Fix FTBFS due to missing comment/description
After that commit https://phabricator.kde.org/D16867, a description is
needed in .desktop files.
The keyword actually looked for by desktoptojson converter utility is
"Comment=" .
Package: src:qd
Version: 2.3.22+dfsg.1-3
Control: tags -1 patch ftbfs
--
Hi,
after contacting the ppc64 toolchain team about bug #935289, especially
Pat Haugen, he said :
---
Basically the testcase is sensitive to
precision differences when FMA instructions are used (floating point
multiply-add)
Package: wnpp
Severity: wishlist
Comskip is a commercial detector. It is a console application that reads a
mpeg or h.264 file and analyses the content based on a large amount of
configurable parameters. A gui is also provided.
After analysis it generates a file in various possible formats contai
Package: src:golang-github-remyoudompheng-bigfft
Version: 0.0~git20170806.52369c6-1
--
Dear maintainer,
rkt is failing to build on arm, mips and ppc64el because
golang-github-remyoudompheng-bigfft has missing support on those
architectures ( https://github.com/remyoudompheng/bigfft/issues/5 )
I
The issue at the moment is probably in golang-github-remyoudompheng-bigfft :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948794.
F.
pgpc90UqaZLFQ.pgp
Description: PGP signature
Hi Anthony
March 9, 2020 8:30 AM, "Anthony Fok" wrote:
> Control: severity -1 serious
> Control: tags -1 + ftbfs sid
> Control: found -1 0.18.0-1
>
> On Fri, 28 Feb 2020 17:38:13 +0100 Michael Fladischer
> wrote:
>
>> Source: libsass-python
>> Severity: wishlist
>>
>> -BEGIN PGP SIGNED
Package: src:openafs
Version: 1.8.5-1
--
Dear maintainer,
thanks for enabling ppc64el. It seems some more changes are needed for
openafs to build properly :
https://buildd.debian.org/status/fetch.php?pkg=openafs&arch=ppc64el&ver=1.8.5-1&stamp=1572239330&raw=0
Here is a merge request that does th
Package: src:bpfcc
Version: 0.12.0-1
Control: tags -1 ftbfs patch
--
Dear maintainer,
latest 0.12.0-1 fails to build here :
https://buildd.debian.org/status/fetch.php?pkg=bpfcc&arch=ppc64el&ver=0.12.0-1&stamp=1580365148&raw=0
upstream recently fixed the test :
https://github.com/iovisor/bcc/comm
Package: src:wp2latex
Version: 3.86-1
Control: tags -1 ftbfs patch
--
Dear maintainer,
latest 3.86-1 fails to build on multiple architectures with the
following error :
---
In file included from wp2latex.cc:29:
wp2latex.h:20:25: error: expected unqualified-id before string constant
20 | #defin
Package: src:digikam
Version: 4:6.4.0+dfsg-1
Control: tags -1 ftbfs patch
--
Dear maintainer,
latest 4:6.4.0+dfsg-1 fails to build on ppc64el here :
https://buildd.debian.org/status/fetch.php?pkg=digikam&arch=ppc64el&ver=4%3A6.4.0%2Bdfsg-1&stamp=1580716901&raw=0
Opencv undefines vector, bool and
On Wed, 05 Feb 2020 14:35:53 -0600, Steve Robbins wrote:
> Thanks! Do you know why only ppc64el fails?
Hi Steve,
VSX is a POWER technology and opencv package enables VSX only on ppc64el :
https://sources.debian.org/src/opencv/4.2.0+dfsg-4/debian/rules/#L23
because of :
https://github.com/opencv
Hi,
I see 2.44.14 which previously built, does not built in the very same build
environment where 2.44.15 fails.
Looking at the differences and trying downgrading some build deps, I
found that replacing rustc 1.37 with 1.36 makes 2.44.14 and 2.44.15 build
again in that latest schroot.
Any idea abou
1 - 100 of 215 matches
Mail list logo