Hello Patrick,
On 1/8/25 20:52, Patrick Franz wrote:
Am Samstag, 4. Januar 2025, 16:08:05 MEZ schrieb Helge Deller:
Package: kalarm
Version: 4:24.12.0-2
Tags: ftbfs
Usertags: hppa armel armhf i386
kalarm fails in some testcases on 32-bit platforms like this:
FAIL! : KADateTimeTest
Package: kalarm
Version: 4:24.12.0-2
Tags: ftbfs
Usertags: hppa armel armhf i386
kalarm fails in some testcases on 32-bit platforms like this:
FAIL! : KADateTimeTest::constructors() Compared values are not the same
Actual (datetimeTz.qDateTime()): 2001/02/13 11:45:14.000[GMT]
Expect
On 3/12/23 22:40, Lisandro Damián Nicanor Pérez Meyer wrote:
I'm afraid we had similar problems before. Let's better wait for
someone to properly test that things are working.
Just out of couriosity:
Do you know if someone tested on mips, mips64el, mipsel, powerpc, ppc64,
riscv64 or s390x ?
H
Hello Dmitry,
On 3/11/23 19:19, Dmitry Shachnev wrote:
On Mon, Feb 06, 2023 at 10:12:37PM +0100, Helge Deller wrote:
Package: qtquickcontrols-opensource-src
Tags: ftbfs, hppa
Version: 5.15.8-2
qtquickcontrols-opensource-src FTBFS on hppa with this testcase failure:
FAIL! : qtquickcontrols
Package: qtquickcontrols-opensource-src
Tags: ftbfs, hppa
Version: 5.15.8-2
qtquickcontrols-opensource-src FTBFS on hppa with this testcase failure:
FAIL! : qtquickcontrols::Tests_TreeView::test_pressAndHold() Compared values
are not the same
Actual (): 0
Expected (): 1
Loc: [/<>/te
-fPIC
/usr/bin/ld: /usr/lib/hppa-linux-gnu/libzstd.a(huf_decompress.o): relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC
Signed-off-by: Helge Deller
---
diff -up ./cmake/FindWrapZSTD.cmake.org ./cmake/FindWrapZSTD.cmake
--- ./cmake/FindWrapZSTD.cmake.or
Package: qtbase-opensource-src
Version: 5.4.2+dfsg-8
qtbase-opensource-src fails to build on alpha, hppa and m68k architectures,
because the symbol files differ.
Full logs can be found here:
https://buildd.debian.org/status/package.php?p=qtbase-opensource-src&suite=sid
Can you please fix the sym
Hi Lisandro
On 25.01.2015 16:04, Lisandro Damián Nicanor Pérez Meyer wrote:
On Sunday 25 January 2015 09:05:15 Helge Deller wrote:
[snip]
If it's correct, maybe can push it upstream to
https://bugreports.qt.io/browse/QTBUG-43804 ?>
Upstream Qt uses Gerrit [1][2] for code review, s
Hi Dmitry,
On 25.01.2015 08:49, Dmitry Shachnev wrote:
On Sat, 24 Jan 2015 21:43:11 +0100, Helge Deller wrote:
Attached patch fixes everything on the hppa architecture.
I'm sure that it will fix powerpc and ppc64el architectures too.
Thanks a lot for the patch, it does fix powerp
I did some more debugging on this bug report.
The problem is, that the code in the testcase is wrong.
One always needs to connect SIGNALs to SLOTS.
In the original code for example it was tried to connect the closed signal to a
closed slot, although an
EchoServer::closed() slot does not exist (bu
Upstream bug seems to be:
https://bugreports.qt.io/browse/QTBUG-43804
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54c3f327.5000...@gmx.de
Hi Lisandro,
On 03/12/2014 10:18 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> We try our best to avoid any delta with upstream, both to get an upstream ACK
> both the patch to prevent possible problems and to avoid to let the patch
> rotten in our repos.
Fully understandable.
> So the bes
On 03/12/2014 03:27 AM, John David Anglin wrote:
>>> I also don't want to become a Qt developer. I have enough on my
>>> plate with GCC and Linux.
>>>
>>> Helge, do you have any thoughts about this?
I would be interested to come up with a good fix, and even submit it via
the required CLA, but ri
This should really fix the bug...
--- Begin Message ---
Hello Sune,
Sune Vuorela wrote:
I now hacked a bit and got stuff working on one of those cluster machines.
http://svn.debian.org/wsvn/pkg-kde/trunk/packages/qt4-
x11/debian/patches/72_generic_arch_atomic_header_fix.diff?op=file&rev=0&sc=0
I'm running KDE 3.1 on a slow machine (160MHz PA-RISC CPU) and noticed,
that during startup of KDM krootimage is run twice and thus made the startup
even slower.
Since krootimage loads debian's default background image this involves
a lot of graphics conversion (incl. the memory footprint) and ru
15 matches
Mail list logo
