Bug#953328: sddm: No login prompt on tty1

[Leszek Lesner]

I can confirm that.
It is a pretty severe bug for Debian Live as with KDE SDDM does not start and
there is no autologin and you end up on a TTY1 shell only.

Together with Bug #990391 this makes the KDE Live ISO unusable for mortals

Cheers
Leszek

Bug#990391: live-config autologin not working for KDE Plasma (fix included)

[Leszek Lesner]

Package: live-config
Version: 11.0.2

The sddm config script is not writing in the correct session to start plasma
automatically (Autologin). It is looking for /usr/bin/startkde which newer
Plasma versions replaced with /usr/bin/startplasma-x11

To avoid it writing an empty session which prevents sddm to autologin on live
boot we need to change it look for startplasma-x11. (see attached patch that
does this)

Cheers
Leszek
diff --git a/components/0085-sddm b/components/0085-sddm
index 7373e2d..6a25ab5 100755
--- a/components/0085-sddm
+++ b/components/0085-sddm
@@ -67,7 +67,7 @@ Config ()
 	then
 		LIVE_X_SESSION_MANAGER=$(realpath /usr/bin/x-session-manager)
 		case "${LIVE_X_SESSION_MANAGER}" in
-			/usr/bin/startkde)
+			/usr/bin/startplasma-x11)
 LIVE_SESSION="plasma.desktop"
 ;;

Bug#924925: projectm-pulseaudio crashes after a few seconds

[Leszek Lesner]

Package: projectm-pulseaudio
Version: 2.1.0+dfsg-4+b4

Running the visualizer crashes after a few seconds with the following terminal 
output:

> dir:/usr/share/projectM/config.inp
> reading ~/.projectM/config.inp
> [projectM] config file: /home/leszek/.projectM/config.inp
> No Textures Loaded from "/usr"/share/projectM/textures
> [projectM] Allocating idle preset...
> [PresetFactory] path is Geiss & Sperl - Feedback (projectM idle HDR
> mix).milk
> [PresetFactory] url is idle://Geiss & Sperl - Feedback (projectM idle HDR
> mix).milk unconnected: connecting...
> connectHelper:  "alsa_output.pci-_00_1f.3.analog-stereo.monitor"
> CREATED
> READY
> [PresetFactory] path is r/share/projectM/presets/phat_CloseIncouneters.milk
> [PresetFactory] url is
> /usr/share/projectM/presets/phat_CloseIncouneters.milk
> free(): double free detected in tcache 2
> Aborted

Using Debian Buster/Testing with libc6 2.28-8



-- 
ZevenOS / Neptune Team
https://neptuneos.com
Leszek Lesner 

Bug#919659: live-build: building in docker fails with mounting /proc unmount /sys [UPDATE]

[Leszek Lesner]

Hi,

after some debugging I found a solution which works fine for me and 
successfully builds 
Images and ISOs in Docker again. 

Commenting out this line in debootstrap makes it work again:
https://sources.debian.org/src/debootstrap/1.0.114/functions/#L1161

So either the issue is in debootstrap or there needs to be a patch in 
live-build to circumvent 
the issue of unmounting the dockers /proc

Input is welcome as I am unsure on how to procede here (e.g. opening up a bug 
in debootstrap 
or leave it here)

Greetings


-- 
ZevenOS / Neptune Team
https://neptuneos.com
Leszek Lesner 

Bug#919659: live-build: building in docker fails with mounting /proc unmount /sys

[Leszek Lesner]

Package: live-build
Version: 1:20180925
Severity: important

Dear Maintainer,

live-build fails building images/ISOs in docker. 
The only errors and warnings I found in the logs were those:
> I: Extracting zlib1g...
> W: Failure trying to run: chroot "/build/c1-live-build-core/chroot" mount -t
> proc proc /proc W: See
> /build/c1-live-build-core/chroot/debootstrap/debootstrap.log for details I:
> Installing core packages...
> 
> P: Begin unmounting /sys...
> umount: chroot/sys: umount failed: No such file or directory.
> P: Begin unmounting filesystems...

