Your message dated Mon, 14 Apr 2008 08:54:27 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Re: [PyQt] Regression in sip 4.7.4 "sip: QPixmap has not been
defined"
has caused the Debian Bug report #469850,
regarding sip4: "sip: QPixmap has not been defined"
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
469850: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469850
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: sip4
Version: 4.7.4-1
Greetings,
I am trying to build a new package called Salomé, and within the last
month, a new error has shown up in the sip stage of the build:
/usr/bin/sip -t WS_X11 -t Qt_3_3_8b -x Qt_STYLE_INTERLACE -x Qt_STYLE_WINDOWSXP
-x Qt_ASSISTANTCLIENT -s ".cc" -c . -I /usr/share/sip/qt/qt SALOME_PYQT_GUI.sip
sip: QPixmap has not been defined
This worked fine in testing at least through January 25, so whatever is
causing this entered testing between then and now.
You can download the current Salomé package (including failed build log)
at: http://lyre.mit.edu/~powell/salome/ and when you unpack it, go to
salome-3.2.6/GUI_SRC_3.2.6/src/SALOME_PYQT/SALOME_PYQT_GUI/ to reproduce
the above error.
[If you want to try to build Salomé, you'll need the hdf5-openmpi
packages in the build-deps directory there (bug 457080) and also
opencascade in http://lyre.mit.edu/~powell/opencascade/ (ITP bug
464400). Salomé used to only build on testing because of its omniORB
4.0.x dep; as of -6 it should build in unstable with omniORB 4.1.1.]
Thank you for any help you can provide in getting this working again.
Regards,
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools
http://www.opennovation.com/
--- End Message ---
--- Begin Message ---
On Sun, 2008-04-13 at 14:20 +0100, Phil Thompson wrote:
> On Sunday 13 April 2008, Adam C Powell IV wrote:
> > On Sun, 2008-04-06 at 20:14 -0400, Adam C Powell IV wrote:
> > > On Mon, 2008-04-07 at 00:49 +0100, Phil Thompson wrote:
> > > > I said before you should reproduce the problem with the standard source
> > > > packages, not your distro's packages. "-t Qt_3_3_8b" does not come from
> > > > the standard source packages.
> > > >
> > > > Phil
> > >
> > > As we say in New York, "Akhaa!" Thanks, that was exactly the clue I
> > > needed.
> > >
> > > This wasn't the fault of the distro, but the software package. Salomé
> > > comes in a package with its own SIP, Ot, omniORB, NetGen, etc., and its
> > > own set of default but non-standard build options.
> > >
> > > Removing the -t option you identified overcame the problem, now it works
> > > with sip 4.7.4 in Debian, which should be faithful to the original.
> >
> > The whole thing builds now with -t Qt_3_3_6.
> >
> > And I identified the source of the Qt version in the sip command: Salomé
> > gets it from QT_VERSION_STR in qglobal.h . Debian's Qt has 3.3.8b.
> >
> > So naturally, I tried -t Qt_3_3_8 but that failed in the same way as
> > before.
> >
> > This begs the question: given that Qt 3.3.8 was released on February 14,
> > 2007, and SIP 4.7.4 was released on February 12, 2008, why does SIP not
> > support a Qt version released nearly a year earlier?
>
> Because Qt_3_3_6 does not refer to the version of Qt, it refers to the
> version
> of the Qt API. The Qt v3 API hasn't changed since Qt v3.3.6.
I see. Thanks again for the clarification! I'll communicate this to
the Salomé upstream.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools
http://www.opennovation.com/
--- End Message ---
