Bug#374979: tapping doesn't work in kde-applications for kde 3.5
Hello, 2006 m. birželis 22 d., ketvirtadienis 15:43, Johannes Wiedersich rašė: > I recently upgraded sarge to etch (IBM thinkpad). Suddenly tapping doesn't > work any more. I checked control center and it is activated. Now, I realise > that tapping works for non-kde applications (eg. firefox, but not > konqueror, kate, etc.). Even more funny: it works if I tap on a link in a > web page opened by konqueror, but it doesn't work, if I tap on the top menu > of konqueror, the task bar or any other kde-application I tried. > Tapping works on kdm's login shell. If I create a new user, tapping works > for the initial configuration wizard. It doesn't work any more once the > wizard is finished. Do you have ksynaptics/qsynaptics installed? If so, remove them. > > I tried various combinations of options for control centre's touch pad > entry, but none seems apt to reactivate 'ordinary' tapping behaviour, ie. > tapping on a menue item activates it. I always have to klick on the touch > pad's mouse button. Ah, it seems you have ksynaptics installed. Remove it because currently ksynaptics is incompatible with a new synaptics driver. This should get previous normal behaviour back. When this bug gets closed, feel free to install ksynaptics again. pgpo8ZhMQQtr8.pgp Description: PGP signature
kde 3.4 on the way
KDE 3.4 is approaching to the final release. What are your plans regarding packaging 3.4rc1 for debian? Having in mind current NEW queue processing speed, it won't get into main archive (I guess, experimental would be just right for it) for at least one/two/three months if it were packaged some time around these days. However, it would still be great to be able to install kde3.4 from a private repository (yeah, I know that kde3.4 is not a candidate for sarge, but there are people like me, who prefer using the latest software)... pgpBwRFj2NCYL.pgp Description: PGP signature
Re: kde 3.4 on the way
2005 m. February 28 d., Monday 17:03, Isaac Clerencia rašė: > For this kind of questions you should better write to > [EMAIL PROTECTED] , as this list is almost exclusive to > get bug reports and archive messages. Oh thanks. I had a suspision that there was something wrong with debian-qt-kde mailing list as there was no cummunication among developers happening. I'll follow pkg-kde-talk then. > arts, kdelibs and kdeadmin packages are already packaged, although they can > still have problems. Anyway we're at it, and we expect to have KDE 3.4 > packages ready soon. That's great. Thanks. I'm running debian pure64 so I'll test if your packages don't FTBFS on amd64 (when there are more of the kde packages available) Regards, Modestas pgpctKLf4TWWB.pgp Description: PGP signature
Bug#717040: kmail: Can't send mail since upgrading to 4:4.10.5-1
Hello, On Tuesday 16 of July 2013 18:55:05 Russell Coker wrote: > Package: kmail > Version: 4:4.10.5-1 > Severity: important > > Since upgrading to 4:4.10.5-1 from 4:4.4.11.1+l10n-3+b1 I have been unable > to send mail. Mail stays in the Outbox folder forever and the > "Send Queued Messages" option has no effect. > > I have tried deleting the sending accounts and creating a new entry (which > sends mail to localhost port 587) and that makes no difference. Try logging out and logging in again. -- 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/3206587.JU2uK9lIxI@mdxinventi
Bug#730131: phonon-backend-vlc: Changing volume in KDE applications broken
Control: tags -1 patch upstream On Thursday 21 of November 2013 20:49:15 Ralf Jung wrote: > Package: phonon-backend-vlc > Version: 0.7.0-1 > Severity: important > > Dear Maintainer, > > since I upgraded to Phonon 4.7 and Phonon-VLC 0.7, changing playback volume > in Amarok is broken. > rdieter on IRC pointed out that this is probably > https://bugs.kde.org/show_bug.cgi?id=327279, and indeed as stated there, > re-compiling this package unmodified against current unstable (to ensure it > is built against libphonon) fixes volume changes in Amarok. It'd be great > if someone could trigger a re-build, or re-upload, of the VLC backend. It > may also be a good idea to cherry-pick > https://projects.kde.org/projects/kdesupport/phonon/phonon/repository/revisi > ons/f278a93493ac04ce04d48e8e5b5158caa0621ce3 so that other backends still > using the "old" style of environment (whatever that may be) continue to > work. I did not try though whether that patch alone helps. > > Kind regards > Ralf phonon-backend-vlc already has a strict build dependency on libphonon-dev (>= 4:4.7.0.0). So whatever fixed the bug was not libphonon 4.7 but something from your build environment. Anyway, this means that the patch from the bug report is necessary, binNMU may not be enough. -- 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/41981284.v3V2ICfczq@mdxinventi
Bug#793826: must depend on libqt5sql5-sqlite
Package: kactivities
Version: 5.12.0-1
Severity: important
Hello,
kactivities package must depend on libqt5sql5-sqlite. E.g. it is needed
for kactivitymanagerd to start. Symptoms:
--
$ time kactivitymanagerd
kf5.kiconthemes: "Theme tree: (Breeze)"
org.kde.kactivities.activities: Starting the KDE Activity Manager daemon
QDateTime("2015-07-28 00:14:12.044 EEST Qt::LocalTime")
kf5.kiconthemes: "Theme tree: (Breeze)"
kf5.kservice.sycoca: Trying to open ksycoca from
"/home/modax/.cache/ksycoca5"
org.kde.kactivities.application: [ OK ] loaded:
"Share-Like-Connect"
Setting the name: "org.kde.ActivityManager.ActivityTemplates"
org.kde.kactivities.application: [ OK ] loaded: "Veiklų šablonai"
org.kde.kactivities.application: [ OK ] loaded: "Event Spy"
Setting the name: "org.kde.ActivityManager.Resources.Scoring"
Creating directory:
"/home/modax/.local/share/kactivitymanagerd/resources/"
QSqlDatabase: QSQLITE driver not loaded
QSqlDatabase: available drivers:
KActivities: Database is not open:
"kactivities_db_resources_139977894074240_readwrite" "" QSqlError("",
"Driver not loaded", "Driver not loaded")
KActivities: Opening the database in RW mode should always succeed
Service started, version:
real 0m25.094s
user 0m0.044s
sys 0m0.004s
--
(no kactivitymanagerd after this)
SQLite plugin dependency seems to be hardcoded in the kactivities codebase.
Without kactivitymanagerd started on KDE startup, KDE will attempt to
start kamd at various occasions (see below) imposing a *full freeze* of UI
for ~25 secs each time.
* KDE startup
* on dolphin startup
* on the first query in krunner
* probably other places as well
This leads to really bad user experience while not being of grave level
as everything still mostly works.
Related bug: https://bugs.kde.org/show_bug.cgi?id=349992
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages kactivities depends on:
ii libc6 2.19-19
ii libkf5activities5 5.12.0-1
ii libkf5configcore5 5.12.0-1
ii libkf5configwidgets5 5.12.0-1
ii libkf5coreaddons5 5.12.0-1
ii libkf5dbusaddons5 5.12.0-1
ii libkf5globalaccel55.12.0-1
ii libkf5i18n5 5.12.0-1
ii libkf5kiocore55.12.0-1
ii libkf5kiowidgets5 5.12.0-1
ii libkf5service55.12.0-1
ii libkf5windowsystem5 5.12.0-1
ii libkf5xmlgui5 5.12.0-1
ii libqt5core5a 5.4.2+dfsg-4
ii libqt5dbus5 5.4.2+dfsg-4
ii libqt5gui55.4.2+dfsg-4
ii libqt5qml55.4.2-3
ii libqt5quick5 5.4.2-3
ii libqt5sql55.4.2+dfsg-4
ii libqt5widgets55.4.2+dfsg-4
ii libstdc++65.1.1-14
kactivities recommends no packages.
kactivities 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:
https://lists.debian.org/20150727213125.32556.9471.report...@mdxdesktop.lan.vainius.eu
Re: binary packages with explicit python2.5 build dependency
Hello, On sekmadienis 26 Rugsėjis 2010 23:18:47 Matthias Klose wrote: > Sent to you as a package maintainer or an uploader for one > of the packages mentioned at > > http://lists.debian.org/debian-release/2010/09/msg01832.html > > At least one of the binary packages built by these source packages > ends up with a dependency, recommendation or suggestion on python2.5 > without having an explicit build dependency on python2.5 or python2.5-dev. > > Please fix this without reintroducing explicit build depedencies on > python2.5 or python2.5-dev, if possible. kdebindings depends on python-all-dev and hence python-kde4 pulls in python2.5 via dpkg-shlibdeps. That's because python-kde4 contains bindings for both python2.5 and python2.6 at the moment. However, everything should be binNMUable so when python2.5 is gone, our Suggests should be gone after binNMU too. I don't see a problem here, it's only suggests anyway. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: binary packages with explicit python2.5 build dependency
Hello, On pirmadienis 27 Rugsėjis 2010 00:37:46 Matthias Klose wrote: > On 26.09.2010 23:04, Modestas Vainius wrote: > > Hello, > > > > On sekmadienis 26 Rugsėjis 2010 23:18:47 Matthias Klose wrote: > >> Sent to you as a package maintainer or an uploader for one > >> of the packages mentioned at > >> > >>http://lists.debian.org/debian-release/2010/09/msg01832.html > >> > >> At least one of the binary packages built by these source packages > >> ends up with a dependency, recommendation or suggestion on python2.5 > >> without having an explicit build dependency on python2.5 or > >> python2.5-dev. > >> > >> Please fix this without reintroducing explicit build depedencies on > >> python2.5 or python2.5-dev, if possible. > > > > kdebindings depends on python-all-dev and hence python-kde4 pulls in > > python2.5 via dpkg-shlibdeps. That's because python-kde4 contains > > bindings for both python2.5 and python2.6 at the moment. However, > > everything should be binNMUable so when python2.5 is gone, our Suggests > > should be gone after binNMU too. I don't see a problem here, it's only > > suggests anyway. > > yes, it's the only package suggesting 2.5. is this really needed? no other > python module adds a suggests for this. why kdebindings? If an extension > pulls in the dependency on python.2.5, then this is a bug which should be > resolved. kde bindings for python 2.5 pull them in [1]. What dev package (instead of python-all-dev) do you suggest to build depend upon in order to avoid that python 2.5 dependency? python-dev? Then what's the use of that python-all-dev package anyway? 1. http://packages.debian.org/sid/amd64/python-kde4/filelist -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#599224: libqt4-dbus package does not depend on the dbus library
Package: libqt4-dbus Version: 4:4.6.3-1 Severity: serious Hello, libqt4-dbus dlopens dbus library hence it does not get libdbus-1-3 dependency via shlibs. So either a manual dependency must be added or libQtDBus should link with libdbus-1 properly. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqt4-dbus depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-1 GCC support library ii libqt4-xml4:4.6.3-2 Qt 4 XML module ii libqtcore44:4.6.3-2 Qt 4 core module ii libstdc++64.4.5-1The GNU Standard C++ Library v3 libqt4-dbus recommends no packages. libqt4-dbus 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/20101005202755.2040.73117.report...@mdxdesktop.ozas.sytes.net
Bug#566120: kde-l10n: please provide kde-l10n-all
Hello, On šeštadienis 09 Spalis 2010 12:02:17 Daniel Baumann wrote: > * look up the packge names by e.g. running some apt-cache search foo > and extract the packages names from that. > > this is bad since it's a useless additional logic needed that can > be avoided in the first place. What is wrong with: # aptitude install '?source-package(kde-l10n)?name(^kde-l10n)' Straightforward and unlikely to break. > the right thing to do, as several other -l10n packages in debian do > since long time, is to have a -l10n-all meta package depending on all of > the translations. that way, we can just install that package and be done > with it. Metapackages are mostly for users. However, personally I don't want users to install all languages easily (as this would be purely due to laziness, there is no person speaking all languages in the world). People like you or administrators who really know what they are doing and that they really want all languages can use the aptitude command above. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#566120: kde-l10n: please provide kde-l10n-all
Hello, On šeštadienis 09 Spalis 2010 15:22:57 Daniel Baumann wrote: > On 10/09/2010 11:53 AM, Modestas Vainius wrote: > > # aptitude install '?source-package(kde-l10n)?name(^kde-l10n)' > > we don't use aptitude. requiering to be forced to install aptitude, then > install kde-l10n, then removing aptitude, is very painful for buildds > building our images. besides, even when assuming that it's posible to > always cleanly remove any of the packages installed just for getting > aptitude in, it tains the images with additional crap in dpkg.log and > other logfiles. so that is not an option. So you want to install ALL kde-l10n packages but you can't afford to install aptitude? What happened to using the right tool for the job? Even if you don't want to use aptitude for installation of packages, just use `aptitude search - F%p ` to get the list of packages and feed it wherever you want. And why do you need to remove it afterwards? It's not malicious and it's a tiny bit in comparison with what you're installing here. FWIW, I did my best to suggest a solution. I'm sorry, that aptitude is not an option for you for whatever the reason, but original request remains wontfix. As I said in the previous mail, I view kde-l10n-all package as bad practice in general. I simply don't want it to be in the archive (i.e. too easily accessible) in order to reduce very HUGE [1] (even -dbg packages are smaller) unintentional bloat on user systems. I'm sorry, but as far as I'm concerned, your arguments do not overweight my considerations against this metapackage. [1] $ LANG=C aptitude -s install '?source-package(kde-l10n)?name(^kde-l10n)' The following NEW packages will be installed: kde-l10n-ar kde-l10n-bg kde-l10n-ca kde-l10n-cavalencia kde-l10n-cs kde- l10n-csb kde-l10n-da kde-l10n-de kde-l10n-el kde-l10n-engb kde-l10n-eo kde-l10n-es kde-l10n-et kde-l10n-eu kde-l10n-fi kde-l10n-fr kde- l10n-fy kde-l10n-ga kde-l10n-gl kde-l10n-gu kde-l10n-he kde-l10n-hi kde-l10n-hr kde-l10n-hu kde-l10n-id kde-l10n-is kde-l10n-it kde- l10n-ja kde-l10n-kk kde-l10n-km kde-l10n-kn kde-l10n-ko kde-l10n-lv kde-l10n-mai kde-l10n-mk kde-l10n-ml kde-l10n-nb kde-l10n-nds kde-l10n-nl kde-l10n-nn kde-l10n-pa kde-l10n-pl kde-l10n-pt kde-l10n-ptbr kde-l10n-ro kde-l10n-ru kde-l10n-si kde-l10n-sk kde-l10n-sl kde-l10n-sr kde-l10n-sv kde-l10n-tg kde-l10n-tr kde-l10n-uk kde-l10n-wa kde-l10n-zhcn kde-l10n-zhtw 0 packages upgraded, 57 newly installed, 0 to remove and 0 not upgraded. Need to get 336 MB of archives. After unpacking 821 MB will be used. Would download/install/remove packages. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#566120: kde-l10n: please provide kde-l10n-all
Hello, On sekmadienis 10 Spalis 2010 00:49:50 Daniel Baumann wrote: > what you're suggesting is to treat aptitude like a depends of a > "kde-l10n-all". that's wrong. > > > original request remains wontfix. > > i'll prepare a patch and ask CTTE about their opinion then. Good luck (not that I could tell anything more after this). -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#585981: kdm: postinst fails with squeeze D-I
tags 585981 pending thanks Hello, On antradienis 15 Birželis 2010 13:57:43 Philipp Huebner wrote: > Package: kdm > Version: 4:4.4.4-1 > Severity: important > > > When trying to install the KDE task with Squeeze D-I (amd64), kdm's > postinst-script fails. Here is the output of running dpkg --configure -a > in /target with the -x flag in the script: I have just tried installing KDE with daily squeeze d-i and I could not reproduce this. > Setting up kdm (4:4.4.4-1) ... > + . /usr/share/debconf/confmodule > + [ ! ] > + PERL_DL_NONLAZY=1 > + export PERL_DL_NONLAZY > + [ ] > + exec /usr/share/debconf/frontend /var/lib/dpkg/info/kdm.postinst > configure + . /usr/share/debconf/confmodule > + [ ! 1 ] > + [ -z ] > + exec > + [ ] > + exec > + DEBCONF_REDIR=1 > + export DEBCONF_REDIR > + DEFAULT_DISPLAY_MANAGER_FILE=/etc/X11/default-display-manager > + [ ! -e /etc/X11/default-display-manager ] > + DEFAULT_DISPLAY_MANAGER= > + db_get shared/default-x-display-manager > + _db_cmd GET shared/default-x-display-manager > + IFS= printf %s\n GET shared/default-x-display-manager > + IFS= > read -r _db_internal_line > + RET=gdm > + return 0 > + DEFAULT_DISPLAY_MANAGER=gdm The script ran into impossible situation here. shared/default-x-display- manager returned gdm when gdm was not installed. Did you use debconf preseed or something similar? Anyway, I will make postinst exit gracefully in this case. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#488480: kdm: grep @@@ToBeReplacedByDesktopBase@@@ does not respect commented line
forcemerge 530493 488480
thanks
Hello,
On sekmadienis 29 Birželis 2008 11:59:29 Gert Brinkmann wrote:
> Package: kdm
> Version: 4:3.5.9.dfsg.1-2+c0.sidux.2
>
> (This is currently a sidux-vesion of the package, but this should not
> make a difference, I think.)
>
> In /etc/init.d/kdm a grep is done to check if the kdmrc is maintained by
> kdmtheme:
>
> #if configuration is changed by kdmtheme or other tools, don't do magick
> if grep -q "Theme=@@@ToBeReplacedByDesktopBase@@@" ${KDMRC} && grep -q
> "Wallpaper=default_blue.jpg" ${BACKGROUNDRC}
>
> These two greps find the strings even if they are commented. So the grep
> pattern better should be
A duplicate of #530493 which was fixed long ago
--
Modestas Vainius
signature.asc
Description: This is a digitally signed message part.
Bug#590147: Akregator is unusable crash at each start
Hello, On šeštadienis 04 Rugsėjis 2010 15:05:44 Bastien ROUCARIES wrote: > severity 590147 serious > forwarded 590147 https://bugs.kde.org/show_bug.cgi?id=250162 > > I get a backtrace and forwarded to upstream. Akregator is unusable so > increase to serious. Can we both agree that this bug is not release-critical? Many users including me can start akregator fine. You probably ran into some kind of cache corruption issue here. It should be rare and many users will never see it hence it does not qualify as grave or serious, imho. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#585406: klipper applet not available; klipperrc; AutoStart=false
Hello, On trečiadienis 16 Birželis 2010 02:15:51 jmmahler...@gmail.com wrote: > I believe I am experiencing the same problem as described. > > - klipper is not auto started on login > - starting klipper from the command line works correctly >and the icon appears in the task bar > - is user dependent as to whether it works or not > - adding klipper to autostart (in System Settings) still >does not result in startup > > The root cause seems to be due to the AutoStart option in klipperrc > being set to false. > > ~/.kde/share/config/klipperrc > [General] > AutoStart=false > > If this option is removed or set to true it will auto start on login. > > ~/.kde/share/config/klipperrc > [General] > AutoStart=true So apparently you disabled klipper autostart (see below how)... > A secondary problem I ran in to was that I could not find where in > the graphical interface this option is configured. > Perhaps the option was removed because it was assumed that it should always > be started. But then when a user with an old config file with klipper > disabled will run into this problem and not be able to fix it. When you quit klipper via tray icon -> right click meniu -> Quit, it prompts whether you want it to start it on KDE startup. Therefore I think this problem is more like user configuration error than a bug. Can the bug be closed? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#590147: Akregator is unusable crash at each start
Hello, On trečiadienis 20 Spalis 2010 11:11:03 Bastien ROUCARIES wrote: > No this bug occurs after an upgrade. Upgrade from what version? > I could start agregator after > deleting all my archive... So crash each time or loss all archive. This supports my assumption that the problem is cache corruption. > It is for me release critical ask to kde teams but for me it is release > critical. If I could reproduce it, I would agree it's RC. But now there are too many variables. To make things worse, akregator developement isn't very active upstream. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#600805: "MIGRATED to testing" mails do not reach debian-qt-kde@lists.debian.org anymore
Package: lists.debian.org Severity: normal Hello, starting with April/the 2nd half of March 2010, "MIGRATED to testing" mails like [1] do not reach debian-qt-kde@lists.debian.org mailing list anymore. The last mail of this type is dated 13 Mar 2010 [2]. For example, there should have been another "pkg-kde-tools MIGRATED to testing" on 4 Apr 2010 [3] and numerous other mails in the following months. Are they getting caught in the spam filter? Those mails are important and informative for developers so it would be great to get them back. [1] http://packages.qa.debian.org/q/qt4-x11/news/20100614T163925Z.html [2] http://lists.debian.org/debian-qt-kde/2010/03/msg00329.html [3] http://packages.qa.debian.org/p/pkg-kde-tools/news/20100404T163935Z.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20101020091645.9505.71581.report...@mdxdesktop.lan.vainius.eu
Bug#600907: closed by Modestas Vainius (Re: Bug#600907: Kmail does not delete all mails from POP3 server, resulting in duplicate mail)
reopen 600907 thanks Hello, On penktadienis 22 Spalis 2010 09:04:41 Mr Allwyn Fernandes wrote: > Hi Modestas, > > On Thu, 21 Oct 2010 07:54:04 pm Modestas Vainius wrote: > > On ketvirtadienis 21 Spalis 2010 11:35:32 Mr Allwyn Fernandes wrote: > > > If there is anything more I can do to help get this included, just say > > > so. > > > > According to the date of the commit, the patch should be in 4.4.6 which > > already is in sid/squeeze. Just upgrade. > > Sorry, I should have been more clear... The patch is for kdepimlibs, not > kdepim. As is shown at http://packages.debian.org/source/kdepimlibs the > most recent version in sid/squeeze is 4:4.4.5-1. In fact, the kdepim > project did not release kdepimlibs 4.4.6, a fact which I am going to poke > them about. Sorry. Indeed it is for kdepimlibs, reopening. Though don't get hopes about it getting fixed for squeeze too high. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
Hello, On ketvirtadienis 21 Spalis 2010 14:17:03 Julien Cristau wrote: > On Thu, Oct 21, 2010 at 10:57:08 +0200, Petr Salinger wrote: > > The easiest solution for now is to alter ServerArgsLocal > > at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to > > "ServerArgsLocal=vt7 -br -nolisten tcp" > > That should be done on linux as well imo. It's very likely that this change would break "Start new session" feature of KDE which works fine at the moment. While I could live with having it broken on kFreeBSD, that's definitely not acceptable for Linux where this problem does not manifest itself. The bug we are facing here is that kdm starts on vt2 when it's not supposed to even bother with VTs below 7. ServerVTs=-7 setting in /etc/kde4/kdm/kdmrc takes care of it (on Linux). However, apparently ServerVTs does not work on kfbsd for some reason (nor it's present in default kdmrc). Finding that reason would be the real fix and I will look into it later today/tomorrow. It could be as easy as #define which does not cover kfbsd (I hope). -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
Hello, On sekmadienis 24 Spalis 2010 13:15:29 Robert Millan wrote: > This suggests HAVE_VTS macro is not being set. Maybe this helps? > > --- kdm/backend/greet.h~2008-01-04 23:55:44.0 + > +++ kdm/backend/greet.h 2010-10-24 10:13:45.0 + > @@ -53,10 +53,8 @@ > # define USE_SYSLOG > #endif > > -#ifdef __linux__ > /* This needs to be run-time configurable, additionally. */ > # define HAVE_VTS > -#endif > > #define DEBUG_CORE 0x01 > #define DEBUG_CONFIG 0x02 Yes, but it's not that simple. The code needs porting which I'm trying to do at the moment. But kfreebsd keyboard layout does not want to be friends with me :) -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#599205: (no subject)
Hello, On pirmadienis 25 Spalis 2010 00:26:45 sdfsdfsdf ewfwdfsdf wrote: > I did a fresh Squeeze install. I choose minimal via tasksel. After first > boot into my newly installed system i did an "apt-get install kdebase > kdm". That did not pull alsa or pulse or any other sound system along with > it. Therefore i had to manually install alsa. kdebase is a deprecated dummy transitional package. kde-standard is a primary metapackage for KDE desktop in Debian. It does not take care of alsa though. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
tags 586540 - help owner 586540 ! thanks Hello, On sekmadienis 07 Lapkritis 2010 10:50:01 Petr Salinger wrote: > >>> The easiest solution for now is to alter ServerArgsLocal > >>> at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to > >>> "ServerArgsLocal=vt7 -br -nolisten tcp" > > > > It's very likely that this change would break "Start new session" feature > > of KDE which works fine at the moment. While I could live with having it > > broken on kFreeBSD, that's definitely not acceptable for Linux where > > this problem does not manifest itself. > > > > The bug we are facing here is that kdm starts on vt2 when it's not > > supposed to even bother with VTs below 7. ServerVTs=-7 setting in > > /etc/kde4/kdm/kdmrc takes care of it (on Linux). However, apparently > > ServerVTs does not work on kfbsd for some reason (nor it's present in > > default kdmrc). Finding that reason would be the real fix and I will > > look into it later today/tomorrow. It could be as easy as #define which > > does not cover kfbsd (I hope). > > Given it looks like it is not so easy, would be possible to upload > new package with "ServerArgsLocal=vt7 -br -nolisten tcp" on GNU/kFreeBSD. > > It would workaround the bug for squeeze now, the VT switching can be > implemented later. I have a hackish patch ready on VM (iirc it is usable). Just I don't have time to do more testing and proper upload right now. But I will get to it eventually, don't worry. Unfortunately, kdm state on kfsbd is not that good overall. Restart/shutdown does not work from KDE sessions, kdm restarts whether it's not supposed to. I planned to look into this as well but I got distracted by kfbsd keyboard layout issues and eventually got overloaded with work. So this bug will have to wait a bit. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#492011: closed by Eckhart Wörner ()
Hello, On penktadienis 12 Lapkritis 2010 11:02:27 Harald Dunkel wrote: > You keep this bug open for 2 years without working on it, but > then you close it because I didn't reply within 4 weeks (during > my vacation)? Ridiculous. Oh well, you can reopen. We are trying to restore BTS to a usable state. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#603661: icq plugin stopped to work - cannot login to icq
Hello, On penktadienis 19 Lapkritis 2010 20:46:23 Ansgar Burchardt wrote: > found 603661 4:3.5.10-2 > thanks > > This bug affects stable as well. > > Would it be possible to fix this bug in the upcoming stable point > release as well? I think proposed-updates will be closed in the near > future as the point release is planned for next weekend, so an upload > should be prepared soon. Unless you or somebody else pin points the patch, it's not going to happen. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#604733: kolourpaint4 causes gnome-settings-daemon to crash
reassign 604733 gnome-settings-daemon thanks Hello, On trečiadienis 24 Lapkritis 2010 00:04:33 marcin wrote: > Package: kolourpaint4 > Version: 4:4.4.5-2 > Severity: normal > > Running kolourpaint sometimes causes gnome-settings-daemon to crash. It > happens sometimes when you exit kolourpaint. It's gnome-settings-daemon crashing, not kolourpaint4. Whatever kolourpaint4 ends up doing, unrelated app should never crash. So reassigning the bug where it belongs. On the unrelated note, gnome-settings-daemon still takes over KDE desktop so don't expect KDE team to care about that evil program. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: Processed: Re: Bug#604733: kolourpaint4 causes gnome-settings-daemon to crash
Hello, On trečiadienis 24 Lapkritis 2010 11:13:44 Josselin Mouette wrote: > On a side note, I don’t understand Modestas’ remark: > “gnome-settings-daemon still takes over KDE desktop”. > The settings daemon will not launch itself alone, since in Debian we > deactivate the DBus activation for it. It will only start for GNOME > sessions, unless explicitly started otherwise. All it takes is starting nautilus in KDE environment by accident. And boom. But that's really unrelated to this bug report. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#605094: akregator: segmentation fault when i try to add a feed
Hello, On šeštadienis 27 Lapkritis 2010 14:08:01 luigi wrote: > Package: akregator > Version: 4:4.4.7-2 > Severity: important > > when i try to add a feed, akragator crashes. > kde crash handler reports this error: According to upstream bug report [1], akregator crashes when URL or feed is invalid. Check feed url. 1. https://bugs.kde.org/show_bug.cgi?id=254323 -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#590147: Upgrade
tags 590147 help thanks Hello, On antradienis 09 Lapkritis 2010 11:23:53 Bastien ROUCARIES wrote: > > But now there are too many > > > >variables. To make things worse, akregator developement isn't very active > >upstream. > > I have not the skills to debug this bug, but they are some file that > coul allow youy to reproduce it at > http://bugs.kde.org/attachment.cgi?id=48011 All that stuff in bug report is useless because both this debian bug and upstream bug deal with consequences. When you see this crash and backtrace, the archive file had already been cut short and the data had already been lost. akregator is simply unable to read corrupt archive file on startup and rather than handling this condition gracefully, it crashes. However, there is no information how and when akregator fails to write correct archive file or otherwise corrupts it. So basically this bug is impossible to fix without a reliable way to reproduce it from the start to finish. During my 2 years of using akregator, I have never had this problem so there is not much I can do. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#590147: Upgrade
Hello, On pirmadienis 29 Lapkritis 2010 10:21:13 Bastien ROUCARIES wrote: > >. However, there is > > > > no information how and when akregator fails to write correct archive file > > or otherwise corrupts it. > > I agree also with this part. But it is a second bug > Should I duplicate the bug ? No. > The two are from my point of view RC No, the first part is not RC because: 1) it is rare enough 2) there is no data loss involved There is no info about the 2nd part and according to upstream, the bug has been there since etch (!!!) meaning two debian stable releases already have it. However, the debian bug has only been reported recently. This tells a lot about commodity of this bug. You may argue as much as you want but probability of this getting fixed is nearly 0% since it has not been fixed for many years and there is obvious lack of information. What is more, metakit has no future. Once akregrator is rewriten based on akonadi, this will go away. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
unblock: a bunch of KDE SC packages
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Hello, I have recently made a series of uploads for fixing issues in KDE SC and I would like to get those package revisions into Squeeze. First of all, thanks for quick unblock of the following: kdebase-workspace/4:4.4.5-5 koffice/1:2.2.1-4 Now remaining packages: * unblock kdenetwork/4:4.4.5-2 This revision fixes an RC bug (#603661) which breaks kopete ICQ support for all users. AOL has recently sold ICQ and, as a result, ICQ main login server address was changed. The fix is trivial: change ICQ server address in kopete to the new one. The patch also includes an standard KDE update script for changing the address in the user config file (if present). The upload also solves circular dependency between kopete and libkopete4. This might ease a job for apt and friends during upgrades (#580044). * unblock kdepimlibs/4:4.4.5-2 While the debian bug is of normal severity (#600907), the issue might have more severe implications. After all it's a crash and memory management bug which typically are a cause of security problems. Anyway, in my opinion, the two-line patch is too trivial to be ignored. * unblock kdeaccessibility/4:4.4.5-2 When I looked at the upstream code of kttsd, I could only bang my head against the wall. Yes, it is that bad and it's beyond me how KDE project could release kttsd in that state to the users. It turns out kttsd 4.3 was just fine but they decided to port it to speech-dispacher. Rather than doing it properly, they only merged a somewhat working KTTS daemon back, commented most of configuration code out and released kttsd 4.4 in this ridiculous state leaving many configuration core and GUI elements not working. Obviously, this is not on par with expectations for Debian stable release and #599825 describes only a small fraction of problems. I considered removing kttsd from archive but it's pretty tightly integrated into KDE and it's pretty important for accessibility purposes. So in 4:4.4.5-2 you see what I had to do to restore KTTS configuration to a usable state. Patches are relatively huge, but they mostly add new or uncomment old GUI related code. Trust me, there is no other way to do this. In hope that my efforts were not wasted, I ask for unblock for this revision. P.S. This leaves Debian Qt/KDE team with two RC bugs (#582953 and #590147) on kdepim which in my opinion date as old as Debian etch. Their real cause is not known and hopes for getting them fixed are low after so many years. What is more, they are rare. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#606166: kttsd crashes on startup when started without configured talkers
Package: kttsd Version: 4:4.4.5-2 Severity: grave Tags: patch pending confirmed Hello, kttsd crashes on startup where there is no talkers registered in the config file (fresh start). Backtrace is below. Thanks to Valerio Passini for reporting it on the debian-kde mailing list. Application: kttsd (kttsd), signal: Segmentation fault [KCrash Handler] #5 TalkerCode::getTalkerCode (this=0x0) at ../../../kttsd/libkttsd/talkercode.cpp:118 #6 0x00412756 in TalkerMgr::userDefaultTalker (this=) at ../../../kttsd/kttsd/talkermgr.cpp:338 #7 0x0040a8d4 in Speaker::init (this=0x14491c0) at ../../../kttsd/kttsd/speaker.cpp:269 #8 0x00408eb1 in KSpeech::initializeSpeaker (this=0x145f260) at ../../../kttsd/kttsd/kspeech.cpp:500 #9 0x00409ba8 in KSpeech::ready (this=0x145f260) at ../../../kttsd/kttsd/kspeech.cpp:479 #10 0x00409e36 in KSpeech::init (this=0x145f260) at ../../../kttsd/kttsd/kspeech.cpp:437 #11 0x004078f6 in main (argc=, argv=) at ../../../kttsd/kttsd/main.cpp:72 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kttsd depends on: ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libkde3support4 4:4.4.5-2 the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-2 the KDE Platform Core Library ii libkdeui5 4:4.4.5-2 the KDE Platform User Interface Li ii libkio5 4:4.4.5-2 the Network-enabled File Managemen ii libqt4-dbus 4:4.7.1-1 Qt 4 D-Bus module ii libqt4-xml4:4.7.1-1 Qt 4 XML module ii libqtcore44:4.7.1-1 Qt 4 core module ii libqtgui4 4:4.7.1-1 Qt 4 GUI module ii libspeechd2 0.7-6 Speech Dispatcher: Shared librarie ii libstdc++64.4.5-10 The GNU Standard C++ Library v3 ii speech-dispatcher 0.7-6 Common interface to speech synthes Versions of packages kttsd recommends: pn kmouth (no description available) pn speech-dispatcher-festival | (no description available) kttsd 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/2010120643.27063.47224.report...@mdxdesktop.lan.vainius.eu
Bug#605753: kaboom: diff for NMU version 1.1.2+nmu1
Hello, On penktadienis 10 Gruodis 2010 01:08:21 David Prévot wrote: > I've prepared an NMU for kaboom (versioned as 1.1.2+nmu1) and > uploaded it to DELAYED/4. Please feel free to tell me if I > should delay it longer. $ dcut ftp-master reschedule kaboom_1.1.2+nmu1_amd64.changes 0-day and just get this over with now without waiting. Maintainers do not object. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#606371: kopete: Kopete freezes immediately when opening opening settings dialog (TV-card present in system)
Hello, On trečiadienis 08 Gruodis 2010 21:02:10 Andreas Jacob wrote: > When I try to open the kopete settings dialog, and the dialog pops up, > kopete freezes immediately. I've searched upstream for a similar bug and > found someone: http://bugs.kde.org/show_bug.cgi?id=241507 . As in > descriped in the upstream bugreport I have a TV card in my computer > (Hauppauge). Here ist the relevant output of lspci: > > 01:01.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 > PCI Video and Audio Decoder (rev 05) 01:01.1 Multimedia controller: > Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [Audio > Port] (rev 05) 01:01.2 Multimedia controller: Conexant Systems, Inc. > CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05) 01:01.4 > Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and > Audio Decoder [IR Port] (rev 05) > > And here is the output, when starting kopete from the command line: > > libv4l2: error dequeuing buf: Eingabe-/Ausgabefehler > VIDIOC_DQBUF error 5, Eingabe-/Ausgabefehler > libv4l2: error dequeuing buf: Eingabe-/Ausgabefehler > VIDIOC_DQBUF error 5, Eingabe-/Ausgabefehler > > Eingabe-/Ausgabefehler is german for input/output error. > > As seen in the resolved upstream bug message, the error should have been > fixed upstream some month ago. May be it's a regression of that bug? As an > additional note: in my apt sources.list I use the debian-multimedia > repository. Would you mind explaining why you chose grave severity for this bug? Misconfigured TV cards like yours are not that common at all and settings dialog is not "renders package unusable". -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#607326: kttsd crashes on startup
Hello, On penktadienis 17 Gruodis 2010 02:40:25 Shai Berger wrote: > Package: kttsd > Version: 4:4.4.5-3 > Severity: important > > > This is another crash-on-start report. The > backtrace seems different from the one in > #606166 (plus, I have the version with the > fix for it). > > kttsd is started by akregator when it starts; > I wouldn't be aware of it otherwise, as I don't > really use the TTS functionality. > > Application: kttsd (kttsd), signal: Segmentation fault > [KCrash Handler] > #6 0xb77b493d in spd_execute_command () from /usr/lib/libspeechd.so.2 > #7 0xb77b4ad0 in spd_w_set_output_module () from /usr/lib/libspeechd.so.2 > #8 0xb77b4b5e in spd_set_output_module () from /usr/lib/libspeechd.so.2 > #9 0x08051020 in _start () Please confirm the bug with 4:4.4.5-4. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#607326: kttsd crashes on startup
Hello, On šeštadienis 18 Gruodis 2010 13:57:53 Modestas Vainius wrote: > On penktadienis 17 Gruodis 2010 02:40:25 Shai Berger wrote: > > Package: kttsd > > Version: 4:4.4.5-3 > > Severity: important > > > > > > This is another crash-on-start report. The > > backtrace seems different from the one in > > #606166 (plus, I have the version with the > > fix for it). > > > > kttsd is started by akregator when it starts; > > I wouldn't be aware of it otherwise, as I don't > > really use the TTS functionality. > > > > Application: kttsd (kttsd), signal: Segmentation fault > > [KCrash Handler] > > #6 0xb77b493d in spd_execute_command () from /usr/lib/libspeechd.so.2 > > #7 0xb77b4ad0 in spd_w_set_output_module () from > > /usr/lib/libspeechd.so.2 #8 0xb77b4b5e in spd_set_output_module () from > > /usr/lib/libspeechd.so.2 #9 0x08051020 in _start () > > Please confirm the bug with 4:4.4.5-4. Nevermind, there is no such thing. Try wiping out ~/.kde/share/config/kttsdrc and check if speech-dispatcher actually works with spd-say command. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#546376: kdm: will there ever be a _real_ fix or answer?
reopen 580269 reassign 546376 kdm forcemerge 546376 580269 thanks Hello, On šeštadienis 18 Gruodis 2010 21:21:18 arne anka wrote: > interesting -- at least the "Apply" button becomes active after a change > ... > but hitting "Apply" returns only: > > Unable to authenticate/execute the action: (code 4) Basically, the feature works for some since 4.5 while it is broken for others. Situation might be better in KDE 4.6. Stay tuned. Your #580269 was closed by mistake and we missed your previous message. Happens due to huge mail flow. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#607326: kttsd crashes on startup
severity 607326 grave thanks Hello, On sekmadienis 19 Gruodis 2010 00:39:45 Shai Berger wrote: > I'm attaching the bad kttsdrc in case it is of value. Yeah, that config file used to be valid in lenny but not now. Nevertheless, kttsd should not crash. I'm upgrading severity to RC. The fix is coming. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#607545: solid sends shouldDisonnect() signal each time udhcpc renews a lease
Package: libsolidcontrol4 Version: 4:4.4.5-5 Severity: important Hello, solid sends shouldDisconnect() signal each time udhcpc renews a lease. Obviously, this is undesired and kind of harmful behaviour especially if lease renewal time is short. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsolidcontrol4 depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libkdecore5 4:4.4.5-2 the KDE Platform Core Library ii libqt4-dbus 4:4.7.1-2 Qt 4 D-Bus module ii libqt4-network4:4.7.1-2 Qt 4 network module ii libqtcore44:4.7.1-2 Qt 4 core module ii libqtgui4 4:4.7.1-2 Qt 4 GUI module ii libsolid4 4:4.4.5-2 Solid Library for KDE Platform ii libsolidcontrolifaces44:4.4.5-5 library for Solid based network in ii libstdc++64.4.5-10 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxrandr22:1.3.1-1 X11 RandR extension library libsolidcontrol4 recommends no packages. libsolidcontrol4 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/20101219172627.23789.4772.report...@mdxdesktop.lan.vainius.eu
Bug#607513: Rolled back to previous Backup
severity 607513 normal
tags 607513 moreinfo
thanks
Hello,
On sekmadienis 19 Gruodis 2010 14:26:29 Debian wrote:
> I rolled back to my previous Backup from 06.12.2010 now.
> Now it works - there is no fun without compositing ...
>
> Here are the packages that would be updated:
Regardless if it is fun or not, compositing is NOT essential for KDE to work.
Please report bugs with proper severity next time.
> Die folgenden NEUEN Pakete werden zusätzlich installiert:
>libdns69{a} libisc62{a} libisccfg62{a}
> Die folgenden Pakete werden ENTFERNT:
>libisccfg60{u}
> Die folgenden Pakete werden aktualisiert:
>bind9-host deborphan desktop-base dnsutils grub-common grub-pc host
> ia32-libs isc-dhcp-client isc-dhcp-common iso-codes kaboom kbd
>kdelibs-bin kdelibs5-data kdelibs5-plugins kdepimlibs-kio-plugins
> kdoctools kopete libakonadi-contact4 libakonadi-kabc4
>libakonadi-kcal4 libakonadi-kde4 libakonadi-kmime4 libasyncns0
> libbind9-60 libgpgme++2 libgssapi-krb5-2 libgssrpc4 libisccc60
>libk5crypto3 libkabc4 libkadm5clnt-mit7 libkadm5srv-mit7 libkcal4
> libkdb5-4 libkde3support4 libkdecore5 libkdesu5 libkdeui5
>libkdewebkit5 libkdnssd4 libkfile4 libkholidays4 libkhtml5 libkimap4
> libkimproxy4 libkio5 libkjsapi4 libkjsembed4 libkldap4
>libkmediaplayer4 libkmime4 libknewstuff2-4 libknewstuff3-4
> libknotifyconfig4 libkntlm4 libkontactinterface4 libkopete4 libkparts4
>libkpimidentities4 libkpimtextedit4 libkpimutils4 libkpty4 libkrb5-3
> libkrb5support0 libkresources4 libkrosscore4 libktexteditor4
>libktnef4 libkunitconversion4 libkutils4 libloudmouth1-0 liblwres60
> libmailtransport4 libmicroblog4 libnepomuk4 libnepomukquery4a
>libnm-glib-vpn1 libnm-glib2 libnm-util1 libplasma3 libqgpgme1 libsane
> libservlet2.5-java libsmbclient libsolid4 libssl0.9.8
>libsyndication4 libthreadweaver4 libwbclient0 libwebkit-1.0-2
> libwebkit-1.0-common linux-base linux-headers-2.6.32-5-amd64
>linux-headers-2.6.32-5-common linux-image-2.6.32-5-amd64
> linux-libc-dev man-db network-manager openssl opera python python-minimal
>rsyslog samba-common samba-common-bin sane-utils smbclient tasksel
> tasksel-data wpasupplicant xserver-common xserver-xorg-core
> Die folgenden Pakete werden EMPFOHLEN, aber NICHT installiert:
>firmware-linux-free
> 114 Pakete aktualisiert, 3 zusätzlich installiert, 1 werden entfernt und
> 0 nicht aktualisiert.
> Muss 172 MB an Archiven herunterladen. Nach dem Entpacken werden 10,3 MB
> frei werden.
>
>
> I will not do any further updates until i know which package has killed
> compositing.
Well, depending on the versions you upgraded from you will probably need to
install firmware-linux-free and/or firmware-linux-nonfree. Or you proprietary
drivers broke, or whatever ... I don't think this might have anything to do
with KDE.
--
Modestas Vainius
signature.asc
Description: This is a digitally signed message part.
Bug#607513: Rolled back to previous Backup
Hello, On sekmadienis 19 Gruodis 2010 20:07:41 Debian wrote: > > Well, depending on the versions you upgraded from you will probably need > > to install firmware-linux-free and/or firmware-linux-nonfree. Or you > > proprietary drivers broke, or whatever ... I don't think this might have > > anything to do with KDE. > > But it is definitely dependent on the upgrade of one or more packages. > It works before without problems and also i spooled back my backup. > > So what has deactivated the compositing? > > Is the solution that i can't upgrade again forever? Which video driver are you using? Are read what wrote above. It gives you good hints what to do. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#607513: Rolled back to previous Backup
Hello, On pirmadienis 20 Gruodis 2010 11:21:15 Debian wrote: > Am 19.12.2010 19:47, schrieb Modestas Vainius: > > Official installer is evil. Debian package is nvidia-glx from non-free. > > More info at http://wiki.debian.org/NvidiaGraphicsDrivers > > > >> Is there an alternative original debian package? > >> (If yes - how can i remove the original driver?) > > > > Ask these questions on debian-u...@lists.debian.org, debian- > > k...@lists.debian.org or forums.debian.net Bug reports are not for user > > support and Debian does not support non-free stuff anyway. Closing as > > this really has nothing to do with KDE and it's highly unlikely to be a > > bug in Debian but rather system misconfiguration (i.e. use of > > unsupported proprietary nvidia installer). > > O.K. I understand this. > > I will try to install the nvidia-glx package. > But in the wiki is no hint how to deinstall the NVidia Original driver. > Simple install the package? As far as I know (it's been long time since I used that thing), nvidia installer has --uninstall option. But it used to be insufficient though it's better than nothing. Also reinstall mesa binary package after uninstalling nvidia because nvidia (un)installer may remove some system files. # aptitude reinstall '?source-package(mesa)~i' -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#607835: kmail compose, spell check language
Hello, On ketvirtadienis 23 Gruodis 2010 03:32:48 David Fries wrote: > Now which package should I file a bug report for defaulting that value > to the first alphabetically installed language instead of the system > settings language? Sorry but "first alphabetically installed language" as default makes absolutely no sense. System language is at least some kind of criteria which is based on user preferences expressed while configuring the system previously. But what is alphabet? It says nothing about user preferences. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#608254: libqtgui4: qprinter GUI (and all KDE printing UIs) do not honor CUPS settings, i.e. duplex / page size etc
Hello, On trečiadienis 29 Gruodis 2010 12:04:33 ptikm01 wrote: > QT BUG report, without much action from NOKIA > http://bugreports.qt.nokia.com/browse/QTBUG-3567 I agree with you here. Nokia does not care much about desktop users. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#608438: kmix: high cpu usage when using pulseaudio
Hello, On ketvirtadienis 30 Gruodis 2010 23:48:49 Matthias Berndt wrote: > When I start kmix while pulseaudio is running, it doesn't work. No tray > icon or window appears. There is a process named kmix, which always causes > 100% CPU usage on one of the CPU cores. I've run strace on it, and it > keeps doing this over and over again: > > munmap(0x76ee7000, 1052672) = 0 > mmap2(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, > 0) = 0x76ee7000 > > This problem does not exist with the version from kde.org (I've verified > this by building a package from the source code hosted on kde.org), so > it's probably due to Colin Guthrie's pulseaudio patches. Of course it's because of them. But vanilla kmix does not work with PA at all. P.S. Don't expect us to debug this. We would consider a patch though. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#608729: Akregator crash when the feed URL is not found
forcemerge 605094 608729 thanks Hello, On pirmadienis 03 Sausis 2011 03:36:05 Daniel Bareiro wrote: > If I try to add a URL that can not be accessed by Akregator, it crash > and all entries that were added in that session are lost. This bug is > reproducible under the same situation. > > This is the output produced by stdout to launch the application from the > shell: It's a dupe of #605094. Thanks. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#608467: kmail: Content of messages is not displayed although subjects are visible
severity 608467 important thanks Hello, On penktadienis 31 Gruodis 2010 09:27:52 Norbert Schmitz wrote: > Package: kmail > Version: 4:4.4.7-2 > Severity: grave > Justification: renders package unusable > > When using kmail to display IMAP mails the content of the mail is not > visible although the subjects are listed an can be selected. This might happen if your Internet connection is flacky. kio_imap4 is known not to recover if your Internet connection was cut for some time (e.g. TCP problems). You have to restart kio_imap4 like close kmail $ killall kio_imap4 (wait until all kio_imap4 processes die, maybe even use $ killall -9 kio_imap4) start kmail > ps aux displays many lines in the form > > norbert 6420 0.0 1.0 98604 33524 ?S08:24 0:00 kdeinit4: > kio_imap4 [kdeinit] imaps > local:/tmp/ksocket-norbert/klauncherMT4252.slave-socket > local:/tmp/ksocket-norbert/kontactFa5061.slave-socket norbert 6434 0.1 > 1.0 98128 32712 ?S08:25 0:00 kdeinit4: kio_imap4 [kdeinit] > imap local:/tmp/ksocket-norbert/klauncherMT4252.slave-socket > local:/tmp/ksocket-norbert/kontactag5061.slave-socket That's normal. > This bug makes it completely impossible to read mails which renders it > unusable for me. What about other mail clients? FWIW, I'm writing this answer from kmail connected to my account via IMAP. So the bug does not everyone and I'm pretty sure the problem is the one I described above. Marking appropriately. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#609103: Needs vlc-nox in order to be usable
Package: phonon-backend-vlc Version: 0.2.0-1 Severity: serious Hello, phonon-backend-vlc does not work without vlc-nox (i.e. vlc plugins in it): $ amarok [0x25e06f0] main libvlc error: No modules were found, refusing to start. Check that you properly gave a module path with --plugin-path. libvlc exception: bool Phonon::VLC::scanDevices(QList&) Probing for v4l2 devices KCrash: Application 'amarok' crashing... -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phonon-backend-vlc depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-10 GCC support library ii libphonon4 4:4.6.0really4.4.3-1 the core library of the Phonon mul ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii libv4l-00.8.1-2 Collection of video4linux support ii libvlc5 1.1.3-1squeeze1 multimedia player and streamer lib ii libvlccore4 1.1.3-1squeeze1 base library for VLC and its modul phonon-backend-vlc recommends no packages. phonon-backend-vlc 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/20110106103339.14804.83039.report...@mdxdesktop.lan.vainius.eu
Bug#609171: dolphin/hal: Dolphin could not mount hard drive partitions.
4:57]well you can certainly optimize it [01:35:32] would upstream accept such a change? [01:35:45]PovAddict: as is it that way, no [01:36:15]and given that there's no more hal usage in the upcoming kde 4.6, i'd say "even less, even if the patch would be clean" -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#536441: kcm_kdm: It's a different upstream bug
Hello, On sekmadienis 09 Sausis 2011 02:12:19 Shai Berger wrote: > Hi devs, > > The bug that is referenced here as the upstream bug > was about a general deficiency in systemsettings; the > part that is specific to KDM is > http://bugs.kde.org/show_bug.cgi?id=236415 > > This bug has also been solved upstream (in KDE 4.5), > but apparently the fix was not backported to 4.4. > > Is there any chance of applying it to Debian's KDE? No because the patch is a complete rewrite. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#610728: kdepimlibs-kio-plugins: Potential crashes in imap ioslave
tags 610728 fixed-upstream thanks Hello, On penktadienis 21 Sausis 2011 21:23:48 Adrian von Bidder wrote: > Package: kdepimlibs-kio-plugins > Version: 4:4.4.5-2 > Severity: minor > Tags: patch > > Hi, > > While I haven't noticed this bug myself (using kdepimlibs 4:4.5.1-0r1 > and libc6 2.11.2-7), I wanted to point you to a potential problem that > may make the imap ioslave crash. Patch available and is already > included upstream (in 4.4, 4.5 and 4.6 svn/git at least.) > http://lists.kde.org/?l=kde-pim&m=129563096324639&w=2 > > If people are having a problem, perhaps a candidate for a squeeze point > release? Not sure. I guess the regular KDE packaging for sid/wheezy > will pick up a fixed version anyway. The bug only affects 64bit systems with libc 2.12 or greater. Squeeze has libc 2.11 so no update is needed. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#589938: I understand that you are about to release a new stable version
Hello, On sekmadienis 23 Sausis 2011 14:58:38 Nancy Anthracite wrote: > This bug is a significant problem and has not been fixed on my machine with > my last update last night. > > I suspect the kmail developers have fixed it already as I have not seen any > more reports about it being a problem, but I reported it again last night > to the kmail folks to see if I can find out more about it. > > Previously the partially composed emails were in > ~/.kde/share/apps/kmail/autosave but they are not there now. If there is nothing in autosave, then there is nothing to recover. 4.4.6 or later has been in squeeze for a long time (since 2010-10-02). You probably just dismissed those mails when kmail recovered them after upgrade to 4.4.6. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#611520: Remove Google crapware from kdebase
Hello, On pirmadienis 31 Sausis 2011 02:32:56 S D wrote: > I'd go with changing the dependency level of plasma-scriptengines. I'm of > the opinion that any googleware (crapware/spyware/bloatware - pick > whatever you like) should not be automatically installed by the kdebase. > Google gadgets are not a part of the KDE project, nor they are basic apps > that anyone would need, like a text editor, a file manager and so on. Those gadgets do not take other resources than disk space as long as you do not use them. You can remove them because plasma-scriptengines (which is only a metapackage) is not Depends in the KDE dependency chain. I don't see a problem here. What's more, this is not a place for emotions about company X. Support for those gadgets is part of official KDE workspace package, you like it or not. So in my opinion, recommends is pretty reasonable relationship in this case. > plasma-scriptengines may RECOMMEND Google packages but they should not be > automatically installed as a part of the kdebase. plasma-scriptengines is already only recommended by KDE-essential kdebase- workspace-bin as you posted below. P.S. kdebase metapackage is going to die as soon as squeeze is released. > I'm not even sure how I ended up with Google packages, I don't remember > installing any recommended packages at all: Recommends are installed by default. You can disable this though. > # aptitude why plasma-scriptengines > i kdebase Dependskde-plasma-desktop (>= 5:66) > i A kde-plasma-desktopDependskdebase-workspace (>= 4:4.4.3) > i A kdebase-workspace Dependskdebase-workspace-bin (>= 4:4.4.5-7) > i A kdebase-workspace-bin Recommends plasma-scriptengines -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: broken KDE task in squeeze?
Hello, On trečiadienis 02 Vasaris 2011 01:48:42 Ross Boylan wrote: > I'm running squeeze in a VM. Under tasks in aptitude there is a KDE > desktop. When I select (+ key) it, an error appears for > kde-network-manager because it conflicts with > plasma-widget-networkmanagement. > > The bug system seems to indicate that kde-network-manager does not > exist; I suspect this is an obsolete package. It seems you have tasksel (the package) from lenny installed. That one won't work with squeeze. Have you upgraded to squeeze or did a fresh install? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#611883: [kttsd] Crash at every start up
Hello, On ketvirtadienis 03 Vasaris 2011 12:09:48 Bastien ROUCARIES wrote: > Package: kttsd > Version: 4:4.4.5-4 > Severity: important > > kttsd crash at each startup, and is unusable. Will raise to serious after > release Unless it's a policy problem, only package/release managers can raise it serious. > Application: kttsd (kttsd), signal: Segmentation fault > The current source language is "auto; currently asm". > [KCrash Handler] > #5 0x7fde6b36b1e1 in spd_execute_command () from > /usr/lib/libspeechd.so.2 #6 0x0040b5ae in _start () Try removing ~/.kde/share/config/kttsdrc and restart kttsd. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: Bug#611883: [kttsd] Crash at every start up
Hello, On ketvirtadienis 03 Vasaris 2011 13:41:30 Bastien ROUCARIES wrote: > On Thu, Feb 3, 2011 at 11:29 AM, Modestas Vainius wrote: > > Hello, > > > > On ketvirtadienis 03 Vasaris 2011 12:09:48 Bastien ROUCARIES wrote: > >> Package: kttsd > >> Version: 4:4.4.5-4 > >> Severity: important > >> > >> kttsd crash at each startup, and is unusable. Will raise to serious > >> after release > > Unless it's a policy problem, only package/release managers can raise it > > > serious. > > no this package is uselless, if it crash at start up My point was that they are other severities to choose from. > > >> Application: kttsd (kttsd), signal: Segmentation fault > >> The current source language is "auto; currently asm". > >> [KCrash Handler] > >> #5 0x7fde6b36b1e1 in spd_execute_command () from > >> /usr/lib/libspeechd.so.2 #6 0x0040b5ae in _start () > > > > Try removing ~/.kde/share/config/kttsdrc and restart kttsd. > > not solved : could not get connection to speech dameon. no crash but fail > And not a solution And $ spd-say "The quick brown fox jumps over the lazy dog" works? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#611939: Changing "Desktop Theme Details" does nothing
tags 611939 moreinfo thanks Hello, On penktadienis 04 Vasaris 2011 00:30:50 S D wrote: > Package: kdebase > Version: 5:66 > > I was hoping to find a way to change the fugly black Panel Taskbar > background in the Air theme. It has black text on dark background, hence I > can't read anything. > > So I went to System settings > Advanced User Settings > Desktop Theme > Details > Panel background. > > Changing the Panel background to any other theme (besides Air) seemingly > does not result in any visible changes in appearance. Moreover, changing > any of the other theme items to whatever seemingly does not result in > appearance changes. > > # uname -a > Linux testbox 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 > GNU/Linux $ less /usr/share/doc/plasma-desktop/README.Debian -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#611939: Changing "Desktop Theme Details" does nothing
Hello, On penktadienis 04 Vasaris 2011 02:00:26 S D wrote: > --- On Thu, 2/3/11, Modestas Vainius wrote: > > I added /etc/kde4/plasmarc (it didn't exist before) but it does not appear > to have changed much: the Taskbar in the Air theme still has the > background which is too dark to read and can't be changed. > > Interestingly, System settings > Advanced User Settings > Desktop Theme > > Details > Panel background: > > Aya (current theme) -> Air Panel background change works > Air (current theme) -> Aya Panel background change does NOT work Try removing the stale cache: $ rm -f ~/.kde/cache-*/kpc/plasma_theme_default.* -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#611883: [kttsd] Crash at every start up
reassign 611883 speech-dispatcher thanks Hello, On penktadienis 04 Vasaris 2011 11:56:54 Bastien ROUCARIES wrote: > On Thu, Feb 3, 2011 at 10:49 PM, Modestas Vainius wrote: > > Hello, > > > > On ketvirtadienis 03 Vasaris 2011 13:41:30 Bastien ROUCARIES wrote: > >> On Thu, Feb 3, 2011 at 11:29 AM, Modestas Vainius wrote: > >> > Hello, > >> > > >> > On ketvirtadienis 03 Vasaris 2011 12:09:48 Bastien ROUCARIES wrote: > >> >> Package: kttsd > >> >> Version: 4:4.4.5-4 > >> >> Severity: important > >> >> > >> >> kttsd crash at each startup, and is unusable. Will raise to serious > >> >> after release > >> > >> Unless it's a policy problem, only package/release managers can raise > >> it > >> > >> > serious. > >> > >> no this package is uselless, if it crash at start up > > > > My point was that they are other severities to choose from. > > > >> >> Application: kttsd (kttsd), signal: Segmentation fault > >> >> The current source language is "auto; currently asm". > >> >> [KCrash Handler] > >> >> #5 0x7fde6b36b1e1 in spd_execute_command () from > >> >> /usr/lib/libspeechd.so.2 #6 0x0040b5ae in _start () > >> > > >> > Try removing ~/.kde/share/config/kttsdrc and restart kttsd. > >> > >> not solved : could not get connection to speech dameon. no crash but > >> fail And not a solution > > > > And > > > > $ spd-say "The quick brown fox jumps over the lazy dog" > > speech dispatcher faile to open: no such a file or directory Thanks. Reassigning appropriately. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#611883: [kttsd] Crash at every start up
Hello, On penktadienis 04 Vasaris 2011 12:24:20 Bastien ROUCARIES wrote: > reassign 611883 kttsd > clone 611883 speech-dispatcher > affect -1 kttsd > done > > I disagree with reassignement. Even if another package has some > problem, the kttsd get segv. It is the main bug. Do not mark the clone > bug blocking 611883 (I leave this to you). > > Will try to give you a ltrace of kttsd in order to pin point the problem. The segfault is *IN* speech-dispatcher code, you posted it yourself. Fix speech-dispatcher problem first, then we can do something about kttsd if the problem persists. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#612211: Plasma Workspace - Crash - KDE - Testing - after 6Feb11 multiple updates
tags 612211 moreinfo thanks Hello, On sekmadienis 06 Vasaris 2011 21:16:30 A. Person wrote: > Attached 4 crash reports. Unfortunately all report probably not enough > information for developers but maybe all together can help. > > I will hold back on reinstalling an fsarchive backup until I hear > something. Maybe I can help more. it seems your pixmap cache got corrupted. Try: $ rm -rf ~/.kde/cache-`hostname`/kpc/ while NOT logged into KDE. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#613075: kmix: Doesn't start
severity 613075 important thanks Hello, On šeštadienis 12 Vasaris 2011 18:55:50 kakadu wrote: > Package: kmix > Version: 4:4.4.5-1 > Severity: grave > Justification: renders package unusable > > I can start kmix. I can't see it in my tint2 tray kmix target is KDE desktop. The fact that tray icon does not appear in $random desktop environment is not a grave bug: "makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package." but an important one (at best): "a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone." What is more, that might as well be tint2 bug. Test kmix under something more mature (e.g. icewm or similar). -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#613522: [akregator] Please use upstream metakit
severity 613522 wishlist tags 613522 wontfix unblock 590147 by 613522 thanks Hello, On antradienis 15 Vasaris 2011 15:11:24 Bastien ROUCARIES wrote: > Package: akregator > Version: 4:4.4.7-3 > Severity: serious > > Please use separate source for metakit. Serious because it is code > duplication, lead to dataloss and moreover package is outdated. Your reasons for serious are just wrong. There is NO metakit source package in Debian so there is NO dublication. What is more, metakit library is hopelessly outdated upstream (2007 is the latest release date) and there is no proof that new version would fix current akregator problems. Actually, the metakit lib that is currently embedded in the akregator (2.4.9.5), has no interesting changes in comparison with the current metakit stable release (2.4.9.7) (yes, I have actually checked). So please do not exagerate bug severities based on pure guesses. You could have saved some valuable time for everybody. Future is akonadi-based akregator and, obviously, we are not interested in maintaining a dead library just for the sake of it. Moreover, unless you can actually confirm the fix for 590147, do not add false information to the BTS. P.S. Users should never set serious severity unless they can pin point Debian policy violation. You obviously failed to do so in this case. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#613522: [akregator] Please use upstream metakit
Hello, On antradienis 15 Vasaris 2011 22:43:43 Bastien ROUCARIES wrote: > I will maintain it, I have taken ownership of metakit and intent to > package. I will also investigate how to avoid segv. > > When metakit will hit unstable are you willing to use the .so lib ? I don't see any gain. But if you submit a working patch for akregator, we could apply it. We are definitely not doing any porting work ourselves. I would suggest you not to waste time either. The library has been dead for 3 years already. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#615159: nepomulkservices consume too many memory
severity 615159 normal thanks Hello, On šeštadienis 26 Vasaris 2011 09:06:47 philippe wrote: > Package: kdebase-runtime > Version: 4:4.4.5-1 > Severity: grave > Tags: squeeze > > I have reboot the pc, launch kde, eclipse. > I leave le pc idle 10 hours. > When I reuse it, the system was usuable, I launch the system-monitor, > I see that one of the 2 nepomukservices is consuming more than 950 Mo of > the 2Go memory. > So with swapping it was usable. > > I have stop the service indexing. > I did not see any other option to control these services: limit the memory > may be a good option. > May be there a memory leak ? Turn off nepomuk or strigi (automatic file indexing). -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: [RFR] templates://phonon/{phonon-backend-null.templates}
Hello, On antradienis 22 Kovas 2011 08:23:23 Christian PERRIER wrote: > I think that "error" is more well suited for this warning I disagree. Warning is not an error by definition. It is not wrong to have phonon-backend-null installed if you know what you are doing and you are doing this intentionally. As I made some changes to prefer phonon-backend-null whenever libphonon-dev is installed (for buildds), I added this warning to avoid *accidental* installations of this package on the user systems. What is more, from debconf-devel(7): error This datatype is used for error messages, such as input validation errors. Debconf will show a question of this type even if the priority is too high or the user has already seen it. The behaviour of this datatype clearly conflicts with my intentions and current scripts. I will not accept this change. Other changes are ok. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: [RFR] templates://phonon/{phonon-backend-null.templates}
Hello, On antradienis 22 Kovas 2011 14:02:37 Justin B Rye wrote: > > + If you wish to restore full Phonon multimedia capabilities, you > > + should install a real Phonon backend. The following Phonon > > + backend packages seem to be available for this system at the moment: > As long as we can trust the detection (what does this depend on?) phonon-backends provide 'phonon-backend' virtual package. > we > could rely on the colon to imply most of this: > > To restore full Phonon multimedia capabilities, install one of the > Phonon back-end packages which are currently available for this system: phonon-backend-null is a backend as well. I would like to see the word "real" in this sentence. > [...] > > > This package does not provide any real Phonon backend. It can be used to > > disable Phonon audio/video capabilities. Please note that Phonon > > behaviour with this package installed has not been well tested. > > s/behaviour/behavior/ Are we using American English in Debian? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: [RFR] templates://phonon/{phonon-backend-null.templates}
Hello, by the way, I get: E: phonon: description-starts-with-package-name with the latest (2 mails above) control. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: quassel-kde4: hardcodes wrong libraries in Depends: list
severity 616026 important thanks Hello, On trečiadienis 02 Kovas 2011 01:41:19 Sune Vuorela wrote: > Hi > > Quassel*kde4 apparantly hardcodes Depends: kdebase-runtime kdelibs5 > > Please stop doing that and rely on dpkg-shlibdeps instead. > > kdelibs5 will very soon be removed from the archive. We (Debian Qt/KDE team) sincerely ask you to fix this bug ASAP. We want to eliminate all kdelibs5 reverse dependencies before KDE SC 4.6 upload. Thank you. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: [LCFC] templates://phonon/{phonon-backend-null.templates}
Hello, On Saturday 02 April 2011 10:07:21 Christian PERRIER wrote: > This is the last call for comments for the review of debconf > templates for phonon. > > The reviewed templates will be sent on Monday, April 04, 2011 to the > package maintainer as a bug report and a mail will be sent to this list > with "[BTS]" as a subject tag. Templates as attached to your mail were included in the phonon 4:4.6.0really4.5.0-2 upload to unstable. So there is no need to open a bug. Feel free to start translating. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#620807: libqt4-svg: symbol lookup error: /usr/lib/libQtSvg.so.4: undefined symbol
severity 620807 grave tags 620807 moreinfo thanks Hello, On Monday 04 April 2011 13:22:42 Johannes Willkomm wrote: > Package: libqt4-svg > Version: 4:4.7.2-3 > Severity: critical > Tags: d-i > Justification: breaks unrelated software > > > After upgrading libqt4-svg: > libqt4-svg:amd64 (4.6.3-4, 4.7.2-3) > > I get the following error when starting kmail or kwalletmanager: > > symbol lookup error: /usr/lib/libQtSvg.so.4: undefined symbol: > _ZN20QGraphicsItemPrivate20focusScopeItemChangeEb Please paste the output of: $ ldd /usr/lib/libQtSvg.so.4 -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Hello, On Saturday 09 April 2011 18:41:52 Michel Briand wrote: > Package: phonon > Version: 4:4.6.0really4.4.2-1 > Severity: wishlist > > Hi, > > phonon 4.4.3 has fixed a *very important bug* [1]. > > This bug prevents amarok from playing file > which names are not ascii (iso-8859-15 for example). > > Is it possible to bump squeeze version ? Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has many changes. If I were you, I would switch locale to UTF-8. Do not delay invetitable. Personally I'm not interested. Updating squeeze-proper to 4.4.3 is out of the question with the exception of backporting a patch. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: Tracking bug for KDE-4.6SC into official debian experimental or/and unstable
Hello, On Saturday 09 April 2011 23:10:02 shirish शिरीष wrote: > Hi all, > I read (with interest) the thread at > http://lists.debian.org/debian-qt-kde/2011/04/msg8.html > > I do see and am currently upgrading to the experimental snapshots > repository of KDE 4.6SC http://qt-kde.debian.net/ . > > I am interested to know if there is some kind of tracking bug to > see/know whenever the repo gets migrated to the official debian > experimental/unstable repos from the third-party repo. > > Looking forward to know more. There is no such bug at the moment. But once it is up, it will be under http://bugs.debian.org/release.debian.org "Transition Tracking Bugs". -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
reassign 621921 phonon-backend-xine 4:4.6.0really4.4.2-1 close 621921 4:4.6.0really4.4.3-1 severity 621921 normal retitle 621921 xine backend won't play files with non-ascii names in non-UTF8 locales forwarded 621921 https://bugs.kde.org/show_bug.cgi?id=172242 tags 621921 squeeze thanks Hello, On Sunday 10 April 2011 13:12:44 Michel Briand wrote: > >Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has > >many changes. If I were you, I would switch locale to UTF-8. Do not delay > >invetitable. > > Yes and no : when you have a legacy of hard drive / data you want to be > able to access them even with the latest distro / software ! Maybe but it's a non-default configuration hence this bug is by no means "very important". Switch locale to UTF-8 and use something like convmv to convert filenames. Or, since this appears to be a xine backend problem, you might as well switch Phonon backend to gstreamer or vlc. Or upgrade to testing. > >Personally I'm not interested. Updating squeeze-proper to 4.4.3 is out of > >the question with the exception of backporting a patch. > > Excuse me but I'm not native english speaker: > > what is "squeeze-proper" ? What I call squeeze-proper is official squeeze release (stable). There is also squeeze-backports. > you say that 4.4.3 will never go into the squeeze package ? Yes. Never. > you say that you would accept a patch ? That could be an option if the bug was important enough. However, as long as you do all the work including extracting the patch & testing it, I might consider *trying* (that does not mean succeeding) to push it to the next stable revision. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#622986: kmail: KMail crashes right after login
forwarded 622986 https://bugs.kde.org/show_bug.cgi?id=184324 tags 622986 upstream thanks Hello, On šeštadienis 16 Balandis 2011 14:24:33 Andras Veres-Szentkiralyi wrote: > Package: kmail > Version: 4:4.4.7-3 > Severity: grave > Justification: renders package unusable > > Since today, KMail crashes right after logging in (e.g. if I provide > incorrect credentials, it notifies me and crashes right afterwards). > Even the main window doesn't show up, KCrash appears right after the > authentication window. > > I attached a backtrace with the appropriate debug packages installed. Please refer to the upstream bug above. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Hello, On ketvirtadienis 21 Balandis 2011 11:31:21 Michel Briand wrote: > Modestas Vainius - Sun, 10 Apr 2011 14:15:07 +0300 > > >reassign 621921 phonon-backend-xine 4:4.6.0really4.4.2-1 > >close 621921 4:4.6.0really4.4.3-1 > >severity 621921 normal > >retitle 621921 xine backend won't play files with non-ascii names in > >non-UTF8 locales forwarded 621921 > >https://bugs.kde.org/show_bug.cgi?id=172242 > >tags 621921 squeeze > >thanks > > > >Hello, > > > >On Sunday 10 April 2011 13:12:44 Michel Briand wrote: > >> >Maybe somebody will build backports. Though it's troublesome as 4.4.4+ > >> >has many changes. If I were you, I would switch locale to UTF-8. Do > >> >not delay invetitable. > >> > >> Yes and no : when you have a legacy of hard drive / data you want to be > >> able to access them even with the latest distro / software ! > > > >Maybe but it's a non-default configuration hence this bug is by no means > >"very important". Switch locale to UTF-8 and use something like convmv to > >convert filenames. Or, since this appears to be a xine backend problem, > >you might as well switch Phonon backend to gstreamer or vlc. Or upgrade > >to testing. > > I think saying that iso-8859-* filesystem is "non-default" > configuration is really excessive. It's just legacy configuration. It is a non-default configuration because UTF-8 has been the default for two Debian stable releases already. > I don't think that all data should be adapted because programs tend to > lack proper support for it. This rationale is the worst thing for > perennial computer systems. I have suggested a couple of options how to proceed forward in the previous mails. Let's stick to that and start from there. Arguing about small details and perceptions won't solve anything. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#623739: [kde-window-manager] Kwin crashes on startup
close 623739 4:4.4.5-8 reassign 623739 kdebase-workspace-bin,kde-window-manager forcemerge 623492 623739 thanks Hello, On penktadienis 22 Balandis 2011 18:55:27 MeLON wrote: > Package: kde-window-manager > Version: 4:4.4.5-8 > Severity: serious > > --- Please enter the report below this line. --- > After the last update KDE session didn't come up. The kwin process crashed > (along with it's company needed to bring up the session: kded, > plasma-desktop etc. but i would'n know how to trace it properly to attach > to bug report). Happens every time. Kde programs run in a diffrent > environment (lxde) run fine. Anyway, here is a sample gdb output: There is no need to report duplicates. Upgrade to 4:4.4.5-9 once it is available in the repositories. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#623895: Typo in package description: "partof"
reopen 623895 found 623895 4:4.4.7-3 tags 623895 pending thanks Hello Frederik, On sekmadienis 24 Balandis 2011 12:11:02 Frederik Schwarzer wrote: > On 24/04/2011, Pascal De Vuyst wrote: > > Package: akregator > > Version: 4:4.4.7-3 > > Severity: minor > > User: ubuntu-de...@lists.ubuntu.com > > Usertags: origin-ubuntu natty > > > > The package description contains a small typo: > > This package is partof the KDE PIM module. > > > > Should be: > > This package is part of the KDE PIM module. > > This is already fixed and will be part of the next upload. > http://git.debian.org/?p=pkg-kde/kde-sc/kdepim.git;a=commitdiff;h=08e0c0a31 > f3c4a6ec588996402ffcf782e35ba31 > > Thanks for the report. Since the package is not in the archive yet, closing the bug now is not the right way to do it. Just add appropriate Closes stanza to the changelong instead. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Hello, On sekmadienis 24 Balandis 2011 18:17:50 Michel Briand wrote: > >> I don't think that all data should be adapted because programs tend to > >> lack proper support for it. This rationale is the worst thing for > >> perennial computer systems. > > > >I have suggested a couple of options how to proceed forward in the > >previous mails. Let's stick to that and start from there. Arguing about > >small details and perceptions won't solve anything. > > Hi Modestas, > > I don't want to argue about small details. Just about usability. > Free software is for control not to be controlled. But lack of control comes both ways. I can't force you to follow my (imho, reasonable) suggestions but neither you can force me drop everything and go to fix the bug which is "very important" for you. But we could have helped each other and fixed the bug in the end. > I have a lot of > data, like a lot of people, and I want softwares to adapt rather than > adapt my data... What would say your boss if you ask the datacenter > administrators to "upgrade" (sic) all the file names ??? Nobody denies that there is a bug. Filename conversion is just one of solutions. > Best solution for a Debian user that don't want to bother with a long > and delicate process : use another software to play all files (new & > old, with file names in whatever encoding). Sure, feel free. You might as well have just switched to another phonon backend as I suggested earlier. This would have been faster than looking for a new app anyway. > I tried Exaile and it rocks. Glib considers all file names are UTF-8, > but if you use G_BROKEN_FILENAMES or G_FILENAME_ENCODING you would > have a better control [1]. By all means, you can use whatever you want and whatever works for you. Sometimes radical decisions pay off big time due to unique features. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#624432: [kdelibs-bin] kdeinit4 crashes on startup
forwarded 624432 https://bugs.kde.org/show_bug.cgi?id=252743 thanks Hello, On ketvirtadienis 28 Balandis 2011 15:53:51 Jan Kriho wrote: > Package: kdelibs-bin > Version: 4:4.6.2-1 > Severity: important > > --- Please enter the report below this line. --- > > After upgrading to KDE 4.6.2 from experimental, kdeinit4 always > crashes. Reproduced even with new user account. > New attempt to start it from command line fails too (log attached). > > Also tried to upgrade D-Bus from 1.4.6-1 (testing) to 1.5.0-2 > (experimental) with no avail New upstream versionf of kde-config-tablet needs to be packaged. In the meantime, uninstall kde-config-tablet package. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#624679: 4.7 regression: QProcess::waitForFinished() is broken on kfreebsd
Package: libqtcore4 Version: 4:4.7.2-3 Severity: grave Hello, QProcess::waitForFinished(timeout) with timeout > 0 (however, big enough) seems to return false when the process has not finished yet (leaving QProcess::state() in QProcess::Running). However, QProcess::waitForFinished(-1) works fine. This appears to be a regression in 4.7 (4.6.3 works fine). The bug triggers quite a few random FTBFSes like [1], [2]. [1] https://buildd.debian.org/status/fetch.php?pkg=kde4libs&arch=kfreebsd-i386&ver=4%3A4.6.2-1&stamp=1304164739 [2] https://buildd.debian.org/status/fetch.php?pkg=akonadi&arch=kfreebsd-amd64&ver=1.3.1-4&stamp=1304159335 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.2-1-amd64 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 libqtcore4 depends on: ii libc0.1 2.11.2-13Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-6GCC support library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libstdc++6 4.6.0-6 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libqtcore4 recommends no packages. -- 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/20110430144739.14232.6303.report...@mdxdesktop.lan.vainius.eu
Bug#624679: 4.7 regression: QProcess::waitForFinished() is broken on kfreebsd
Hello, On šeštadienis 30 Balandis 2011 17:47:39 Modestas Vainius wrote: > Package: libqtcore4 > Version: 4:4.7.2-3 > Severity: grave > > Hello, > > QProcess::waitForFinished(timeout) with timeout > 0 (however, big enough) > seems to return false when the process has not finished yet (leaving > QProcess::state() in QProcess::Running). However, > QProcess::waitForFinished(-1) works fine. > > This appears to be a regression in 4.7 (4.6.3 works fine). The bug triggers > quite a few random FTBFSes like [1], [2]. This happens because Qt on kfreebsd is compiled without monotonic clock support [1] (or at least Qt thinks so). select() is interrupted by SIGCHLD [2] and then qt_safe_select() code kicks in with its bogus calculation of timeout during EINT [3] (basically, no monotonic clock -> you're screwed). Such fragileness is a bug by itself, I don't care about too much at moment as _POSIX_MONOTONIC_CLOCK is defined [4] so something is wrong with Qt checks. [1] QElapsedTimer::isMonotonic() returns 0 [2] 55109 minifail RET write 24/0x18 55109 minifail CALL gettimeofday(0x7fffe3b0,0) 55109 minifail RET gettimeofday 0 55109 minifail CALL gettimeofday(0x7fffe3a0,0) 55109 minifail RET gettimeofday 0 55109 minifail CALL gettimeofday(0x7fffe2e0,0) 55109 minifail RET gettimeofday 0 55109 minifail CALL select(0x14,0x7fffe470,0x7fffe3f0,0,0x7fffe350) 55109 minifail RET select 1 55109 minifail CALL ioctl(0xd,0x4004667f ,0x7fffe34c) 55109 minifail RET ioctl 0 55109 minifail CALL close(0xd) 55109 minifail RET close 0 55109 minifail CALL gettimeofday(0x7fffe3a0,0) 55109 minifail RET gettimeofday 0 55109 minifail CALL gettimeofday(0x7fffe2e0,0) 55109 minifail RET gettimeofday 0 55109 minifail CALL select(0x14,0x7fffe470,0x7fffe3f0,0,0x7fffe350) 55109 minifail RET select 1 55109 minifail CALL ioctl(0xf,0x4004667f ,0x7fffe34c) 55109 minifail RET ioctl 0 55109 minifail CALL close(0xf) 55109 minifail RET close 0 55109 minifail CALL gettimeofday(0x7fffe3a0,0) 55109 minifail RET gettimeofday 0 55109 minifail CALL gettimeofday(0x7fffe2e0,0) 55109 minifail RET gettimeofday 0 55109 minifail CALL select(0x14,0x7fffe470,0x7fffe3f0,0,0x7fffe350) 55109 minifail RET select -1 errno 4 Interrupted system call 55109 minifail PSIG SIGCHLD caught handler=0x8017b51a0 mask=0x8000 code=0x0 55109 minifail CALL write(0x6,0x800a49a0a,0x1) 55109 minifail GIO fd 6 wrote 1 byte "\0" 55109 minifail RET write 1 55109 minifail CALL sigreturn(0x7fffdeb0) 55109 minifail RET sigreturn JUSTRETURN 55109 minifail CALL break(0x645000) 55109 minifail RET break 0 55109 minifail CALL break(0x641000) 55109 minifail RET break 0 55109 minifail CALL write(0x2,0x7fffbcb0,0x34) 55109 minifail GIO fd 2 wrote 52 bytes "exit code=0, exitcode=0, state=2, error=2. Aborting " [3] http://qt.gitorious.org/qt/qt/blobs/4.7/src/corelib/kernel/qcore_unix.cpp#line91 [4] /usr/include/bits/posix_opt.h:156:#define _POSIX_MONOTONIC_CLOCK 200809L -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#623596: [Pkg-openssl-devel] Processed: Re: Bug#623596: mumble: Problem with the import certificats
Hello, On antradienis 26 Balandis 2011 20:47:45 Thorvald Natvig wrote: > That being said, Qt also supports explicit compile-time linking to > libssl and libcrypto, which avoids issues like this one and also ensures > that libqt4-network shows up as a reverse dependency for openssl. If > nothing else, the runtime libraries for OpenSSL should be added as a > recommends: for the libqt4-network package. But in todays crypto-heavy > world, I can't really think of a good reason not to just link it. Among > other things, Qt's web widgets (and URL classes) will not support https > without libssl/libcrypto. OpenSSL license is THE reason. Or pure-GPL apps won't be able to link against libQtNetwork which is unacceptable. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#623596: [Pkg-openssl-devel] Processed: Re: Bug#623596: mumble: Problem with the import certificats
Hello, On trečiadienis 04 Gegužė 2011 19:23:53 Kurt Roeckx wrote: > On Wed, May 04, 2011 at 01:15:18PM +0300, Modestas Vainius wrote: > > Hello, > > > > On antradienis 26 Balandis 2011 20:47:45 Thorvald Natvig wrote: > > > That being said, Qt also supports explicit compile-time linking to > > > libssl and libcrypto, which avoids issues like this one and also > > > ensures that libqt4-network shows up as a reverse dependency for > > > openssl. If nothing else, the runtime libraries for OpenSSL should be > > > added as a recommends: for the libqt4-network package. But in todays > > > crypto-heavy world, I can't really think of a good reason not to just > > > link it. Among other things, Qt's web widgets (and URL classes) will > > > not support https without libssl/libcrypto. > > > > OpenSSL license is THE reason. Or pure-GPL apps won't be able to link > > against libQtNetwork which is unacceptable. > > I think dynamicly loading instead of linking doesn't change this > license problem. Well, at least openssl is not always loaded, but on demand. GPL app may not ever use SSL and so openssl won't ever be in the same process space. While there are multiple views on this kind of issues, you should agree that explicit linking is worse. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#625825: Some qatomic_arm.h inline functions do not compile with >= g++ 4.5 on arm
Package: libqt4-dev Version: 4:4.7.2-4 Severity: serious Forwarded: https://bugs.launchpad.net/ubuntu/+source/gcc-4.5/+bug/675347 Owner: mo...@debian.org File: /usr/include/qt4/QtCore/qatomic_arm.h Tags: wheezy sid Justification: makes other packages to FTBFS on armel with gcc 4.6 Hello, some QBasicAtomicInt functions do not build on armel with g++ 4.6 (Debian's g++-4.5 seems to work), for example QBasicAtomicInt::fetchAndStoreOrdered() [1]. While according to the Ubuntu report this one is forwarded to, the bug probably is in the gcc itself (broken -fstrict-volatile-bitfields handling in some cases), gcc upstream did not fix it in 4.6 despite efforts of Ubuntu people [2]. This issue will trigger many Qt based packages to FTBFS (like kde4libs [1]) because offending code is inlined in the headers. So we need a solution quick and fast, either in gcc or Qt (or both). I'm going to work on Qt solution and already have an idea how to fix this problem (a "hack"). [1] https://buildd.debian.org/status/fetch.php?pkg=kde4libs&arch=armel&ver=4%3A4.4.5-5&stamp=1304545515 [2] http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02245.html -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#625937: kdevelop: crash when opening source file
reassign 625937 kdelibs5-plugins 4:4.6.2-1 retitle 625937 kdevelop 4.1.x or earlier does not work with KDE SC 4.6 affects 625937 kdevelop thanks Hello, On šeštadienis 07 Gegužė 2011 10:42:10 Salvo Tomaselli wrote: > kdevelop crashes when i try to open a .c file, but it is fine with .txt > files and so on. > > That problem makes it useless... > ii kdebase-runtime 4:4.6.2-1 runtime components from the > offici ii kdevelop-data 4:4.0.1-1 data files for the > KDevelop IDE ii kdevplatform1-libs1.0.1-1shared libraries > for the KDevelop ii lcov 1.9-2 Summarise > Code coverage informatio ii libc6 2.13-2 > Embedded GNU C Library: Shared lib ii libgcc1 > 1:4.6.0-6 GCC support library > ii libkdecore5 4:4.6.2-1 KDE Platform Core Library > ii libkdeui5 4:4.6.2-1 KDE Platform User Interface > Librar ii libkio5 4:4.6.2-1 Network-enabled File > Management Li ii libkparts44:4.6.2-1 Framework for > the KDE Platform Gra ii libktexteditor4 4:4.6.2-1 > KTextEditor interfaces for the KDE ii libprocessui4a > 4:4.6.2-2 library for ksysguard process user ii libqt4-dbus > 4:4.7.2-4 Qt 4 D-Bus module > ii libqt4-help 4:4.7.2-4 Qt 4 help module > ii libqt4-network4:4.7.2-4 Qt 4 network module > ii libqt4-script 4:4.7.2-4 Qt 4 script module > ii libqt4-webkit 4:4.7.2-4 transitional package for Qt 4 > WebK ii libqtcore44:4.7.2-4 Qt 4 core module > ii libqtgui4 4:4.7.2-4 Qt 4 GUI module > ii libstdc++64.6.0-6The GNU Standard C++ Library > v3 ii libsublime1 1.0.1-1an user interface library > ii libthreadweaver4 4:4.6.2-1 ThreadWeaver Library for the > KDE P kdevelop 4.1.x or earlier is known not to work with KDE SC 4.6 or later due to removed kate interfaces in kde4libs [1]. Therefore, you can only wait until your other bug (#625938) is fixed. [1] http://techbase.kde.org/KDevelop4/Compatibility -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#621053: libqt4-webkit: All webkit based qt4-applications always crash when they don't find a lot of free memory
close 621053 2.1.0~2011week13-1 forcemerge 617899 621053 thanks Hello, On trečiadienis 06 Balandis 2011 08:18:51 Sergei Stolyarov wrote: > Package: libqt4-webkit > Version: 4:4.7.2-3 > Severity: normal > > All applications that use libqt4-webkit crash with segafault (eg. arora, > goldendict, even webkit demos from qt-demo). Fixed in 2.1.0~2011week13-1. Please upgrade. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#625825: Fixed in gcc-4.6.0-7, please revert the work around
Hello, On sekmadienis 08 Gegužė 2011 03:45:11 Matthias Klose wrote: > Fixed in gcc-4.6.0-7, please revert the work around. Thanks for the info. I'm going to fix this bug by build depending on g++-4.6 (>= 4.6.0-7~) [armel] and breaking g++-4.6 (<< 4.6.0-7~) [armel] instead. P.S. 4.6.0-7 is still not in archive though. Any ETA for upload? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#625707: kdebindings: FTBFS: conversion from 'void' to non-scalar type 'QList >' requested
reassign 625707 libphonon-dev 4:4.6.0really4.5.0-1 close 625707 4:4.6.0really4.5.0-3 affects 625707 src:kdebindings thanks Hello, On ketvirtadienis 05 Gegužė 2011 12:13:12 Jakub Wilk wrote: > kdebindings no longer builds from source: > | [ 38%] Building CXX object smoke/phonon/CMakeFiles/smokephonon.dir/x_10.o > | cd smoke/phonon && /usr/bin/c++ -Dsmokephonon_EXPORTS -D_BSD_SOURCE > | -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII > | -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DQT3_SUPPORT -DSMOKE_BUILDING > | -DGCC_VISIBILITY -Wall -g -O2 -Wnon-virtual-dtor -Wno-long-long -ansi > | -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith > | -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new > | -fno-common -Woverloaded-virtual -fno-threadsafe-statics > | -fvisibility=hidden -fvisibility-inlines-hidden -DNDEBUG -DQT_NO_DEBUG > | -fPIC -I. -I../../../smoke/phonon -I../../.. -I../.. -I../../../smoke > | -I/usr/include/KDE -I/usr/include/qt4/phonon > | -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml > | -I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtUiTools > | -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg > | -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtScriptTools > | -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtOpenGL > | -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp > | -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDBus > | -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui > | -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt > | -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -D_GNU_SOURCE > | -D_LARGEFILE64_SOURCE -o CMakeFiles/smokephonon.dir/x_10.o -c x_10.cpp > | x_10.cpp: In static member function 'static void > | __smokephonon::x_Phonon::x_1(Smoke::Stack)': x_10.cpp:1372:58: warning: > | 'void Phonon::registerMetaTypes()' is deprecated (declared at > | /usr/include/qt4/phonon/objectdescription.h:349) > | [-Wdeprecated-declarations] x_10.cpp:1372:76: warning: 'void > | Phonon::registerMetaTypes()' is deprecated (declared at > | /usr/include/qt4/phonon/objectdescription.h:349) > | [-Wdeprecated-declarations] x_10.cpp:1372:76: error: conversion from > | 'void' to non-scalar type 'QList >' requested > > Full build log is here: > https://buildd.debian.org/status/fetch.php?pkg=kdebindings&arch=amd64&ver=4 > %3A4.4.5-5%2Bb1&stamp=1304559565 kdebindings should no longer FTBFS with libphonon-dev (>= 4:4.6.0really4.5.0-3). Add Dep-Wait if needed. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#612675: libkio5: KTar class have broken UTF-8 support(longlink)
Hello, On trečiadienis 04 Gegužė 2011 11:40:43 Ibragimov Rinat wrote: > > This though is not totally clear to me. On the major architectures, > > char is signed, so I would assume that a chksum error in this area > > should have hit a lot of people already? Given that int is signed by > > default I wonder if this is the proper approach and it shouldn't rather > > be cast to signed char (signedness of char varies across the different > > architectures). > > The error only occurs when file name have characters with codes larger than > 128. All ASCII have codes lower than 127, so in that case there is no > difference. UTF-8 uses most significant bit as flag, so some charactes have > codes larger than 128. I'll explain with example: > > int check = 32; > check += buffer[j]; > > assume buffer[0]==128, i.e. 0x80. When one adds signed char 0x80 to an > integer, signed char extents to a signed integer and becomes 0xff80. > It is not 0x80, as one may expect. > > But if all file names are in english, no one can face the bug. > > > Out of curiosity, you filed this from an i386 system. Did you maybe > > copy around the backup from/to any architcture including arm, armel, > > powerpc or s390? Were they somehow involved in the assumingly checksum > > error of yours? The thing behind the question is: If we "fix" the > > calculation in the direction that you propose, this would break backups > > done now on the architectures that do have char signed by default > > because it would result in a different checksum. > > No, unfortunately I don't have access to architectures other than amd64 and > i386. What I'm concerned about is that your patch may not be complete. There are more similar "checks" in ktar.cpp. As I absolutely have no idea how tar works, this will take time to handle properly (or hopefully upstream responds in the meantime). Thanks for forwarding the bug. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#612675: libkio5: KTar class have broken UTF-8 support(longlink)
Hello, On pirmadienis 09 Gegužė 2011 11:19:23 Ibragimov Rinat wrote: > > What I'm concerned about is that your patch may not be complete. There > > are more similar "checks" in ktar.cpp. As I absolutely have no idea how > > tar works, this will take time to handle properly (or hopefully upstream > > responds in the meantime). Thanks for forwarding the bug. > > Can you point to some of those checks? I've looked through the code again > and found nothing related to QString. There are only some of them related > to QByteArray. But why do you think QByteArray checks are not affected? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#612675: Re[2]: Bug#612675: libkio5: KTar class have broken UTF-8 support(longlink)
Hello, On pirmadienis 09 Gegužė 2011 13:24:51 Ibragimov Rinat wrote: > > > Can you point to some of those checks? I've looked through the code > > > again and found nothing related to QString. There are only some of > > > them related to QByteArray. > > > > But why do you think QByteArray checks are not affected? > > Because QByteArray is intended to store raw bytes [1], Basically, QByteArray is a wrapper class on top of char*. For example, QString::toUtf8() returns QByteArray as well. > while QString stores > charactes which may be wider than 8-bit. Current implementation uses 16-bit > QChars [2]. Well, ok, but that still does not explain why you cast one "check" to (unsigned char) leaving others untouched. QByteArray::operator[] also returns a _signed_ char. So what makes you think those chars will always be <= 127 ? -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#612675: libkio5: KTar class have broken UTF-8 support(longlink)
tags 612675 pending confirmed owner 612675 ! thanks Hello, On šeštadienis 14 Gegužė 2011 14:44:48 Ibragimov Rinat wrote: > > Well, ok, but that still does not explain why you cast one "check" to > > (unsigned char) leaving others untouched. QByteArray::operator[] also > > returns a _signed_ char. So what makes you think those chars will always > > be <= 127 ? > > Um, yes, you're right. I missed code that reads tar files. There must be > (unsigned char) cast too. > > There are also another uses of buffer as signed char, for checksum fields, > but those bytes may contain only ' ', numbers, and '\0'. All of them lower > than 128, so no casting is required. But maybe I should add them for > consistency. You don't need to worry about this anymore. Fix is pending but might take some time to actually get into archive. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#626842: pu: package kde4libs/4:4.4.5-2+squeeze2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hello,
[ Disclaimer: I've already asked security team about this upload and they told
me to do it via s-p-u ]
The upload would fix 3 CVEs and bug #612675. Change-by-change details are below
while full diff is attached.
* Fix CVE-2011-1168 (Konqueror partially universal XSS in error pages) by
cve_2011_1168_konqueror_xss.diff.
http://git.debian.org/?p=pkg-kde/kde-sc/kde4libs.git;a=commit;h=20deb674
* Fix CVE-2010-3170 (browser wildcard cerficate validation weakness) for
Konqueror by cve_2010_3170_cn_wildcards.diff.
http://git.debian.org/?p=pkg-kde/kde-sc/kde4libs.git;a=commit;h=ae934a0a
* Fix CVE-2011-1094 (kdelibs does not properly verify that the server hostname
matches the Common Name of the Subject of an X.509 certificate if that CN is
an IP address) by cve_2011_1094_ssl_verify_hostname.diff.
http://git.debian.org/?p=pkg-kde/kde-sc/kde4libs.git;a=commit;h=2bfb1e47
[ kde4libs non-security changes ]
* KTar: use unsigned arithmetic when calculating checksum of tar header record
(as per ustar specification). However, when reading archive, verify
checksum by calculating it both ways (unsigned and signed) and accept if
either matches (partially solves #612675). Implemented in
ktar_header_checksum_fix.diff patch.
http://git.debian.org/?p=pkg-kde/kde-sc/kde4libs.git;a=commit;h=af9374ec
* Fix KTar longlink support when filenames are encoded in the UTF-8 (or other
multibyte) locale. Implemented in ktar_longlink_length_in_bytes.diff patch
(thanks to Ibragimov Rinat). Closes: #612675
http://git.debian.org/?p=pkg-kde/kde-sc/kde4libs.git;a=commit;h=66efdda4
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/changelog b/debian/changelog
index 7e056e6..aac9418 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,26 @@
+kde4libs (4:4.4.5-2+squeeze2) UNRELEASED; urgency=low
+
+ [ José Manuel Santamaría Lema ]
+ * Fix CVE-2011-1168 (Konqueror partially universal XSS in error pages) by
+cve_2011_1168_konqueror_xss.diff.
+ * Fix CVE-2010-3170 (browser wildcard cerficate validation weakness) for
+Konqueror by cve_2010_3170_cn_wildcards.diff.
+ * Fix CVE-2011-1094 (kdelibs does not properly verify that the server hostname
+matches the Common Name of the Subject of an X.509 certificate if that CN is
+an IP address) by cve_2011_1094_ssl_verify_hostname.diff.
+
+ [ Modestas Vainius ]
+ * KTar: use unsigned arithmetic when calculating checksum of tar header record
+(as per ustar specification). However, when reading archive, verify
+checksum by calculating it both ways (unsigned and signed) and accept if
+either matches (partially solves #612675). Implemented in
+ktar_header_checksum_fix.diff patch.
+ * Fix KTar longlink support when filenames are encoded in the UTF-8 (or other
+multibyte) locale. Implemented in ktar_longlink_length_in_bytes.diff patch
+(thanks to Ibragimov Rinat). Closes: #612675
+
+ -- José Manuel Santamaría Lema Tue, 12 Apr 2011 21:16:20 +0200
+
kde4libs (4:4.4.5-2+squeeze1) stable-proposed-updates; urgency=low
* Add a kconf_update script (migrate_from_kde3_icon_theme) to migrate away
diff --git a/debian/patches/cve_2010_3170_cn_wildcards.diff b/debian/patches/cve_2010_3170_cn_wildcards.diff
new file mode 100644
index 000..640252b
--- /dev/null
+++ b/debian/patches/cve_2010_3170_cn_wildcards.diff
@@ -0,0 +1,84 @@
+Origin: https://projects.kde.org/projects/kde/kdelibs/repository/revisions/f2a059e6
+Description: Fix wildcard ssl handling.
+ We now correctly handle wildcards, rather than using shell globs. This removes
+ the same issue as QTBUG-4455. In addition, fixes CVE-2010-3170 for Konqueror.
+ References:
+ * http://www.westpoint.ltd.uk/advisories/wp-10-0001.txt
+--- a/kio/kio/tcpslavebase.cpp
b/kio/kio/tcpslavebase.cpp
+@@ -4,6 +4,7 @@
+ * Copyright (C) 2001 Dawit Alemayehu
+ * Copyright (C) 2007,2008 Andreas Hartmetz
+ * Copyright (C) 2008 Roland Harnau
++ * Copyright (C) 2010 Richard Moore
+ *
+ * This file is part of the KDE project
+ *
+@@ -436,6 +437,49 @@ bool TCPSlaveBase::startSsl()
+ return startTLSInternal(KTcpSocket::TlsV1) & ResultOk;
+ }
+
++// Find out if a hostname matches an SSL certificate's Common Name (including wildcards)
++static bool isMatchingHostname(const QString &cnIn, const QString &hostnameIn)
++{
++const QString cn = cnIn.toLower();
++const QString hostname = hostnameIn.toLower();
++
++const int wildcard = cn.indexOf(QLatin1Char('*'));
++
++// Check this is a wildcard cer
Bug#626844: pu: package kdenetwork/4:4.4.5-2+squeeze1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hello,
[ Disclaimer: I've already asked security team about this upload and they told
me to do it via s-p-u ]
This upload would contain a patch that improves fix for CVE-2010-1000.
Change-by-change details are below while full diff is attached.
* Add cve_2010_1000_directory_traversal.diff, note that CVE-2010-1000 was
already fixed, but this patch performs a better protection against that
vulnerability.
http://git.debian.org/?p=pkg-kde/kde-sc/kdenetwork.git;a=commit;h=f18dc
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/changelog b/debian/changelog
index 1dc6e8e..45a905d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+kdenetwork (4:4.4.5-2+squeeze1) UNRELEASED; urgency=low
+
+ * Add cve_2010_1000_directory_traversal.diff, note that CVE-2010-1000 was
+already fixed, but this patch performs a better protection against that
+vulnerability.
+
+ -- José Manuel Santamaría Lema Sun, 17 Apr 2011 20:04:11 +0200
+
kdenetwork (4:4.4.5-2) unstable; urgency=low
* Point debian/control Vcs fields to the new Git repository.
diff --git a/debian/patches/cve_2010_1000_directory_traversal.diff b/debian/patches/cve_2010_1000_directory_traversal.diff
new file mode 100644
index 000..125f104
--- /dev/null
+++ b/debian/patches/cve_2010_1000_directory_traversal.diff
@@ -0,0 +1,21 @@
+Origin: http://websvn.kde.org/?view=revision&revision=1227468
+Description: Further addresses CVE-2010-1000.
+ The file name of Metalink File is checked a better way, making it work under
+ more conditions.
+--- a/kget/ui/metalinkcreator/metalinker.cpp
b/kget/ui/metalinkcreator/metalinker.cpp
+@@ -583,7 +583,13 @@
+ return false;
+ }
+
+-if (name.contains(QRegExp("$(\\.\\.?)?/")) || name.contains("/../") || name.endsWith("/..")) {
++if (name.endsWith('/')) {
++kError(5001) << "Name attribute of Metalink::File does not contain a file name:" << name;
++return false;
++}
++
++const QStringList components = name.split('/');
++if (name.startsWith('/') || components.contains("..") || components.contains(".")) {
+ kError(5001) << "Name attribute of Metalink::File contains directory traversal directives:" << name;
+ return false;
+ }
diff --git a/debian/patches/series b/debian/patches/series
index 899f203..b50afdb 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
01_backport_use_system_libktorrent.diff
02_debian_libktorrent_porting.diff
03_kopete_icq_login_fix.diff
+cve_2010_1000_directory_traversal.diff
Bug#626845: pu: package qt4-x11/4:4.6.3-4+squeeze1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hello,
[ Disclaimer: I've already asked security team about this upload and they told
me to do it via s-p-u ]
This upload would fix 2 security issues. Change-by-change details are below
while full diff is attached.
* Blacklist a set of fraudulent ssl certificates; to perform this
blacklisting we need these patches:
- blacklist_fraudulent_comodo_certificates.diff
- ssl_certificate_large_sn.diff
http://git.debian.org/?p=pkg-kde/qt/qt4-x11.git;a=commit;h=f8f083cf53ff
* Fix CVE-2010-3170 (browser wildcard cerficate validation weakness) with
cve_2010_3170_ssl_certificates_wildcard.diff. This problem affects the Arora
web browser.
http://git.debian.org/?p=pkg-kde/qt/qt4-x11.git;a=commit;h=ca7ca43a374c
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (110, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/changelog b/debian/changelog
index bbd8811..363ab2e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+qt4-x11 (4:4.6.3-4+squeeze1) UNRELEASED; urgency=low
+
+ * Blacklist a set of fraudulent ssl certificates; to perform this
+blacklisting we need these patches:
+- blacklist_fraudulent_comodo_certificates.diff
+- ssl_certificate_large_sn.diff
+ * Fix CVE-2010-3170 (browser wildcard cerficate validation weakness) with
+cve_2010_3170_ssl_certificates_wildcard.diff. This problem affects the Arora
+web browser.
+
+ -- José Manuel Santamaría Lema Fri, 15 Apr 2011 19:13:13 +0200
+
qt4-x11 (4:4.6.3-4) unstable; urgency=high
[ Pino Toscano ]
diff --git a/debian/patches/blacklist_fraudulent_comodo_certificates.diff b/debian/patches/blacklist_fraudulent_comodo_certificates.diff
new file mode 100644
index 000..0142822
--- /dev/null
+++ b/debian/patches/blacklist_fraudulent_comodo_certificates.diff
@@ -0,0 +1,85 @@
+Origin: http://labs.qt.nokia.com/2011/03/29/security-advisory-fraudulent-certificates/
+Description: This patch blacklists a set of fraudulent ssl certificates.
+--- a/src/network/ssl/qsslcertificate.cpp
b/src/network/ssl/qsslcertificate.cpp
+@@ -219,17 +219,19 @@
+ Returns true if this certificate is valid; otherwise returns
+ false.
+
+-Note: Currently, this function only checks that the current
++Note: Currently, this function checks that the current
+ data-time is within the date-time range during which the
+-certificate is considered valid. No other checks are
+-currently performed.
++certificate is considered valid, and checks that the
++certificate is not in a blacklist of fraudulent certificates.
+
+ \sa isNull()
+ */
+ bool QSslCertificate::isValid() const
+ {
+ const QDateTime currentTime = QDateTime::currentDateTime();
+-return currentTime >= d->notValidBefore && currentTime <= d->notValidAfter;
++return currentTime >= d->notValidBefore &&
++currentTime <= d->notValidAfter &&
++! QSslCertificatePrivate::isBlacklisted(*this);
+ }
+
+ /*!
+@@ -778,6 +780,30 @@
+ return certificates;
+ }
+
++// These certificates are known to be fraudulent and were created during the comodo
++// compromise. See http://www.comodo.com/Comodo-Fraud-Incident-2011-03-23.html
++static const char *certificate_blacklist[] = {
++"04:7e:cb:e9:fc:a5:5f:7b:d0:9e:ae:36:e1:0c:ae:1e",
++"f5:c8:6a:f3:61:62:f1:3a:64:f5:4f:6d:c9:58:7c:06",
++"d7:55:8f:da:f5:f1:10:5b:b2:13:28:2b:70:77:29:a3",
++"39:2a:43:4f:0e:07:df:1f:8a:a3:05:de:34:e0:c2:29",
++"3e:75:ce:d4:6b:69:30:21:21:88:30:ae:86:a8:2a:71",
++"e9:02:8b:95:78:e4:15:dc:1a:71:0a:2b:88:15:44:47",
++"92:39:d5:34:8f:40:d1:69:5a:74:54:70:e1:f2:3f:43",
++"b0:b7:13:3e:d0:96:f9:b5:6f:ae:91:c8:74:bd:3a:c0",
++"d8:f3:5f:4e:b7:87:2b:2d:ab:06:92:e3:15:38:2f:b0",
++0
++};
++
++bool QSslCertificatePrivate::isBlacklisted(const QSslCertificate &certificate)
++{
++for (int a = 0; certificate_blacklist[a] != 0; a++) {
++if (certificate.serialNumber() == certificate_blacklist[a])
++return true;
++}
++return false;
++}
++
+ #ifndef QT_NO_DEBUG_STREAM
+ QDebug operator<<(QDebug debug, const QSslCertificate &certificate)
+ {
+--- a/src/network/ssl/qsslcertificate_p.h
b/src/network/ssl/qsslcertificate_p.h
+@@ -96,6 +96,7 @@
+ static QSslCertificate QSslCertificate_from_X509(X509 *x509);
+ static QList certificatesFromPem(const QByteArray &pem, int count = -1);
+ static QList certificatesFromDer(const QByteArray &der, int count = -1);
++static bool isBlacklisted(const QSslCertificate &certificate);
+
+ friend class QSslSocketBackendPrivate;
+
+--- a/src/network/ssl/qsslsocket_openssl.cpp
b/src/network/ssl/qssls
Bug#627445: /usr/bin/qtconfig-qt4: qt4-qtconfig causes X crash
reassign 627445 xserver-xorg-core thanks Hello, On penktadienis 20 Gegužė 2011 20:13:17 gpe92 wrote: > Package: qt4-qtconfig > Version: 4:4.7.3-1 > Severity: grave > File: /usr/bin/qtconfig-qt4 > Justification: renders package unusable > > In qt4-stconfig when I click on a popup menu like 'Select GUI Style', X > crashes. Userspace applications should never crash X server. It's not qt4-qtconfig problem. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#627486: phonon: FTBFS: sh4: Missing symbol file
reassign 627486 pkg-kde-tools
retitle 627486 pkgkde-symbolshelper: switch qreal to float on sh4
tags 627486 pending
thanks
Hello,
On šeštadienis 21 Gegužė 2011 07:42:35 Nobuhiro Iwamatsu wrote:
> Source: phonon
> Version: 4:4.6.0really4.5.0-3
> Severity: wishlist
> Tags: patch
> User: debian-...@superh.org
> Usertags: sh4
> X-Debbugs-CC: debian-sup...@lists.debian.org
>
> Hi,
>
> phonon FTBFS on Renesas sh4.
>
> http://buildd.debian-ports.org/status/fetch.php?pkg=phonon&arch=sh4&ver=4%
> 3A4.6.0really4.5.0-3&stamp=1305704293
Apparently, qreal is float on sh4 like on arm*. pkgkde-symbolshelper will be
updated to properly expand {qreal} on sh4.
--
Modestas Vainius
signature.asc
Description: This is a digitally signed message part.
Re: Packaging the QT at-spi bridge.
Hello, On trečiadienis 01 Birželis 2011 04:58:11 Luke Yelavich wrote: > Hi all, > I'm writing to ask you about QT, and the new Qt at-spi plugin/bridge, > currently under development for Qt for accessibility. Ubuntu is looking to > make use of this plugin for oneiric, and it needs to be packaged. I of > course would like to at least get it into a git repository of either the > Debian Qt/KDE team, or the Debian accessibility team. The plugin in > question can be found here: http://www.gitorious.org/qt-at-spi. > > Would this team prefer that it be maintained with the rest of the QT/KDE > stack, or would you rather that the Debian accessibility team maintains > it? i am a member of the Debian accessibility team, and whilst I don't > have upload privileges in any way yet, I do have access to the pkg-a11y > git repositories, so I can start packaging there, allowing for the package > to be uploaded to Debian at a later date. Of course if you wish to > maintain it, I am happy to work with you to get the packaging into your > repository of choice, (I am assuming git), and will work with Ubuntu > KDE/QT folks to keep it maintained in Ubuntu. Feel free to package it the way you prefer. We don't have enough manpower to take another package. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#629197: amarok: xine backend: Output Device Preference list only contains Jack
clone 629197 -1 close 629197 reassign -1 amarok 2.4.1-1 severity -1 normal retitle -1 outdated presubj wrt xine backend thanks Hello, On šeštadienis 04 Birželis 2011 17:19:23 Stuart Pook wrote: > On 04/06/11 15:37, Modestas Vainius wrote: > > It is some kind of misconguration. Anyway, try phonon-backend-vlc or > > phonon- backend-gstreamer. xine backend is no longer recommended. > > I'm sure that it is a misconguration but it was properly configured > yesterday. > > Ok, so I'll try the vlc backend. Once again I have lots of empty lines > but this time followed by alsa, aout_file, oss, dummy. > Show advanced devices is selected. > Where are all my sound cards and most importantly my virtual sound cards? > I can play music on the default alsa sound device > but this is not the right device. > > I have found the problem. When you upgrade kde you have kill the running > kde daemons (I killed kdeinit4, klauncher, kded4, kio_http_cache_cleaner) > otherwise newly launched kde clients don't work correctly. > I use gnome so I was able to restart kde without unlogging or rebooting. > My all alsa devices are back and I'm using the vlc backend. > It was http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628467 that gave > me the hint to restart the KDE session. And the wikipedia module works > again as well. Yes, you have to restart KDE daemon after major upgrade. > By the way when you run "reportbug amarok" it says > > "If Amarok does not play anything, you hear no sound or it skips through > songs, you are probably using Phonon GStreamer backend. To fix this > either: > > 1) Install phonon-backend-xine package and remove > phonon-backend-gstreamer package (with your favourite apt package > manager)." Indeed, that's a bug. I will fix this. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
