Bugzilla Bug 134341

Stabilization request of Qt-4.1.2.

Needed for #132349.

You forgot to ask the arch teams to stabilize... ;]

yeah - selected them from the web form but forgot to "add arches" :)

wouldn't be the first time, either.

what about qt-4.1.3? it fixes so many bugs in qt-4.1.2

It fixes TONS AND TONS AND TONS of things... but adds a new swath of bugs.
Though I'd be a lot more supportive of 4.1.3 stable. If you want to do ANY sort
of printing with 4.1.2, don't bother... it's entirely broken.

Wow, I hadn't seen the printing bugs on qt 4.1.2.

I do have some reports of qt-4.1.3 bugs, particularly with treeviews and
listviews.

x86 already has 4.1.2 stable...

If you decide that you want a different version, add us back.

amd64 done (on 4.1.2)

Caleb,

We use paid-for QT in the office. Our software just plain does not print. We
have had some serious patches against 4.1.2. And I spend every other day on the
phone with TrollTech it feels like. I think TrollTech's QA process is:

if(compile() == true) {
   shipit();
}

Understandable.  I also use the commercial paid for version (Linux only), but
I've never used the printing portion for the work I do.

Marked ppc stable (4.1.2), but feel free to re-add us if you'd like a newer
version stable.

As qt-4.1.x seems a bit unstable, SPARC will refrain from stablizing them for
now.  The 4.0.x series did seem a bit more stable as I recall, but are no
longer in the tree.  Any chance of one of those making it back in to satisfy
qt4 use flags?

Jason: I'd recommend looking at qt-4.1.4 if you don't want to mark 4.1.2
stable.  4.1.4 is a pretty solid release as far as I can tell.

readding arches.

Arch teams: this is a new request for marking of qt-4.1.4 stable on your
architecture.

Thanks.

