date:20161118

Bug#844655: plasma-desktop-5: problem with autostart

2016-11-18 Thread chatrapati


Excuse me.
"firefox-esr trying to go in IP-adress "%u" "
URI-adress insted of IP-adress.

Bug#844655: plasma-desktop-5: problem with autostart

2016-11-18 Thread chatrapati


I think, my message is difficult to understand. Excuse me for my English.

I put file "firefox-esr.desktop" in ~/.config/autostart/ and when I 
reboot system firefox-esr trying to go in URI-adress http://www.%u.com/ 
. So I have an error "server is not found".There is a string 
"Exec=firefox-esr %u" in firefox-esr.desktop


I do similarly with "inkscape.desktop". I have similar problem: inkscape 
starting trying to open file with name "%F", but there is no file with 
this name! There is a string "Exec=inkscape %F" in file inkscape.desktop".


So I should to delete these "%u" and "%F" in files *.desktop if I use 
them (*.desktop) in .config/autostart/

Bug#844707: plasma-workspace: plasmadesktop - excessive cpu usage, slow desktop operation

2016-11-18 Thread Tim Small

Package: plasma-workspace
Version: 4:5.8.2-1
Severity: important

plasmashell consumes excessive CPU, increases over time.

Possibly I'm hitting a couple of bugs here, but I'm not sure...

plasmashell starts by stat()ing about 4 files per second, and
consuming 50% of one CPU core.  CPU then climbs to around 110% of one
core, and the stat() rate (under strace) falls to about 3 per second.

This is 10 seconds of strace output from a freshly started plasmashell:

http://buttersideup.com/plasmashell-debug/plasmashell-highcpu-strace-fresh

and a summary output taken afterwards:

http://buttersideup.com/plasmashell-debug/plasmashell-highcpu-strace-fresh-summary

These two are for processes that have been running longer, and have
climbed to >100% usage:

http://buttersideup.com/plasmashell-debug/plasmashell-highcpu-strace

http://buttersideup.com/plasmashell-debug/plasmashell-highcpu-strace-summary

Tim.


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

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

Versions of packages plasma-workspace depends on:
ii  dbus-x11 1.10.12-1
ii  frameworkintegration 5.27.0-1
iu  gdb  7.11.1-2+b1
ii  iso-codes3.70-1
ii  kactivitymanagerd5.8.2-1
ii  kde-cli-tools4:5.8.2-1
ii  kded55.27.0-1
ii  kinit5.27.0-1
ii  kio  5.27.0-2
ii  kpackagetool55.27.0-1
ii  libc62.24-5
ii  libcln6  1.3.4-2
ii  libdbusmenu-qt5-20.9.3+16.04.20160218-1
ii  libgcc1  1:6.2.0-13
ii  libgps22 3.16-4
ii  libice6  2:1.0.9-1+b1
ii  libkf5activities55.27.0-1
ii  libkf5auth5  5.27.0-1
ii  libkf5baloo5 5.27.0-1
ii  libkf5bookmarks5 5.27.0-1
ii  libkf5calendarevents55.27.0-1+b1
ii  libkf5completion55.27.0-1
ii  libkf5configcore55.27.0-1
ii  libkf5configgui5 5.27.0-1
ii  libkf5configwidgets5 5.27.0-1
ii  libkf5coreaddons55.27.0-1
ii  libkf5crash5 5.27.0-1
ii  libkf5dbusaddons55.27.0-1
ii  libkf5declarative5   5.27.0-1+b1
ii  libkf5globalaccel-bin5.27.0-1
ii  libkf5globalaccel5   5.27.0-1
ii  libkf5guiaddons5 5.27.0-1
ii  libkf5holidays5  16.04.2-1
ii  libkf5i18n5  5.27.0-2
ii  libkf5iconthemes55.27.0-1
ii  libkf5idletime5  5.27.0-1
ii  libkf5itemviews5 5.27.0-1
ii  libkf5jobwidgets55.27.0-1
ii  libkf5js55.27.0-1
ii  libkf5jsembed5   5.27.0-1
ii  libkf5kdelibs4support5   5.27.0-1
ii  libkf5kiocore5   5.27.0-2
ii  libkf5kiofilewidgets55.27.0-2
ii  libkf5kiowidgets55.27.0-2
ii  libkf5networkmanagerqt6  5.27.0-1
ii  libkf5newstuff5  5.27.0-1
ii  libkf5notifications5 5.27.0-1
ii  libkf5notifyconfig5  5.27.0-1
ii  libkf5package5   5.27.0-1
ii  libkf5plasma55.27.0-1
ii  libkf5plasmaquick5   5.27.0-1
ii  libkf5quickaddons5   5.27.0-1+b1
ii  libkf5runner55.27.0-1
ii  libkf5service-bin5.27.0-1
ii  libkf5service5   5.27.0-1
ii  libkf5solid5 5.27.0-1
ii  libkf5texteditor55.27.0-1
ii  libkf5textwidgets5   5.27.0-1
ii  libkf5wallet-bin 5.27.0-1
ii  libkf5wallet55.27.0-1
ii  libkf5waylandclient5 4:5.27.0-1
ii  libkf5widgetsaddons5 5.27.0-1
ii  libkf5windowsystem5  5.27.0-1
ii  libkf5xmlgui55.27.0-1
ii  libkf5xmlrpcclient5  5.27.0-1
ii  libkscreenlocker55.8.2-1
ii  libksgrd74:5.8.2-1

