Bug#804860: kturtle: Can't open a saved program
Package: kturtle Version: 4:15.08.0-1 Severity: important Dear Maintainer, Saved a program file but kturtle refused to open it again with "Could not be found" error message despite displaying the name in the list of names available. Occurs in both Stretch with xfce and Unstable with fvwm. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages kturtle depends on: ii libc6 2.19-22 ii libkf5configcore5 5.15.0-1 ii libkf5configwidgets55.15.0-1 ii libkf5coreaddons5 5.15.0-1 ii libkf5i18n5 5.15.0-1 ii libkf5kdelibs4support5 5.15.0-1 ii libkf5newstuff5 5.15.0-1 ii libkf5textwidgets5 5.15.0-1 ii libkf5widgetsaddons55.15.0-1 ii libkf5xmlgui5 5.15.0-1 ii libqt5core5a5.5.1+dfsg-5 ii libqt5dbus5 5.5.1+dfsg-5 ii libqt5gui5 5.5.1+dfsg-5 ii libqt5printsupport5 5.5.1+dfsg-5 ii libqt5svg5 5.5.1-2 ii libqt5widgets5 5.5.1+dfsg-5 ii libstdc++6 5.2.1-23 kturtle recommends no packages. Versions of packages kturtle suggests: pn khelpcenter -- no debconf information
Bug#804860: strace result
If I understand this excerpt from the strace output: "... read(5, "\1\0\0\0\0\0\0\0", 16) = 8 write(5, "\1\0\0\0\0\0\0\0", 8) = 8 stat("test1.turtle", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 getcwd("/home/clark", 4096) = 12 lstat("/home/clark/test1.turtle", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 open("/home/clark/test1.turtle", O_RDONLY|O_CLOEXEC) = 18 fcntl(18, F_SETFD, FD_CLOEXEC) = 0 fstat(18, {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 fstat(18, {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 read(18, "kturtle-script-v1.0\n@(fw) 20\n@(t"..., 16384) = 56 read(18, "", 16328) = 0 close(18) = 0 write(5, "\1\0\0\0\0\0\0\0", 8) = 8 poll([{fd=3, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=3, revents=POLLOUT}]) ..." The system has received the read request and sent the proper information to kturtle which then apparently ignores it. Clark
Bug#804860: Got it to work
Apparently there was a dependency problem which was not picked up when I installed it. Installing the files need to get cmake to work on the source also fixed the problem running the program. The last thing I downloaded was libkf5kdelibs4support-dev which also installed about 100 dependencies so I don't know what was missing originally. Clark
Bug#804860: Narrowing required additional dependencies
Installing just kinit and kio with its associated dependencies is sufficient to cure the problem. Clark
Bug#906776: kxstitch: diff for NMU version 2.1.1-1.1
I applied your patch. https://salsa.debian.org/qt-kde-team/extras/kxstitch/commit/1014d38d07928d40e9594fd5dfd55d7e77f7f9bc I am still working on maintainer/developer and cannot yet upload, if you can great, otherwise I need to reach out to my mentor. Thanks! Scarlett On Mon, Sep 17, 2018 at 10:57 AM Adrian Bunk wrote: > Control: tags 906776 + patch > Control: tags 906776 + pending > > Dear maintainer, > > I've prepared an NMU for kxstitch (versioned as 2.1.1-1.1) and uploaded > it to DELAYED/14. Please feel free to tell me if I should cancel it. > > cu > Adrian > > -- > >"Is there not promise of rain?" Ling Tan asked suddenly out > of the darkness. There had been need of rain for many days. >"Only a promise," Lao Er said. >Pearl S. Buck - Dragon Seed > >
Bug#292765: kdelibs4: khtml XMLHttpRequest POST broken due to blank line in headers
Package: kdelibs4 Version: 4:3.3.2-1 Severity: normal Tags: patch XMLHttpRequestObject POST does not work due to an additional blank header line printed in the HTTP headers. This due khtml's XMLHttpRequest not setting the required content-type metadata for kio http. See upstream bug http://bugs.kde.org/show_bug.cgi?id=95981 which has now been fixed in upstream CVS. This would be a nice fix to get into sarge as many modern web apps are beginning to use this functionality. Here is a test case. Before the patch is applied you will get an Exception alert dialog: http://oss.metaparadigm.com/jsonrpc/test.jsp Attached is patch that was accepted upstream. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-mc1-skas3-v7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kdelibs4 depends on: ii kdelibs-bin 4:3.3.2-1 KDE core binaries ii kdelibs-data 4:3.3.2-1 KDE core shared data ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libarts1 1.3.2-2 aRts Sound system ii libasound2 1.0.8-1 ALSA library ii libaspell15 0.50.5-5The GNU Aspell spell-checker runti ii libaudio21.7-2 The Network Audio System (NAS). (s ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libbz2-1.0 1.0.2-3 high-quality block-sorting file co ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libcomerr2 1.36rc5-1 common error description library ii libcupsys2-gnutls10 1.1.23-3Common UNIX Printing System(tm) - ii libesd-alsa0 [libesd0] 0.2.35-2Enlightened Sound Daemon (ALSA) - ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:4.0-0pre0 GCC support library ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libjack0.80.0-0 0.99.0-2JACK Audio Connection Kit (librari ii libjasper-1.701-11.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg626b-9The Independent JPEG Group's JPEG ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries ii libmad0 0.15.1b-1 MPEG audio decoder library ii libogg0 1.1.0-1 Ogg Bitstream Library ii libopenexr2 1.2.1-3 runtime files for the OpenEXR imag ii libpcre3 4.5-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-7 The GNU Standard C++ Library v3 ii libtiff4 3.7.1-2 Tag Image File Format (TIFF) libra ii libvorbis0a 1.0.1-1 The Vorbis General Audio Compressi ii libvorbisenc21.0.1-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.0.1-1 The Vorbis General Audio Compressi ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxml2 2.6.15-2GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxslt1.1 1.1.8-5 XSLT processing library - runtime ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xbase-clients4.3.0.dfsg.1-10 miscellaneous X clients ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information --- kdelibs-3.3.2/khtml/ecma/xmlhttprequest.h 2004-11-29 01:30:52.0 +0800 +++ kdelibs-cvs/khtml/ecma/xmlhttprequest.h 2005-01-29 10:34:10.0 +0800 @@ -98,6 +98,7 @@ QString method; bool async; QString requestHeaders; +QString contentType; KIO::TransferJob * job; --- kdelibs-3.3.2/khtml/ecma/xmlhttprequest.cpp 2004-11-29 01:30:52.0 +0800 +++ kdelibs-cvs/khtml/ecma/xmlhttprequest.cpp 2005-01-29 10:08:52.0 +0800 @@ -110,6 +110,7 @@ const ClassInfo XMLHttpRequest::info = { "XMLHttpRequest", 0, &XMLHttpRequestTable, 0 }; + /* Source for XMLHttpRequestTable. @begin XMLHttpRequestTable 7 readyState XMLHttpRequest::ReadyState DontDelete|ReadOnly @@ -216,6 +217,7 @@ qObject(new XMLHttpRequestQObject(this)), doc(
Duplicate Repos
Sorry, resend - buggered up email first round. Hi all, We have several duplicate repos. If anyone could shed some light on which repo should be used, and possibly remove the duplicate? 'plasma-nm' has more than one repository. It appears at [kde-extras/plasma-nm plasma/plasma-nm]. 'sddm-kcm' has more than one repository. It appears at [kde-std/sddm-kcm plasma/sddm-kcm]. 'prison' has more than one repository. It appears at [frameworks/prison krap/prison]. 'muon' has more than one repository. It appears at [forks/muon kde-extras/muon plasma/muon]. Disregard the forks/muon - will be merging that into (correct) repo 'meta-kde-telepathy' has more than one repository. It appears at [applications/meta-kde-telepathy kde-extras/kde-telepathy/meta-kde-telepathy]. 'libmm-qt' has more than one repository. It appears at [kde-extras/libmm-qt plasma/libmm-qt]. 'libkscreen' has more than one repository. It appears at [kde-extras/libkscreen plasma/libkscreen]. 'kscreen' has more than one repository. It appears at [kde-extras/kscreen plasma/kscreen]. 'kirigami' has more than one repository. It appears at [frameworks/kirigami kde-extras/kirigami]. 'kfilemetadata' has more than one repository. It appears at [frameworks/kfilemetadata kde-sc/kfilemetadata plasma/kfilemetadata]. 'kde-gtk-config' has more than one repository. It appears at [kde-extras/kde-gtk-config plasma/kde-gtk-config]. 'ktp-text-ui' has more than one repository. It appears at [applications/ktp-text-ui kde-extras/kde-telepathy/ktp-text-ui]. Repeat for the entire ktp stack. Though whether ktp is still alive is another question. Thanks for any help. Scarlett
Bug#835053: kxmlgui: please make the build reproducible
Hi, I was working with David Faure on this one, seem like there was more wrong? Maybe it was fixed. Anyway, He is very responsive and helpul with reproducible builds. Just open a bug report. Cheers, Scarlett On Sun, Aug 21, 2016 at 1:09 PM, Pino Toscano wrote: > In data domenica 21 agosto 2016 19:17:26 CEST, Chris Lamb ha scritto: > > > The value is (at least was until some time ago) added in bug reports in > > > bugzilla, and that helps to know more about the environment in which > > > a bug happens. > > > > Mm, except that in the majority of cases it's going to tell you the uname > > of the Debian buildd that made the package, not really the environment > > in which the bug actually occurred. > > Possibly, although this is still something that needs to be tackled > upstream. Hacking it locally in Debian is not a long-term solution > we can afford to support. > > Thanks, > -- > Pino Toscano
Bug#815716: pairs: please make the build reproducible (username)
Package: pairs Version: 4.14.1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: username Hi! While working on the “reproducible builds” effort [1], we have noticed that pairs could not be built reproducibly. The attached patch removes extra timestamps from the build system and ensure a stable file order when creating the source archive. Once applied, pairs can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru pairs-4.14.1/debian/changelog pairs-4.14.1/debian/changelog --- pairs-4.14.1/debian/changelog 2014-09-17 00:44:43.0 -0700 +++ pairs-4.14.1/debian/changelog 2016-02-23 11:38:38.0 -0800 @@ -1,3 +1,10 @@ +pairs (4:4.14.1-1.0~reproducible1) UNRELEASED; urgency=medium + + * Add --owner=root --group=root --numeric-owner to tar command line +patch to make package build reproducibly. + + -- Scarlett Clark Tue, 23 Feb 2016 11:35:26 -0800 + pairs (4:4.14.1-1) unstable; urgency=medium * New upstream release (4.14.1). diff -Nru pairs-4.14.1/debian/patches/series pairs-4.14.1/debian/patches/series --- pairs-4.14.1/debian/patches/series 1969-12-31 16:00:00.0 -0800 +++ pairs-4.14.1/debian/patches/series 2016-02-23 13:12:06.0 -0800 @@ -0,0 +1 @@ +update_tar_flags_reproducibility_timestamps.diff diff -Nru pairs-4.14.1/debian/patches/update_tar_flags_reproducibility_timestamps.diff pairs-4.14.1/debian/patches/update_tar_flags_reproducibility_timestamps.diff --- pairs-4.14.1/debian/patches/update_tar_flags_reproducibility_timestamps.diff 1969-12-31 16:00:00.0 -0800 +++ pairs-4.14.1/debian/patches/update_tar_flags_reproducibility_timestamps.diff 2016-02-23 13:09:07.0 -0800 @@ -0,0 +1,18 @@ +Description: Add --owner=root --group=root --numeric-owner to tar command line. + To fix buid reproducibility. +Forwarded: TBD +Author: Scarlett Clark + +diff --git a/themes/CMakeLists.txt b/themes/CMakeLists.txt +index fa3ae67..8597ccb 100644 +--- a/themes/CMakeLists.txt b/themes/CMakeLists.txt +@@ -47,7 +47,7 @@ function(create_theme _baseName) + else(WIN32) + add_custom_command(OUTPUT ${_template} + COMMAND tar ARGS cjf +-${_template} ${_files} ++${_template} --owner=root --group=root --numeric-owner ${_files} + DEPENDS "${CMAKE_CURRENT_SOURCE_DIR}/${_baseName}" + WORKING_DIRECTORY "${CMAKE_CURRENT_SOURCE_DIR}/${_baseName}" + )
Bug#815962: kdevplatform -> kdevelop: please make the build reproducible (umask)
Source: kdevplatform Version: 1.7.2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: umask Hi! While working on the “reproducible builds” effort [1], we have noticed that kdevelop could not be built reproducibly. The attached patch removes umask issues from the tarballs. Once applied, kdevelop can use the kdevplatform macro to create tarballs for the template tars, then kevelop can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Description: Add --mode=go=rX,u+rw,a-s to tar command line. To fix buid reproducibility. Forwarded: TBD Author: Scarlett Clark diff --git a/cmake/modules/KDevPlatformMacros.cmake b/cmake/modules/KDevPlatformMacros.cmake index f27066a..4a24e35 100644 --- a/cmake/modules/KDevPlatformMacros.cmake +++ b/cmake/modules/KDevPlatformMacros.cmake @@ -52,8 +52,8 @@ macro(kdevplatform_create_template_archive _templateName) else(WIN32) add_custom_command(OUTPUT ${_template} COMMAND tar ARGS -c -C ${CMAKE_CURRENT_SOURCE_DIR}/${_templateName} ---exclude .kdev_ignore --exclude .svn --j -f ${_template} . +--exclude .kdev_ignore --exclude .svn --mode=go=rX,u+rw,a-s --owner=root +--group=root --numeric-owner -j -f ${_template} . DEPENDS ${_deps} ) endif(WIN32)
Bug#825122: Please make build reproducible
Source: kapptemplate Version: 4:15.08.3-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: username X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi! While working on the “reproducible builds” effort [1], we have noticed that kapptemplate could not be built reproducibly. The attached patch sets the tar command to use Add --owner=root --group=root --numeric-owner to tar command line to make build reproducible. Cheers, Scarlett [1]: https://wiki.debian.org/ReproducibleBuilds Description: Make build reproducible. Add --owner=root --group=root --numeric-owner to tar command line to make build reproducible. Forwarded: No Author: Scarlett Clark --- a/cmake/modules/KAppTemplateMacro.cmake +++ b/cmake/modules/KAppTemplateMacro.cmake @@ -36,7 +36,7 @@ macro(kapptemplate_add_app_templates _templateNames) else(WIN32) add_custom_command(OUTPUT ${_template} COMMAND tar ARGS -c -C ${CMAKE_CURRENT_SOURCE_DIR}/${_templateName} ---exclude .kdev_ignore --exclude .svn +--exclude .kdev_ignore --exclude .svn --owner=root --group=root --numeric-owner -j -f ${_template} . DEPENDS ${_deps} )
Bug#815962: Update patch with upstream bug.
This bug has now been filed upstream. Updated patch DEP 3. Thanks, Scarlett Description: Add --mode=go=rX,u+rw,a-s to tar command line. To fix buid reproducibility. Forwarded: https://bugs.kde.org/show_bug.cgi?id=363615 Author: Scarlett Clark Updated: 05/27/2016 diff --git a/cmake/modules/KDevPlatformMacros.cmake b/cmake/modules/KDevPlatformMacros.cmake index f27066a..4a24e35 100644 --- a/cmake/modules/KDevPlatformMacros.cmake +++ b/cmake/modules/KDevPlatformMacros.cmake @@ -52,8 +52,8 @@ macro(kdevplatform_create_template_archive _templateName) else(WIN32) add_custom_command(OUTPUT ${_template} COMMAND tar ARGS -c -C ${CMAKE_CURRENT_SOURCE_DIR}/${_templateName} ---exclude .kdev_ignore --exclude .svn --j -f ${_template} . +--exclude .kdev_ignore --exclude .svn --mode=go=rX,u+rw,a-s --owner=root +--group=root --numeric-owner -j -f ${_template} . DEPENDS ${_deps} ) endif(WIN32)
Bug#828021: extra-cmake-modules: please make the build reproducible (umask, toolchain)
Package: extra-cmake-modules Version: 5.23.0-1 Severity: wishlist Tags: patch Source: extra-cmake-modules User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps fileordering X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi! While working on the “reproducible builds” effort [1], we have noticed that plasma-framework could not be built reproducibly. Plasma-fraamework uses a macro in extra-cmake-modules that causes unreproducible tars. Cmake tar command does not allow for switches that fix umask and user/group inconsistancy which cause unreproducible builds. This patch takes the tar command used in kdevplatform that has all the required switches to make builds that use this macro reproducible.. Once applied, plasma-framework can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Qtwebengine and deps
I am getting: dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: source package qtwebchannel-opensource-src dpkg-buildpackage: source version 5.6.1-1+dfsg-1 dpkg-buildpackage: source distribution UNRELEASED dpkg-buildpackage: source changed by Scarlett Clark dpkg-source --before-build qtwebchannel-opensource-src-5.6.1-1+dfsg dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean dh clean --parallel --dbg-package=libqt5webchannel5-dbg --with pkgkde_symbolshelper dh_testdir -O--dbg-package=libqt5webchannel5-dbg dh_auto_clean -O--dbg-package=libqt5webchannel5-dbg make -j1 distclean make[1]: Entering directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1-1+dfsg' cd src/ && ( test -e Makefile || /home/scarlett/qt5/qtbase/bin/qmake /home/scarlett/qtwebchannel-opensource-src-5.6.1-1+dfsg/src/src.pro -o Makefile ) && make -f Makefile distclean make[2]: Entering directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1-1+dfsg/src' cd webchannel/ && ( test -e Makefile || /home/scarlett/qt5/qtbase/bin/qmake /home/scarlett/qtwebchannel-opensource-src-5.6.1-1+dfsg/src/webchannel/ webchannel.pro -o Makefile ) && make -f Makefile distclean make[3]: Entering directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1-1+dfsg/src/webchannel' /home/scarlett/qt5/qtbase/bin/qmake -o Makefile webchannel.pro Project WARNING: You should probably load(qt_build_config) first in webchannel.pro for QtWebChannel, as the latter also load()s qt_module. Project MESSAGE: Not doing so may lead to qt_module.prf overriding compiler/linker options in your .pro file. Project MESSAGE: Ignore this warning with CONFIG+=no_qt_module_warning if you know what you are doing. Project ERROR: Module does not define version. Makefile:329: recipe for target 'Makefile' failed make[3]: *** [Makefile] Error 3 make[3]: Leaving directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1-1+dfsg/src/webchannel' Makefile:52: recipe for target 'sub-webchannel-distclean' failed make[2]: *** [sub-webchannel-distclean] Error 2 make[2]: Leaving directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1-1+dfsg/src' Makefile:53: recipe for target 'sub-src-distclean' failed make[1]: *** [sub-src-distclean] Error 2 make[1]: Leaving directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1-1+dfsg' dh_auto_clean: make -j1 distclean returned exit code 2 debian/rules:24: recipe for target 'clean' failed make: *** [clean] Error 2 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 debuild: fatal error at line 1376: dpkg-buildpackage -rfakeroot -D -us -uc failed My research tells me this due to trying to build submodule alone. So my question is, how do I create a tarball for qt submodules so that it can be built alone? Thanks! Scarlett
Bug#828021: Add missing patch.
extra-cmake-modules-reproducible.debdiff Description: Binary data
Re: Qtwebengine and deps
Ok so all of that is sorted now ( needed the upstream tarballs ) But now a new level of fail. dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: source package qtwebchannel-opensource-src dpkg-buildpackage: source version 5.6.1-1+dfsg-1 dpkg-buildpackage: source distribution UNRELEASED dpkg-buildpackage: source changed by Scarlett Clark dpkg-source --before-build qtwebchannel-opensource-src-5.6.1 dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean dh clean --parallel --dbg-package=libqt5webchannel5-dbg --with pkgkde_symbolshelper dh_testdir -O--dbg-package=libqt5webchannel5-dbg dh_auto_clean -O--dbg-package=libqt5webchannel5-dbg debian/rules override_dh_clean make[1]: Entering directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1' make[1]: 'override_dh_clean' is up to date. make[1]: Leaving directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1' dpkg-source -b qtwebchannel-opensource-src-5.6.1 dpkg-source: info: using source format '3.0 (quilt)' dpkg-source: info: building qtwebchannel-opensource-src using existing ./qtwebchannel-opensource-src_5.6.1-1+dfsg.orig.tar.xz dpkg-source: info: building qtwebchannel-opensource-src in qtwebchannel-opensource-src_5.6.1-1+dfsg-1.debian.tar.xz dpkg-source: info: building qtwebchannel-opensource-src in qtwebchannel-opensource-src_5.6.1-1+dfsg-1.dsc debian/rules build dh build --parallel --dbg-package=libqt5webchannel5-dbg --with pkgkde_symbolshelper dh_auto_build -O--dbg-package=libqt5webchannel5-dbg -Nqtwebchannel5-doc -Nqtwebchannel5-doc-html make -j1 make[1]: Entering directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1' make[1]: *** No targets specified and no makefile found. Stop. make[1]: Leaving directory '/home/scarlett/qtwebchannel-opensource-src-5.6.1' dh_auto_build: make -j1 returned exit code 2 debian/rules:24: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1376: dpkg-buildpackage -rfakeroot -D -us -uc failed And looking it over it looks like override_dh_auto_configure: # Run qmake once to create .qmake.conf and be sure to append the following values. qmake # Enable gstabs debugging symbols only on gstab_architectures. ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), $(gstab_architectures))) echo "QMAKE_CXXFLAGS -= -g" >> .qmake.conf echo "QMAKE_CXXFLAGS += -gstabs" >> .qmake.conf # Enable normal debugging symbols only on fulldebug_architectures. else ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), $(fulldebug_architectures))) echo "QMAKE_CXXFLAGS += -g" >> .qmake.conf else # Disable debugging symbols in all the other archs. echo "QMAKE_CXXFLAGS -= -g" >> .qmake.conf echo "QMAKE_CXXFLAGS -= -gstabs" >> .qmake.conf endif # Disable JIT on selected architectures ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), $(disabled_jit_architectures))) echo "QMAKE_CXXFLAGS += -DENABLE_JIT=0" >> .qmake.conf endif # Disable header precompliation as it creates invalid includes on certain # architectures causing build failure. LP: 1395661 ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), $(disabled_pch_architectures))) echo "CONFIG -= precompile_header" >> .qmake.conf endif # Run qmake again now with the proper values. qmake # Upstream 5.6.0 RC tarball was generated improperly and has no synced headers /usr/lib/$(DEB_HOST_MULTIARCH)/qt5/bin/syncqt.pl Source -version $(upstream_version) Is being skipped altogether. Looking at .qmake.conf and those values are not in there. Ideas? Scarlett On Thu, Jun 23, 2016 at 5:18 PM, Lisandro Damián Nicanor Pérez < perezme...@gmail.com> wrote: > Hi! Sounds like you are missing a build dependency. qtbase5-dev and > qtbase5- > private-dev *maybe*. > > > -- > Dadme voto electrónico y con una terminal os haré presidente. > el.machi > > Lisandro Damián Nicanor Pérez Meyer > http://perezmeyer.com.ar/ > http://perezmeyer.blogspot.com/ >
Bug#828021: Update patch with sort for fileorder.
extra-cmake-modules-reproducible.debdiff Description: Binary data
Re: Qtwebengine and deps
On Thu, Jun 23, 2016 at 7:11 PM, Scarlett Clark < scarlett.gately.cl...@gmail.com> wrote: > Ok so all of that is sorted now ( needed the upstream tarballs ) > > But now a new level of fail. > > dpkg-buildpackage -rfakeroot -D -us -uc > dpkg-buildpackage: source package qtwebchannel-opensource-src > dpkg-buildpackage: source version 5.6.1-1+dfsg-1 > dpkg-buildpackage: source distribution UNRELEASED > dpkg-buildpackage: source changed by Scarlett Clark > dpkg-source --before-build qtwebchannel-opensource-src-5.6.1 > dpkg-buildpackage: host architecture amd64 > fakeroot debian/rules clean > dh clean --parallel --dbg-package=libqt5webchannel5-dbg --with > pkgkde_symbolshelper >dh_testdir -O--dbg-package=libqt5webchannel5-dbg >dh_auto_clean -O--dbg-package=libqt5webchannel5-dbg >debian/rules override_dh_clean > make[1]: Entering directory > '/home/scarlett/qtwebchannel-opensource-src-5.6.1' > make[1]: 'override_dh_clean' is up to date. > make[1]: Leaving directory > '/home/scarlett/qtwebchannel-opensource-src-5.6.1' > dpkg-source -b qtwebchannel-opensource-src-5.6.1 > dpkg-source: info: using source format '3.0 (quilt)' > dpkg-source: info: building qtwebchannel-opensource-src using existing > ./qtwebchannel-opensource-src_5.6.1-1+dfsg.orig.tar.xz > dpkg-source: info: building qtwebchannel-opensource-src in > qtwebchannel-opensource-src_5.6.1-1+dfsg-1.debian.tar.xz > dpkg-source: info: building qtwebchannel-opensource-src in > qtwebchannel-opensource-src_5.6.1-1+dfsg-1.dsc > debian/rules build > dh build --parallel --dbg-package=libqt5webchannel5-dbg --with > pkgkde_symbolshelper >dh_auto_build -O--dbg-package=libqt5webchannel5-dbg -Nqtwebchannel5-doc > -Nqtwebchannel5-doc-html > make -j1 > make[1]: Entering directory > '/home/scarlett/qtwebchannel-opensource-src-5.6.1' > make[1]: *** No targets specified and no makefile found. Stop. > make[1]: Leaving directory > '/home/scarlett/qtwebchannel-opensource-src-5.6.1' > dh_auto_build: make -j1 returned exit code 2 > debian/rules:24: recipe for target 'build' failed > make: *** [build] Error 2 > dpkg-buildpackage: error: debian/rules build gave error exit status 2 > debuild: fatal error at line 1376: > dpkg-buildpackage -rfakeroot -D -us -uc failed > > And looking it over it looks like > override_dh_auto_configure: > # Run qmake once to create .qmake.conf and be sure to append the > following values. > qmake > > # Enable gstabs debugging symbols only on gstab_architectures. > ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), > $(gstab_architectures))) > echo "QMAKE_CXXFLAGS -= -g" >> .qmake.conf > echo "QMAKE_CXXFLAGS += -gstabs" >> .qmake.conf > # Enable normal debugging symbols only on fulldebug_architectures. > else ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), > $(fulldebug_architectures))) > echo "QMAKE_CXXFLAGS += -g" >> .qmake.conf > else > # Disable debugging symbols in all the other archs. > echo "QMAKE_CXXFLAGS -= -g" >> .qmake.conf > echo "QMAKE_CXXFLAGS -= -gstabs" >> .qmake.conf > endif > > # Disable JIT on selected architectures > ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), > $(disabled_jit_architectures))) > echo "QMAKE_CXXFLAGS += -DENABLE_JIT=0" >> .qmake.conf > endif > > # Disable header precompliation as it creates invalid includes on certain > # architectures causing build failure. LP: 1395661 > ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), > $(disabled_pch_architectures))) > echo "CONFIG -= precompile_header" >> .qmake.conf > endif > > # Run qmake again now with the proper values. > qmake > > # Upstream 5.6.0 RC tarball was generated improperly and has no synced > headers > /usr/lib/$(DEB_HOST_MULTIARCH)/qt5/bin/syncqt.pl Source -version > $(upstream_version) > > Is being skipped altogether. Looking at .qmake.conf and those values are > not in there. > > Ideas? > Scarlett > > > > Nevermind I got past this, I had to remove cruft .debhelper/* that was brought in from qtwebkit package I started with. Cheers, Scarlett > On Thu, Jun 23, 2016 at 5:18 PM, Lisandro Damián Nicanor Pérez < > perezme...@gmail.com> wrote: > >> Hi! Sounds like you are missing a build dependency. qtbase5-dev and >> qtbase5- >> private-dev *maybe*. >> >> >> -- >> Dadme voto electrónico y con una terminal os haré presidente. >> el.machi >> >> Lisandro Damián Nicanor Pérez Meyer >> http://perezmeyer.com.ar/ >> http://perezmeyer.blogspot.com/ >> > >
Re: Qtwebengine and deps
Docs generation: This bit in rules does not work: override_dh_auto_build-indep: dh_auto_build -- sub-Source-QtWebChannel-pro-clean dh_auto_build -- -CSource -fMakefile.api docs Commenting out, of course, results in no docs being generated. Can someone explain to me what it is trying to do and what I can perhaps do to fix it? For reference I am using qtwebkit packaging as a base and fixing things as I go. And as instructed asking for help when needed. Thanks! Scarlett On Fri, Jun 24, 2016 at 7:14 AM, Scarlett Clark < scarlett.gately.cl...@gmail.com> wrote: > > > On Thu, Jun 23, 2016 at 7:11 PM, Scarlett Clark < > scarlett.gately.cl...@gmail.com> wrote: > >> Ok so all of that is sorted now ( needed the upstream tarballs ) >> >> But now a new level of fail. >> >> dpkg-buildpackage -rfakeroot -D -us -uc >> dpkg-buildpackage: source package qtwebchannel-opensource-src >> dpkg-buildpackage: source version 5.6.1-1+dfsg-1 >> dpkg-buildpackage: source distribution UNRELEASED >> dpkg-buildpackage: source changed by Scarlett Clark >> dpkg-source --before-build qtwebchannel-opensource-src-5.6.1 >> dpkg-buildpackage: host architecture amd64 >> fakeroot debian/rules clean >> dh clean --parallel --dbg-package=libqt5webchannel5-dbg --with >> pkgkde_symbolshelper >>dh_testdir -O--dbg-package=libqt5webchannel5-dbg >>dh_auto_clean -O--dbg-package=libqt5webchannel5-dbg >>debian/rules override_dh_clean >> make[1]: Entering directory >> '/home/scarlett/qtwebchannel-opensource-src-5.6.1' >> make[1]: 'override_dh_clean' is up to date. >> make[1]: Leaving directory >> '/home/scarlett/qtwebchannel-opensource-src-5.6.1' >> dpkg-source -b qtwebchannel-opensource-src-5.6.1 >> dpkg-source: info: using source format '3.0 (quilt)' >> dpkg-source: info: building qtwebchannel-opensource-src using existing >> ./qtwebchannel-opensource-src_5.6.1-1+dfsg.orig.tar.xz >> dpkg-source: info: building qtwebchannel-opensource-src in >> qtwebchannel-opensource-src_5.6.1-1+dfsg-1.debian.tar.xz >> dpkg-source: info: building qtwebchannel-opensource-src in >> qtwebchannel-opensource-src_5.6.1-1+dfsg-1.dsc >> debian/rules build >> dh build --parallel --dbg-package=libqt5webchannel5-dbg --with >> pkgkde_symbolshelper >>dh_auto_build -O--dbg-package=libqt5webchannel5-dbg >> -Nqtwebchannel5-doc -Nqtwebchannel5-doc-html >> make -j1 >> make[1]: Entering directory >> '/home/scarlett/qtwebchannel-opensource-src-5.6.1' >> make[1]: *** No targets specified and no makefile found. Stop. >> make[1]: Leaving directory >> '/home/scarlett/qtwebchannel-opensource-src-5.6.1' >> dh_auto_build: make -j1 returned exit code 2 >> debian/rules:24: recipe for target 'build' failed >> make: *** [build] Error 2 >> dpkg-buildpackage: error: debian/rules build gave error exit status 2 >> debuild: fatal error at line 1376: >> dpkg-buildpackage -rfakeroot -D -us -uc failed >> >> And looking it over it looks like >> override_dh_auto_configure: >> # Run qmake once to create .qmake.conf and be sure to append the >> following values. >> qmake >> >> # Enable gstabs debugging symbols only on gstab_architectures. >> ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), >> $(gstab_architectures))) >> echo "QMAKE_CXXFLAGS -= -g" >> .qmake.conf >> echo "QMAKE_CXXFLAGS += -gstabs" >> .qmake.conf >> # Enable normal debugging symbols only on fulldebug_architectures. >> else ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), >> $(fulldebug_architectures))) >> echo "QMAKE_CXXFLAGS += -g" >> .qmake.conf >> else >> # Disable debugging symbols in all the other archs. >> echo "QMAKE_CXXFLAGS -= -g" >> .qmake.conf >> echo "QMAKE_CXXFLAGS -= -gstabs" >> .qmake.conf >> endif >> >> # Disable JIT on selected architectures >> ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), >> $(disabled_jit_architectures))) >> echo "QMAKE_CXXFLAGS += -DENABLE_JIT=0" >> .qmake.conf >> endif >> >> # Disable header precompliation as it creates invalid includes on certain >> # architectures causing build failure. LP: 1395661 >> ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), >> $(disabled_pch_architectures))) >> echo "CONFIG -= precompile_header" >> .qmake.conf >> endif >> >> # Run qmake again now with the proper values. >> q
alternative medicine clinics mailing list
Sep 10 - 14: With every purchase of our MD Directory comes completely free! a List for Dentists, Nursing Homes and Hospitals Licensed MDs in the USA 788,067 in total 17,400 emails Lots of MDs in specialties like Orthopedics, Surgery, Radiology, Dermatology, Neurology, General Practice etc.. Over a dozen sortable fields Specially reduced price: $358 *** BONUS: Get the 3 lists below as a bonus when you order the MD data *** Directory of US Hospitals 23,000 Admins in more than 7,000 hospitals {a $399 value] American Dentists A complete List or dentists and related services (valued at $299) US Nursing Home List Full data for CFO, Nursing Directors, Senior Admins [ worth $249 alone ] send email to: [EMAIL PROTECTED] Send an email with "rem" in the subject to discontinue these emails -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#237924: kdeprint: Print dialog and kprinter crash silently
Package: kdeprint Version: 4:3.2.1-1 Severity: grave Tags: sid Justification: renders package unusable Whenever I try to print something, or bring up kprinter from the command line, the window appears for a couple of seconds, and then closes, without any error messages (occasionally I get an error saying "Alarm clock". but I have no idea what that's from). I have tried deleting ~/.kde/share/config/kprinterrc, but that doesn't solve anything either. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux Chekhov 2.6.0-test9 #9 Sat Jan 24 10:36:01 MSK 2004 i686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 Versions of packages kdeprint depends on: ii enscript1.6.3-5 Converts ASCII text to Postscript, ii gv 1:3.5.8-30.1 A PostScript and PDF viewer for X ii kdelibs44:3.2.1-1KDE core libraries ii libart-2.0-22.3.16-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libfam0c102 2.6.10-1 client library to control the FAM ii libgcc1 1:3.3.3-2GCC support library ii libice6 4.3.0-5 Inter-Client Exchange library ii libpng12-0 1.2.5.0-4PNG library - runtime ii libqt3c102-mt 3:3.2.3-2Qt GUI Library (Threaded runtime v ii libsm6 4.3.0-5 X Window System Session Management ii libstdc++5 1:3.3.3-2The GNU Standard C++ Library v3 ii libx11-64.3.0-5 X Window System protocol client li ii libxext64.3.0-5 X Window System miscellaneous exte ii libxrender1 0.8.2-1 X Rendering Extension client libra ii poster 20020830-2 Create large posters out of PostSc ii psutils 1.17-17 A collection of PostScript documen ii xlibs 4.3.0-5 X Window System client libraries m ii zlib1g 1:1.2.1-1compression library - runtime -- no debconf information
Bug#237924: kdeprint: Print dialog and kprinter crash silently
On Sunday 14 March 2004 16:00, Dominique Devriese wrote: > A SIGALRM most of the time means that the app crashed so badly, that > it was not able to launch the kdebugdialog. > > Can you try the suggestions from > http://www.kde-debian.org/~domi/debugging-kde-crash.html > ? I am stuck with a dial-up connection, so at this point I am unable to get the debug-enabled KDE packages. However, I did run valgrind; attached is the results of running 'valgrind kprinter > valgrind-crash-output.txt 2>&1'. After running valgrind, I reran kprinter again, and when it crashed, it managed to launch the crash handler. Apart from the (no debugging symbols found) business, here's what it reported: 0x4108330e in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #0 0x4108330e in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0x4080af54 in KCrash::defaultCrashHandler(int) () from /usr/lib/libkdecore.so.4 Anything else I can try? :Peter ==26044== Memcheck, a memory error detector for x86-linux. ==26044== Copyright (C) 2002-2003, and GNU GPL'd, by Julian Seward. ==26044== Using valgrind-2.1.0, a program supervision framework for x86-linux. ==26044== Copyright (C) 2000-2003, and GNU GPL'd, by Julian Seward. ==26044== Estimated CPU clock rate is 2395 MHz ==26044== For more details, rerun with: -v ==26044== ==26044== Invalid read of size 1 ==26044==at 0x400118C4: (within /lib/ld-2.3.2.so) ==26044==by 0x400062B3: _dl_map_object (in /lib/ld-2.3.2.so) ==26044==by 0x4159D869: (within /lib/libc-2.3.2.so) ==26044==by 0x4000BF15: _dl_catch_error (in /lib/ld-2.3.2.so) ==26044== Address 0xE210 is not stack'd, malloc'd or free'd ==26044== ==26044== Invalid read of size 1 ==26044==at 0x400118C4: (within /lib/ld-2.3.2.so) ==26044==by 0x40006A46: _dl_map_object (in /lib/ld-2.3.2.so) ==26044==by 0x4159D869: (within /lib/libc-2.3.2.so) ==26044==by 0x4000BF15: _dl_catch_error (in /lib/ld-2.3.2.so) ==26044== Address 0xE210 is not stack'd, malloc'd or free'd ==26044== ==26044== Invalid read of size 1 ==26044==at 0x400118C4: (within /lib/ld-2.3.2.so) ==26044==by 0x4000D050: _dl_check_map_versions (in /lib/ld-2.3.2.so) ==26044==by 0x4159DE50: (within /lib/libc-2.3.2.so) ==26044==by 0x4000BF15: _dl_catch_error (in /lib/ld-2.3.2.so) ==26044== Address 0xE210 is not stack'd, malloc'd or free'd ==26044== ==26044== Conditional jump or move depends on uninitialised value(s) ==26044==at 0x400093CA: _dl_relocate_object (in /lib/ld-2.3.2.so) ==26044==by 0x4159DE25: (within /lib/libc-2.3.2.so) ==26044==by 0x4000BF15: _dl_catch_error (in /lib/ld-2.3.2.so) ==26044==by 0x4159E0A8: _dl_open (in /lib/libc-2.3.2.so) ==26044== ==26044== Conditional jump or move depends on uninitialised value(s) ==26044==at 0x40009FDC: _dl_relocate_object (in /lib/ld-2.3.2.so) ==26044==by 0x4159DE25: (within /lib/libc-2.3.2.so) ==26044==by 0x4000BF15: _dl_catch_error (in /lib/ld-2.3.2.so) ==26044==by 0x4159E0A8: _dl_open (in /lib/libc-2.3.2.so) ==26044== ==26044== Conditional jump or move depends on uninitialised value(s) ==26044==at 0x4000A030: _dl_relocate_object (in /lib/ld-2.3.2.so) ==26044==by 0x4159DE25: (within /lib/libc-2.3.2.so) ==26044==by 0x4000BF15: _dl_catch_error (in /lib/ld-2.3.2.so) ==26044==by 0x4159E0A8: _dl_open (in /lib/libc-2.3.2.so) ==26044== ==26044== Conditional jump or move depends on uninitialised value(s) ==26044==at 0x40009520: _dl_relocate_object (in /lib/ld-2.3.2.so) ==26044==by 0x4159DE25: (within /lib/libc-2.3.2.so) ==26044==by 0x4000BF15: _dl_catch_error (in /lib/ld-2.3.2.so) ==26044==by 0x4159E0A8: _dl_open (in /lib/libc-2.3.2.so) ==26044== ==26044== Conditional jump or move depends on uninitialised value(s) ==26044==at 0x40009575: _dl_relocate_object (in /lib/ld-2.3.2.so) ==26044==by 0x4159DE25: (within /lib/libc-2.3.2.so) ==26044==by 0x4000BF15: _dl_catch_error (in /lib/ld-2.3.2.so) ==26044==by 0x4159E0A8: _dl_open (in /lib/libc-2.3.2.so) ==26044== ==26044== Syscall param ioctl(generic) contains uninitialised or unaddressable byte(s) ==26044==at 0x415670B4: ioctl (in /lib/libc-2.3.2.so) ==26044==by 0x447D7DCC: (within /usr/X11R6/lib/modules/dri/radeon_dri.so) ==26044==by 0x447D182F: (within /usr/X11R6/lib/modules/dri/radeon_dri.so) ==26044==by 0x446D3A3A: __driUtilCreateScreen (in /usr/X11R6/lib/modules/dri/radeon_dri.so) ==26044== Address 0xB0D4 is on thread 1's stack ==26044== ==26044== Syscall param writev(vector[...]) contains uninitialised or unaddressable byte(s) ==26044==at 0x4156737E: (within /lib/libc-2.3.2.so) ==26044==by 0x41322E6F: (within /usr/X11R6/lib/libX11.so.6.2) ==26044==by 0x41323A5E: _X11TransWritev (in /usr/X11R6/lib/libX11.so.6.2) ==26044==by 0x41304176: _XSend (in /usr/X11R6/lib/libX11.so.6.2) ==26044== Address 0x4452E451 is 141 bytes inside a block of size 2048 alloc'd ==26044==at
Bug#237924: kdeprint: Print dialog and kprinter crash silently
Problem solved: I found out that I could upgrade kdeprint to the debugging version without having to upgrade all the KDE packages, so I reran valgrind in verbose mode and noticed that kprinter died just after trying to access /usr/lib/libcups.so.2. I upgraded cupsys, libcupsys2, and libcupsys2-dev from 1.1.19final-1.4 to 1.1.20final-16, and everything now works fine.
Bug#244608: mpeglib 3.2.2-1
Hi! I've just experienced the same problem described in bug #244608, and obviously a solution is available (compile it with -O0). However, nothing has been done yet, and it's really not much fun working with Debian when you're not able to listen to MP3s. Can anyone explain why nothing's happening at the moment? Regards, James _ Schluß mit Spam! http://www.msn.de/antispam/prevention/junkmailfilter Wir helfen Ihnen, unerwünschte E-Mails zu reduzieren.