(In reply to comment #12)
> Jason: I'd recommend looking at qt-4.1.4 if you don't want to mark 4.1.2
> stable.  4.1.4 is a pretty solid release as far as I can tell.
> 

Just a comment:  I've had no problems with qt-4.1.4 on sparc, but although I
use qt more than not at all, I am not a heavy qt user.

All of the qt-4.1.x builds we've had in the tree, including qt-4.1.4 seg fault
on ~sparc before any GUI elements are displayed.  This even includes the qtdemo
app that comes with qt-4.x.  Hence the request for a qt-4.0.x build to be put
back into the tree.

is there any way you can provide a backtrace of the segfault?  I'd like to get
that fixed instead of reverts to 4.0.x

(In reply to comment #15)
> All of the qt-4.1.x builds we've had in the tree, including qt-4.1.4 seg fault
> on ~sparc before any GUI elements are displayed.  This even includes the qtdemo
> app that comes with qt-4.x.  Hence the request for a qt-4.0.x build to be put
> back into the tree.
> 

I was mistaken.  qt4-qtruby seems good with qt-4.1.4, but the qt apps ---
qtdemo, designer, are not.

(In reply to comment #16)
> is there any way you can provide a backtrace of the segfault?  I'd like to get
> that fixed instead of reverts to 4.0.x
> 

This is the best I can do for qt4-1-4's designer:
=============================
#0  0x706837b4 in QTextFormatPrivate::recalcFont () from
/usr/lib/qt4/libQtGui.so.4
(gdb) bt
#0  0x706837b4 in QTextFormatPrivate::recalcFont () from
/usr/lib/qt4/libQtGui.so.4
#1  0x706846bc in QTextFormatPrivate::resolveFont () from
/usr/lib/qt4/libQtGui.so.4
#2  0x706874c8 in QTextFormatCollection::indexForFormat () from
/usr/lib/qt4/libQtGui.so.4
#3  0x7069c43c in QTextDocumentPrivate::init () from /usr/lib/qt4/libQtGui.so.4
#4  0x7068ef30 in QTextDocument::QTextDocument () from
/usr/lib/qt4/libQtGui.so.4
#5  0x707ce94c in QTextEditPrivate::setContent () from
/usr/lib/qt4/libQtGui.so.4
#6  0x707cec9c in QTextEditPrivate::init () from /usr/lib/qt4/libQtGui.so.4
#7  0x707cfaec in QTextEdit::QTextEdit () from /usr/lib/qt4/libQtGui.so.4
#8  0x707d89d4 in QTextBrowser::QTextBrowser () from /usr/lib/qt4/libQtGui.so.4
#9  0x702ec704 in qdesigner_internal::WidgetFactory::createWidget () from
/usr/lib/qt4/libQtDesigner.so.4
#10 0x702f69fc in qdesigner_internal::WidgetDataBase::defaultPropertyValues ()
from /usr/lib/qt4/libQtDesigner.so.4
#11 0x702f6c18 in qdesigner_internal::WidgetDataBase::grabDefaultPropertyValues
() from /usr/lib/qt4/libQtDesigner.so.4
#12 0x700cc3d8 in QDesignerComponents::initializePlugins () from
/usr/lib/qt4/libQtDesignerComponents.so.4
#13 0x00023e64 in QDesignerTaskMenuExtension::preferredEditAction ()
#14 0x00023e64 in QDesignerTaskMenuExtension::preferredEditAction ()
=============================

And here is qtdemo:
=====================
#0  0x7034f7b4 in QTextFormatPrivate::recalcFont () from
/usr/lib/qt4/libQtGui.so.4
#1  0x703506bc in QTextFormatPrivate::resolveFont () from
/usr/lib/qt4/libQtGui.so.4
#2  0x703534c8 in QTextFormatCollection::indexForFormat () from
/usr/lib/qt4/libQtGui.so.4
#3  0x7036843c in QTextDocumentPrivate::init () from /usr/lib/qt4/libQtGui.so.4
#4  0x7035af30 in QTextDocument::QTextDocument () from
/usr/lib/qt4/libQtGui.so.4
#5  0x00017664 in ?? ()
#6  0x00017664 in ?? ()
Previous frame identical to this frame (corrupt stack?)
==============================

So, if I read this correctly, we are failing in recalcFont.

I seem to get the same as Ferris, but have a few more steps in my backtrace:

#0  0xf7c0d0f4 in QTextFormatPrivate::recalcFont ()
   from /usr/lib/qt4/libQtGui.so.4
#1  0xf7c0dffc in QTextFormatPrivate::resolveFont ()
   from /usr/lib/qt4/libQtGui.so.4
#2  0xf7c10e08 in QTextFormatCollection::indexForFormat ()
   from /usr/lib/qt4/libQtGui.so.4
#3  0xf7c25d7c in QTextDocumentPrivate::init () from /usr/lib/qt4/libQtGui.so.4
#4  0xf7c18870 in QTextDocument::QTextDocument ()
   from /usr/lib/qt4/libQtGui.so.4
#5  0x00017664 in ?? ()
#6  0x00030dec in QVector<QAbstractTextDocumentLayout::Selection>::free ()
#7  0x00031724 in QVector<QAbstractTextDocumentLayout::Selection>::free ()
#8  0x000341a8 in QList<QFileInfo>::detach_helper ()
#9  0xf749ba9c in QObject::event () from /usr/lib/qt4/libQtCore.so.4
#10 0xf7adcf48 in QWidget::event () from /usr/lib/qt4/libQtGui.so.4
#11 0xf7d0fe60 in QMainWindow::event () from /usr/lib/qt4/libQtGui.so.4
#12 0xf7a914ec in QApplicationPrivate::notify_helper ()
   from /usr/lib/qt4/libQtGui.so.4
#13 0xf7a916b8 in QApplication::notify () from /usr/lib/qt4/libQtGui.so.4
#14 0xf748d0dc in QCoreApplication::sendPostedEvents ()
   from /usr/lib/qt4/libQtCore.so.4
#15 0xf7b040ac in QEventDispatcherX11::processEvents ()
   from /usr/lib/qt4/libQtGui.so.4
#16 0xf7486d9c in QEventLoop::processEvents () from /usr/lib/qt4/libQtCore.so.4
#17 0xf7486fe4 in QEventLoop::exec () from /usr/lib/qt4/libQtCore.so.4
#18 0xf748d20c in QCoreApplication::exec () from /usr/lib/qt4/libQtCore.so.4
#19 0x00033678 in QList<QFileInfo>::detach_helper ()
#20 0xf70702ac in __libc_start_main () from /lib/tls/libc.so.6
#21 0x00016618 in ?? ()
#22 0x00016618 in ?? ()
Previous frame identical to this frame (corrupt stack?)

I'm not sure if this matters or not, but there are some assembly functions that
get compiled in based on your architecture.  I'm wondering if it's not being
correctly identified for sparc.

In configure, it seems to set arch to sparc based on finding SunOS.  I wonder
if it's not setting the right arch and as such compiling in the wrong assembly
code?

(In reply to comment #20)
> I'm not sure if this matters or not, but there are some assembly functions that
> get compiled in based on your architecture.  I'm wondering if it's not being
> correctly identified for sparc.
> 
> In configure, it seems to set arch to sparc based on finding SunOS.  I wonder
> if it's not setting the right arch and as such compiling in the wrong assembly
> code?
> 

I really hope not. :)  Unfortunately, this is not all that uncommon a problem. 
I'll try to look at it next week, and I hope a couple other people will, too. 
I'm far from any sort of sparc assembly expert.  (It never occured to me that
qt would need assembly language for anything. :( .)

1) emerges fine so far:
QA Notice: pre-stripped files found:
/var/tmp/portage/qt-4.1.4/image/usr/bin/moc
/var/tmp/portage/qt-4.1.4/image/usr/bin/rcc
/var/tmp/portage/qt-4.1.4/image/usr/bin/uic
/var/tmp/portage/qt-4.1.4/image/usr/bin/uic3
/var/tmp/portage/qt-4.1.4/image/usr/bin/qm2ts
/var/tmp/portage/qt-4.1.4/image/usr/bin/qmake
/var/tmp/portage/qt-4.1.4/image/usr/bin/lrelease
/var/tmp/portage/qt-4.1.4/image/usr/bin/assistant
/var/tmp/portage/qt-4.1.4/image/usr/bin/lupdate
/var/tmp/portage/qt-4.1.4/image/usr/bin/qtconfig
/var/tmp/portage/qt-4.1.4/image/usr/bin/qt3to4
/var/tmp/portage/qt-4.1.4/image/usr/bin/designer
/var/tmp/portage/qt-4.1.4/image/usr/bin/linguist
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQt3Support.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtTest.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtNetwork.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtOpenGL.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtGui.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtSvg.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtCore.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtDesignerComponents.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtDesigner.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtXml.so.4.1.4
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/plugins/imageformats/libqgif.so
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/plugins/imageformats/libqmng.so
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/plugins/imageformats/libqjpeg.so
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/plugins/designer/libqt3supportwidgets.so
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/plugins/inputmethods/libqimsw-multi.so
/var/tmp/portage/qt-4.1.4/image/usr/lib/qt4/libQtSql.so.4.1.4

2) passes collision test
3) KeepAssX from my overlay emerged fine (it is the only application I found,
that really needs QT 4) and works.

Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4,
2.6.17-gentoo-r4 i686)
=================================================================
System uname: 2.6.17-gentoo-r4 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.6.15
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash
/etc/terminfo"
CXXFLAGS="-O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer
parallel-fetch sandbox sfperms strict test"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
LANG="de_DE@euro"
LC_ALL="de_DE@euro"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage"
USE="x86 3dnow 3dnowext X Xaw3d a52 alsa arts artworkextra asf audiofile avi
bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo
cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus
dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss
encode esd evo exif expat fam fat fbcon fdftk ffmpeg firefox foomaticdb fortran
ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icq idn
imagemagick imap imlib ipv6 isdnlog java javascript jikes jpeg jpeg2k ldap leim
libg++ libwww lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng
mono motif mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nptl
nptlonly nsplugin nvidia objc ogg opengl pam pcre pdf pdflib perl plotutils pmu
png ppds pppd preview-latex print python qt qt3 qt4 quicktime readline
reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib
tcltk tcpd theora thunderbird tiff truetype truetype-fonts type1-fonts udev usb
vcd videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib
elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de
userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