Sadly I cannot access the debootstrap.log file as it is non existing. 
The same live-build configs work fine building in a stretch docker image. 

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-3-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE= (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled


-- 
ZevenOS / Neptune Team
https://neptuneos.com
Leszek Lesner 

Bug#916597: ndisgtk: ndisgtk ui is not starting on KDE Plasma

[Leszek Lesner]

Package: ndisgtk
Version: 0.8.5-1
Severity: important

Dear Maintainer,

ndisgtk cannot be started from Plasma.
The menu entry in Plasma calls "su-to-root -X -c "/usr/sbin/ndisgtk --
--kde"" which spits out
"Cannot execute command ' '/usr/sbin/ndisgtk -- --kde''." after entering
the root/sudo password.


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-3-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE= (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ndisgtk depends on:
ii  menu 2.1.47+b1
ii  ndiswrapper [ndiswrapper-utils-1.9]  1.60-6
ii  python   2.7.15-3
ii  python-glade2    2.24.0-5.1+b1
ii  python-gtk2  2.24.0-5.1+b1

ndisgtk recommends no packages.

ndisgtk suggests no packages.

-- no debconf information

-- 
ZevenOS / Neptune Team
https://neptuneos.com
Leszek Lesner 

Bug#828050: firefox-esr: Can not set default homepage

[Leszek Lesner]

The issue seems to be more severe.

Firefox-esr is basically ignoring the whole /etc/firefox-esr directory
altogether.

So even the firefox-esr.js settings aren't loaded.

Linking /etc/firefox-esr to
/usr/lib/firefox-esr/brower/defaults/preferences makes those configs
work again.

Issue still happens with 52.9.0esr-1

Hope that helps finding and fixing the issue.


Greetings

Leszek Lesner

-- 
ZevenOS / Neptune Team
https://neptuneos.com
Leszek Lesner 

Bug#901311: MTP not opening under Plasma

[Leszek Lesner (ZevenOS)]

Package: libmtp-common
Version: 1.1.13-1

We got a bug report by one of our users not being able to open (mount) an 
Android phone via mtp on the Plasma desktop. Upon researching it does not 
happen on all MTP devices (Jolla Phone opens just fine via mtp) but some of 
them (basically many many Android devices).

The problem seems to be in connection with linux kernels newer than 4.13 and 
the 69-libmtp.rules which does not bind the device correctly and that causes 
Plasma not to be able to open the device. 

Upstream Bug Report: https://bugs.kde.org/show_bug.cgi?id=387454
Upper Upstream Bug Report: https://github.com/systemd/systemd/issues/8221

As this issue currently affects Debian Stable(with backports kernel), Testing 
and Unstable I suggest for now providing the workaround mentioned in the 
upstream bug report (KDE Bugtracker) which patches one line in the 69-
libmtp.rules file to fix the issue. 

I attached the patch that we now use in Neptune (Debian Stable based distro) 
and is working fine in Debian Stable aswell as current Debian Testing. 

Greetings
Leszek

-- 
ZevenOS / Neptune Team
http://www.zevenos.com / http://www.neptuneos.com
Leszek Lesner --- libmtp-1.1.13.orig/util/mtp-hotplug.c
+++ libmtp-1.1.13/util/mtp-hotplug.c
@@ -140,7 +140,7 @@ int main (int argc, char **argv)
 case style_udev:
   printf("# UDEV-style hotplug map for libmtp\n");
   printf("# Put this file in /etc/udev/rules.d\n\n");
-  printf("ACTION!=\"add\", GOTO=\"libmtp_rules_end\"\n");
+  printf("ACTION!=\"bind\", ACTION!=\"add\" GOTO=\"libmtp_rules_end\"\n");
   printf("ENV{MAJOR}!=\"?*\", GOTO=\"libmtp_rules_end\"\n");
   printf("SUBSYSTEM==\"usb\", GOTO=\"libmtp_usb_rules\"\n"
 	 "GOTO=\"libmtp_rules_end\"\n\n"

Bug#880594: virtualbox-guest-x11: 98vboxadd-xclient calls notify-send before Plasma is started, causing SDDM to hang

[Leszek Lesner]

Hi, 

> what is the approach you are suggesting?
> this?
> git diff
> diff --git a/src/VBox/Additions/x11/Installer/98vboxadd-xclient
> b/src/VBox/Additions/x11/Installer/98vboxadd-xclient index
> 985e9e7ab..8187a3fe4 100755
> --- a/src/VBox/Additions/x11/Installer/98vboxadd-xclient
> +++ b/src/VBox/Additions/x11/Installer/98vboxadd-xclient
> @@ -23,7 +23,7 @@ done
> 
>  if ! test -c /dev/vboxguest 2>/dev/null; then
>  
> # Do not start if the kernel module is not present.
> 
> -   notify-send "VBoxClient: the VirtualBox kernel service is not running. 
> Exiting." +   notify-send "VBoxClient: the VirtualBox kernel service is not
> running.  Exiting." &> 
>  elif test -z "${SSH_CONNECTION}"; then
>  
> # This script can also be triggered by a connection over SSH, which is
> not
> # what we had in mind, so we do not start VBoxClient in that case.  We
> do

This diff looks reasonable. It is used on Netrunner and Neptune Distros 
successfully.

> I fail to see notify-send calls in the code that might give such troubles,
> specically because they are ran in error conditions that will unlikely be
> part of Debian use-cases (e.g. /dev/vboxguest exists always in Debian
> context

The /dev/vboxguest device only exists if you boot on virtualbox. 
So for example having a live system with KDE Plasma and virtualbox-guest-{x11, 
utils,dkms} so that it boots on virtualbox and real machines will work pretty 
fine on virtualbox but causes the delay on "real" hardware as it will trigger 
the notify-send code. 


Greetings
Leszek
-- 
ZevenOS / Neptune Team
https://neptuneos.com
Leszek Lesner <les...@zevenos.com>

Bug#865861: python-kde4: Qtwebkit not available breaks importing plasma module

[Leszek Lesner (ZevenOS)]

Hi,

I created the attached patch and put it in the debian/patches directory and 
recompiled the package provided in stretch. 
This one allows importing of plasma from PyKDE4 now. 
The build-depends: libqtwebkit-dev is also not necessary anymore. 


Greetings
Leszek



Am Montag, 26. Juni 2017, 11:38:09 schrieben Sie:
> On Monday, June 26, 2017 05:21:00 PM you wrote:
> > Am 25.06.2017 um 21:41 schrieb Scott Kitterman:
> > > On June 25, 2017 7:24:58 AM EDT, ZevenOS <les...@zevenos.com> wrote:
> > >> Package: python-kde4
> > >> Version: 4:4.14.3-2
> > >> Severity: grave
> > >> Justification: renders package unusable
> > >> 
> > >> Dear Maintainer,
> > >> 
> > >>   * What led up to the situation?
> > >> 
> > >> Importing Plasma in python scripts throws an error
> > >> 
> > >>   * What exactly did you do (or not do) that was effective (or
> > >>   
> > >> ineffective)?
> > > >
> > > >from PyKDE4.plasma import *
> > > >
> > >> fails
> > > 
> > > I think the error here is not removing PyKDE4.plasma from the package
> > > entirely.  Since Stretch ships Qt5 based Plasma, the Qt4 based PyKDE4
> > > will never work with it.
> > > 
> > > The WebKit removal was intentional due to lack of upstream support and
> > > known security vulnerabilities.
> > > 
> > > Scott K
> > 
> > It would be better to dissect the PyKDE4.plasma package and remove only
> > the component (it should be the plasma webview) which needs qtwebkit.
> > 
> > PyKDE4 and its plasma module works just fine in parallel to plasma 5 for
> > some older applications that still use the old pykde4.plasma components.
> > (except the webview part)
> 
> OK.  PyKDE4 will almost certainly be removed entirely in Buster and is dead
> upstream, so this is a Stretch only issue.  If you can produce a patch, I'll
> take care of getting the fix into Stretch.  I'm unlikely to have the time
> to develop a patch on my own.
> 
> Scott K

-- 
ZevenOS / Neptune Team
http://www.zevenos.com / http://www.neptuneos.com
Leszek Lesner <les...@zevenos.com>--- pykde4-4.14.3.orig/CMakeLists.txt
+++ pykde4-4.14.3/CMakeLists.txt
@@ -91,7 +91,6 @@ include_directories(
 ${QT_QTSQL_INCLUDE_DIR}
 ${QT_QTXML_INCLUDE_DIR}
 ${QT_QTSVG_INCLUDE_DIR}
-${QT_QTWEBKIT_INCLUDE_DIR}
 ${KDE4_INCLUDE_DIR}
 ${KDE4_INCLUDE_DIR}/solid
 ${KDE4_INCLUDE_DIR}/kio
--- pykde4-4.14.3.orig/sip/plasma/abstractrunner.sip
+++ pykde4-4.14.3/sip/plasma/abstractrunner.sip
@@ -94,7 +94,6 @@
 #include 
 #include 
 #include 
-#include 
 %End
 
 namespace Plasma
@@ -288,8 +287,6 @@ protected:
 sipType = sipType_Plasma_SvgWidget;
 else if (dynamic_cast<Plasma::TabBar*>(sipCpp))
 sipType = sipType_Plasma_TabBar;
-else if (dynamic_cast<Plasma::WebView*>(sipCpp))
-sipType = sipType_Plasma_WebView;
 else if (dynamic_cast<Plasma::CheckBox*>(sipCpp))
 sipType = sipType_Plasma_CheckBox;
 else if (dynamic_cast<Plasma::ComboBox*>(sipCpp))
--- pykde4-4.14.3.orig/sip/plasma/animation.sip
+++ pykde4-4.14.3/sip/plasma/animation.sip
@@ -163,8 +163,6 @@ protected:
 sipType = sipType_Plasma_SvgWidget;
 else if (dynamic_cast<Plasma::TabBar*>(sipCpp))
 sipType = sipType_Plasma_TabBar;
-else if (dynamic_cast<Plasma::WebView*>(sipCpp))
-sipType = sipType_Plasma_WebView;
 else if (dynamic_cast<Plasma::CheckBox*>(sipCpp))
 sipType = sipType_Plasma_CheckBox;
 else if (dynamic_cast<Plasma::ComboBox*>(sipCpp))
@@ -292,5 +290,4 @@ public:
 #include 
 #include 
 #include 
-#include 
 %End
--- pykde4-4.14.3.orig/sip/plasma/plasmamod.sip
+++ pykde4-4.14.3/sip/plasma/plasmamod.sip
@@ -27,7 +27,6 @@
 %Import QtGui/QtGuimod.sip
 %Import QtNetwork/QtNetworkmod.sip
 %Import QtSvg/QtSvgmod.sip
-%Import QtWebKit/QtWebKitmod.sip
 %Import QtXml/QtXmlmod.sip
 %Import QtDeclarative/QtDeclarativemod.sip
 %Import QtScript/QtScriptmod.sip
@@ -116,5 +115,4 @@
 %Include toolbutton.sip
 %Include treeview.sip
 %Include videowidget.sip
-%Include webview.sip
 %Include windoweffects.sip
--- pykde4-4.14.3.orig/sip/plasma/webview.sip
+++ /dev/null
@@ -1,93 +0,0 @@
-// Copyright 2008 Simon Edwards <si...@simonzone.com>
-
-// Generated by twine
-
-// This program is free software; you can redistribute it and/or modify
-// it under the terms of the GNU Library General Public License as
-// published by the Free Software Foundation; either version 2, or
-// (at your option) any later version.
-
-// This program is distributed in the hope that it will be useful,
-// but WITHOUT ANY WARRANTY

Bug#809779: libavutil-dev: Memory Leak in buffer

[Leszek Lesner (Web.de)]

Package: libavutil-dev
Version: 6:10.1-1~bpo70+1
Severity: important
Tags: patch

There is a memory leak that leads to players using libav hogging memory like
crazy until RAM and Swap is full and OOM Killer kicks in when playing back
streaming media.

This bug was reported here for mpv and turned out to be a memory leak in 
libav:
https://github.com/mpv-player/mpv/issues/1204

It is fixed in later releases though the wheezy-backports version still suffers
from it



-- System Information:
Debian Release: 7.9
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.18.16 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libavutil-dev depends on:
ii  libavutil53  6:10.1-1~bpo70+1

libavutil-dev recommends no packages.

libavutil-dev suggests no packages.

-- no debconf informationFrom: Michael Niedermayer 
Date: Sun, 17 Mar 2013 17:36:16 + (+0100)
Subject: avutil/buffer: Fix race in pool.
X-Git-Tag: n2.0~2533
X-Git-Url: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff_plain;h=cea3a63ba3d89d8403eef008f7a7c54d645cff70;hp=73ef12757b9471474bfebda20792448e9bc4e3cc

avutil/buffer: Fix race in pool.

This race will always happen sooner or later in a multi-threaded
environment and it will over time lead to OOM.
This fix works by spinning, there are other ways by which this
can be fixed, like simply detecting the issue after it happened
and freeing the over-allocated memory or simply using a mutex.

Signed-off-by: Michael Niedermayer 
---

Index: libav-10.1/libavutil/buffer.c
===
--- libav-10.1.orig/libavutil/buffer.c	2014-05-10 16:18:15.0 +
+++ libav-10.1/libavutil/buffer.c	2016-01-03 22:28:38.683806653 +
@@ -307,6 +307,7 @@
 ret->buffer->free   = pool_release_buffer;
 
 avpriv_atomic_int_add_and_fetch(>refcount, 1);
+avpriv_atomic_int_add_and_fetch(>nb_allocated, 1);
 
 return ret;
 }
@@ -318,6 +319,11 @@
 
 /* check whether the pool is empty */
 buf = get_pool(pool);
+if (!buf && pool->refcount <= pool->nb_allocated) {
+while (!buf && avpriv_atomic_int_get(>refcount) <= avpriv_atomic_int_get(>nb_allocated))
+buf = get_pool(pool);
+}
+
 if (!buf)
 return pool_alloc_buffer(pool);
 
Index: libav-10.1/libavutil/buffer_internal.h
===
--- libav-10.1.orig/libavutil/buffer_internal.h	2014-05-10 16:18:15.0 +
+++ libav-10.1/libavutil/buffer_internal.h	2016-01-03 22:08:03.0 +
@@ -85,6 +85,8 @@
  */
 volatile int refcount;
 
+volatile int nb_allocated;
+
 int size;
 AVBufferRef* (*alloc)(int size);
 };

Bug#779918: kdenlive: Effects are not localized

[Leszek Lesner]

Am Montag, 13. Juli 2015, 11:33:12 schrieb Patrick Matthäi:
 Hi,
 
 could you please retest it with 15.04.3-1 from unstable.

15.04 does not include any translation files at all. 
So this is not fixed and btw 15.04 is kf5 based so basically a total different 
application.  (Upstream is not providing translations for it yet)
I reported this issue against 0.9.10 version ! (the kde4libs version that 
ships with translations)

This version has almost all translations except for effects that were somehow 
commented out in the po files. (an upstream error that was taken care of though 
not releasing a new tarball) 
It shouldn't be that big of a deal to get this patch into jessie or stretch 
for the benefit of non english speaking users. (even or especially if upstream 
messed up here)

Greetings
Leszek


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

Bug#779918: kdenlive: Effects are not localized

[Leszek Lesner]

The bug is actually against kdenlive 0.9.10-2 and not the neptune version 
(reportbug somehow grabbed that. Sry for the confusion) 


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

Bug#779918: kdenlive: Effects are not localized

[Leszek Lesner]

Package: kdenlive
Version: 0.9.10-neptune3
Severity: important
Tags: upstream

The kdenlive in upstream is shipping broken localizations that do not localize
effects anymore.

We fixed it for Neptune and want to provide our upstream (Debian) with the
patch that can be found here:
https://github.com/NeptuneOS/kde-patches/tree/master/kdenlive



-- System Information:
Debian Release: 7.8
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.3 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kdenlive depends on:
ii  kde-runtime   4:4.13.0-neptune6
ii  kdenlive-data 0.9.10-neptune3
ii  libav-tools   6:10.1-1~bpo70+1neptune1
ii  libc6 2.13-38+deb7u8
ii  libgcc1   1:4.7.2-5
ii  libgl1-mesa-glx [libgl1]  9.2.2-1neptune1
ii  libglu1-mesa [libglu1]8.0.5-4+deb7u2
ii  libice6   2:1.0.8-2
ii  libkdecore5   4:4.14.3-neptune2
ii  libkdeui5 4:4.14.3-neptune2
ii  libkio5   4:4.14.3-neptune2
ii  libknewstuff3-4   4:4.14.3-neptune2
ii  libknotifyconfig4 4:4.14.3-neptune2
ii  libkrossui4   4:4.14.3-neptune2
ii  libmlt++3 0.9.2+git20141027-1neptune1
ii  libmlt6   0.9.2+git20141027-1neptune1
ii  libnepomukcore4abi1   4:4.13.0-neptune1
ii  libqjson0 0.8.1-1
ii  libqt4-dbus   4:4.8.2+dfsg-11
ii  libqt4-network4:4.8.2+dfsg-11
ii  libqt4-opengl 4:4.8.2+dfsg-11
ii  libqt4-script 4:4.8.2+dfsg-11
ii  libqt4-svg4:4.8.2+dfsg-11
ii  libqt4-xml4:4.8.2+dfsg-11
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  libsm62:1.2.1-2
ii  libsolid4 4:4.14.3-neptune2
ii  libsoprano4   2.9.3+dfsg1-0neptune1
ii  libstdc++64.7.2-5
ii  libv4l-0  0.8.8-3
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxau6   1:1.0.7-1
ii  libxdmcp6 1:1.1.1-1
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxft2   2.3.1-1
ii  libxpm4   1:3.5.10-1
ii  melt  0.9.2+git20141027-1neptune1

Versions of packages kdenlive recommends:
ii  dvdauthor0.7.0-1.1+b2
ii  dvgrab   3.5-2
ii  frei0r-plugins   1.1.22git20091109-1.2
ii  genisoimage  9:1.1.11-2
ii  recordmydesktop  0.3.8.1+svn602-1+b1
ii  swh-plugins  0.4.15+1-6

Versions of packages kdenlive suggests:
ii  khelpcenter4  4:4.13.0-neptune6

-- no debconf information


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

Bug#731693: Patch to fix sending files to smartphone

[Leszek Lesner]

Hi,

we also suffered from this bug in Neptune (distro based on Debian) and found a 
patch that seems to work fine for bluedevil 1.2.3.  (see attachement) 

The patch is slightly modified from this one here: 
https://bugs.kde.org/show_bug.cgi?id=297785#c8

Hope that helps. --- bluedevil-1.2.3.orig/src/actionplugins/sendfile/helper/sendfilesjob.cpp
+++ bluedevil-1.2.3/src/actionplugins/sendfile/helper/sendfilesjob.cpp
@@ -85,14 +85,19 @@ void SendFilesJob::doStart()
 OrgOpenobexClientInterface *client = new OrgOpenobexClientInterface(org.openobex.client, /, QDBusConnection::sessionBus(), this);
 QDBusPendingReply void  reply = client-SendFiles(map, m_filesToSend, QDBusObjectPath(/BlueDevil_sendAgent));
 
-QDBusPendingCallWatcher *watcher = new QDBusPendingCallWatcher(reply);
+QDBusPendingCallWatcher *watcher = new QDBusPendingCallWatcher(reply, this);
 connect(watcher, SIGNAL(finished(QDBusPendingCallWatcher*)), this, SLOT(sendFileResult(QDBusPendingCallWatcher*)));
 }
 
 void SendFilesJob::sendFileResult(QDBusPendingCallWatcher *call)
 {
 const QDBusPendingReplyQDBusObjectPath reply = *call;
-call-deleteLater();
+if (!reply.isValid()) {
+return;
+}
+if (!reply.isFinished()) {
+return;
+}
 if (!reply.isError()) {
 return;
 }

Bug#620078: choqok: Localization is missing

[Leszek Lesner]

Package: choqok
Version: 1.0.0-0neptune2
Severity: minor
Tags: l10n

Localization is missing for choqok.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (450, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.35.9 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages choqok depends on:
ii  kdebase-runtime   4:4.5.3-0r1runtime components from the offici
ii  libattica00.2.0-1Qt library that implements the Ope
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.5.2-4  GCC support library
ii  libindicate-qt0   0.2.5-0neptune1Qt bindings for libindicate
ii  libkcmutils4  4:4.5.5-0neptune1  utility classes for using KCM modu
ii  libkdecore5   4:4.5.5-0neptune1  the KDE Platform Core Library
ii  libkdeui5 4:4.5.5-0neptune1  the KDE Platform User Interface Li
ii  libkdewebkit5 4:4.5.5-0neptune1  the KDE WebKit Library
ii  libkemoticons44:4.5.5-0neptune1  utility classes to deal with emoti
ii  libkhtml5 4:4.5.5-0neptune1  the KHTML Web Content Rendering En
ii  libkidletime4 4:4.5.5-0neptune1  library to provide information abo
ii  libkio5   4:4.5.5-0neptune1  the Network-enabled File Managemen
ii  libkjsapi44:4.5.5-0neptune1  the KJS API Library for the KDE De
ii  libknotifyconfig4 4:4.5.5-0neptune1  library for configuring KDE Notifi
ii  libkparts44:4.5.5-0neptune1  the Framework for the KDE Platform
ii  libkprintutils4   4:4.5.5-0neptune1  utility classes to deal with print
ii  libkutils44:4.5.5-0neptune1  dummy transitional library
ii  libkwebkit1   0.9.6svn1187649-1  KDE bindings for WebKit
ii  libnepomuk4   4:4.5.5-0neptune1  the Nepomuk Meta Data Library
ii  libqjson0 0.7.1-1qt-based library that maps JSON da
ii  libqoauth11.0.1-1Qt-based client implementation of 
ii  libqt4-dbus   4:4.7.2-3  Qt 4 D-Bus module
ii  libqt4-network4:4.7.2-3  Qt 4 network module
ii  libqt4-svg4:4.7.2-3  Qt 4 SVG module
ii  libqt4-xml4:4.7.2-3  Qt 4 XML module
ii  libqtcore44:4.7.2-3  Qt 4 core module
ii  libqtgui4 4:4.7.2-3  Qt 4 GUI module
ii  libqtwebkit4  2.1.0~2011week09-3 Web content engine library for Qt
ii  libsoprano4   2.6.63+dfsg.1-neptune1 libraries for the Soprano RDF fram
ii  libstdc++64.5.2-4The GNU Standard C++ Library v3

choqok recommends no packages.

choqok suggests no packages.

-- no debconf information



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

Bug#606392: update-manager-gnome: Localization for UI/Glade file not working, localization not complete

[Leszek Lesner]

Package: update-manager-gnome
Version: 0.200.4-1
Severity: normal
Tags: patch

Elements of the ui/glade file are not recognized for translation.
I created a fix for the init gtk frontend which will load the translation for
the ui file.
I also edited the ui file to use the 'repertoire' settings button (gtk-
preference button)
Finally I updated the pot file to include the ui file elements.
I tested it with a de.po file I created (from the pot) and it works flawlessly.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (450, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.35.9 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages update-manager-gnome depends on:
ii  gconf22.28.1-6   GNOME configuration database syste
ii  gksu  2.0.2-5graphical frontend to su
ii  python2.6.6-3+squeeze1   interactive high-level object-orie
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-gconf  2.28.1-1   Python bindings for the GConf conf
ii  python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii  python-gtk2   2.17.0-4   Python bindings for the GTK+ widge
ii  python-support1.0.10 automated rebuilding support for P
ii  python-vte1:0.24.3-2 Python bindings for the VTE widget
ii  update-manager-core   0.200.4-1  APT update manager core functional

update-manager-gnome recommends no packages.

Versions of packages update-manager-gnome suggests:
pn  software-properties-gtknone(no description available)
ii  update-notifier0.99.3debian6 Daemon which notifies about packag

-- no debconf information
--- __init__.py	2009-12-28 12:06:13.0 +0100
+++ /home/leszek/Downloads/neptune-gnome/debs/update-manager-0.200.4neptune1/UpdateManager/Frontend/Gtk/__init__.py	2010-12-08 21:47:07.689646341 +0100
@@ -31,10 +31,13 @@
 pygtk.require('2.0')
 import gtk
 import gobject
+import gtk.glade
+import gettext
 
 import logging
 import os.path
 import subprocess
+import locale
 
 from gettext import gettext as _
 
@@ -62,7 +65,12 @@
 def init_gettext(self, app_name, locale_dir):
  Gtk/Glade gettext initialization 
 # Initializing glade gettext isn't needed for GtkBuilder anymore
-pass
+#pass
+# Obviously not ! It needs the following to load the localization correctly somehow.
+gtk.glade.bindtextdomain(app_name, locale_dir) 
+gtk.glade.textdomain(app_name) 
+gettext.bindtextdomain(app_name, locale_dir) 
+gettext.textdomain(app_name) 
 
 def init_frontend(self):
  Gtk/Glade frontend initialization 
--- update-manager.pot	2009-09-23 21:49:16.0 +0200
+++ /home/leszek/Downloads/neptune-gnome/debs/update-manager-0.200.4neptune1/po/update-manager.pot	2010-12-08 21:58:06.666855699 +0100
@@ -7,25 +7,47 @@
 msgid 
 msgstr 
 Project-Id-Version: PACKAGE VERSION\n
-Report-Msgid-Bugs-To: sebastian.heinl...@web.de\n
-POT-Creation-Date: 2009-09-21 10:40+0200\n
+Report-Msgid-Bugs-To: \n
+POT-Creation-Date: 2010-12-08 18:15+0100\n
 PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n
 Last-Translator: FULL NAME em...@address\n
 Language-Team: LANGUAGE l...@li.org\n
+Language: \n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=CHARSET\n
 Content-Transfer-Encoding: 8bit\n
 Plural-Forms: nplurals=INTEGER; plural=EXPRESSION;\n
 
-#: ../UpdateManager/Application.py:127
+
+#: ../data/ui/UpdateManager.ui:808
+msgid Chec_k
+msgstr 
+
+#: ../data/ui/UpdateManager.ui:388
+msgid Description of update
+msgstr 
+
+#: ../data/ui/UpdateManager.ui:353
+msgid Description
+msgstr 
+
+#: ../data/ui/UpdateManager.ui:250
+msgid _Install Updates
+msgstr 
+
+#: ../data/ui/UpdateManager.ui:101
+msgid U_pgrade
+msgstr 
+
+#: ../UpdateManager/Application.py:128
 msgid sets the log level
 msgstr 
 
-#: ../UpdateManager/Application.py:130
+#: ../UpdateManager/Application.py:131
 msgid sets the log level to debug
 msgstr 
 
-#: ../UpdateManager/Application.py:134
+#: ../UpdateManager/Application.py:135
 msgid starts an update check
 msgstr 
 
@@ -81,30 +103,30 @@
 msgstr[0] 
 msgstr[1] 
 
-#: ../UpdateManager/Backend/PythonApt.py:675
+#: ../UpdateManager/Backend/PythonApt.py:722
 msgid Could not download packages information.
 msgstr 
 
-#: ../UpdateManager/Backend/PythonApt.py:809
+#: ../UpdateManager/Backend/PythonApt.py:862
 msgid 
 Internal error: the commit progress handler did not handle 
 requires_removal_or_installation correctly.
 msgstr 
 
-#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:78
-#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:85
+#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:86
+#: 

Bug#601461: A fix

[Leszek Lesner]

The elements which aren't localized are all in the UpdateManager.ui file.
I patched the gtk frontent init.py to load the localization for the ui
file. And edited the ui file to use the 'repertoire' GTK Settings
(gtk-preference) button.
I also created a new pot file.
Everything was tested with the german translation (po) file which I
created from my modified pot file. And this patch was also added to the
ZevenOS-Neptune distro (which is based upon debian squeeze/sid) and was
tested and approved there.

Feel free to change it to your liking ;)


--- __init__.py 2009-12-28 12:06:13.0 +0100
+++ 
/home/leszek/Downloads/neptune-gnome/debs/update-manager-0.200.4neptune1/UpdateManager/Frontend/Gtk/__init__.py
 2010-12-08 21:47:07.689646341 +0100
@@ -31,10 +31,13 @@
 pygtk.require('2.0')
 import gtk
 import gobject
+import gtk.glade
+import gettext
 
 import logging
 import os.path
 import subprocess
+import locale
 
 from gettext import gettext as _
 
@@ -62,7 +65,12 @@
 def init_gettext(self, app_name, locale_dir):
  Gtk/Glade gettext initialization 
 # Initializing glade gettext isn't needed for GtkBuilder anymore
-pass
+#pass
+# Obviously not ! It needs the following to load the localization 
correctly somehow.
+gtk.glade.bindtextdomain(app_name, locale_dir) 
+gtk.glade.textdomain(app_name) 
+gettext.bindtextdomain(app_name, locale_dir) 
+gettext.textdomain(app_name) 
 
 def init_frontend(self):
  Gtk/Glade frontend initialization 
--- update-manager.pot  2009-09-23 21:49:16.0 +0200
+++ 
/home/leszek/Downloads/neptune-gnome/debs/update-manager-0.200.4neptune1/po/update-manager.pot
  2010-12-08 21:58:06.666855699 +0100
@@ -7,25 +7,47 @@
 msgid 
 msgstr 
 Project-Id-Version: PACKAGE VERSION\n
-Report-Msgid-Bugs-To: sebastian.heinl...@web.de\n
-POT-Creation-Date: 2009-09-21 10:40+0200\n
+Report-Msgid-Bugs-To: \n
+POT-Creation-Date: 2010-12-08 18:15+0100\n
 PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n
 Last-Translator: FULL NAME em...@address\n
 Language-Team: LANGUAGE l...@li.org\n
+Language: \n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=CHARSET\n
 Content-Transfer-Encoding: 8bit\n
 Plural-Forms: nplurals=INTEGER; plural=EXPRESSION;\n
 
-#: ../UpdateManager/Application.py:127
+
+#: ../data/ui/UpdateManager.ui:808
+msgid Chec_k
+msgstr 
+
+#: ../data/ui/UpdateManager.ui:388
+msgid Description of update
+msgstr 
+
+#: ../data/ui/UpdateManager.ui:353
+msgid Description
+msgstr 
+
+#: ../data/ui/UpdateManager.ui:250
+msgid _Install Updates
+msgstr 
+
+#: ../data/ui/UpdateManager.ui:101
+msgid U_pgrade
+msgstr 
+
+#: ../UpdateManager/Application.py:128
 msgid sets the log level
 msgstr 
 
-#: ../UpdateManager/Application.py:130
+#: ../UpdateManager/Application.py:131
 msgid sets the log level to debug
 msgstr 
 
-#: ../UpdateManager/Application.py:134
+#: ../UpdateManager/Application.py:135
 msgid starts an update check
 msgstr 
 
@@ -81,30 +103,30 @@
 msgstr[0] 
 msgstr[1] 
 
-#: ../UpdateManager/Backend/PythonApt.py:675
+#: ../UpdateManager/Backend/PythonApt.py:722
 msgid Could not download packages information.
 msgstr 
 
-#: ../UpdateManager/Backend/PythonApt.py:809
+#: ../UpdateManager/Backend/PythonApt.py:862
 msgid 
 Internal error: the commit progress handler did not handle 
 requires_removal_or_installation correctly.
 msgstr 
 
-#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:78
-#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:85
+#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:86
+#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:93
 msgid A fatal error has been detected in update-manager.
 msgstr 
 
-#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:80
+#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:88
 msgid Do you want to submit a bug report?
 msgstr 
 
-#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:81
+#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:89
 msgid Selecting No will close the application.
 msgstr 
 
-#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:86
+#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:94
 msgid The program will now exit.
 msgstr 
 
@@ -128,280 +150,300 @@
 msgid Building Updates List
 msgstr 
 
-#: ../UpdateManager/Frontend/Gtk/ChangelogViewer.py:84
+#: ../UpdateManager/Frontend/Gtk/ChangelogViewer.py:86
 msgid Open Link in Browser
 msgstr 
 
-#: ../UpdateManager/Frontend/Gtk/ChangelogViewer.py:87
+#: ../UpdateManager/Frontend/Gtk/ChangelogViewer.py:89
 msgid Copy Link to Clipboard
 msgstr 
 
-#: ../UpdateManager/Frontend/Gtk/ui.py:159
+#: ../UpdateManager/Frontend/Gtk/ui.py:160
 msgid _Uncheck All
 msgstr 
 
-#: ../UpdateManager/Frontend/Gtk/ui.py:163
+#: ../UpdateManager/Frontend/Gtk/ui.py:164
 msgid _Check all
 msgstr 
 
-#: ../UpdateManager/Frontend/Gtk/ui.py:258
+#: ../UpdateManager/Frontend/Gtk/ui.py:259
 #, 

Bug#597071: system-config-printer-kde: Printer Configuration hangs loading ppds

[Leszek Lesner]

Package: system-config-printer-kde
Version: 4:4.4.5-2
Severity: grave
Justification: renders package unusable

Starting works fine. But when clicking on New Printer it takes a long time to
load and displays also my detected printer. But the next step (which is
choosing the right driver) ends up in a looping load. So nothing happens if you
click next.

This is the output in terminal:
kcmshell4 system-config-printer-kde
Caught non-fatal exception.  Traceback:
File /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-
kde.py, line 2290, in getPPDs_thread
self.ppds_result = cupshelpers.ppds.PPDs(ppds_dict,
AttributeError: 'module' object has no attribute 'ppds'
Continuing anyway..

I think it is an indentation error somewhere. Cause importing cupshelpers in
line 2289 manually (import cupshelpers) fixes this loop hangs. But other
functions in system-config-printer-kde.py still don't find cupshelpers.
I couldn't fix it on my own as I don't know how.



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.35.3 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages system-config-printer-kde depends on:
ii  python-cupsutils  1.0.0-6Python utility modules around the 
ii  python-kde4   4:4.4.5-2  Python bindings for the KDE Develo
ii  python-qt4-dbus   4.7.3-1+b1 DBus Support for PyQt4

system-config-printer-kde recommends no packages.

system-config-printer-kde suggests no packages.

-- no debconf information



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

Bug#575177: Few Fixes

[Leszek Lesner]

Here are some fixes especially for the faulty text label plugin.
The maintainer simply forgot to write --attach-to-session to the
plymouthd start (Patch 1: patch-plymouth see attachement)

To have a nice Restarting... and Shutting down... message I edited
/etc/init.d/plymouth and simply ask for the runlevel in the stop
function to display the right message. (Patch 2:
plymouth-reboot-shutdown-msg)

Hope you enjoy this and that it'll work as good as on my machine :)

--- 
/home/leszek/Downloads/zevenos-neptune/neptune-19/19/plymouth-modifications/deb/usr/share/initramfs-tools/scripts/init-premount/plymouth
2010-05-09 12:45:58.0 +0200
+++ /usr/share/initramfs-tools/scripts/init-premount/plymouth   2010-08-27 
14:51:52.0 +0200
@@ -34,6 +34,6 @@
modprobe i8042
modprobe atkbd
 
-   /sbin/plymouthd --mode=boot --attach-to-session
+   /sbin/plymouthd --mode=boot
/bin/plymouth --show-splash
 fi
--- 
/home/leszek/Downloads/zevenos-neptune/neptune-19/19/plymouth-modifications/deb/etc/init.d/plymouth
 2010-08-27 15:26:12.439265249 +0200
+++ /etc/init.d/plymouth2010-08-27 15:31:29.234356435 +0200
@@ -2,12 +2,10 @@
 
 ### BEGIN INIT INFO
 # Provides:plymouth
-# Required-Start:  udev $remote_fs
+# Required-Start:  udev $remote_fs $all
 # Required-Stop:   $remote_fs
-# Should-Start:
-# Should-Stop:
-# X-Start-Before:  gdm kdm xdm
-# X-Stop-After:gdm kdm xdm
+# Should-Start:gdm gdm3 kdm xdm slim nodm
+# Should-Stop: gdm gdm3 kdm xdm slim nodm
 # Default-Start:   2 3 4 5
 # Default-Stop:0 6
 # Short-Description:   Stop plymouth during boot and start it on shutdown
@@ -29,7 +27,7 @@
 {
if ! plymouth --ping
then
-   /sbin/plymouthd --mode=${1} --attach-to-session
+   /sbin/plymouthd --mode=${1}
fi
 }
 
@@ -58,13 +56,7 @@
if [ $SPLASH = true ]
then
Start_plymouthd shutdown
-   rlevel=$(/sbin/runlevel | cut -d   -f 2)  
-   if [ $rlevel = 0 ]; then
-   /bin/plymouth message --text=Shutting down...
-   elif [ $rlevel = 6 ]; then
-   /bin/plymouth message --text=Restarting...
-   fi
-   /bin/plymouth --show-splash 
+   /bin/plymouth --show-splash
fi
;;
 

Bug#560044: Still not working with wuala and openjdk-6-jre

[Leszek Lesner]

I am still experiencing the bug with openjdk-6-jre 6b18-1.8-1 .
The wuala client (java app) does not connect.




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

Bug#586081: Nouveau autodetection in xserver-xorg-core brokes nvidia autodetection and switches to vesa

[Leszek Lesner]

I still have the bug. 
No kernel update or initramfs update would help. 
Xorg detects my GeForce 7300Go but doesn't use nouveau or nv but 
vesa instead. Vesa is not only slow, but it also does not detect the 
native resolution of my laptop. 
The bug has nothing to do with the nv package it is a problem in the 
xserver-xorg-core package as the maintainer(s) changed the 
autodetection of nvidia cards, that broke the whole thing here. 

xserver-xorg-core (with the problem): 1.7.7-2

No problem xserver-xorg-core : 1.7.7-1

Nvidia card: 01:00.0 VGA compatible controller: nVidia Corporation G72M 
[Quadro NVS 110M/GeForce Go 7300] (rev a1)

The Xorg.0.log looks exactly the same as the one from the initial error 
report (with the exception of the detected hardware been mine geforce 
7300 go) 




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