Bug#1019556: sse3-support: version 14 fails to install where version 13 installs fine due to different binary capitalization: test-sse3 vs test-SSE3

2022-09-11 Thread Axel Beckert 
Package: sse3-support,isa-support
Version: 14
Severity: grave
Justification: Completely fails to serve its purpose

Hi,

on my Thinkpad X250 with an "Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz"
CPU, sse3-support version 14 fails to install where version 13 installs
fine, despite sse3-support's changelog entry for version 14 claims that
only the package description was changed -- which according to "git diff
debian/13..HEAD" (the "debian/14" tag seems missing) is not true as a
lot of Perl code changed as well.

┌┤ Configuring sse3-support 
├─┐
│   
  │
│ Support for sse3 required 
  │
│   
  │
│ Alas, your machine doesn't support the sse3 instruction set.  It is needed by 
software that depends on this dummy package.  Sorry.  │
│   
  │
│ Aborting installation.
  │
│   
  │
│   
  │
│   
  │
└─┘
This machine doesn't support sse3, sorry.
Aborting.
dpkg: error processing archive 
/tmp/apt-dpkg-install-KpVFwZ/0-sse3-support_14_amd64.deb (--unpack):
 new sse3-support package pre-installation script subprocess returned error 
exit status 2

Additionally the package description claims "It is available on almost
any 64-bit-capable processor except for some early AMD models
(Sledgehammer and Clawhammer). This CPU is neither an AMD one nor an
early 64-bit CPU, being only about 7 years old.

https://ark.intel.com/content/www/us/en/ark/products/85213/intel-core-i55300u-processor-3m-cache-up-to-2-90-ghz.html
says the launch date of this CPU was Q1'15.

Full CPU details:

→ cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 61
model name  : Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz
stepping: 4
microcode   : 0x2f
cpu MHz : 700.000
cache size  : 3072 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 2
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 20
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb 
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology 
nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est 
tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt 
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch 
cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi 
flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms 
invpcid rtm rdseed adx smap intel_pt xsaveopt dtherm ida arat pln pts md_clear 
flush_l1d
vmx flags   : vnmi preemption_timer invvpid ept_x_only ept_ad ept_1gb 
flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest ple 
shadow_vmcs
bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds 
swapgs taa itlb_multihit srbds
bogomips: 4589.74
clflush size: 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:

processor   : 2
vendor_id   : GenuineIntel
cpu family  : 6
model   : 61
model name  : Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz
stepping: 4
microcode   : 0x2f
cpu MHz : 2575.752
cache size  : 3072 KB
physical id : 0
siblings: 2
core id : 1
cpu cores   : 2
apicid  : 2
initial apicid  : 2
fpu : yes
fpu_exception   : yes
cpuid level : 20
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb 
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology 
nonstop_tsc cpuid aperfmperf pni pclmulqdq dt

Bug#983018: qdbus: Needs package downgrade from Buster to Bullseye (missing epoch in transitional package)

2021-02-18 Thread Axel Beckert 
Package: qdbus
Severity: serious
Justification: §3.2 and https://wiki.debian.org/SystemDowngrade

Hi,

on one system I wondered why qdbus is still on Qt4. Then I noticed that
the version of the Qt4 qdbus package from Buster is higher (!) than the
version of the Qt5 qdbus package in Bullseye:

$ apt-cache policy qdbus
qdbus:
  Installed: 4:4.8.7+dfsg-18+deb10u1
  Candidate: 4:4.8.7+dfsg-18+deb10u1
  Version table:
 *** 4:4.8.7+dfsg-20 100
100 /var/lib/dpkg/status
 5.15.2-3 990
900 https://debian.ethz.ch/debian bullseye/main i386 Packages

>From what I can see, the proper fix is to prepend at least an epoch of
"4" to (only) the transitional package, i.e. to make the version of
qdbus in Bullseye "4:5.15.2-…" instead of just "5.15.2-…".

Even the BTS gets it partially wrong probably because of this and still
thinks the current qdbus package is built from the qt4-x11 source
package:

https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=qdbus;dist=unstable
(Note that it displays the correct version number, but the wrong source
package.)

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), 
(500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 
'buildd-experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Bug#886107: kdepim: depends on a lot of developer packages

2018-01-02 Thread Axel Beckert 
Dear Martin,

Martin Steigerwald wrote:
> Today I tried again to upgrade to KF 5.41 from experimental and aptitude
> stumbled over updating some -dev packages I had still installed.
> 
> I removed them and was surprised that apt removed kdepim + kmail as well.
> 
> Afterwards I reinstalled kdepim and saw that apt wants to draw in a lot
> of *-dev packages.

Thanks for this bug report! This is indeed very annoying.

But even more annoying is the fact that it pulls in the legacy
libssl1.0-dev:

> The following NEW packages will be installed:
[…]
>   libssl1.0-dev

And libssl1.0-dev is not co-installable with libssl-dev and hence
upgrading KDE tries to remove libssl-dev which is inacceptable on a
developer's machine.

    Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#884027: marble-qt: Update pulls in 81 MB of KDE (libkf5*) libraries despite package description says "no KDE dependencies"

2017-12-10 Thread Axel Beckert 
Package: marble-qt,marble-data
Version: 44:17.08.3-2
Severity: important

Dear KDE/Qt maintainers,

the package description of marble-qt clearly states "no KDE
dependencies". But marble-qt depends on marble-data which suddenly
depends on plasma-framework which pulls in tons of libkf5* libraries,
kio and kpackage:

The following packages will be REMOVED:
  libmarblewidget-qt5-25 ruby-compass ruby-compass-core
  ruby-compass-import-once
The following NEW packages will be installed:
  kactivities-bin kactivitymanagerd kio kpackagelauncherqml
  kpackagetool5 libhfstospell9 libkf5activities5 libkf5attica5
  libkf5calendarevents5 libkf5completion-data libkf5completion5
  libkf5declarative-data libkf5declarative5 libkf5doctools5
  libkf5globalaccel-bin libkf5globalaccel-data libkf5globalaccel5
  libkf5globalaccelprivate5 libkf5jobwidgets-data libkf5jobwidgets5
  libkf5kiocore5 libkf5kiontlm5 libkf5kiowidgets5 libkf5package-data
  libkf5package5 libkf5plasma5 libkf5plasmaquick5 libkf5quickaddons5
  libkf5sonnet5-data libkf5sonnetcore5 libkf5sonnetui5
  libkf5textwidgets-data libkf5textwidgets5 libkf5xmlgui-bin
  libkf5xmlgui-data libkf5xmlgui5 libmarblewidget-qt5-28
  libqt5quickcontrols2-5 libqt5quicktemplates2-5 libvoikko1
  libxcb-composite0 libxcb-damage0 plasma-framework
  qml-module-org-kde-kconfig qml-module-org-kde-kquickcontrols
  qml-module-org-kde-kquickcontrolsaddons qml-module-qtqml-models2
  qml-module-qtquick-controls2 qml-module-qtquick-templates2
  sonnet-plugins
The following packages will be upgraded:
  convmv installation-report libastro1 libical3 marble-data marble-maps
  marble-plugins marble-qt parcimonie pyflakes pyflakes3 python-pyflakes
  python3-pyflakes ruby-sass
14 upgraded, 50 newly installed, 4 to remove and 0 not upgraded.
Need to get 57.8 MB of archives.
After this operation, 81.9 MB of additional disk space will be used.
  ^^^

Please make marble-qt usable without any KDE components again.

P.S.: Technically this bug is not release-critical, but IMHO a marble-qt
with KDE dependencies should not migrate to testing, so feel free to
bump the severity to serious.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (980, 'unstable-debug'), (600, 'testing'), 
(111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental'), 
(105, 'experimental-debug')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages marble-qt depends on:
[bogus data, because I refuse to update marble-qt due to the above]

marble-qt recommends no packages.

marble-qt suggests no packages.

-- no debconf information

Bug#882805: libqt5webengine5: Doesn't show error messages/pages on (at least) non-existing hosts and unsupported protocols

2017-11-26 Thread Axel Beckert 
Package: libqt5webengine5
Version: 5.9.2+dfsg-2
Severity: normal
Control: affects -1 qutebrowser

Hi,

while testing the qutebrowser 1.0.3 upstream release for sponsoring an
upload to Debian I noticed that neither "host not found errors" nor
(suspectedly) unsupported protocol errors show up properly in
qutebrowser.

Thanks to the main qutebrowser upstream developer (Florian Bruhin,
X-Debbugs-CC'ed) I am able to provide the following minimal and
qutebrowser-independent test cases to reproduce these issues.

For that minimal test case Florian suggested to use this minimal
command-line wrapper script around Qt's browser engines (part of the
qutebrowser source code, but it's not qutebrowser):

https://github.com/qutebrowser/qutebrowser/blob/master/scripts/testbrowser.py

Using this small test script, I can reproduce the issue as follows:

  $ python3 testbrowser.py --webengine http://domain.doesnotexist/
  Loading progress: 10%
  Loading started
  Loading progress: 10%
  Loading progress: 70%
  Loading progress: 0%
  js: Uncaught ReferenceError: jstProcess is not defined
  Loading finished
  Loading progress: 100%
  Loading progress: 100%

It shows some half-baked not-sure-what dialog (looks more like half of a
download dialog) as shown in the attached
2017-11-26-231109_638x430_scrot.png screen shot.


The console output for trying to access a gopher page looks very
similar, but the shown page is completely blank:

  $ python3 testbrowser.py --webengine gopher://gopher.semmel.ch/
  Loading progress: 10%
  Loading started
  Loading progress: 0%
  js: Uncaught ReferenceError: jstProcess is not defined
  Loading finished
  Loading progress: 100%
  Loading progress: 100%

Screenshot of the blank page is in 2017-11-26-231406_638x430_scrot.png.


And just as a proof that this gopher server indeed works,
2017-11-26-231803_638x430_scrot.png is a screenshot of accessing
that gopher server with the gopher browser forg.


Since the messages, and even the warning testbrowser.py prints, are in
both cases nearly identical, I assume this is one bug and not two
different bugs. Feel free to clone this bug report if you think otherwise.

And since the string "jstProcess" is neither present in qutebrowser's
source code nor in testbrowser.py, but according to
https://codesearch.debian.net/search?q=jstProcess in
qtwebengine-opensource-src and chromium-browser, this seems to be a bug
directly in libqt5webengine5 (and not qutebrowser).

And since it only seems to happen on Debian (but not on other
distributions according to qutebrowser upstream), it might be an issue
specific to how qtwebengine is compiled for Debian. (This is not meant
as an accusation but as a hint to where start looking. :-)

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), 
(500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 
'buildd-experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-rc7-amd64 (SMP w/8 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libqt5webengine5 depends on:
ii  libc6 2.25-2
ii  libqt5core5a [qtbase-abi-5-9-2]   5.9.2+dfsg-4
ii  libqt5gui55.9.2+dfsg-4
ii  libqt5qml5 [qtdeclarative-abi-5-9-2]  5.9.2-3
ii  libqt5quick5  5.9.2-3
ii  libqt5webchannel5 5.9.2-2
ii  libqt5webengine-data  5.9.2+dfsg-2
ii  libqt5webenginecore5  5.9.2+dfsg-2
ii  libstdc++67.2.0-16

libqt5webengine5 recommends no packages.

libqt5webengine5 suggests no packages.

-- no debconf information

Bug#694855: karbon: Fails to upgrade from Squeeze to Wheezy (missing Replaces)

2012-12-01 Thread Axel Beckert 
Package: karbon
Version: 1:2.4.3-2
Severity: serious

Dear Calligra  Maintainers,

karbon fails to upgrade from Squeeze to Wheezy due to a missing
"Replaces" header:

Preparing to replace karbon 1:2.2.1-4 (using .../karbon_1%3a2.4.3-2_i386.deb) 
...
Unpacking replacement karbon ...
dpkg: error processing /var/cache/apt/archives/karbon_1%3a2.4.3-2_i386.deb 
(--unpack):
 trying to overwrite '/usr/share/templates/.source/Illustration.karbon', which 
is also in package koffice-data 1:2.2.1-4
Errors were encountered while processing:
 /var/cache/apt/archives/karbon_1%3a2.4.3-2_i386.deb


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (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/bash

Versions of packages karbon depends on:
ii  kdebase-runtime  4:4.8.4-2
ii  koffice-libs 1:2.2.1-4
ii  libc62.13-37
ii  libkdecore5  4:4.8.4-4
ii  libkdeui54:4.8.4-4
ii  libkio5  4:4.8.4-4
ii  libkparts4   4:4.8.4-4
ii  libpoppler5  0.12.4-1.2
ii  libqt4-xml   4:4.8.2+dfsg-2
ii  libqtcore4   4:4.8.2+dfsg-2
ii  libqtgui44:4.8.2+dfsg-2
ii  libstdc++6   4.7.2-4
ii  libwpg-0.1-1 0.1.3-1

karbon recommends no packages.

karbon suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87hao6ow7g@jumper.deuxchevaux.org

Bug#694854: krita: Fails to upgrade from Squeeze to Wheezy (missing Replaces)

2012-12-01 Thread Axel Beckert 
Package: krita
Version: 1:2.4.3-2
Severity: serious

Dear Calligra Maintainers,

upgrading krita from Squeeze to Wheezy fails due to a missing "Replaces"
header as follows:

Preparing to replace krita 1:2.2.1-4 (using .../krita_1%3a2.4.3-2_i386.deb) ...
Unpacking replacement krita ...
dpkg: error processing /var/cache/apt/archives/krita_1%3a2.4.3-2_i386.deb 
(--unpack):
 trying to overwrite '/usr/share/kde4/services/kritadefaultdockers.desktop', 
which is also in package krita-data 1:2.2.1-4


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (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/bash

Versions of packages krita depends on:
ii  kdebase-runtime   4:4.8.4-2
ii  koffice-libs  1:2.2.1-4
ii  krita-data1:2.2.1-4
ii  libc6 2.13-37
ii  libexiv2-90.20-2
ii  libfftw3-33.2.2-1
ii  libgcc1   1:4.7.2-4
ii  libgif4   4.1.6-9
ii  libgl1-mesa-glx [libgl1]  8.0.4-2
ii  libglew1.51.5.4-1
ii  libglu1-mesa [libglu1]7.7.1-5
ii  libilmbase6   1.0.1-3
ii  libjpeg62 6b1-1
ii  libkdcraw84:4.4.5-2
ii  libkde3support4   4:4.8.4-4
ii  libkdecore5   4:4.8.4-4
ii  libkdeui5 4:4.8.4-4
ii  libkio5   4:4.8.4-4
ii  libkparts44:4.8.4-4
ii  libkrosscore4 4:4.8.4-4
ii  liblcms1  1.18.dfsg-1.2+b3
ii  libopenjpeg2  1.3+dfsg-4
ii  libpng12-01.2.44-1+squeeze4
ii  libpoppler-qt4-3  0.12.4-1.2
ii  libqimageblitz4   1:0.0.4-4
ii  libqt4-opengl 4:4.8.2+dfsg-2
ii  libqt4-qt3support 4:4.8.2+dfsg-2
ii  libqt4-xml4:4.8.2+dfsg-2
ii  libqtcore44:4.8.2+dfsg-2
ii  libqtgui4 4:4.8.2+dfsg-2
ii  libstdc++64.7.2-4
ii  libthreadweaver4  4:4.8.4-4
ii  libtiff4  3.9.6-9
ii  libx11-6  2:1.5.0-1

Versions of packages krita recommends:
ii  dcraw  8.99-1+b1

Versions of packages krita suggests:
ii  khelpcenter4  4:4.4.5-1
pn  koffice-doc-html  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87k3t2owvm@jumper.deuxchevaux.org

Bug#514806: krita: trying to overwrite `/usr/share/kde4/services/ServiceMenus/kivio_konqi.desktop', which is also in package kivio

2009-02-10 Thread Axel Beckert 
Package: krita
Version: 1:1.9.98.6-1
Severity: serious

Preparing to replace krita 1:1.9.98.5-2 (using 
.../krita_1%3a1.9.98.6-1_i386.deb) ...
Unpacking replacement krita ...
dpkg: error processing /var/cache/apt/archives/krita_1%3a1.9.98.6-1_i386.deb 
(--unpack):
 trying to overwrite 
`/usr/share/kde4/services/ServiceMenus/kivio_konqi.desktop', which is also in 
package kivio
dpkg-deb: subprocess paste killed by signal (Broken pipe)

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages krita depends on:
ii  kdebase-runtime 4:4.2.0-1runtime components from the offici
ii  kdelibs54:4.2.0-3core libraries for all KDE 4 appli
ii  koffice-libs1:1.9.98.6-1 common libraries and binaries for 
ii  krita-data  1:1.9.98.6-1 data files for Krita painting prog
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  libexiv2-4  0.17.1-1 EXIF/IPTC metadata manipulation li
ii  libgcc1 1:4.3.3-3GCC support library
ii  libgl1-mesa-glx [libgl1]7.0.3-7  A free implementation of the OpenG
ii  libglew1.5  1.5.0dfsg1-3 The OpenGL Extension Wrangler - ru
ii  libglu1-mesa [libglu1]  7.0.3-7  The OpenGL utility library (GLU)
ii  libgraphicsmagick1  1.1.11-3.2   format-independent image processin
ii  libilmbase6 1.0.1-2+nmu2 several utility libraries from ILM
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libkdcraw7  4:4.2.0-1Raw picture decoding C++ library (
ii  liblcms11.17.dfsg-1  Color management library
ii  libpng12-0  1.2.27-2 PNG library - runtime
ii  libpoppler-qt4-30.8.7-1  PDF rendering library (Qt 4 based 
ii  libqimageblitz4 1:0.0.4-4QImageBlitz image effects library
ii  libqt4-opengl   4.4.3-2  Qt 4 OpenGL module
ii  libqt4-qt3support   4.4.3-2  Qt 3 compatibility library for Qt 
ii  libqt4-xml  4.4.3-2  Qt 4 XML module
ii  libqtcore4  4.4.3-2  Qt 4 core module
ii  libqtgui4   4.4.3-2  Qt 4 GUI module
ii  libstdc++6  4.3.3-3  The GNU Standard C++ Library v3
ii  libtiff43.8.2-11 Tag Image File Format (TIFF) libra

Versions of packages krita recommends:
ii  dcraw 8.86-1 decode raw digital camera images

Versions of packages krita suggests:
pn  khelpcenter(no description available)
pn  koffice-doc-html   (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#490160: libqt4-webkit / arora: SIGBUS on sparc

2008-07-10 Thread Axel Beckert 
Package: libqt4-webkit
Version: 4.4.0-3
Severity: grave

The web browser arora (which uses QT's WebKit as rendering engine)
crashes with SIGBUS on Sparc with the default configuration (which
IIRC tries to load the Arora project home page).

This is very likely the same memory alignment problem as in the GTK
version of WebKit (as already predicted by GTK WebKit's maintainer),
see http://bugs.debian.org/487745 for details. This and the backtrace
below make me believe that this is not a bug in arora but in QT's
WebKit.

$ gdb arora
GNU gdb 6.7.1-debian
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "sparc-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) r
Starting program: /usr/bin/arora 
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xf6532710 (LWP 14629)]

Program received signal SIGBUS, Bus error.
[Switching to Thread 0xf6532710 (LWP 14629)]
0xf7c3ce44 in WebCore::ValueList::addValue (this=0x174648, [EMAIL PROTECTED])
at ../JavaScriptCore/wtf/Vector.h:635
635 ../JavaScriptCore/wtf/Vector.h: No such file or directory.
in ../JavaScriptCore/wtf/Vector.h
Current language:  auto; currently c++
(gdb) bt
#0  0xf7c3ce44 in WebCore::ValueList::addValue (this=0x174648, [EMAIL 
PROTECTED])
at ../JavaScriptCore/wtf/Vector.h:635
#1  0xf7c3c0e4 in cssyyparse (parser=0xffa55d90) at ../css/CSSGrammar.y:1022
#2  0xf76499b8 in WebCore::CSSParser::parseSheet (this=0xffa55d90, 
sheet=0x16c550, [EMAIL PROTECTED]) at css/CSSParser.cpp:201
#3  0xf76799d0 in WebCore::CSSStyleSheet::parseString (this=0x16c550, 
[EMAIL PROTECTED], strict=true) at css/CSSStyleSheet.cpp:158
#4  0xf76607b0 in parseUASheet (
characters=0xf7c98ef8 "namespace \"http://www.w3.org/1999/xhtml\";; html { 
display: block } head { display: none } meta { display: none } title { display: 
none } link { display: none } style { display: none } script { display:"..., 
size=8078) at css/CSSStyleSelector.cpp:342
#5  0xf7660ea4 in WebCore::CSSStyleSelector::loadDefaultStyle ()
at css/CSSStyleSelector.cpp:348
#6  0xf7672c7c in CSSStyleSelector (this=0x16c240, doc=0x16ab58, 
[EMAIL PROTECTED], styleSheets=0x16b2e0, _strictParsing=true)
at css/CSSStyleSelector.cpp:230
#7  0xf7695ba8 in Document (this=0x16ab58, impl=, 
frame=0x15b000, isXHTML=false) at dom/Document.cpp:317
#8  0xf7782ce8 in HTMLDocument (this=0x16ab58, implementation=0x16a938, 
frame=0x15b000) at html/HTMLDocument.cpp:82
#9  0xf76a8b18 in WebCore::DOMImplementation::createDocument (this=0x16a938, 
[EMAIL PROTECTED], frame=0x15b000, inViewSourceMode=)
at dom/DOMImplementation.cpp:361
#10 0xf77fb4a4 in WebCore::FrameLoader::begin (this=0x15b348, [EMAIL 
PROTECTED], 
dispatch=) at loader/FrameLoader.cpp:894
#11 0xf78068b0 in WebCore::FrameLoader::init (this=0x15b348)
at loader/FrameLoader.cpp:272
#12 0xf79c4e74 in QWebFrame (this=0x15ad30, parent=0x136098, 
frameData=0xffa569d0) at ../WebKit/qt/Api/qwebframe.cpp:171
#13 0xf79cc2ac in QWebPagePrivate::createMainFrame (this=0x15a338)
at ../WebKit/qt/Api/qwebpage.cpp:186
#14 0xf79cc308 in QWebPage::mainFrame (this=0x136098)
at ../WebKit/qt/Api/qwebpage.cpp:987
#15 0xf79cc338 in QWebPage::setViewportSize (this=0x136098, [EMAIL PROTECTED])
at ../WebKit/qt/Api/qwebpage.cpp:1353
#16 0xf79cc7f4 in QWebPage::setView (this=0x136098, view=0x159f20)
at ../WebKit/qt/Api/qwebpage.cpp:1017
#17 0xf79cc948 in QWebPage (this=0x136098, parent=0x159f20)
at ../WebKit/qt/Api/qwebpage.cpp:961
#18 0x00077a54 in ?? ()
#19 0x00077bf8 in ?? ()
#20 0x0007204c in ?? ()
#21 0x00071a44 in ?? ()
#22 0x00042b00 in ?? ()
#23 0x00042d58 in ?? ()
#24 0x0003a6f8 in ?? ()
#25 0x0007ec44 in ?? ()
#26 0xf68dac5c in QMetaObject::activate () from /usr/lib/libQtCore.so.4
#27 0xf68e1fa0 in ?? () from /usr/lib/libQtCore.so.4
#28 0xf68d5464 in QObject::event () from /usr/lib/libQtCore.so.4
#29 0xf6c21318 in QApplicationPrivate::notify_helper ()
   from /usr/lib/libQtGui.so.4
#30 0xf6c21450 in QApplication::notify () from /usr/lib/libQtGui.so.4
#31 0xf68c184c in QCoreApplication::notifyInternal ()
   from /usr/lib/libQtCore.so.4
#32 0xf68f6610 in ?? () from /usr/lib/libQtCore.so.4
#33 0xf68f2a40 in ?? () from /usr/lib/libQtCore.so.4
#34 0xf61e8274 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#35 0xf61ec278 in ?? () from /usr/lib/libglib-2.0.so.0
#36 0xf61ec278 in ?? () from /usr/lib/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable'), (400, 'stable'), (110, 
'e