Processed: retitle 784432 to FTFBS when build under /usr

2016-11-18 Thread Debian Bug Tracking System

Processing commands for cont...@bugs.debian.org:

> retitle 784432 FTFBS when build under /usr
Bug #784432 [src:qtwebkit] FTBS when build under /usr
Changed Bug title to 'FTFBS when build under /usr' from 'FTBS when build under 
/usr'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
784432: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784432
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#844718: kmail: Kmail cannot be synchronized between 2 computers anymore

2016-11-18 Thread Joerg Hau

Package: kmail
Version: 4:4.14.1-1
Severity: important

Dear Maintainer,

I am using kmail on different computers (in particular: 1 desktop and 1 laptop) 
and I need to keep all mail synchronized between these computers. That is all 
:-)

In all previous kmail versions including those in Debian 7, it was possible to 
transfer/synchronize the complete mail settings and folders between different 
computers. I simply used to quit kmail, used 'unison' to sync the relevant 
files and directories from pc-1 to pc-2, continued to work on pc-2 (think 
travel) and then sync back from pc-2 to pc-1. This took only seconds.

With the introduction of a different kmail/akonadi/... architecture in Debian 
8, this is no longer possible. The relevant data seem now now be spread across 
a multitude of databases that are all "live" as soon as I am logged in, i.e. I 
cannot sync them - some software (akonadi? baloo?) starts as soon as I log in 
and keeps these files open.

=> How can I get back to a state where all mail on my notebook computer could 
be kept identical with that on my desktop? 

Notes:

o the key problem is the non-sync of the "local" folders since I transfer lots 
of mails from IMAP to "local" folders, and these must stay in sync. (hey, 
syncing IMAP is not a problem ;-)

