Bug#827935: libqt5core5a: [kfreebsd] QProcessPrivate::createPipe: Cannot create pipe - Function not implemented
Hi Dmitry, Dmitry Shachnev wrote: > It was on both -i386 and -amd64 with libqt5core5a 5.6.1+dfsg-2 (and -1). I was confused, why don't I see it in the kfreebsd-amd64 build log then? I still see the linker warnings about dup3 and pipe2, but the test passed? > Actually, it would be very nice if you could reply to the message linked > in Forwarded field of this bug: > > https://lists.debian.org/debian-bsd/2016/06/msg00081.html I don't have an account, but my first thought is that it is not desirable to add special code upstream for GNU/kFreeBSD. Today I wrote an implementation of dup3, I will try to do the same for pipe2 and hopefully we can provide these in our glibc - which may be useful to other packages than this one. Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Bug#827935: libqt5core5a: [kfreebsd] QProcessPrivate::createPipe: Cannot create pipe - Function not implemented
Hi, Sandro Knauß wrote: > with QtCore 5.6.1-2 the test of owncloud-client fails for kfreebsds > archs with: > > PASS : TestFileSystem::initTestCase() > QWARN : TestFileSystem::testMd5Calc() QProcessPrivate::createPipe: > Cannot create pipe 0x805c6b4: Function not implemented > QDEBUG : TestFileSystem::testMd5Calc() File: > "/tmp/test_1063922729/file_a.bin" > QDEBUG : TestFileSystem::testMd5Calc() calculated > "d42aa14361a6c0ad4d2f9f7ecac57d15" versus md5sum: "" > > https://buildd.debian.org/status/fetch.php?pkg=owncloud-client=kfreebsd-i386=2.2.1%2Bdfsg-2=1466599432 That seemed to only be on kfreebsd-i386? Which is odd. On kfreebsd-amd64, I couldn't reproduce it, and it passed on the buildds using libqt5core5a 5.5.1+dfsg-17 also: | Start 33: FileSystemTest | 33/36 Test #33: FileSystemTest ... Passed0.05 sec | [..] | 100% tests passed, 0 tests failed out of 36 https://buildd.debian.org/status/fetch.php?pkg=owncloud-client=kfreebsd-amd64=2.2.1%2Bdfsg-1=1465383829 Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Bug#821289: kde4libs: kfreebsd_support.diff doesn't depend on Debian patched cmake anymore
Hi, "CMAKE_SYSTEM_NAME MATCHES GNU/FreeBSD" looks like it was a typo in the first place. It probably never matched anything, so I would drop it and replace with "CMAKE_SYSTEM_NAME MATCHES kFreeBSD" (rather than keep it and try to match both). If the system name in older CMake was "GNU/kFreeBSD" then the latter will still match it. Regards, -- Steven Chamberlain ste...@pyro.eu.org
Bug#816443: libindi: FTBFS[kfreebsd-i386]: symbol changes
Package: libindi Version: 1.1.0-2 Severity: normal Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi - sorry for not noticing before - but kfreebsd-i386 has one slightly different symbol than kfreebsd-amd64. A patch is attached for your consideration in a future package upload. Thanks! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 10.1-0-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) diff -Nru libindi-1.1.0/debian/libindidriver1.symbols libindi-1.1.0/debian/libindidriver1.symbols --- libindi-1.1.0/debian/libindidriver1.symbols 2016-03-01 10:48:22.0 + +++ libindi-1.1.0/debian/libindidriver1.symbols 2016-03-01 20:38:11.0 + @@ -332,8 +332,8 @@ _ZN4INDI16FocuserInterfaceD2Ev@Base 1.0.0 _ZN4INDI3CCD10GuideNorthEf@Base 1.0.0 _ZN4INDI3CCD10GuideSouthEf@Base 1.0.0 - (arch=kfreebsd-any)_ZN4INDI3CCD10uploadFileEP7CCDChipPKvmbb@Base 1.1.0 - (arch=!kfreebsd-any|subst)_ZN4INDI3CCD10uploadFileEP7CCDChipPKv{size_t}bb@Base 1.0.0 + (arch=kfreebsd-amd64)_ZN4INDI3CCD10uploadFileEP7CCDChipPKvmbb@Base 1.1.0 + (arch=!kfreebsd-amd64|subst)_ZN4INDI3CCD10uploadFileEP7CCDChipPKv{size_t}bb@Base 1.0.0 _ZN4INDI3CCD11ISNewNumberEPKcS2_PdPPci@Base 1.0.0 _ZN4INDI3CCD11ISNewSwitchEPKcS2_P7ISStatePPci@Base 1.0.0 _ZN4INDI3CCD12SetCCDParamsEiiiff@Base 1.0.0
Bug#816333: libindi: FTBFS[kfreebsd]: libusb-1.0/libusb.h: No such file or directory
Package: libindi Version: 1.1.0-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, libindi built before on kfreebsd, but since then a new include was added in libs/indibase/hid_libusb.c: #include "libusb-1.0/libusb.h" We prefer that it is just: #include since cmake already sets the include path appropriately to find libusb.h wherever it is located (/usr/include/libusb-1.0/ on linux, or just /usr/include/ on kfreebsd). While here, a symbols update was needed. I've attached a debdiff having both of these changes. Thanks a lot. p.s. there are some "warning: implicit declaration" happening on linux and kfreebsd, which suggest maybe compiling with -D_GNU_SOURCE to get both strptime and asprintf, or define that macro atop the affected source files. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 10.1-0-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru libindi-1.1.0/debian/libindidriver1.symbols libindi-1.1.0/debian/libindidriver1.symbols --- libindi-1.1.0/debian/libindidriver1.symbols 2016-01-18 15:06:38.0 + +++ libindi-1.1.0/debian/libindidriver1.symbols 2016-02-29 23:11:48.0 + @@ -128,14 +128,14 @@ (arch=!kfreebsd-any)_ZN13V4L2_RecorderD0Ev@Base 1.0.0 (arch=!kfreebsd-any)_ZN13V4L2_RecorderD1Ev@Base 1.0.0 (arch=!kfreebsd-any)_ZN13V4L2_RecorderD2Ev@Base 1.0.0 - _ZN20V4L2_Builtin_Decoder10getLinearYEv@Base 1.1.0 - _ZN20V4L2_Builtin_Decoder11makeLinearYEv@Base 1.1.0 + (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder10getLinearYEv@Base 1.1.0 + (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder11makeLinearYEv@Base 1.1.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder11usesoftcropEb@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder12allocBuffersEv@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder12getRGBBufferEv@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder14getColorBufferEv@Base 1.0.0 - _ZN20V4L2_Builtin_Decoder15setQuantizationEb@Base 1.1.0 - _ZN20V4L2_Builtin_Decoder16setLinearizationEb@Base 1.1.0 + (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder15setQuantizationEb@Base 1.1.0 + (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder16setLinearizationEb@Base 1.1.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder17issupportedformatEj@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder19getsupportedformatsEv@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder22init_supported_formatsEv@Base 1.0.0 @@ -143,12 +143,12 @@ (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder4getVEv@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder4getYEv@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder4initEv@Base 1.0.0 - _ZN20V4L2_Builtin_Decoder5makeYEv@Base 1.1.0 + (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder5makeYEv@Base 1.1.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder6decodeEPhP11v4l2_buffer@Base 1.0.0 - _ZN20V4L2_Builtin_Decoder6getBppEv@Base 1.1.0 + (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder6getBppEv@Base 1.1.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder7setcropE9v4l2_crop@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder9resetcropEv@Base 1.0.0 - _ZN20V4L2_Builtin_Decoder9setformatE11v4l2_formatb@Base 1.1.0 + (arch=!kfreebsd-any)_ZN20V4L2_Builtin_Decoder9setformatE11v4l2_formatb@Base 1.1.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_DecoderC1Ev@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_DecoderC2Ev@Base 1.0.0 (arch=!kfreebsd-any)_ZN20V4L2_Builtin_DecoderD0Ev@Base 1.0.0 @@ -335,7 +335,8 @@ _ZN4INDI16FocuserInterfaceD2Ev@Base 1.0.0 _ZN4INDI3CCD10GuideNorthEf@Base 1.0.0 _ZN4INDI3CCD10GuideSouthEf@Base 1.0.0 - (subst)_ZN4INDI3CCD10uploadFileEP7CCDChipPKv{size_t}bb@Base 1.0.0 + (arch=kfreebsd-any)_ZN4INDI3CCD10uploadFileEP7CCDChipPKvmbb@Base 1.1.0-1 + (arch=!kfreebsd-any)(subst)_ZN4INDI3CCD10uploadFileEP7CCDChipPKv{size_t}bb@Base 1.0.0 _ZN4INDI3CCD11ISNewNumberEPKcS2_PdPPci@Base 1.0.0 _ZN4INDI3CCD11ISNewSwitchEPKcS2_P7ISStatePPci@Base 1.0.0 _ZN4INDI3CCD12SetCCDParamsEiiiff@Base 1.0.0 @@ -584,7 +585,7 @@ (arch=!kfreebsd-any)_ZN9V4L2_Base10errno_exitEPKcPc@Base 1.0.0 (arch=!kfreebsd-any)_ZN9V4L2_Base10findMinMaxEv@Base 1.0.0 (arch=!kfreebsd-any)_ZN9V4L2_Base10getControlEjPdPc@Base 1.0.0 - _ZN9V4L2_Base10getLinearYEv@Base 1.1.0 + (arch=!kfreebsd-any)_ZN9V4L2_Base10getLinearYEv@Base 1.1.0 (arch=!kfreebsd-any)_ZN9V4L2_Base10init_userpEj@Base 1.0.0 (arch=!kfreebsd-any)_ZN9V4L2_Base10query_ctrlEjRdS0_S0_S0_Pc@Base 1.0.0 (arch=!kfreebsd-any)_ZN9V4L2_Base10read_frameEPc@Base 1.0.0 @@ -621,11 +622,11 @@ (arch=!kfreebsd-any)_ZN9V4L2_Base16setcaptureformatEjPc@Base 1.0.0 (arch=!kfreebsd-any)_ZN9V4L2_Base17getcaptureformatsEP22_ISwitchVectorProperty@Base 1.0.0 (arch=!kfreebsd-any)_ZN9V4L2_Base18enumerate_ext_ctrlEv@Base 1.0.0 - _ZN9V4L2_Base18setColorProcessingEbbb@Base
Bug#761371: virtuoso-opensource: FTBFS on kbsd: FAILED: Could not start Virtuoso Server within 600 seconds
On 15/09/14 09:40, Emilio Pozuelo Monfort wrote: So what should we do here? Should that patch be updated on virtuoso-opensource? Or can netstat be fixed on kbsd? This is blocking the imagemagick transition. Hi; I've attached an updated patch for virtuoso-opensource. (There were two new tests needing this change). There's no simple 'fix' for netstat as implemented right now, because there are still cases (e.g in chroot jail) where reading /dev/mem is not expected to be allowed, even with setuid root. Regards, -- Steven Chamberlain ste...@pyro.eu.org Author: Steven Chamberlain ste...@pyro.eu.org Author: José Manuel SantamarÃa Lema panfa...@gmail.com Description: This patch avoids FTBFSes on any architecture whose netstat -an output is not what we expect or just wrong, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663010 NOTE: While this patch at a first sight looks a bit dangerous it isn't that bad: if virtuoso couldn't actually start in these make_vad.sh scripts, some *.vad files wouldn't be genereated; these *.vad files are being installed by the package, therefore if one of them is missing the package would fail to build anyway. --- a/binsrc/rdf_mappers/make_vad.sh +++ b/binsrc/rdf_mappers/make_vad.sh @@ -278,8 +278,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then - LOG ***FAILED: Could not start Virtuoso Server within $timeout seconds - exit 1 + LOG ***WARNING: Could not start Virtuoso Server within $timeout seconds + return 1 fi done } --- a/binsrc/bpel/make_vad.sh +++ b/binsrc/bpel/make_vad.sh @@ -281,8 +281,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then - LOG ***FAILED: Could not start Virtuoso Server within $timeout seconds - exit 1 + LOG ***WARNING: Could not start Virtuoso Server within $timeout seconds + return 1 fi done } --- a/binsrc/b3s/make_vad.sh +++ b/binsrc/b3s/make_vad.sh @@ -231,8 +231,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then - LOG ***FAILED: Could not start Virtuoso Server within $timeout seconds - exit 1 + LOG ***WARNING: Could not start Virtuoso Server within $timeout seconds + return 1 fi done } --- a/binsrc/tutorial/make_vad.sh +++ b/binsrc/tutorial/make_vad.sh @@ -131,8 +131,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then - LOG ***FAILED: Could not start $SERVER within $timeout seconds - exit 1 + LOG ***WARNING: Could not start $SERVER within $timeout seconds + return 1 fi done } --- a/binsrc/yacutia/mkvad.sh +++ b/binsrc/yacutia/mkvad.sh @@ -178,8 +178,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then -ECHO ***FAILED: Could not start Virtuoso Server within $timeout seconds -exit 1 +ECHO ***WARNING: Could not start Virtuoso Server within $timeout seconds +return 1 fi done } --- a/binsrc/samples/demo/mkdoc.sh +++ b/binsrc/samples/demo/mkdoc.sh @@ -191,8 +191,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then - ECHO ***FAILED: Could not start Virtuoso DOC Server within $timeout seconds - exit 1 + ECHO ***WARNING: Could not start Virtuoso DOC Server within $timeout seconds + return 1 fi done fi --- a/binsrc/samples/sparql_demo/make_vad.sh +++ b/binsrc/samples/sparql_demo/make_vad.sh @@ -141,8 +141,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then - LOG ***FAILED: Could not start $SERVER within $timeout seconds - exit 1 + LOG ***WARNING: Could not start $SERVER within $timeout seconds + return 1 fi done } --- a/binsrc/sync/make_vad.sh +++ b/binsrc/sync/make_vad.sh @@ -131,8 +131,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then - LOG ***FAILED: Could not start Virtuoso Server within $timeout seconds - exit 1 + LOG ***WARNING: Could not start Virtuoso Server within $timeout seconds + return 1 fi done } --- a/binsrc/isparql/make_vad.sh +++ b/binsrc/isparql/make_vad.sh @@ -144,8 +144,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then - LOG ***FAILED: Could not start $SERVER within $timeout seconds - exit 1 + LOG ***WARNING: Could not start $SERVER within $timeout seconds + return 1 fi done } --- a/appsrc/ODS-Addressbook/make_vad.sh +++ b/appsrc/ODS-Addressbook/make_vad.sh @@ -170,8 +170,8 @@ nows=`expr $nows + $nowh \* 60` if test $nows -ge $timeout then - LOG ***FAILED: Could not start $SERVER within $timeout seconds - exit 1 + LOG ***WARNING: Could not start $SERVER within $timeout seconds + return 1 fi done } --- a/appsrc/ODS-Bookmark/make_vad.sh +++ b/appsrc/ODS-Bookmark/make_vad.sh @@ -170,8 +170,8
Bug#761371: virtuoso-opensource: FTBFS on kbsd: FAILED: Could not start Virtuoso Server within 600 seconds
On 15/09/14 15:04, Lisandro Damián Nicanor Pérez Meyer wrote: OK, Maxy just explained me that this patch will still work, although the time spent on the builds will be too much :-/ (netstat is there to speed up this). On arches where `netstat -ntlp` is working as non-privileged user, this should still be fast, with this patch. Only where netstat is not working, yes it will be slow, but eventually run the tests (instead of the build failing, on kfreebsd). Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#761371: virtuoso-opensource: FTBFS on kbsd: FAILED: Could not start Virtuoso Server within 600 seconds
On 13/09/14 11:38, Emilio Pozuelo Monfort wrote: Note how there were errors about /dev/mem in previous successful builds, netstat would either need to be either setuid or have capabilities set, to be able to read from /dev/mem. Previously I'd patched the virtuoso tests to still run even if 'netstat -nl' didn't show if the server was running yet after the timeout. I guess they've added some new tests since. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- 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/5414953e.5030...@pyro.eu.org
Bug#760727: qtwebkit: FTBFS on kfreebsd-*: libQtWebKit.so: undefined reference to `void WTF::freeOwnedGPtr_GError(_GError*)'
On 11/09/14 16:00, Andreas Cord-Landwehr wrote: Just set up a fresh VM with KFreeBSD-amd64 and using the previously suggested patch [1] worked for me to fix the build, see log [2]. PS: My setup slightly more verbose: * KFreeBSD installed from current Debian/SID to VirtualBox * got qtwebkit sources with apt-get source * applied patches with quilt push -a * used dpkg-buildpackage -b Thank you for testing! I'm not sure what I was doing wrong; I was seeing qmake or other errors when applying my patch in a clean source tree and trying to build. But if it really works then that's great. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- 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/54138ff6.7040...@pyro.eu.org
Bug#760727: qtwebkit: FTBFS on kfreebsd-*: libQtWebKit.so: undefined reference to `void WTF::freeOwnedGPtr_GError(_GError*)'
Hi! On 09/09/14 18:30, Lisandro Damián Nicanor Pérez Meyer wrote: On Monday 08 September 2014 12:16:21 Steven Chamberlain wrote: [snip] I'm trying another test build now with this change applied: http://trac.webkit.org/changeset/160716 I Steven! How did the build go? That didn't work. Actually, GOwnPtr.o didn't contain anything, no function to export - this is obviously due to the #ifdef ENABLE_GLIB_SUPPORT - I'm now trying with the attached patch instead. (Which is almost what I thought the problem was in the first place, I was just looking in the wrong .pro/.pri file). Regards, -- Steven Chamberlain ste...@pyro.eu.org From: Steven Chamberlain ste...@pyro.eu.org Subject: properly support GStreamer on non-Linux platforms GStreamer is enabled when building on GNU/kFreeBSD and Hurd, but support for it was not enabled in the WTF component Bug-Debian: http://bugs.debian.org/760727 --- a/Source/WTF/WTF.pri +++ b/Source/WTF/WTF.pri @@ -24,7 +24,7 @@ } } -linux-*:contains(DEFINES, WTF_USE_GSTREAMER=1) { +linux-*|glibc-*|hurd-*:contains(DEFINES, WTF_USE_GSTREAMER=1) { DEFINES += ENABLE_GLIB_SUPPORT=1 PKGCONFIG += glib-2.0 gio-2.0 } signature.asc Description: OpenPGP digital signature
Bug#760727: qtwebkit: FTBFS on kfreebsd-*: libQtWebKit.so: undefined reference to `void WTF::freeOwnedGPtr_GError(_GError*)'
Having touched Source/WTF/WTF.pri, I'm now stuck at this qmake error: cd Source/ make -f Makefile.QtWebKit qmake_all make[4]: Entering directory `«PKGBUILDDIR»/WebKitBuild/Release/Source' /usr/lib/x86_64-kfreebsd-gnu/qt5/bin/qmake «PKGBUILDDIR»/Source/api.pri CONFIG+=no_force_sse2 CONFIG+=release CONFIG-=debug CONFIG+=production_build -o Makefile.api Project ERROR: Module does not define version. Is it trying to regenerate makefiles because I've changed something they're generated from? But if I revert my change, it still does this. Does that imply some pre-existing problem in the build process... perhaps? *sad, confused* Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#760727: qtwebkit: FTBFS on kfreebsd-*: libQtWebKit.so: undefined reference to `void WTF::freeOwnedGPtr_GError(_GError*)'
On 07/09/14 22:22, Steven Chamberlain wrote: I wonder if there's some significance that it was templated for _GError whereas I think that should be a typedef to GError (without underscore)? My test build finished - the change I tried didn't help - but looking for _GError (with underscore) it seemed it was specific to GStreamer: $ grep _GError . -R Binary file ./WebKitBuild/Release/Source/WebCore/obj/release/MediaPlayerPrivateGStreamer.o matches Binary file ./WebKitBuild/Release/Source/WebCore/obj/release/GStreamerUtilities.o matches Binary file ./WebKitBuild/Release/Source/WebCore/obj/release/WebKitWebSourceGStreamer.o matches Then I found this related upstream commit mentioned in the 2.3.3 changelog: 242013-12-17 Alex Christensen achristen...@webkit.org 25 26[Win] Fixed linker error with GStreamer. 27https://bugs.webkit.org/show_bug.cgi?id=124861 28 29Reviewed by Martin Robinson. 30 31* wtf/gobject/GOwnPtr.cpp: 32(WTF::GError): 33* wtf/gobject/GOwnPtr.h: 34Added WTF_EXPORT_PRIVATE to freeOwnedGPtrGError declaration and definition. I'm trying another test build now with this change applied: http://trac.webkit.org/changeset/160716 Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#760727: qtwebkit: FTBFS on kfreebsd-*: libQtWebKit.so: undefined reference to `void WTF::freeOwnedGPtr_GError(_GError*)'
Hi, On 07/09/14 19:32, Lisandro Damián Nicanor Pérez Meyer wrote: Hi Qt maintainers and KFreeBSD*/Hurd porters! I'm trying to debug this issue and so far I couldn't come up with a solution, so if any of you can give us a hand it would be greatly appreciated. I've already taken a look at this and I'm running a test build with the attached change. This was only my first guess, it may take a few hours to build and I'm not optimistic about it. This is clearly a bug that only happens on !linux and it reduces to: /«PKGBUILDDIR»/WebKitBuild/Release/lib/libQtWebKit.so: undefined reference to `void WTF::freeOwnedGPtr_GError(_GError*)' I'm not sure at this point why the issue could be specific to !linux... which happens to be declared in: Source/autotools/symbols.filter:11:_ZN3WTF13freeOwnedGPtrI7_GErrorEEvPT_; I wonder if there's some significance that it was templated for _GError whereas I think that should be a typedef to GError (without underscore)? Regards, -- Steven Chamberlain ste...@pyro.eu.org --- a/Tools/QtTestBrowser/QtTestBrowser.pro +++ b/Tools/QtTestBrowser/QtTestBrowser.pro @@ -59,3 +59,5 @@ RESOURCES += \ QtTestBrowser.qrc + +DEFINES += ENABLE_GLIB_SUPPORT=1 signature.asc Description: OpenPGP digital signature
Re: qtmultimedia5 and kfreebsd
On 20/05/14 21:50, Yann Dirson wrote: Although there is no bugreport for this, you probably know that qtmultimedia-opensource-src does not build[1] on kfreebsd - although a search on kfreebsd qtmultimedia lists.d.o does not bring a single result. This is now bug #748816, a fix for it is pending. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- 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/537c70e7.8040...@pyro.eu.org
Bug#748816: qtmultimedia-opensource-src: FTBFS on kfreebsd-*
On 21/05/14 07:27, Pino Toscano wrote:0 Note that qtmultimedia-opensource-src has never built on kfreebsd so far Oops, I didn't realise this. This was just a missing rpath in that spectrum example to locate the fftreal library; patch committed in our packaging repository. Thank you! Regards, -- Steven Chamberlain ste...@pyro.eu.org -- 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/537c712e.2020...@pyro.eu.org
Bug#748816: qtmultimedia-opensource-src: FTBFS on kfreebsd-*
Package: qtmultimedia-opensource-src Version: 5.2.1-3 Severity: serious User: debian-...@lists.debian.org Usertags: kfreebsd Hi, qtmultimedia-opensource-src FTBFS on kfreebsd-* at the dh_shlibdeps stage. The apparently missing file libfftreal.so.1 is in the same directory as the spectrum executable, but dpkg-shlibdeps does not seem to know to look for it there. For example in debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/spectrum: $ LD_LIBRARY_PATH=. ldd spectrum libfftreal.so.1 = ./libfftreal.so.1 (0x000801242000) $ file libfftreal.so.1 libfftreal.so.1: symbolic link to `libfftreal.so.1.0.0' $ file libfftreal.so.1.0.0 libfftreal.so.1.0.0: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, BuildID[sha1]=dbbcf445566c4944a39504c3c2720654d813a305, stripped With export DH_VERBOSE=1: fakeroot debian/rules binary dh binary --parallel --with pkgkde_symbolshelper --dbg-package=qtmultimedia5-dbg dh_shlibdeps -O--parallel -O--dbg-package=qtmultimedia5-dbg dpkg-shlibdeps -Tdebian/libqt5multimedia5.substvars debian/libqt5multimedia5/usr/lib/x86_64-kfreebsd-gnu/libQt5Multimedia.so.5.2.1 dpkg-shlibdeps -Tdebian/libqt5multimedia5-plugins.substvars debian/libqt5multimedia5-plugins/usr/lib/x86_64-kfreebsd-gnu/qt5/plugins/playlistformats/libqtmultimedia_m3u.so debian/libqt5mult imedia5-plugins/usr/lib/x86_64-kfreebsd-gnu/qt5/plugins/mediaservice/libgstmediaplayer.so debian/libqt5multimedia5-plugins/usr/lib/x86_64-kfreebsd-gnu/qt5/plugins/mediaservice/libgstaudiodecoder.so debian/libqt5multimedia5-plugins/usr/lib/x86_64-kfreebsd-gnu/qt5/plugins/mediaservice/libgstcamerabin.so debian/libqt5multimedia5-plugins/usr/lib/x86_64-kfreebsd-gnu/qt5/plugins/mediaservice/libgs tmediacapture.so debian/libqt5multimedia5-plugins/usr/lib/x86_64-kfreebsd-gnu/qt5/plugins/audio/libqtmedia_pulse.so dpkg-shlibdeps -Tdebian/libqt5multimediaquick-p5.substvars debian/libqt5multimediaquick-p5/usr/lib/x86_64-kfreebsd-gnu/libQt5MultimediaQuick_p.so.5.2.1 dpkg-shlibdeps -Tdebian/libqt5multimediawidgets5.substvars debian/libqt5multimediawidgets5/usr/lib/x86_64-kfreebsd-gnu/libQt5MultimediaWidgets.so.5.2.1 dpkg-shlibdeps -Tdebian/qml-module-qtmultimedia.substvars debian/qml-module-qtmultimedia/usr/lib/x86_64-kfreebsd-gnu/qt5/qml/QtMultimedia/libdeclarative_multimedia.so dpkg-shlibdeps -Tdebian/qml-module-qtaudioengine.substvars debian/qml-module-qtaudioengine/usr/lib/x86_64-kfreebsd-gnu/qt5/qml/QtAudioEngine/libdeclarative_audioengine.so dpkg-shlibdeps -Tdebian/libqgsttools-p1.substvars debian/libqgsttools-p1/usr/lib/x86_64-kfreebsd-gnu/libqgsttools_p.so.1.0.0 dpkg-shlibdeps -Tdebian/qtmultimedia5-examples.substvars debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/declarative-radio/declarative-radio debian/qtmulti media5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/spectrum/spectrum debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/spectrum/libfftreal.so.1.0.0 debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/video/qmlvideofx/qmlvideofx debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/video /qmlvideo/qmlvideo debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/declarative-camera/declarative-camera debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/ qt5/examples/multimedia/audioinput/audioinput debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/audiorecorder/audiorecorder debian/qtmultimedia5-examples/usr/lib/x86 _64-kfreebsd-gnu/qt5/examples/multimedia/radio/radio debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/audiodecoder/audiodecoder debian/qtmultimedia5-examples/usr/li b/x86_64-kfreebsd-gnu/qt5/examples/multimedia/audiodevices/audiodevices debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/audiooutput/audiooutput debian/qtmultimedia 5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimediawidgets/player/player debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimediawidgets/customvideosurface/custo mvideowidget/customvideowidget debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimediawidgets/customvideosurface/customvideoitem/customvideoitem debian/qtmultimedia5-examp les/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimediawidgets/videowidget/videowidget debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimediawidgets/videographicsitem/vid eographicsitem debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimediawidgets/camera/camera dpkg-shlibdeps: error: couldn't find library libfftreal.so.1 needed by
Bug#700530: qt frames empty
Hi Julien, On 21/02/13 15:16, Julien Cristau wrote: On Thu, Feb 21, 2013 at 00:45:04 +, Steven Chamberlain wrote: That's odd... I don't notice any such glitch with at least kcalc, kate, qsynth - with xorg-server/2:1.12.4-4 and qt4-x11/4:4.8.2+dfsg-11 on kfreebsd-amd64 (9.0, wheezy/sid not fully up-to-date). I'm using the Xtightvnc server if that's relevant. Does Xtightvnc expose MIT-SHM? xdpyinfo would tell you. The list of extensions seems quite short, but yes MIT-SHM is mentioned (full output attached). I'll see about trying to start X 'conventionally' on that machine sometime, to compare. Can't do that until after a reboot though (it's in securelevel=1 so X/vesa can't use /dev/io currently). On 20/02/13 22:18, Sune Vuorela wrote: The fix is surprisingly in xorg-server and can be found here: http://people.debian.org/~jcristau/kbsd-peercred.diff On Linux, the SO_PEERCRED socket option gives that information. On FreeBSD, there's a getpeereid() libc call. GNU/Hurd has neither of these, so maybe this patch has some benefit there too? (Cc'ing debian-hurd@ because someone with such a system may want to test this patch on it.) NetBSD doesn't support these methods either, so maybe it is affected somehow. Thanks again for your work, Regards, -- Steven Chamberlain ste...@pyro.eu.org $ xdpyinfo name of display::1.0 version number:11.0 vendor string:ATT Laboratories Cambridge vendor release number:3332 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x289, revert to Parent number of extensions:7 BIG-REQUESTS MIT-SHM MIT-SUNDRY-NONSTANDARD SHAPE SYNC XC-MISC XTEST default screen number:0 number of screens:1 screen #0: dimensions:1024x768 pixels (347x260 millimeters) resolution:75x75 dots per inch depths (1):24 root window id:0x25 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x21 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store YES, save-unders YES largest cursor:1024x768 current input event mask:0x7a802f KeyPressMask KeyReleaseMask ButtonPressMask ButtonReleaseMaskLeaveWindowMask ExposureMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask number of visuals:1 default visual id: 0x22 visual: visual id:0x22 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits
Re: Bug#700530: qt frames empty
Hi Lisandro, On 22/02/13 02:13, Lisandro Damián Nicanor Pérez Meyer wrote: I still need to build Qt from the squeeze branch in the repo, but I will need time because I need at least 4 GB of RAM+swap to be able to link webkit, and my build server is not fit for it (I have another machine, but I don't have much bandwith there). Sounds like the porter boxes would help you with this, Christoph may be able to help you get access if you need it. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5126d780.1060...@pyro.eu.org
Bug#700530: qt frames empty
Hi, That's odd... I don't notice any such glitch with at least kcalc, kate, qsynth - with xorg-server/2:1.12.4-4 and qt4-x11/4:4.8.2+dfsg-11 on kfreebsd-amd64 (9.0, wheezy/sid not fully up-to-date). I'm using the Xtightvnc server if that's relevant. On 20/02/13 22:18, Sune Vuorela wrote: The fix is surprisingly in xorg-server and can be found here: http://people.debian.org/~jcristau/kbsd-peercred.diff I rebuilt xorg-server with Julien's patch and it still seems fine - but can't confirm if it really fixed the problem unless I can reproduce it first. Thanks to everyone involved in this. I'm a little curious what the patch does exactly, and particularly if it might have any effects beyond GNU/kFreeBSD? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51256e10.9020...@pyro.eu.org
koffice: FTFBS on hurd-i386
Hi, Does koffice 2.3.3-2 just need a rebuild on hurd-i386? From the build log it seems the missing file karbonepsimport.so wasn't built, because the detection of pstoedit failed. That's probably because hurd-i386 had only 3.51~pre1-1 at the time (but now has 3.60-2), so I guess a rebuild would be more successful. * https://buildd.debian.org/status/fetch.php?pkg=kofficearch=hurd-i386ver=1%3A2.3.3-2stamp=1312905190 Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f653975.4000...@pyro.eu.org
kdeutils 4:4.7.4-1 FTBFS on {kfreebsd-i386,s390}
Hi, I notice a build of kdeutils 4:4.7.4-1 (for experimental) failed on kfreebsd-i386 and s390. I believe the kde4libs 4.7.4-3 upload has already fixed this problem, and that is now built+installed on these arches arches (1d 5h ago) : http://packages.debian.org/changelogs/pool/main/k/kde4libs/current/changelog#version4:4.7.4-3 So I ask that the buildd admins would queue a rebuild of this. Thank you! Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f56ae11.6010...@pyro.eu.org