Package: libkde4-ruby
Version: 4:4.3.0-1
Severity: important
libkde4-ruby has tight dependencies on libqtruby4shared2 and
libsmokeqt4-2; however, because those packages are
architecture-dependent but libkde4-ruby itself is not, binary-only
NMUs (as recently occurred to work around a glitch resulti
t 'check' failed
make[5]: *** [check] Error 94
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
/processutils.cpp:61:5: error: #error Missing implementation of
processNameByPid for this platform.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
suite errors, as detailed at
https://buildd.debian.org/status/fetch.php?pkg=qbs&arch=hppa&ver=1.8.1%2Bdfsg-4&stamp=1505844196&raw=0:
Totals: 78 passed, 194 failed, 54 skipped, 0 blacklisted, 226338ms
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.
uld you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
istics match up.)
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Lisandro Damián Nicanor Pérez Meyer writes:
> El 15 dic. 2017 1:39 p.m., "Aaron M. Ucko" escribió:
>
[...]
> + /<>/qbs-1.8.1+dfsg/bin/qbs-setup-qt /usr/bin/qmake
> qbs_autotests
> Bus error
[...]
> In my experience bus errors are arch-related. Of course thi
accordingly. (FWIW,
doxygen's own build dependencies have been uninstallable on powerpcspe
for a while due to issues with the Ruby stack.)
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
oxygen to (>= 1.8.13~)
to match upstream's requirements?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
ndency on doxygen to (>= 1.8.13~)
to match upstream's requirements?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
to Ruby
stack issues.)
Could you please version the build dependency on doxygen to (>= 1.8.13~)
to match upstream's requirements?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Package: kdeedu-doc-html
Version: 4:3.5.0-4
Severity: important
I've found that kdeedu-doc-html lacks a proper doc-base file for
kanagram, instead continuing to ship one that refers to the obsolete
kmessedwords package. On systems with dhelp installed and
kmessedwords garbage-collected (or never
ounterintuitive indirect build-dependency on qt-x11-free by way of
avahi.]
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
Source: qttools-opensource-src
Version: 5.1.0-2
Severity: serious
Justification: fails to build from source
The i386 build of of qttools-opensource-src failed due to .symbols
discrepancies; could you please update the expected results?
Thanks!
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@
ate) in mind.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
Source: qtcreator
Version: 2.8.1-1
Severity: serious
Justification: fails to build from source
Builds of qtcreator on kfreebsd-amd64 and kfreebsd-i386 have been failing:
dh_install --fail-missing
dh_install: usr/lib/x86_64-kfreebsd-gnu/qtcreator/libqbscore.so.1.0.0 exists
in debian/tmp but i
Source: kwidgetsaddons
Version: 5.11.0-1
Severity: important
Builds of kwidgetsaddons for arm64, armel, and armhf (but no other
architectures) all failed. The arm64 build simply reports
7/10 Test #10: kwidgetsaddons-kcolumnresizertest ...***Failed0.48 sec
* Start testing of KCol
Source: okteta
Version: 4:4.11.3-1
Severity: serious
Justification: fails to build from source
Automatic builds of okteta for most architectures failed with test
suite errors:
* Start testing of TestDocumentFileSynchronizerTest *
Config: Using QTest library 4.8.6, Qt 4.8.6
F
Source: okteta
Version: 4:4.11.3-1
Severity: important
The hurd-i386 build of okteta failed with symbols mismatches:
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols
file: see diff output below
dpkg-gensymbols: warning: debian/libokteta1core1/DEBIAN/symbols doesn
Source: okteta
Version: 4:4.11.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
The okteta build for mips timed out, apparently when running the
structures-common-parser test:
Start 51: structures-common-parser
Start 52: structur
Source: okteta
Version: 4:4.11.3-1
Severity: important
Builds of okteta on ia64 run into several test suite failures on top
of #730033, as detailed at
https://buildd.debian.org/status/fetch.php?pkg=okteta&arch=ia64&ver=4%3A4.11.3-1&stamp=1384191210:
The following tests FAILED:
2 - l
Source: kstars
Version: 4:4.11.3-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of kstars in environments without writable HOME directories (as
on nearly all autobuilders) have been failing:
1/2 Test #2: FixedWidthParserTest ...
Package: doxygen
Version: 1.8.9.1-5
Severity: important
Builds of signond covering only its architecture-dependent binary
packages (as on the autobuilders) have been failing:
dh_doxygen
dh_doxygen: Doxygen documentation not found
make[2]: *** [override_dh_install] Error 2
I presume this er
Source: libsignon-glib
Version: 1.12-1
Severity: important
Justification: fails to build from source
Builds of libsignon-glib for architectures other than amd64 (such as
i386) have been failing:
dh_install --list-missing
dh_install: libsignon-glib1 missing files
(usr/lib/x86_64-linux-gnu/lib
reliably succeed?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
ready using -Wl,--as-needed, I expect you should even
be able to list that library unconditionally without getting a runtime
dependency on architectures that don't require it here.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuf
used by default.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Source: qtcharts-opensource-src
Version: 5.7.1-1
Severity: important
Justification: fails to build from source
The armhf build of qtcharts-opensource-src failed:
/«PKGBUILDDIR»/tests/auto/qml-qtquicktest/target_wrapper.sh
./tst_qml-qtquicktest
make[3]: Entering directory '/«PKGBUILDDIR»/te
Source: qtcharts-opensource-src
Version: 5.7.1-1
Severity: important
Justification: fails to build from source
The build of qtcharts-opensource-src for hurd-i386 (admittedly not a
release architecture) failed:
make[3]: Entering directory '/<>/tests/auto/qml-qtquicktest'
/<>/tests/auto/qml-qtquick
Source: qtcharts-opensource-src
Version: 5.7.1-1
Severity: important
Justification: fails to build from source
The qtcharts-opensource-src build for sparc64 (admittedly not a
release architecture) failed:
make[3]: Leaving directory '/<>/tests/auto/qml'
JIT is disabled for QML. Property bindin
directory
# include
This error presumably relates to the use of -mfloat-abi=hard, which is
inappropriate on armel and redundant on armhf. Could you please look
into it?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi
rty/chromium/third_party/skia/include/core/SkImageInfo.h:193:43:
error: 'kN32_SkColorType' was not declared in this scope
return SkImageInfo(width, height, kN32_SkColorType,
kPremul_SkAlphaType, pt);
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
.
QtWebEngine will not be built.
I suppose you could try disabling this sanity check, but I suspect
you'll then have non-trivial porting to do, so you may simply need to
limit qtwebengine-opensource-src's Architecture: field accordingly.
Could you please take a look?
Thanks!
--
Aaron M. Uc
Linux
may be worth a shot here.) Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Sandro Knauß writes:
> https://anonscm.debian.org/cgit/pkg-kde/qt/qtwebengine.git/tree/debian/
> patches/add_mips_support.patch
I suspect there's no easy fix here, so you might just have to report an
upstream bug and meanwhile restrict the package's Architecture setting.
-
it
> was not working at the moment ( see comment in the file):
> https://anonscm.debian.org/cgit/pkg-kde/qt/qtwebengine.git/tree/debian/
> patches/unsused-add_armel_support.patch
Thanks for looking into this bug. I'm not very familiar with gyp, but
can try to help out when I get a cha
at the autobuilders spend time attempting to
run builds that will definitely not succeed. I would report an upstream
bug and meanwhile restrict the Architecture setting.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Source: qtwebchannel-opensource-src
Version: 5.6.1-1
Severity: important
Justification: fails to build from source
Builds of qtwebchannel-opensource-src on big-endian architectures (so
far, mips, and powerpc, plus the non-release architectures hppa and
sparc64) have been failing:
= Rece
alk to
> upstream persons you wrote qtwebchannel - but therefore I need more
> informations to fix. Can you do that for me?
>
> Regards,
>
> sandro
>
> Am Freitag, 2. September 2016, 13:52:38 CEST schrieb Aaron M. Ucko:
>> Source: qtwebchannel-opensource-src
ation fault" on mips, mips64el, and
the non-release architecture sparc64. (The mipsel build succeeded,
though.)
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Source: krita
Version: 1:3.2.1+dfsg-1
Severity: important
Justification: fails to build from source
Builds of krita for armel have been failing with OpenGL-related
compilation errors, as detailed at
https://buildd.debian.org/status/fetch.php?pkg=krita&arch=armel&ver=1%3A3.2.1%2Bdfsg-1&stamp=150369
one is currently out
of service, alas).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
ived a fatal error.
Loc: [Unknown file(0)]
Totals: 1 passed, 1 failed, 0 skipped, 0 blacklisted, 6ms
* Finished testing of tst_qtgraphicaleffects *
Makefile:308: recipe for target 'check' failed
make[4]: *** [check] Aborted
Could you please take a look?
Thanks!
-
k' failed
make[4]: *** [check] Segmentation fault
I don't have additional details, but perhaps you can reproduce the
problem on a porter box (though the project-wide one is currently out
of service, alas).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, uc
: *** [check] Segmentation fault
/<>/tests/auto/qml/qmlwebsockets/target_wrapper.sh
./tst_qmlwebsockets
QStandardPaths: XDG_RUNTIME_DIR points to non-existing path '/run/user/114',
please create it with 0700 permissions.
Makefile:323: recipe for target 'check' failed
"Aaron M. Ucko" writes:
> Builds of qtmultimedia-opensource-src for sparc64 (admittedly not a
> release architecture) have been failing lately, with
> tst_qdeclarativemultimediaglobal segfaulting before it can even print
> the usual "Start testing" banner:
0763&raw=0
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
47 matches
Mail list logo