o I have tried 'pimsettingexporter' but this was a major mess - (a) it takes a 
very long time to create the archive, and (2) on unpacking, both the mail 
folders and account settings/names are lost/garbled. This is not a valid option 
:-/

   * What led up to the situation?

 The switch to a different kmail/akonadi/... architecture in Debian 8. 


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

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.14.2-2
ii  kdepim-runtime4:4.14.2-3
ii  kdepimlibs-kio-plugins4:4.14.2-2+deb8u2
ii  libakonadi-calendar4  4:4.14.2-2+deb8u2
ii  libakonadi-contact4   4:4.14.2-2+deb8u2
ii  libakonadi-kde4   4:4.14.2-2+deb8u2
ii  libakonadi-kmime4 4:4.14.2-2+deb8u2
ii  libakonadiprotocolinternals1  1.13.0-2+deb8u2
ii  libc6 2.19-18+deb8u6
ii  libcalendarsupport4   4:4.14.1-1
ii  libfollowupreminder4  4:4.14.1-1
ii  libgcc1   1:4.9.2-10
ii  libgpgme++2   4:4.14.2-2+deb8u2
ii  libgrantlee-core0 0.4.0-2
ii  libincidenceeditorsng44:4.14.1-1
ii  libkabc4  4:4.14.2-2+deb8u2
ii  libkalarmcal2 4:4.14.2-2+deb8u2
ii  libkcalcore4  4:4.14.2-2+deb8u2
ii  libkcalutils4 4:4.14.2-2+deb8u2
ii  libkcmutils4  4:4.14.2-5+deb8u1
ii  libkdecore5   4:4.14.2-5+deb8u1
ii  libkdepim44:4.14.1-1
ii  libkdeui5 4:4.14.2-5+deb8u1
ii  libkio5   4:4.14.2-5+deb8u1
ii  libkleo4  4:4.14.1-1
ii  libkmanagesieve4  4:4.14.1-1
ii  libkmime4 4:4.14.2-2+deb8u2
ii  libknewstuff3-4   4:4.14.2-5+deb8u1
ii  libknotifyconfig4 4:4.14.2-5+deb8u1
ii  libkontactinterface4a 4:4.14.2-2+deb8u2
ii  libkparts44:4.14.2-5+deb8u1
ii  libkpgp4  4:4.14.1-1
ii  libkpimidentities44:4.14.2-2+deb8u2
ii  libkpimtextedit4  4:4.14.2-2+deb8u2
ii  libkpimutils4 4:4.14.2-2+deb8u2
ii  libkprintutils4   4:4.14.2-5+deb8u1
ii  libksieveui4  4:4.14.1-1
ii  libktnef4 4:4.14.2-2+deb8u2
ii  libmailcommon44:4.14.1-1
ii  libmailimporter4  4:4.14.1-1
ii  libmailtransport4 4:4.14.2-2+deb8u2
ii  libmessagecomposer4   4:4.14.1-1
ii  libmessagecore4   4:4.14.1-1
ii  libmessagelist4   4:4.14.1-1
ii  libmessageviewer4 4:4.14.1-1
ii  libpimcommon4 4:4.14.1-1
ii  libqt4-dbus   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtwebkit4  2.3.4.dfsg-3
ii  libsendlater4 4:4.14.1-1
ii  libsolid4 4:4.14.2-5+deb8u1
ii  libstdc++64.9.2-10
ii  libtemplateparser44:4.14.1-1
ii  perl  5.20.2-3+deb8u6

Versions of packages kmail recommends:
ii  gnupg-agent

Bug#844722: qtwebkit: Please add platform support for m68k

2016-11-18 Thread John Paul Adrian Glaubitz

Source: qtwebkit
Version: 2.3.4.dfsg-9
Severity: normal
User: debian-...@lists.debian.org
Usertags: m68k

Hi!

qtwebkit used to build fine in the past but due to changes in the
upstream WebKit code no longer does. I have therefore created a
small patch which re-adds m68k support to qtwebkit.

This patch is based on the m68k support patch for qtwebkit-
opensource-src [1] and I have verified it to make qtwebkit
build fine on m68k with the patch applied.

It would be great to have both qtwebkit-opensource-src and
qtwebkit patched for m68k support as both packages still have
a lot of reverse dependencies and therefore prevent several
packages from being built on m68k.

I'm aware that qtwebkit* is going away in the future, but until
this has happened, it would be great to just have m68k support
in the package to help Debian's m68k port move forward.

Thanks,
Adrian

> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780430

--
 .''`.  John Paul Adrian Glaubitz
 : :' :  Debian Developer - glaub...@debian.org
 `. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
Description: Add support for m68k
Author: John Paul Adrian Glaubitz 

--- qtwebkit-2.3.4.dfsg.orig/Source/WTF/wtf/Platform.h
+++ qtwebkit-2.3.4.dfsg/Source/WTF/wtf/Platform.h
@@ -345,6 +345,12 @@
 #endif
 #endif
 
+/* CPU(M68K) - m68k */
+#if defined(__mc68000__)
+#define WTF_CPU_M68K 1
+#define WTF_CPU_BIG_ENDIAN 1
+#endif
+
 #if CPU(ARM) || CPU(MIPS) || CPU(SH4) || CPU(SPARC) || CPU(MIPS64)
 #define WTF_CPU_NEEDS_ALIGNED_ACCESS 1
 #endif
