nageru rebuild on arm* [Was: Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared]

[Steinar H. Gunderson]

On Mon, Jul 03, 2017 at 11:32:17AM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> I have uploaded qtbase with a backported patch that should fix this. Please 
> ask for a give back with a dep wait on qtbase-opensource-src 5.7.1+dfsg-4 on 
> arm*

Hi wanna-build team,

Could you please rebuild Nageru on arm* as requested by Lisandro?

gb nageru_1.6.0-2 . armel armhf . -m 'qtbase-opensource-src (>= 5.7.1+dfsg-4)'

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Re: Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

[Steinar H. Gunderson]

On Thu, Jun 29, 2017 at 01:10:20PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> The header if there at build time, but as it is exposed as public API you
> might need it too.

If Qt tries to #include a GLES header in its public headers, surely lack of
those headers would be en error message about missing .h file, not missing
symbol?

I can understand the situation being different for Qt build time, since I
assume Qt has some autoconf/CMake/whatever probing for headers.

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Re: Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

[Steinar H. Gunderson]

On Thu, Jun 29, 2017 at 10:49:42AM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> I would first add libgles2-mesa-dev as a build dependency and try building
> nageru on arm. If it works maybe adding that dependency to
> libqt5opengl5-dev will do the trick (and I'm pretty confident that building
> nageru is much faster than building Qt).
> 
> If that works you will be able to drop it with Qt 5.9.

I don't have an unstable armhf installation, unfortunately. How would adding
a -dev package make any difference anyway? How would the Qt .h files know to
include the newly installed header?

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Re: Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

[Steinar H. Gunderson]

On Thu, Jun 29, 2017 at 04:38:26PM +0300, Dmitry Shachnev wrote:
> This was fixed in Qt 5.9 upstream, see this commit:
> https://code.qt.io/cgit/qt/qtbase.git/commit/?id=7e393280e4d07393
> 
> We are already working on a transition to Qt 5.9, so the fix should be
> available within a month.

OK. I'd like nageru to be available in testing so I can make backports to
stable, though. So should I upload with !armel !armhf for now?

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Re: Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

[Steinar H. Gunderson]

On Thu, Jun 29, 2017 at 09:52:22AM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> Normally the issue was with apps using GLU/GLUT because it has not been 
> ported 
> to GLES, so I first suspected this... but it seems not the issue.
> 
> ::glBindTexture is definitely not a Qt call:
> 
>  glBindTexture.xhtml>
> 
> So I would rather point at the libs implementing OpenGL ES.

I guess the question is whether Qt has included the GLES headers?
qopenglfunctions.h doesn't do it by itself, but I suppose it's meant to come
in through some indirect header?

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Re: Bug#865530: nageru FTBFS on armhf/armel: error: '::glBindTexture' has not been declared

[Steinar H. Gunderson]

On Thu, Jun 22, 2017 at 11:59:15PM +0300, Adrian Bunk wrote:
> On Thu, Jun 22, 2017 at 02:41:17PM +0200, Steinar H. Gunderson wrote:
>> On Thu, Jun 22, 2017 at 03:35:33PM +0300, Adrian Bunk wrote:
>> > Am armel and armhf, Qt is compiled with OpenGL ES instead of full OpenGL.
>> 
>> Interesting. But isn't this a bug in qcustomplot, not nageru?
> 
> At first sight it actually looks like a bug in qtbase5-dev to me,
> adding the maintainer to Cc:

Hm, no response in a week. Should we simply mark nageru as not for
armhf/armel at this stage? I'm not sure it even works with GLES
(although Movit should, assuming you have at least GLES3).

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Bug#802880: closed by Gianfranco Costamagna (qtcreator: not really a bug)

[Steinar H. Gunderson]

fixed 802280 qtcreator/3.5.0+dfsg-2+b1
thanks

On Sat, Oct 24, 2015 at 02:33:04PM +, Debian Bug Tracking System wrote:
> Hi, this bug is invalid.

Uhm, no?

> During transitions it is normal to have uninstallable packages in sid,
> until they get rebuilt on top of the new library.

It's still a bug.

> qtcreator has been rebuilt around 20 hours ago.
> 
> 3.5.0+dfsg-2+b1
> Rebuild against qtbase-abi-5-5-1.

