Bug#804860: kturtle: Can't open a saved program

2015-11-12 Thread clark
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

2015-11-12 Thread Clark

  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

2015-11-13 Thread Clark
  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

2015-11-13 Thread Clark
  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

2018-09-17 Thread Scarlett Clark
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

2005-01-29 Thread Michael Clark
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

2017-08-31 Thread Scarlett Clark
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

2016-08-21 Thread Scarlett Clark
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)

2016-02-23 Thread Scarlett Clark
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)

2016-02-25 Thread Scarlett Clark
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

2016-05-23 Thread Scarlett Clark
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.

2016-05-27 Thread Scarlett Clark
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)

2016-06-23 Thread Scarlett Clark
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

2016-06-23 Thread Scarlett Clark
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.

2016-06-23 Thread Scarlett Clark



extra-cmake-modules-reproducible.debdiff
Description: Binary data


Re: Qtwebengine and deps

2016-06-23 Thread Scarlett Clark
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.

2016-06-24 Thread Scarlett Clark



extra-cmake-modules-reproducible.debdiff
Description: Binary data


Re: Qtwebengine and deps

2016-06-24 Thread Scarlett Clark
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

2016-06-24 Thread Scarlett Clark
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

2007-09-09 Thread Lucille Clark



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

2004-03-14 Thread Peter Clark
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

2004-03-14 Thread Peter Clark
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

2004-03-16 Thread Peter Clark
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

2004-07-03 Thread James Clark

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.