--- qtwebkit-2.3.4.dfsg.orig/Source/WTF/wtf/dtoa/utils.h
+++ qtwebkit-2.3.4.dfsg/Source/WTF/wtf/dtoa/utils.h
@@ -58,6 +58,8 @@ defined(_MIPS_ARCH_MIPS32R2)
 #else
 #undef DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS
 #endif  // _WIN32
+#elif defined(__mc68000__)
+#undef DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS
 #else
 #error Target architecture was not detected as supported by Double-Conversion.
 #endif
--- qtwebkit-2.3.4.dfsg.orig/Source/WebCore/css/CSSProperty.cpp
+++ qtwebkit-2.3.4.dfsg/Source/WebCore/css/CSSProperty.cpp
@@ -39,7 +39,7 @@ struct SameSizeAsCSSProperty {
 void* value;
 };
 
-COMPILE_ASSERT(sizeof(CSSProperty) == sizeof(SameSizeAsCSSProperty), CSSProperty_should_stay_small);
+COMPILE_ASSERT(sizeof(CSSProperty) <= sizeof(SameSizeAsCSSProperty), CSSProperty_should_stay_small);
 
 void CSSProperty::wrapValueInCommaSeparatedList()
 {
--- qtwebkit-2.3.4.dfsg.orig/Source/WebCore/dom/ShadowRoot.cpp
+++ qtwebkit-2.3.4.dfsg/Source/WebCore/dom/ShadowRoot.cpp
@@ -60,7 +60,7 @@ struct SameSizeAsShadowRoot : public Doc
 unsigned countersAndFlags[1];
 };
 
-COMPILE_ASSERT(sizeof(ShadowRoot) == sizeof(SameSizeAsShadowRoot), shadowroot_should_stay_small);
+COMPILE_ASSERT(sizeof(ShadowRoot) <= sizeof(SameSizeAsShadowRoot), shadowroot_should_stay_small);
 
 ShadowRoot::ShadowRoot(Document* document)
 : DocumentFragment(document, CreateShadowRoot)
--- qtwebkit-2.3.4.dfsg.orig/Source/WebCore/rendering/style/RenderStyle.cpp
+++ qtwebkit-2.3.4.dfsg/Source/WebCore/rendering/style/RenderStyle.cpp
@@ -58,7 +58,7 @@ struct SameSizeAsBorderValue {
 unsigned m_width;
 };
 
-COMPILE_ASSERT(sizeof(BorderValue) == sizeof(SameSizeAsBorderValue), BorderValue_should_not_grow);
+COMPILE_ASSERT(sizeof(BorderValue) <= sizeof(SameSizeAsBorderValue), BorderValue_should_not_grow);
 
 struct SameSizeAsRenderStyle : public RefCounted {
 void* dataRefs[7];
@@ -75,7 +75,7 @@ struct SameSizeAsRenderStyle : public Re
 } noninherited_flags;
 };
 
-COMPILE_ASSERT(sizeof(RenderStyle) == sizeof(SameSizeAsRenderStyle), RenderStyle_should_stay_small);
+COMPILE_ASSERT(sizeof(RenderStyle) <= sizeof(SameSizeAsRenderStyle), RenderStyle_should_stay_small);
 
 inline RenderStyle* defaultStyle()
 {
--- qtwebkit-2.3.4.dfsg.orig/Source/WebCore/rendering/style/StyleBoxData.cpp
+++ qtwebkit-2.3.4.dfsg/Source/WebCore/rendering/style/StyleBoxData.cpp
@@ -33,7 +33,7 @@ struct SameSizeAsStyleBoxData : public R
 uint32_t bitfields;
 };
 
-COMPILE_ASSERT(sizeof(StyleBoxData) == sizeof(SameSizeAsStyleBoxData), StyleBoxData_should_not_grow);
+COMPILE_ASSERT(sizeof(StyleBoxData) <= sizeof(SameSizeAsStyleBoxData), StyleBoxData_should_not_grow);
 
 StyleBoxData::StyleBoxData()
 : m_minWidth(RenderStyle::initialMinSize())
--- qtwebkit-2.3.4.dfsg.orig/Source/WebCore/rendering/style/StyleRareInheritedData.cpp
+++ qtwebkit-2.3.4.dfsg/Source/WebCore/rendering/style/StyleRareInheritedData.cpp
@@ -61,7 +61,7 @@ struct SameSizeAsStyleRareInheritedData
 #endif
 };
 