If so, the binNMU fixes this bug (and should nominally have a Closes: line
with the bug number, except the bug was probably filed after the binNMU was
scheduled). Thank you for taking care of that.

In particular, having a bug in the BTS will enable users to see that the
issue is on its way to being fixed (or not, for some architectures, as you
mention). :-)

/* Steinar */
-- 
Homepage: http://www.sesse.net/

Bug#802880: package is uninstallable due to Qt 5.5 transition

[Steinar H. Gunderson]

Source: qtcreator
Version: 3.5.0+dfsg-2
Severity: serious

Hi,

I can't install qtcreator anymore, since unstable is now on Qt 5.5:

  klump:~> sudo LANG=C apt-get install qtcreator 
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  Some packages could not be installed. This may mean that you have
  requested an impossible situation or if you are using the unstable
  distribution that some required packages have not yet been created
  or been moved out of Incoming.
  The following information may help to resolve the situation:
  
  The following packages have unmet dependencies:
   qtcreator : Depends: qtbase-abi-5-4-2
   Depends: qtdeclarative-abi-5-4-1
   Recommends: qtdeclarative5-dev-tools
   Recommends: qttools5-dev-tools but it is not going to be 
installed
  E: Unable to correct problems, you have held broken packages.

I assume this needs a newer version from upstream.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (750, 'stable'), (500, 'proposed-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.4 (SMP w/40 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#386948: kamera has empty list of "Supported cameras"

[Steinar H. Gunderson]

On Mon, Sep 11, 2006 at 10:01:04AM +0100, peterthevicar wrote:
> kamera requires the package libgphoto2-2-dev to populate its list of 
> supported cameras in the add camera dialog. Without that package you
> are presented with an empty list so cannot set up your camera. digikam 
> depends on libgphoto2-2-dev so if you have digikam installed all is
> well. Just need to add libgphoto2-2-dev as a dependency to fix this.

I'm unable to reproduce this, and besides, it does not make much sense --
what from libgphoto2-2-dev would it need? The only thing would be if it
dlopen()-ed libgphoto2.so, but I can find no such call in kamera.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Fixed in NMU of qt4-x11 4.1.4-1.1

[Steinar H. Gunderson]

tag 327618 + fixed

quit

This message was generated automatically in response to a
non-maintainer upload.  The .changes file follows.

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 29 Aug 2006 01:10:59 +0200
Source: qt4-x11
Binary: libqt4-sql libqt4-core qt4-doc libqt4-debug libqt4-qt3support 
qt4-designer libqt4-dev qt4-dev-tools libqt4-gui libqt4-debug-dev qt4-qtconfig
Architecture: source i386 all
Version: 4.1.4-1.1
Distribution: unstable
Urgency: medium
Maintainer: Debian Qt/KDE Maintainers 
Changed-By: Steinar H. Gunderson <[EMAIL PROTECTED]>
Description: 
 libqt4-core - Qt 4 core non-GUI functionality runtime library
 libqt4-debug - Qt 4 debugging runtime libraries
 libqt4-debug-dev - Qt 4 debugging development files
 libqt4-dev - Qt 4 development files
 libqt4-gui - Qt 4 core GUI functionality runtime library
 libqt4-qt3support - Qt 3 compatibility library for Qt 4
 libqt4-sql - Qt 4 SQL database module
 qt4-designer - Qt 4 Designer
 qt4-dev-tools - Qt 4 development tools
 qt4-doc- Qt 4 API documentation
 qt4-qtconfig - Qt 4 configuration tool
Closes: 327618
Changes: 
 qt4-x11 (4.1.4-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Reintroduce the libpq-dev dependency, which seems to have been removed by
 mistake in 4.1.0-2. (Closes: #327618)
Files: 
 c54ec4b780cd89bf214a8fd52825fb6a 1488 libs optional qt4-x11_4.1.4-1.1.dsc
 95c35c469283d9908ba885cfe229472e 20041 libs optional qt4-x11_4.1.4-1.1.diff.gz
 d182bd3375b45f60e4901150a5ca6b4c 15938478 doc optional 
qt4-doc_4.1.4-1.1_all.deb
 e4a84029f389d502b45aad03b9f6c914 3787274 libdevel optional 
libqt4-dev_4.1.4-1.1_i386.deb
 e9d858c0289737a04c54071aa652450c 278400 libdevel extra 
libqt4-debug-dev_4.1.4-1.1_i386.deb
 dc82aeb1ef9df9978ce961ed96657179 1225292 libs optional 
libqt4-core_4.1.4-1.1_i386.deb
 9d21ac125688a8d9dabd7db0b68be35c 3472920 libs optional 
libqt4-gui_4.1.4-1.1_i386.deb
 ffa148a5251189f0b0ed7e60776f8412 302392 libs optional 
libqt4-sql_4.1.4-1.1_i386.deb
 7aa67d3061ce9305a6145d6e3e0d8ee7 1226892 libs optional 
libqt4-qt3support_4.1.4-1.1_i386.deb
 4c40b17e1e863adc47314a27cc1fd4d8 1035432 devel optional 
qt4-designer_4.1.4-1.1_i386.deb
 7d2cf0817d12cd18eccafe5d71228a25 51837634 libs optional 
libqt4-debug_4.1.4-1.1_i386.deb
 42121630313245a53c375f5ffe7178cb 532810 devel optional 
qt4-dev-tools_4.1.4-1.1_i386.deb
 dce9f686c2dd02a1afa4d3ae3df60dbb 96602 x11 optional 
qt4-qtconfig_4.1.4-1.1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iQCVAwUBRPOTfH7hqgLJpbVOAQK3RQQAjlNGgheGLzFseiK2JYtMKV5RZKqqyB+s
qlcdcJX6nGNSYVrfisF8GY8H7V9xQ/O0Uxk5suBi1lfOwDnK+c85+mhHmskC61sg
zp5FILSAEdEra+YnbpGTUD7cFuj5HwiYi+CP257DB2ZiZwNYMk/yq/sSwjfmZW0U
LmSjX8Ws0S4=
=4k4O
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#289646: kbabel: crash with some .po file

[Steinar H. Gunderson]

On Sun, Jan 23, 2005 at 04:22:33PM +0100, Frans Pop wrote:
> I've also been having crashes using kbabel in Sarge (see #289646). I've 
> had crashes with several po files now.

I don't know if this helps you guys, but valgrind reports

==14218==  Address 0x3588476C is 20 bytes inside a block of size 176 free'd
==14218==at 0x3414ACFA: operator delete(void*) (vg_replace_malloc.c:156)
==14218==by 0x347D7D32: KSpell::~KSpell() (in /usr/lib/libkdeui.so.4.2.0)
==14218==by 0x34DBFDFB: QObject::event(QEvent*) (in 
/usr/lib/libqt-mt.so.3.3.3)
==14218==by 0x34D65BFE: QApplication::internalNotify(QObject*, QEvent*) (in 
/usr/lib/libqt-mt.so.3.3.3)
==14218==by 0x34D651FD: QApplication::notify(QObject*, QEvent*) (in 
/usr/lib/libqt-mt.so.3.3.3)
==14218==by 0x348FFE02: KApplication::notify(QObject*, QEvent*) (in 
/usr/lib/libkdecore.so.4.2.0)
==14218==by 0x34D669F5: QApplication::sendPostedEvents(QObject*, int) (in 
/usr/lib/libqt-mt.so.3.3.3)
==14218==by 0x34D66875: QApplication::sendPostedEvents() (in 
/usr/lib/libqt-mt.so.3.3.3)
==14218==by 0x34D0F13C: QEventLoop::processEvents(unsigned) (in 
/usr/lib/libqt-mt.so.3.3.3)
==14218==by 0x34D77FFE: QEventLoop::processEvents(unsigned, int) (in 
/usr/lib/libqt-mt.so.3.3.3)
==14218==by 0x34D65D6D: QApplication::processEvents(int) (in 
/usr/lib/libqt-mt.so.3.3.3)
==14218==by 0x8119459: (within /usr/bin/kbabel)
==14218==by 0x80FB1AB: (within /usr/bin/kbabel)
==14218==by 0x8100F3B: (within /usr/bin/kbabel)
==14218==by 0x807B8FA: (within /usr/bin/kbabel)

I'm unable to get a better stack trace as I don't have -dbg versions of
kdelibs4, and I'm unable to build them (see the other RC bug on kdelibs :-)).

/* Steinar */
-- 
Homepage: http://www.sesse.net/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294296: kdelibs: fails to build

[Steinar H. Gunderson]

Package: kdelibs
Version: 4:3.3.2-1
Severity: normal

While trying to build kdelibs (in order to debug #289646), I crashed
into the following error:

make[4]: Leaving directory 
`/home/cassarossa/itk/sesse/kdelibs-3.3.2/obj-i386-linux/doc'
make[3]: Leaving directory 
`/home/cassarossa/itk/sesse/kdelibs-3.3.2/obj-i386-linux/doc'
Making all in kcert
make[3]: Entering directory 
`/home/cassarossa/itk/sesse/kdelibs-3.3.2/obj-i386-linux/kcert'
/usr/share/qt3/bin/moc ../../kcert/kcertpart.h -o kcertpart.moc
if /bin/sh ../libtool --silent --tag=CXX --mode=compile i386-linux-g++ 
-DHAVE_CONFIG_H -I. -I../../kcert -I.. -I../dcop -\
then mv -f ".deps/kcertpart.Tpo" ".deps/kcertpart.Plo"; else rm -f 
".deps/kcertpart.Tpo"; exit 1; fi
In file included from ../../kio/kssl/ksslall.h:33,
 from ../../kcert/kcertpart.cc:36:
../../kio/kssl/ksslutils.h:28:26: openssl/x509.h: No such file or directory
In file included from ../../kio/kssl/ksslall.h:33,
 from ../../kcert/kcertpart.cc:36:
../../kio/kssl/ksslutils.h:45: error: `ASN1_UTCTIME' was not declared in this 
   scope
../../kio/kssl/ksslutils.h:45: error: `tm' was not declared in this scope

I don't see any dependency on libssl-dev here; I did have libssl-dev installed
recently but not anymore (I did "apt-get build-dep kdelibs" before starting
the build). I do have /usr/include/gnutls/openssl.h, though, but I don't see why
this should make config.log read

  ac_cv_have_ssl='have_ssl=yes ac_ssl_includes=/usr/include 
ac_ssl_libraries=/usr/lib ac_ssl_rsaref=no'

Any ideas? Should a dependency on libssl-dev simply be added to kdelibs?

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8.1
Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

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-1   Library of functions for 2D graphi
ii  libarts1  1.3.2-2aRts Sound system
ii  libasound21.0.8-1ALSA library
ii  libaspell15   0.50.5-5   The GNU Aspell spell-checker runti
ii  libaudio2 1.7-2  The Network Audio System (NAS). (s
ii  libaudiofile0 0.2.6-5Open-source version of SGI's audio
ii  libbz2-1.01.0.2-3high-quality block-sorting file co
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libcupsys2-gnutls 1.1.23-3   Common UNIX Printing System(tm) - 
ii  libesd0   0.2.35-2   Enlightened Sound Daemon - Shared 
ii  libfam0c102   2.7.0-6client library to control the FAM 
ii  libgcc1   1:4.0-0pre2GCC support library
ii  libglib2.0-0  2.6.1-3The GLib library of C routines
ii  libice6   4.3.0.dfsg.1-10Inter-Client Exchange library
ii  libidn11  0.5.2-3GNU libidn library, implementation
ii  libjack0.80.0-0   0.99.0-4   JACK Audio Connection Kit (librari
ii  libjasper-1.701-1 1.701.0-2  The JasPer JPEG-2000 runtime libra
ii  libjpeg62 6b-9   The Independent JPEG Group's JPEG 
ii  libmad0   0.15.1b-1  MPEG audio decoder library
ii  libogg0   1.1.0-1Ogg Bitstream Library
ii  libopenexr2   1.2.1-3runtime files for the OpenEXR imag
ii  libpcre3  4.5-1.1Perl 5 Compatible Regular Expressi
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libqt3c102-mt 3:3.3.3-8  Qt GUI Library (Threaded runtime v
ii  libsm64.3.0.dfsg.1-10X Window System Session Management
ii  libstdc++51:3.3.5-8  The GNU Standard C++ Library v3
ii  libtiff4  3.7.1-3Tag Image File Format (TIFF) libra
ii  libvorbis0a   1.0.1+gt3b2+20040215-3 The Vorbis General Audio Compressi
ii  libvorbisenc2 1.0.1+gt3b2+20040215-3 The Vorbis General Audio Compressi
ii  libvorbisfile31.0.1+gt3b2+20040215-3 The Vorbis General Audio Compressi
ii  libx11-6  4.3.0.dfsg.1-10X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-10X Window System miscellaneous exte
ii  libxml2   2.6.11-5   GNOME XML library
ii  libxrender1   0.8.3-7X Rendering Extension client libra
ii  libxslt1.11.1.8-5XSLT processing library - runtime 
ii  libxt64.3.0.dfsg.1-10X Toolkit Intrinsics
ii  xbase-clients 4.3.0.dfsg.1-10miscellaneous X clients
ii  xlibs 4.3.0.dfsg.1-10X Keyboard Extension (XKB) configu
ii  zlib1g1:1.2.2-4  compression library - run

Bug#270945: kshisen: desktop file Exec option should not contain full path to command

[Steinar H. Gunderson]

[Sending for the _third_ time, hope I manage to hit the right bug this time
:-P]

On Thu, Sep 09, 2004 at 11:13:59PM -0700, Steve Langasek wrote:
> clone 269519 -1
> severity 269519 important
> reassign -1 kicker
> retitle -1 kicker broken when .desktop file includes an absolute path
> thanks
> 
> This really seems to be a bug in kicker, not in kshisen.  It's obviously
> rather difficult to launch an application without a full path if it lies
> outside the search path, and clearly it's possible for a user to have a
> path that doesn't include /usr/games.

OK, I've started debuggig this, but I'm completely lost in KDE's internals,
so I'll mainly present what I've found to hopefully make it easier for the
next person touching this (I'm going to bed now, but I might pick it up again
later):

- This bug is present both in sarge (KDE 3.2) and sid (KDE 3.3).
- The error message "KDEInit could not launch '/usr/games/kmahjongg'" (when
  you close the application and kicker unhangs) seems to come from kdelibs,
  not kdebase (kicker). It is delivered via a UNIX socket from kdeinit (?) to
  kicker (as a response to the "launch" request, I'd guess), which only
  displays it.
- The only code that checks for '/' anywhere in kdeinit seems to be in
  klauncher.cpp; since kdelibs spent from 2am to over 3am compiling (still
  compiling as I write this :-) ), I haven't been able to check if it
  actually makes a difference or not, but the path with '/' does explicit
  "new" while the path without seems to enter some factory. (This might be a
  red herring, though.)
- The bug is not completely deterministic; at one point, it simply
  disappeared, but rm -rf ~/.kde brought it back.

/* Steinar */
-- 
Homepage: http://www.sesse.net/

Bug#269519: kshisen: desktop file Exec option should not contain full path to command

[Steinar H. Gunderson]

On Thu, Sep 09, 2004 at 11:13:59PM -0700, Steve Langasek wrote:
> clone 269519 -1
> severity 269519 important
> reassign -1 kicker
> retitle -1 kicker broken when .desktop file includes an absolute path
> thanks
> 
> This really seems to be a bug in kicker, not in kshisen.  It's obviously
> rather difficult to launch an application without a full path if it lies
> outside the search path, and clearly it's possible for a user to have a
> path that doesn't include /usr/games.

OK, I've started debuggig this, but I'm completely lost in KDE's internals,
so I'll mainly present what I've found to hopefully make it easier for the
next person touching this (I'm going to bed now, but I might pick it up again
later):

- This bug is present both in sarge (KDE 3.2) and sid (KDE 3.3).
- The error message "KDEInit could not launch '/usr/games/kmahjongg'" (when
  you close the application and kicker unhangs) seems to come from kdelibs,
  not kdebase (kicker). It is delivered via a UNIX socket from kdeinit (?) to
  kicker (as a response to the "launch" request, I'd guess), which only
  displays it.
- The only code that checks for '/' anywhere in kdeinit seems to be in
  klauncher.cpp; since kdelibs spent from 2am to over 3am compiling (still
  compiling as I write this :-) ), I haven't been able to check if it
  actually makes a difference or not, but the path with '/' does explicit
  "new" while the path without seems to enter some factory. (This might be a
  red herring, though.)
- The bug is not completely deterministic; at one point, it simply
  disappeared, but rm -rf ~/.kde brought it back.

/* Steinar */
-- 
Homepage: http://www.sesse.net/