@sparc:

When you start the emerge, can you see if it picks up the right architecture. 
For example, here's mine:

>>> Compiling source in /var/tmp/portage/qt-4.1.4/work/qt-x11-opensource-src-4.1.4 ...

This is the Qt/X11 Open Source Edition.

Determining system architecture... (Linux:2.6.12-gentoo-r5:i686)
    32-bit Intel 80x86 (i386)
    'i386' is supported
System architecture: 'i386'

Created an attachment (id=93122) [details]
Output of qt emerge captured by script and compressed by bzip2

On a stable keywords SPARC system, it shows the following;

Determining system architecture... (Linux:2.6.17:sparc64)
    Trying 'sparc64'...
    'sparc64' is unsupported, using 'generic'

I've attached a bzip2'd log file of the whole emerge process (generated by
script).

emerges fine on amd64 and seems to be doing ok...

emerge --info
Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4,
2.6.17-suspend2-r3-Dudebox-Edition x86_64)
=================================================================
System uname: 2.6.17-suspend2-r3-Dudebox-Edition x86_64 AMD Athlon(tm) 64
Processor 3200+
Gentoo Base System version 1.6.15
ccache version 2.3 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe -msse3"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer
multilib-strict parallel-fetch sandbox sfperms strict test userfetch userpriv
usersandbox"
GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/"
LINGUAS="de"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://server/gentoo-portage"
USE="amd64 X alsa arts avi berkdb bitmap-fonts cli crypt cups dlloader dri eds
emboss encode foomaticdb fortran gif gnome gpm gstreamer gtk gtk2 imlib ipv6
isdnlog jpeg kde kdeenablefinal lzw lzw-tiff mp3 mpeg ncurses nls nptl opengl
pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection
sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts unicode usb
userlocales xorg xpm xv zlib elibc_glibc input_devices_keyboard
input_devices_mouse input_devices_evdev kernel_linux linguas_de userland_GNU
video_cards_dummy"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

