Processed: Re: Bug#741290 closed by Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org (Bug#741290: fixed in kde4libs 4:4.11.5-2)

2014-04-09 Thread Debian Bug Tracking System
Processing control commands:

 reopen 741290
Bug #741290 {Done: Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org} 
[src:kde4libs] kde4libs: FTBFS on armel: symbols issues
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions kde4libs/4:4.11.5-2.

-- 
741290: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741290
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b741290.13970316911516.transcr...@bugs.debian.org



Bug#741290: closed by Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org (Bug#741290: fixed in kde4libs 4:4.11.5-2)

2014-04-09 Thread Cyril Brulebois
Control: reopen 741290

Debian Bug Tracking System ow...@bugs.debian.org (2014-04-09):
 This is an automatic notification regarding your Bug report
 which was filed against the src:kde4libs package:
 
 #741290: kde4libs: FTBFS on armel: symbols issues
 
 It has been closed by Lisandro Damián Nicanor Pérez Meyer 
 lisan...@debian.org.
 
 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Lisandro Damián Nicanor 
 Pérez Meyer lisan...@debian.org by
 replying to this email.

Unfortunately your package still FTBFS in dh_makeshlibs:
  
https://buildd.debian.org/status/fetch.php?pkg=kde4libsarch=armelver=4%3A4.11.5-2stamp=1397013819

Mraw,
KiBi.



signature.asc
Description: Digital signature


Re: Bug#741290: closed by Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org (Bug#741290: fixed in kde4libs 4:4.11.5-2)

2014-04-09 Thread Lisandro Damián Nicanor Pérez Meyer
On Wednesday 09 April 2014 10:21:28 Cyril Brulebois wrote:
 Control: reopen 741290
 
 Debian Bug Tracking System ow...@bugs.debian.org (2014-04-09):
  This is an automatic notification regarding your Bug report
  which was filed against the src:kde4libs package:
  
  #741290: kde4libs: FTBFS on armel: symbols issues
  
  It has been closed by Lisandro Damián Nicanor Pérez Meyer
  lisan...@debian.org.
  
  Their explanation is attached below along with your original report.
  If this explanation is unsatisfactory and you have not received a
  better one in a separate message then please contact Lisandro Damián
  Nicanor Pérez Meyer lisan...@debian.org by replying to this email.
 
 Unfortunately your package still FTBFS in dh_makeshlibs:
  
 https://buildd.debian.org/status/fetch.php?pkg=kde4libsarch=armelver=4%3A
 4.11.5-2stamp=1397013819

I'll wait for armhf to catch up and get that fixed.

-- 
Combata las características. Si una característica no es absolutamente
esencial, descártela, especialmente si tiene el mismo efecto que se
puede alcanzar mediante la combinación de otras características.
  Andrew S. Tanenbaum, de su libro Computer Networks

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.


Bug#744063: konqueror: crash when trying to enable JavaScript

2014-04-09 Thread David Lee Lambert
Package: konqueror
Version: 4:4.4.5-2
Severity: normal

Every time I try to enable JavaScript in Konqueror (go into settings,
add a site to the list, hit OK), Konqueror crashes.  This happens
on two separate systems.  $HOME is on NFS.

 -- Backtrace:
Application: Konqueror (konqueror), signal: Segmentation fault
[KCrash Handler]
#6  0xb31a4d45 in ?? () from /usr/lib/kde4/kcm_konqhtml.so
#7  0xb318532f in ?? () from /usr/lib/kde4/kcm_konqhtml.so
#8  0xb319a363 in ?? () from /usr/lib/kde4/kcm_konqhtml.so
#9  0xb740021a in KCModuleProxy::save() () from /usr/lib/libkutils.so.4
#10 0xb73fb8c8 in ?? () from /usr/lib/libkutils.so.4
#11 0xb73fba45 in KCMultiDialog::slotOkClicked() () from /usr/lib/libkutils.so.4
#12 0xb73fe31b in KCMultiDialog::qt_metacall(QMetaObject::Call, int, void**) () 
from /usr/lib/libkutils.so.4
#13 0xb68d97aa in QMetaObject::metacall(QObject*, QMetaObject::Call, int, 
void**) () from /usr/lib/libQtCore.so.4
#14 0xb68e81bb in QMetaObject::activate(QObject*, QMetaObject const*, int, 
void**) () from /usr/lib/libQtCore.so.4
#15 0xb6d83747 in KDialog::okClicked() () from /usr/lib/libkdeui.so.5
#16 0xb6d85fb8 in KDialog::slotButtonClicked(int) () from /usr/lib/libkdeui.so.5
#17 0xb6d87e79 in KDialog::qt_metacall(QMetaObject::Call, int, void**) () from 
/usr/lib/libkdeui.so.5
#18 0xb6e63b4a in KPageDialog::qt_metacall(QMetaObject::Call, int, void**) () 
from /usr/lib/libkdeui.so.5
#19 0xb73fe23a in KCMultiDialog::qt_metacall(QMetaObject::Call, int, void**) () 
from /usr/lib/libkutils.so.4
#20 0xb68d97aa in QMetaObject::metacall(QObject*, QMetaObject::Call, int, 
void**) () from /usr/lib/libQtCore.so.4
#21 0xb68e81bb in QMetaObject::activate(QObject*, QMetaObject const*, int, 
void**) () from /usr/lib/libQtCore.so.4
#22 0xb68ed5a3 in QSignalMapper::mapped(int) () from /usr/lib/libQtCore.so.4
#23 0xb68ee81d in QSignalMapper::map(QObject*) () from /usr/lib/libQtCore.so.4
#24 0xb68ee9fe in QSignalMapper::map() () from /usr/lib/libQtCore.so.4
#25 0xb68eeacb in QSignalMapper::qt_metacall(QMetaObject::Call, int, void**) () 
from /usr/lib/libQtCore.so.4
#26 0xb68d97aa in QMetaObject::metacall(QObject*, QMetaObject::Call, int, 
void**) () from /usr/lib/libQtCore.so.4
#27 0xb68e81bb in QMetaObject::activate(QObject*, QMetaObject const*, int, 
void**) () from /usr/lib/libQtCore.so.4
#28 0xb64cffe9 in QAbstractButton::clicked(bool) () from /usr/lib/libQtGui.so.4
#29 0xb61ad4d9 in ?? () from /usr/lib/libQtGui.so.4
#30 0xb61ae324 in ?? () from /usr/lib/libQtGui.so.4
#31 0xb61ae5de in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () from 
/usr/lib/libQtGui.so.4
#32 0xb5e037c8 in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4
#33 0xb61ad37e in QAbstractButton::event(QEvent*) () from /usr/lib/libQtGui.so.4
#34 0xb6257d22 in QPushButton::event(QEvent*) () from /usr/lib/libQtGui.so.4
#35 0xb5da55cc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from 
/usr/lib/libQtGui.so.4
#36 0xb5dacaf7 in QApplication::notify(QObject*, QEvent*) () from 
/usr/lib/libQtGui.so.4
#37 0xb6e23bfa in KApplication::notify(QObject*, QEvent*) () from 
/usr/lib/libkdeui.so.5
#38 0xb68d44cb in QCoreApplication::notifyInternal(QObject*, QEvent*) () from 
/usr/lib/libQtCore.so.4
#39 0xb5daba52 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, 
QWidget*, QWidget*, QWidget**, QPointerQWidget, bool) () from 
/usr/lib/libQtGui.so.4
#40 0xb5e36d4c in ?? () from /usr/lib/libQtGui.so.4
#41 0xb5e36253 in QApplication::x11ProcessEvent(_XEvent*) () from 
/usr/lib/libQtGui.so.4
#42 0xb5e64372 in ?? () from /usr/lib/libQtGui.so.4
#43 0xb5722305 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#44 0xb5725fe8 in ?? () from /lib/libglib-2.0.so.0
#45 0xb57261c8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#46 0xb6900075 in 
QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () 
from /usr/lib/libQtCore.so.4
#47 0xb5e63ed5 in ?? () from /usr/lib/libQtGui.so.4
#48 0xb68d2ae9 in 
QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from 
/usr/lib/libQtCore.so.4
#49 0xb68d2f3a in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () 
from /usr/lib/libQtCore.so.4
#50 0xb68d816f in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
#51 0xb5da5667 in QApplication::exec() () from /usr/lib/libQtGui.so.4
#52 0xb76cc9ff in kdemain () from 
/usr/lib/kde4/libkdeinit/libkdeinit4_konqueror.so
#53 0x080485fb in _start ()