-COMPILE_ASSERT(sizeof(StyleRareInheritedData) == sizeof(SameSizeAsStyleRareInheritedData), StyleRareInheritedData_should_bit_pack);
+COMPILE_ASSERT(sizeof(StyleRareInheritedData) <= sizeof(SameSizeAsStyleRareInheritedData), StyleRareInheritedData_should_bit_pack);
 
 StyleRareInheritedData::StyleRareInheritedData()
 : listStyleImage(RenderStyle::initialListStyleImage())

Still Failing: chroot-installation_jessie_install_kde-full_upgrade_to_stretch_aptdpkg_first/126

2016-11-18 Thread jenkins

See 
https://jenkins.debian.net/job/chroot-installation_jessie_install_kde-full_upgrade_to_stretch_aptdpkg_first/126//console
 or just 
https://jenkins.debian.net/job/chroot-installation_jessie_install_kde-full_upgrade_to_stretch_aptdpkg_first/126/
 for more information.

Re: Override default SDDM for Stretch release

2016-11-18 Thread Maximiliano Curia

¡Hola Aurélien!

I'm Ccing Alf Gaida and Matthias Klumpp as both are interested in sddm and I
would like to know their points of view about this.

El 2016-11-18 a las 00:08 +0100, Aurélien COUDERC escribió:
I’m working on implementing the Soft Waves theme selected for Stretch.
The wallpaper setting for new user is done and I also have an SDDM theme ready, shipped in desktop-base 9.0.0~exp1.
This SDDM theme is simply a copy of Breeze’s Main.qml overriding the wallpaper, and it uses the Breeze SDDM themes components as is (see attached screenshot).

Nice.

The problem is I couldn’t find a proper way to make this theme the default for
SDDM.

Right, currently the way to set the sddm theme is creating an /etc/sddm.conf
file with at least:

[Theme]
Current: theme_name

This file can also be created from plasma's systemsettings (using the sddm kcm
module).

Currently there is no support for configuration directories (let's say
/etc/sddm/conf.d/), this is planned for sddm 0.15, though.

The compiled in default (for our packages) is breeze, while upstream uses maui
by default. It's possible that this isn't the best default (as sddm is also
used by the lxqt desktop, and breeze exercises the video driver more that the
whole lxqt session).

In the 0.14 version upstream embeds the resources of the default theme
(previously named maui, but now called the empty string), that way the default
theme is used as a fallback if something goes wrong with the configured one.
But, this also introduced the inconvenient that a /etc/sddm.conf with:

[Theme]
Current: maui
Would start in error mode (it will use the fallback theme and show the error
message in the lower part of the screen).

To force the use of the maui theme you'll need to set:
[Theme]
Current:

But, if we ship sddm 0.14, we could probably embed the soft_waves theme as the
embedded one, keep the maui one as an additional package. We would also avoid
setting breeze as the default theme in the compiled in configuration.

To do this, we would need to change the soft_waves theme to be based on the
maui one.

What do you think?

Up to Jessie installing we installed a conf file there :
/etc/default/kdm.d/10_desktop-base
(see contents below) that KDM read to override its default, and I can’t seem to find a way to do the same for SDDM.

The /etc/default/kdm.d/ was processed by our sysv init script, in a kind of
hacky way that regenerated the configuration file every time. I would prefer
not having to maintain such a thing for sddm.

Would you mind helping with that so we can continue shipping a consistent
Debian with Stretch also for Plasma 5 ?

Happy hacking,
--
"The cheapest, fastest and most reliable components of a computer system are
those that aren't there."
-- Gordon Bell
Saludos /\/\ /\ >< `/

signature.asc
Description: PGP signature

Still Failing: chroot-installation_jessie_install_kde_upgrade_to_stretch_aptdpkg_first/126

2016-11-18 Thread jenkins

See 
https://jenkins.debian.net/job/chroot-installation_jessie_install_kde_upgrade_to_stretch_aptdpkg_first/126//console
 or just 
https://jenkins.debian.net/job/chroot-installation_jessie_install_kde_upgrade_to_stretch_aptdpkg_first/126/
 for more information.

1 2 >

1 - 100 of 169 matches

Mail list logo