4.1.4 works also here with qmpdclient, marked stable on x86.

As a bonus, I've also fixed some leading spaces in the 4.2.0_pre1 ebuild.

blubb seems to be getting old... Or maybe he's just out of catchy things to say
on bugs and doesn't comment at all on them because of that ;)

amd64 stable

ppc64 stable

HPPA done!

ppc stable

ia64 is done. sparc remaining

how about it sparc? :)

Uh, as  you can see from the comments, this is horribly broken on SPARC.  How
about putting a 4.0.x release back in the tree so we can have a working qt-4?

In the configure script it's ignoring the sparc arch because you're not running
SunOS in the uname.

>    SunOS:5*:*)
>        case "$UNAME_MACHINE" in
>        sun4u*)
>            if [ "$OPT_VERBOSE" = "yes" ]; then
>                echo "    Sun SPARC (sparc)"
>            fi
>            ARCH=sparc
>            ;;

Can you hack up the configure script so it think your ARCH is sparc.  This will
fix the proper assembly functions that I think are causing your problem.

Sure, however can we PLEASE get a qt-4.0 ebuild back into the tree so that at
least we have something that WORKS?  There is no telling how long fixing this
might take (my guess is at least a day given that configure script fixes are
the only thing that need adusting) and quite possibly longer depending on time
availability and the fact that qt-4.1.x takes 2.5 - 3 hours to build.

okie, since you've asked nicely :)

qt-4.0.1 is back in portage as ~sparc

Thanks :)  I'll post back when I've  had a chance to test out  your suggestion.

Created an attachment (id=97858) [details]
SPARC configure patch

Attached is a patch for configure that fixes the QT issues on SPARC.  Please
apply it and we'll go through the 30 day cycle to see if anyone has any issues
before stablizing.

Any problems with the patch?

Anybody home?

sorry - in a deluge of bug mails - applied.

qt-4.1.4 sparc stable, feel free to remove qt-4.0.1 now that we got the latest
rolling.