-- System Information:
Debian Release: 6.0.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages konqueror depends on:
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  kdebase-bin   4:4.4.5-2  core binaries for the KDE base app
ii  kdebase-data  4:4.4.5-2  shared data files for the KDE base
ii  

Re: Comments regarding qtmultimedia-opensource-src_5.2.1-3_amd64.changes

2014-04-09 Thread Lisandro Damián Nicanor Pérez Meyer
On Saturday 05 April 2014 12:26:12 Scott Kitterman wrote:
 config.tests/mmrenderer/mmrenderertest.cpp:** Copyright (C) 2013 BlackBerry
 Limited. All rights reserved.
 
 This copyright holder doesn't seem to be addressed in debian/copyright.
 
 Please fix on the next upload.

Commited to the repo. Thanks!

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.


Re: KDE/jessie feedback

2014-04-09 Thread Moritz Mühlenhoff
On Sat, Apr 05, 2014 at 05:29:30PM +0200, Sune Vuorela wrote:
 Hi Moritz
 
 Thank you for your mail. I'll go thru your three topics.
 
  - With the default desktop there're notifications on new updates, but the
  standard tool (I'm not sure which it is precisely) only offers a
  notification, but no GUI-way to install the upgrades. I've tried apper and
  it seems to offer that, maybe that should be the standard tool?
 
 Apper should be pulled in by the kde desktop task and thus available, but I'm 
 aiming to replace it with the kubuntu-originating tool 'muon'.

Great! From my experience with non-technical users running KDE the lack of
proper GUI updates is the only technical hurdle of KDE in Wheezy (if that
thing pops up, you need to run Konsole and type in that cryptic message
you wrote down). If that's fixed that's very nice. muon doesn't seem to
be in sid or experimental, I'll give it some testing once available.

  - In the default install dragonplayer is installed (and it's a hard
  dependency from the meta packages). However, with dragonplayer many videos
  I tried only played the sound of the video, not the actual video. I need to
  debug that further, maybe there's a dependency missing. Overall mpv seems
  the superior choice to me (it's not a KDE component, of course, but it
  integrates very well and it has a clean design while still being very
  powerful).
 
 We try hard to select packages based on what KDE provides, and dragonplayer 
 is 
 the player provided here. Also, I think it is important that the media player 
 by default is honoring the settings in System Settings. Only applications 
 built upon phonon fully does that.
 Do you have the vlc package installed? Phonon-backend-vlc does have a 
 recommends: vlc for helping with video playing capabilities, and Recommends 
 should be installed on all normal systems or else you get to keep the pieces.

That in fact fixes it. Maybe a Depends is more appropriate, w/o vlc installed
hardly any of the media files I tested played with video?
 
  - One issue we discussed during the security team meeting in Essen is VLC.
  Upstream focuses on people upgrading to new upstream releases and it's
  difficult to extract security fixes. Unfortunately VLC builds a library
  with Phonon being the major user, so upgrading to new upstream releases
  will break things. Since Phonon also supports Gstreamer as a backend (which
  is more stable API-wise and supportable), what do you think of switching
  Phonon over to Gstreamer?
 
 can't you just rebuild phonon if you upload a newer VLC? I guess release team 
 don't like transitions in stable, but ...

Unfortunately the VLC API isn't stable, e.g. 2.1.0 made a soname bump. That
would causes quite a bit of churn and we'd really like to avoid to change 
multiple
reverse deps along with VLC. Working on VLC is tedious enough on its own.
 
 Phonon-vlc upstream is much more active that the phonon-gstreamer from my 
 impression, and phonon upstream does recommend phonon-vlc to be the default.
 But fedora ships phonon-gstreamer as the default.

 I do have a preference for not going against upstreams wishes here, so I 
 would 
 prefer if we could find a solution where we follow upstream's wishes.

Ok, you should better be following the upstream recommendation for now. Is 
there 
any hope that KDE 5 will move to some QT5 multimedia classes which make VLC
a thing of the past?

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140409203945.GA5695@pisco.westfalen.local