Bug#884056: RM: ktp-text-ui [armel hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el ppc64el s390x] -- ROM; requires QtWebEngine

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

the new version of src:ktp-text-ui requires QtWebEngine, which so far
is ported to a limited number of architectures.  Hence, please remove
the binaries of ktp-text-ui on the other architectures.

Thanks,
-- 
Pino

Bug#883737: [Pkg-kde-extras] Bug#883737: Bug#883737: Bug#883737: gtk2-engines-oxygen: Please don't depend on gtk2

[Pino Toscano]

In data venerdì 8 dicembre 2017 14:46:57 CET, Jeremy Bicha ha scritto:
> On Fri, Dec 8, 2017 at 1:31 PM, Pino Toscano <p...@debian.org> wrote:
> > In general, I do not see the point in allowing "plugins for Foo" as
> > installable/installed when "Foo" is not.
> 
> I am also making a similar change for input methods. If a user is
> using ibus, they should not have to manually install ibus-gtk (the
> gtk2 version) if they later install a gtk2 app.

I'll reply later on on this.

> And I don't think it's a good idea to have gtk2 recommend every gtk2
> theme engine and input method.

Indeed, this is not feasible.

> > I see two possibilities in this case (feel free to add more, of course):
> 
> The problem here is a bit theoretical since there doesn't seem to be
> any gtk3 version of Oxygen (at least not in Debian) and therefore, the
> package is not very useful since most maintained gtk apps use gtk3
> now.

A gtk3 version of oxygen most probably would get its own package.

> So let me substitute with a better example:
> 
> c) In the near future, it will be possible to install Debian GNOME
> without gtk2 pre-installed. A Debian GNOME user installs the Numix
> theme and makes it their default theme. A few weeks later, the user
> decides to install a gtk2 app like Inkscape. I think it's wrong to
> require the user to manually install a theoretical numix-gtk2-theme
> package to fix their theming. I also think it's wrong to force a user
> to have gtk2 installed just because a theme they want to use happens
> to support gtk2.

To be honest, I do not see this as wrong case: while it is not something
clear for users, OTOH I do not think it is good to install themes and
plugins for libraries and frameworks, even if they are not installed by
default (and possibly not going to be used).  This is also for the case
mentioned above: I would not like that users have plugins for gtk2,
gtk3, qt4, qt5, ibus, scim, uim, etc, just because they might be used
at some point.  This IMHO is just a way to clutter the users' systems.

> Keeping gtk2 installed by default is a subtle suggestion to developers
> that it's ok for their app to use gtk2. But like qt4, it's not ok.

No (non-developer) users will install gtk2 directly, but they will get
it installed because they installed via an application written as gtk2.

> My proposal is a simple fix for these problems. While it looks a bit
> strange at first, it's a harmless change that fixes actual problems.

Here we disagree.  IMHO this is a workaround to the situation, not a
real solution.

> > There are various things that kubuntu does wrong, and that I needed to
> > fix in the past and in recent times. "kubuntu did it" is not a magical
> > sentence to bring the same mistakes also in Debian.
> 
> Ok, well the developer who made that change is Scott Kitterman who is
> a Debian Developer and not a Kubuntu developer any more.

Not relevant to the discussion.  I judge an idea from a technical POV,
not who made it.

-- 
Pino Toscano

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

Bug#883622: transition: analitza 17.08

[Pino Toscano]

In data venerdì 8 dicembre 2017 19:52:13 CET, Emilio Pozuelo Monfort ha scritto:
> On 05/12/17 21:57, Pino Toscano wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > 
> > Hi,
> > 
> > I would like to request a slot for the analitza 17.08.x transition.
> > There are only two affected sources:
> > - kalgebra (which will get a sourceful upload)
> > - cantor, which just needs a rebuild
> > 
> > I will wait for this weekend for the batch of 17.08 uploads I did last
> > weekend to migrate to testing: the reason is that the new versions of
> > analitza and kalgebra carry their translations files, right now shipped
> > as part of kde-l10n (and thus a coordinated upload is needed, I will
> > take care of it).
> 
> Ack.

Uploaded few hours ago, and analitza and kalgebra already built
everywhere.

-- 
Pino Toscano

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

Bug#883624: transition: libkf5kipi + marble 17.08

[Pino Toscano]

In data venerdì 8 dicembre 2017 19:53:03 CET, Emilio Pozuelo Monfort ha scritto:
> On 05/12/17 22:03, Pino Toscano wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > 
> > Hi,
> > 
> > I would like to request a slot for the transitions of libkf5kipi 17.08
> > and marble 17.08.  I'm requesting a single slot for them as the impact
> > of each is limited, and they boh affect digikam (big source, so one
> > rebuild can be avoided).
> > 
> > The sources affected by libkf5kipi are:
> > - digikam
> > - gwenview
> > - kde-spectacle
> > - kphotoalbum
> > The sources affected by marble are:
> > - digikam
> > - kreport
> > - libkf5kgeomap
> > 
> > I will wait for this weekend for the batch of 17.08 uploads I did last
> > weekend to migrate to testing: the reason is that the new versions of
> > libkf5kipi and marble carry their translations files, right now shipped
> > as part of kde-l10n (and thus a coordinated upload is needed, I will
> > take care of it).
> 
> You can go ahead.

Uploaded libkf5kipi, marble and libkf5kgeomap few hours ago, and all of
them already built everywhere.

-- 
Pino Toscano

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

Bug#887107: My improvements to dl10n-check

[Pino Toscano]

Hi l10n people,

(please CC me, I'm not subscribed to debian-i18n@, or #887107)

noticing the problems when extracting files (mostly translations) from
sources, few months ago I reworked dl10n-check a little bit, and it
ought to work better now.

I sent all these improvements to a single merge request on salsa:
https://salsa.debian.org/l10n-team/dl10n/merge_requests/1
I think I described my commits, and my MR description, well-enough --
but of course feel free to ask, comment, and try it in case.

(I have other improvements for dl10n.git, but let's get this biggest
chunk first.)

-- 
Pino Toscano

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

Bug#899144: [oxygen-icon-theme] Please include scalable version

[Pino Toscano]

tag 899144 + moreinfo
thanks

In data sabato 19 maggio 2018 21:42:15 CEST, Bastien ROUCARIÈS ha scritto:
> Some package packages scalable version (svg) of this theme. Could be possible 
> to get scalable version here in order to create symbolic link and reduce code 
> duplication

You generally should not rely on a specific icon theme, so what exactly
needs such symlinks, and why?

-- 
Pino Toscano

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

Bug#899144: [oxygen-icon-theme] Please include scalable version

[Pino Toscano]

In data sabato 19 maggio 2018 22:41:16 CEST, Bastien ROUCARIES ha scritto:
> On Sat, May 19, 2018 at 9:55 PM, Pino Toscano <p...@debian.org> wrote:
> > tag 899144 + moreinfo
> > thanks
> >
> > In data sabato 19 maggio 2018 21:42:15 CEST, Bastien ROUCARIÈS ha scritto:
> >> Some package packages scalable version (svg) of this theme. Could be 
> >> possible
> >> to get scalable version here in order to create symbolic link and reduce 
> >> code
> >> duplication
> >
> > You generally should not rely on a specific icon theme, so what exactly
> > needs such symlinks, and why?
> 
> A js package use it (mocha). For now I use 22x22 png but it is ugly I
> will prefer to use the svg one. Oxygen is also used by a few other js
> package.

This still does not tell me what exactly mocha and the other js packages
are doing with oxygen icons. Please explain in detail what is the actual
situation, otherwise it is hard for us to implement a solution (and
maintain it) for a problem we have no idea about.

-- 
Pino Toscano

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

Bug#874952: [Pkg-kde-extras] Bug#874952: KEurocalc has been ported to Qt5

[Pino Toscano]

Hi Éric,

In data martedì 5 giugno 2018 09:22:47 CEST, Éric Bischoff ha scritto:
> I have ported KEurocalc to Qt5
> 
> application: https://websvn.kde.org/trunk/extragear/utils/keurocalc/
> documentation: https://websvn.kde.org/trunk/extragear/utils/doc/keurocalc/

This is great to hear!

With my KDE upstream hat on, there are few steps that still needs to be
done though:
- switch its translations to the Frameworks branches (please contact
  the kde-i18n-doc mailing list)
- convert it to Git (please contact KDE sysadmins)

Once the above is done, a new release certainly will help :-)

P.S.: the homepage [1] is unreacheable.

[1] http://opensource.bureau-cornavin.com/keurocalc/

Thanks,
-- 
Pino Toscano

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

Bug#874952: [Pkg-kde-extras] Bug#874952: Bug#874952: KEurocalc has been ported to Qt5

[Pino Toscano]

In data martedì 5 giugno 2018 10:13:27 CEST, Éric Bischoff ha scritto:
> Le mardi 5 juin 2018, 10:02:28 CEST Pino Toscano a écrit :
> > In data martedì 5 giugno 2018 09:22:47 CEST, Éric Bischoff ha scritto:
> > > I have ported KEurocalc to Qt5
> > > 
> > > application: https://websvn.kde.org/trunk/extragear/utils/keurocalc/
> > > documentation: https://websvn.kde.org/trunk/extragear/utils/doc/keurocalc/
> > 
> > This is great to hear!
> > 
> > With my KDE upstream hat on, there are few steps that still needs to be
> > done though:
> > - switch its translations to the Frameworks branches (please contact
> >   the kde-i18n-doc mailing list)
> 
> I have already contacted kde-docbook mailing list for that :-( . If that does 
> not work out, I'll repeat with kde-i18n-doc .

I am not sure that that mailing list is used... and it was specific for
documentation stuff. Anyway, kde-i18n-doc is the right one.

> > - convert it to Git (please contact KDE sysadmins)
> 
> OK, how? Could you please drop a word to them?

Best for you is to create a sysadmin task on the KDE's phabricator
instance:
- if you don't have it already, create an identity account on
  https://identity.kde.org/
- login with that to https://phabricator.kde.org
- create a new sysadmin task from
  https://phabricator.kde.org/maniphest/task/edit/form/2/

> > P.S.: the homepage [1] is unreacheable.
> > 
> > [1] http://opensource.bureau-cornavin.com/keurocalc/
> 
> Yes, I decided to stop self-hosting it and use only official KDE repos. This 
> address has already been removed from the doc.

What is the replacement? https://userbase.kde.org/KEuroCalc is?

-- 
Pino Toscano

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

Bug#900827: okular: Maybe it should not recommend jovie anymore

[Pino Toscano]

tag 900827 + pending
thanks

In data martedì 5 giugno 2018 17:17:15 CEST, Lisandro Damián Nicanor Pérez 
Meyer ha scritto:
> Source: okular
> Version: 4:17.12.2-2
> Severity: normal
> 
> Jovie has been superseded by QtSpeech and okular is Qt5 based.
> Maybe jovie should be removed from Recommends?

Already removed in the 18.04.0-1 upload, which is sitting for a month
in the NEW queue (sigh...).

-- 
Pino Toscano

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

Bug#900922: RM: jovie -- ROM; obsolete, not used anymore

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove src:jovie, as it is the KDE 4 solution for text-to-speech
as a service.  Qt5 applications have the QtTextToSpeech module, and the
remaining applications based on kdelibs 4.x do not use the jovie
service at all.

Thanks,
-- 
Pino

Bug#902227: Krita lead developer has requested Debian cease distributing his software.

[Pino Toscano]

tag 902227 + moreinfo
thanks

Hi anonymous user,

In data sabato 23 giugno 2018 17:13:11 CEST, anondeb...@1337.no ha scritto:
> As per the reddit thread 
> https://www.reddit.com/r/linux/comments/8t2zgc/maintainers_matter_the_case_against_upstream/
>  
> (https://www.reddit.com/r/linux/comments/8t2zgc/maintainers_matter_the_case_against_upstream/),
>  the lead developer of Krita has made it very clear that they want Debian and 
> other distributions to cease packaging Krita unless they can always package 
> the latest version. As this is the wish of upstream, I feel that Debian 
> should immediately honor their wishes and stop packaging Krita, so we can get 
> the vastly superior version that is packaged in their appimage/flatpak, what 
> have you.

I do not see any explicit request in that forum thread.

Boudewijn Rempt knowns already who does most of the packaging work for
Debian (which is me), and how to contact me.  Hence, if he thinks there
are issues with the way Krita is packaged and shipped in Debian, he is
very well welcome to contact the Qt/KDE packaging team and/or me
directly.

I will not do changed based on random interpretations of comments in
some random forum on the Internet made by some random/anonymous nick.

-- 
Pino Toscano

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

Bug#885839: ioquake3: please migrate kdebase-bin relationship to kdialog

[Pino Toscano]

On sabato 30 dicembre 2017 11:39:31 CET Simon McVittie wrote:
> On Sat, 30 Dec 2017 at 11:16:55 +0100, Pino Toscano wrote:
> > your package depends or recommends a package which used to provide the
> > kdialog utility.  Now kdialog is shipped in an own source and binary,
> > so the package relation can be adjusted to use it directly.
> 
> Thanks, I've applied your patch for the next upload. It's the third in a
> set of alternative dependencies, so I'm not going to rush to upload this.

No hurry, queueing it for the next upload, whenever it will be, sounds
great to me.  My medium-term goal is to get rid of them, at least for
Buster, and there are other 6 bugs like this one.

Thanks!
-- 
Pino Toscano

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

Bug#885850: fcitx-module-kimpanel: please update the KDE-related suggests (kdebase-bin & plasma-widgets-kimpanel)

[Pino Toscano]

Package: fcitx-module-kimpanel
Version: 1:4.2.9.4-3
Severity: wishlist
Tags: patch

Hi,

fcitx-module-kimpanel suggests two KDE-related packages:
- kdebase-bin: according to the packaging Git was added for kdialog
- plasma-widgets-kimpanel: for the KIMPanel Plasma widget

Now kdialog is split in its own package (see also #885836 for
fcitx-ui-classic), and the Plasma widget is shipped as part of
plasma-desktop.

Patch attached for these changes.

Thanks,
-- 
Pino
--- a/debian/control.in
+++ b/debian/control.in
@@ -728,7 +728,7 @@ Depends: fcitx-module-dbus, ${misc:Depen
 Replaces: fcitx (<< ${source:Upstream-Version}), fcitx-ui-kimpanel
 Provides: fcitx-ui-kimpanel
 Breaks: fcitx (<< ${source:Upstream-Version})
-Suggests: kdebase-bin, plasma-widgets-kimpanel
+Suggests: kdialog, plasma-desktop
 Description: Flexible Input Method Framework - KIMPanel protocol module
  Fcitx is a input method framework with extension support, which provides
  an interface for entering characters of different scripts in applications
--- a/debian/control
+++ b/debian/control
@@ -728,7 +728,7 @@ Depends: fcitx-module-dbus, ${misc:Depen
 Replaces: fcitx (<< ${source:Upstream-Version}), fcitx-ui-kimpanel
 Provides: fcitx-ui-kimpanel
 Breaks: fcitx (<< ${source:Upstream-Version})
-Suggests: kdebase-bin, plasma-widgets-kimpanel
+Suggests: kdialog, plasma-desktop
 Description: Flexible Input Method Framework - KIMPanel protocol module
  Fcitx is a input method framework with extension support, which provides
  an interface for entering characters of different scripts in applications

Bug#885869: winetricks: please migrate kdebase-bin relationship to kdialog

[Pino Toscano]

Package: winetricks
Version: 0.0+20171018-1
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends or recommends a package which used to provide the
kdialog utility.  Now kdialog is shipped in an own source and binary,
so the package relation can be adjusted to use it directly.

Attached there is a patch for this.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -27,7 +27,7 @@ Depends:
 Recommends:
  sudo | gksu | kdesudo,
  xdg-utils,
- zenity | kdebase-bin
+ zenity | kdialog,
 Suggests:
  aria2,
  tor

Bug#885839: ioquake3: please migrate kdebase-bin relationship to kdialog

[Pino Toscano]

On sabato 30 dicembre 2017 16:17:04 CET Simon McVittie wrote:
> On Sat, 30 Dec 2017 at 12:43:16 +0100, Pino Toscano wrote:
> > My medium-term goal is to get rid of them, at least for
> > Buster, and there are other 6 bugs like this one.
> 
> Should dependencies on kde-baseapps-bin for kdialog also be updated to
> point to the new kdialog package?

Yes, I filed bugs for those too... but forgot to check contrib and
non-free, it seems :-/

> Affected game packages, which I'm happy to deal with myself (no need for bugs 
> or
> patches for these):
> 
> - quake3 (src:game-data-packager)
> - opentyrian
> - rott
> - rtcw (src:iortcw)
> 
> I'm reasonably sure all of those are only using kdialog and not other
> KDE binaries. At some point I might patch ioquake3 and iortcw to use
> SDL_ShowMessageBox() so that they never need xmessage/zenity/kdialog,
> but until then, shrinking the dependency seems good.

Yes, all of them use kdialog, so switching from kde-baseapps-bin &
kdebase-bin to kdialog is indeed the right change here.  (The other
binary that is still currently provided by kde-baseapps-bin is
keditbookmarks, but it is not used directly usually.)

Thanks,
-- 
Pino Toscano

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

Bug#867561: gksu, kdesu, etc dependencies not really needed

[Pino Toscano]

tag 867561 + patch
thanks

Hi,

according to:
- base/password.py, __get_password_utils_ui
- installer/core_install.py, check_passwd_util
all the bits that use kdesu, kdesudo, gnomesu, and gksu are commented,
so the dependencies can be removed altogether.  Even because, looking
at them we have:
- gksu: deprecated, broken, #867236
- kdebase-bin & kdebase-runtime: transitional since Wheezy
  (oldoldstable)
- kde-runtime: it does not contain the "kdesu" binary in $PATH anymore
- kdesudo: deprecated, dropped, #875107
- ktsuss: dropped more than 6 years ago, #622270

Patch attached for this.

Thanks.
-- 
Pino Toscano--- a/debian/control
+++ b/debian/control
@@ -122,7 +122,6 @@ Description: HP Printers PostScript Desc
 Package: hplip-gui
 Architecture: all
 Depends: default-dbus-session-bus | dbus-session-bus,
- gksu | kdebase-bin (<< 4:4.4.0-1) | kde-runtime | kdebase-runtime | kdesudo | ktsuss,
  hplip (>= ${source:Version}),
  python3-dbus.mainloop.pyqt5,
  python3-pyqt5,


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

Bug#885618: kde-l10n-de lacks German translation for kmail2

[Pino Toscano]

On venerdì 29 dicembre 2017 23:05:09 CET Hans wrote:
> please note, that this bug is in version 17.08.3, too. I installed it and got 
> the same problem as described. Maybe you might want to recheck this, before 
> it 
> goes into testing. Maybe this bugreport should be reopened? 

The version 17.08.3 of what?  If you are talking about kde-l10n-de, then
what I said still applies, since kde-l10n will not contain anymore
translations of KDE applications based on Frameworks 5 (like kmail and
the while PIM stack).

-- 
Pino Toscano

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

Bug#885839: ioquake3: please migrate kdebase-bin relationship to kdialog

[Pino Toscano]

Package: ioquake3
Version: 1.36+u20171216~dfsg-1
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends or recommends a package which used to provide the
kdialog utility.  Now kdialog is shipped in an own source and binary,
so the package relation can be adjusted to use it directly.

Attached there is a patch for this.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -30,7 +30,7 @@ Depends:
  ${misc:Depends},
  ${shlibs:Depends},
 Recommends:
- x11-utils | zenity | kdebase-bin,
+ x11-utils | zenity | kdialog,
 Breaks:
  openarena (<< 0.8.8-9~),
 Description: Game engine for 3D first person shooter games

Bug#885841: squeak-vm: please migrate kdebase-bin relationship to kdialog

[Pino Toscano]

Package: squeak-vm
Version: 1:4.10.2.2614-4.1
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends or recommends a package which used to provide the
kdialog utility.  Now kdialog is shipped in an own source and binary,
so the package relation can be adjusted to use it directly.

Attached there is a patch for this.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -39,7 +39,7 @@ Depends: ${shlibs:Depends},
  whiptail,
  xterm | x-terminal-emulator,
  gettext-base
-Recommends: zenity | kdebase-bin, scratch | etoys
+Recommends: zenity | kdialog, scratch | etoys
 Description: Unix Squeak virtual machine
  Squeak is a full-featured implementation of the Smalltalk programming
  language and environment based on (and largely compatible with) the

Bug#885618: kde-l10n-de lacks German translation for kmail2

[Pino Toscano]

On sabato 30 dicembre 2017 08:57:35 CET Hans wrote:
> Hmm, so this is a feature not a bug? IMHO this feature makes things not 
> better 
> but worse. So what is the alternative? Translate for myself or are there 
> alternative packages?

Or read what I already wrote when I closed this bug:

| This was done on purpose, because (hopefully soon) the KDEPIM 17.08.3
| stack, where each package carries its own translations, will migrate to
| testing.

Let me stress the part "where each package carris its own translation":
kmail 17.03.8, kontact 17.08.3, each PIM 17.08.3 library with
translatable messages have the translations shipped in the same deb
(or in their -data/-common one).

$ apt-get download kmail/unstable
$ dpkg -c kmail_4%3a17.08.3-1_amd64.deb | grep '\.mo'
-rw-r--r-- root/root  3168 2017-12-21 17:55 
./usr/share/locale/ar/LC_MESSAGES/akonadi_archivemail_agent.mo
-rw-r--r-- root/root  1251 2017-12-21 17:55 
./usr/share/locale/ar/LC_MESSAGES/akonadi_followupreminder_agent.mo
-rw-r--r-- root/root   517 2017-12-21 17:55 
./usr/share/locale/ar/LC_MESSAGES/akonadi_mailfilter_agent.mo
-rw-r--r-- root/root  2075 2017-12-21 17:55 
./usr/share/locale/ar/LC_MESSAGES/akonadi_sendlater_agent.mo
-rw-r--r-- root/root 86768 2017-12-21 17:55 
./usr/share/locale/ar/LC_MESSAGES/kmail.mo
[...]
-rw-r--r-- root/root  3406 2017-12-21 17:55 
./usr/share/locale/de/LC_MESSAGES/akonadi_archivemail_agent.mo
-rw-r--r-- root/root  1582 2017-12-21 17:55 
./usr/share/locale/de/LC_MESSAGES/akonadi_followupreminder_agent.mo
-rw-r--r-- root/root  3919 2017-12-21 17:55 
./usr/share/locale/de/LC_MESSAGES/akonadi_mailfilter_agent.mo
-rw-r--r-- root/root  2724 2017-12-21 17:55 
./usr/share/locale/de/LC_MESSAGES/akonadi_sendlater_agent.mo
-rw-r--r-- root/root145138 2017-12-21 17:55 
./usr/share/locale/de/LC_MESSAGES/kmail.mo
-rw-r--r-- root/root  4813 2017-12-21 17:55 
./usr/share/locale/de/LC_MESSAGES/ktnef.mo
[... long list continues ...]

-- 
Pino Toscano

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

Bug#885837: im-config: please migrate kde-baseapps-bin relationship to kdialog

[Pino Toscano]

Package: im-config
Version: 0.33-1
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends or recommends a package which used to provide the
kdialog utility.  Now kdialog is shipped in an own source and binary,
so the package relation can be adjusted to use it directly.

Attached there is a patch for this.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Vcs-browser: https://anonscm.debian.org/
 Package: im-config
 Architecture: all
 Depends: gettext-base, ${misc:Depends}
-Recommends: x11-common, zenity | kde-baseapps-bin | whiptail
+Recommends: x11-common, zenity | kdialog | whiptail
 Conflicts: im-switch
 Provides: im-switch
 Description: Input method configuration framework

Bug#885836: fcitx-ui-classic: please migrate kdebase-bin relationship to kdialog

[Pino Toscano]

Package: fcitx-ui-classic
Version: 1:4.2.9.4-3
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends or recommends a package which used to provide the
kdialog utility.  Now kdialog is shipped in an own source and binary,
so the package relation can be adjusted to use it directly.

Attached there is a patch for this.

Thanks,
-- 
Pino
--- a/debian/control.in
+++ b/debian/control.in
@@ -290,7 +290,7 @@ Description: GObject introspection data
 Package: fcitx-ui-classic
 Architecture: any
 Depends: fcitx-module-x11, ${misc:Depends}, ${shlibs:Depends}
-Recommends: fcitx (>= ${source:Upstream-Version}), zenity | kdebase-bin
+Recommends: fcitx (>= ${source:Upstream-Version}), zenity | kdialog
 Replaces: fcitx (<< ${source:Upstream-Version}),
   fcitx-hangul (<< 0.3.0),
   fcitx-unikey (<< 0.2.0)
--- a/debian/control
+++ b/debian/control
@@ -290,7 +290,7 @@ Description: GObject introspection data
 Package: fcitx-ui-classic
 Architecture: any
 Depends: fcitx-module-x11, ${misc:Depends}, ${shlibs:Depends}
-Recommends: fcitx (>= ${source:Upstream-Version}), zenity | kdebase-bin
+Recommends: fcitx (>= ${source:Upstream-Version}), zenity | kdialog
 Replaces: fcitx (<< ${source:Upstream-Version}),
   fcitx-hangul (<< 0.3.0),
   fcitx-unikey (<< 0.2.0)

Bug#885838: infon-viewer: please migrate kdebase-bin relationship to kdialog

[Pino Toscano]

Package: infon-viewer
Version: 0~r198-8
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends or recommends a package which used to provide the
kdialog utility.  Now kdialog is shipped in an own source and binary,
so the package relation can be adjusted to use it directly.

Attached there is a patch for this.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -35,7 +35,7 @@ Package: infon-viewer
 Architecture: any
 Recommends: infon-devel
 Suggests: infon-server
-Depends: ${shlibs:Depends}, ${misc:Depends}, ssft, zenity | kdebase-bin
+Depends: ${shlibs:Depends}, ${misc:Depends}, ssft, zenity | kdialog
 Description: Program bugs to compete for food and survival - GUI
  Infon is a game which simulates the live of simple bugs who eat,
  propagate, eat each other and evolve. The players can not control

Bug#885840: italc-client: please migrate kde-baseapps-bin relationship to kdialog

[Pino Toscano]

Package: italc-client
Version: 1:3.0.3+dfsg1-2
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends or recommends a package which used to provide the
kdialog utility.  Now kdialog is shipped in an own source and binary,
so the package relation can be adjusted to use it directly.

Attached there is a patch for this.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -70,7 +70,7 @@ Depends:
  libitalccore (=${binary:Version}),
  italc-management-console (=${binary:Version}),
 Recommends:
- zenity | kde-baseapps-bin,
+ zenity | kdialog,
 Description: intelligent Teaching And Learning with Computers - client
  iTALC makes it possible to access and guide the activities of students
  from the computer of the teacher. For example, with the help of iTALC

Bug#885842: ssft: please migrate kde-baseapps-bin relationship to kdialog

[Pino Toscano]

Package: ssft
Version: 0.9.15
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends or recommends a package which used to provide the
kdialog utility.  Now kdialog is shipped in an own source and binary,
so the package relation can be adjusted to use it directly.

Attached there is a patch for this.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Standards-Version: 3.9.8
 Package: ssft
 Architecture: all
 Depends: ${misc:Depends}
-Recommends: gettext-base, dialog, zenity | kde-baseapps-bin
+Recommends: gettext-base, dialog, zenity | kdialog
 Description: Shell Scripts Frontend Tool
  Shell function library useful to build shell script frontends.
  .

Bug#886365: override: kdewebdev:metapackages/optional, kde-baseapps:metapackages/optional

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

kdewebdev, and kde-baseapps have been metapackages for long time, but
not properly set with their priority; now they are, so please adjust
the overrides according to that.

Thanks,
-- 
Pino

Bug#885093: RM: libkf5mailcommon [armel hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el powerpc ppc64el s390x] -- ROM; requires QtWebEngine

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

the new version of src:libkf5mailcommon requires QtWebEngine, which so
far is ported to a limited number of architectures.  Hence, please
remove the binaries of libkf5mailcommon on the other architectures.

Thanks,
-- 
Pino

Bug#885092: RM: kdepim-addons [armel hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el powerpc ppc64el s390x] -- ROM; requires QtWebEngine

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

the new version of src:kdepim-addons requires QtWebEngine, which so
far is ported to a limited number of architectures.  Hence, please
remove the binaries of kdepim-addons on the other architectures.

Thanks,
-- 
Pino

Bug#885060: RM: libkgapi [armel hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el powerpc ppc64el s390x] -- ROM; requires QtWebEngine

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

the new version of src:libkgapi requires QtWebEngine, which so
far is ported to a limited number of architectures.  Hence, please
remove the binaries of libkgapi on the other architectures.

Thanks,
-- 
Pino

Bug#884874: phonon-backend-vlc: Application using phonon are crashing with vlc 3.0.0~rc2

[Pino Toscano]

Hi Sandro,

In data mercoledì 20 dicembre 2017 21:06:38 CET, Sandro Knauß ha scritto:
> Source: phonon-backend-vlc
> Version: 0.9.0-2
> Severity: serious
> 
> with the upload of vlc 3.0.0~rc2-1 at unstable phonon applications like
> amarok and kcmshell4 kcm_phonon are constanly crashing. For the moment I
> switched to gstreamer backend.

Do you still have crashes with phonon-backend-vlc 0.9.1-2?

-- 
Pino Toscano

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

Bug#885059: RM: libkf5ksieve [armel hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el powerpc ppc64el s390x] -- ROM; requires QtWebEngine

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

the new version of src:libkf5ksieve requires QtWebEngine, which so
far is ported to a limited number of architectures.  Hence, please
remove the binaries of libkf5ksieve on the other architectures.

Thanks,
-- 
Pino

Bug#885058: RM: kf5-messagelib [armel hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el powerpc ppc64el s390x] -- ROM; requires QtWebEngine

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

the new version of src:kf5-messagelib requires QtWebEngine, which so
far is ported to a limited number of architectures.  Hence, please
remove the binaries of kf5-messagelib on the other architectures.

Thanks,
-- 
Pino

Bug#885159: webcamoid: please fix qmake invocation, and enable parallel building

[Pino Toscano]

Source: webcamoid
Version: 8.1.0+dfsg-4
Severity: wishlist
Tags: patch

Hi,

webcamoid seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy §4.9.1).

The attached patch also slightly changes the way qmake is invoked,
relying on what dh_auto_configure already does (forcing qt5 as version).

Thanks,
-- 
Pino
diff --git a/debian/rules b/debian/rules
index 4a82295..4edf029 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,22 +6,18 @@ export PVER=$(shell dpkg-parsechangelog --show-field version 
| cut -d"+" -f1 )
 
 export DEB_BUILD_MAINT_OPTIONS := hardening=+all
 export DEB_LDFLAGS_MAINT_APPEND := -fPIE -pie -Wl,--as-needed
+export QT_SELECT=5
 
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
 %:
-   dh $@ --buildsystem=qmake
+   dh $@ --parallel --buildsystem=qmake
 
 override_dh_auto_configure:
-   mkdir -p build
-   qmake -qt=5 \
-   "QMAKE_CFLAGS=${CFLAGS}" \
-   "QMAKE_CXXFLAGS=${CXXFLAGS} ${CPPFLAGS}" \
-   "QMAKE_LFLAGS=${LDFLAGS}" \
+   dh_auto_configure -- \
"LIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH)" \
 "LOCALEDIR=/usr/share/webcamoid/locale" \
-   "INSTALLQMLDIR=/usr/lib/$(DEB_HOST_MULTIARCH)/qt5/qml" \
-   Webcamoid.pro
+   "INSTALLQMLDIR=/usr/lib/$(DEB_HOST_MULTIARCH)/qt5/qml"
 
 override_dh_makeshlibs:
dh_makeshlibs -- -v$(PVER)

Bug#869647: kleopatra: Missing dependency to libkf5libkleo-data

[Pino Toscano]

reassign 869647 libkf5libkleo5 libkf5libkleo/4:16.04.2-1
thanks

Hi,

In data martedì 25 luglio 2017 12:20:12 CET, Andre Heinecke ha scritto:
> Package: kleopatra
> Version: 4:16.04.2-2+b2
> Severity: important
> 
> Dear Maintainer,
> 
> This is a downstream report of a bug reported in the kde bugtracker.
> 
> https://bugs.kde.org/show_bug.cgi?id=380490
> 
> Kleopatra needs the libkleopatrarc which is part of libkf5libkleo-data
> otherwise several features won't work and may have unexpected behavior.
> 
> Please add the dependency.

This is actually a bug in libkf5libkleo5 library, as libkf5libkleo-data
is part of libkleo -- hence, reassigning there.

Thanks,
-- 
Pino Toscano

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

Bug#885173: RM: kdepim -- ROM; obsolete source, split in multiple sources

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove src:kdepim, as it is an old source, and it was split in
multiple (many!) sources.

Thanks,
-- 
Pino

Bug#886537: kcollectd: please migrate the khelpcenter4 relationship to khelpcenter

[Pino Toscano]

Package: kcollectd
Version: 0.9-4
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends, recommends, or suggests khelpcenter4.  Since the
split in an own source, it was renamed back to khelpcenter, with
khelpcenter4 as transitional package; please update the package
relationship according to this.

Attached there is a patch for this.

The khelpcenter package is already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -22,7 +22,7 @@ Depends:
  ${misc:Depends},
  ${shlibs:Depends},
 Suggests:
- khelpcenter4,
+ khelpcenter,
 Description: simple collectd graphing front-end for KDE
  This package provides a basic KDE application for viewing RRD files
  created by collectd, the system statistics storage daemon. It allows

Bug#886536: eqonomize: please migrate the khelpcenter4 relationship to khelpcenter

[Pino Toscano]

Package: eqonomize
Version: 0.6-8
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends, recommends, or suggests khelpcenter4.  Since the
split in an own source, it was renamed back to khelpcenter, with
khelpcenter4 as transitional package; please update the package
relationship according to this.

Attached there is a patch for this.

The khelpcenter package is already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -28,7 +28,7 @@ Package: eqonomize-doc
 Section: doc
 Architecture: all
 Depends: ${misc:Depends}
-Recommends: eqonomize, khelpcenter4
+Recommends: eqonomize, khelpcenter
 Description: documentation for the Eqonomize! accounting software
  Eqonomize! is a personal accounting software for KDE, with focus on
  efficiency and ease of use for the small household economy.

Bug#886535: doc-base: please migrate the khelpcenter4 relationship to khelpcenter

[Pino Toscano]

Package: doc-base
Version: 0.10.7
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends, recommends, or suggests khelpcenter4.  Since the
split in an own source, it was renamed back to khelpcenter, with
khelpcenter4 as transitional package; please update the package
relationship according to this.

Attached there is a patch for this.

The khelpcenter package is already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -14,7 +14,7 @@ Vcs-Browser: https://anonscm.debian.org/
 
 Package: doc-base
 Depends: libuuid-perl, libyaml-tiny-perl, ${misc:Depends}, ${perl:Depends}
-Suggests: dhelp | dwww | doc-central | yelp | khelpcenter4, rarian-compat
+Suggests: dhelp | dwww | doc-central | yelp | khelpcenter, rarian-compat
 Architecture: all
 Description: utilities to manage online documentation
  This package contains utilities to manage documentation installed on

Bug#886533: anarchism: please migrate the khelpcenter4 relationship to khelpcenter

[Pino Toscano]

Package: anarchism
Version: 15.1-3
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends, recommends, or suggests khelpcenter4.  Since the
split in an own source, it was renamed back to khelpcenter, with
khelpcenter4 as transitional package; please update the package
relationship according to this.

Attached there is a patch for this.

The khelpcenter package is already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,7 @@ Package: anarchism
 Depends: xdg-utils,
  ${misc:Depends}
 Suggests: fortune-anarchism,
-  www-browser | dwww | yelp | khelpcenter4
+  www-browser | dwww | yelp | khelpcenter
 Architecture: all
 Multi-Arch: foreign
 Description: Exhaustive exploration of Anarchist theory and practice

Bug#886534: digikam-doc: please migrate the khelpcenter4 relationship to khelpcenter

[Pino Toscano]

Package: digikam-doc
Version: 4:5.6.0-4
Severity: wishlist
Tags: patch

Dear Maintainer,

your package depends, recommends, or suggests khelpcenter4.  Since the
split in an own source, it was renamed back to khelpcenter, with
khelpcenter4 as transitional package; please update the package
relationship according to this.

Attached there is a patch for this.

The khelpcenter package is already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -147,7 +147,7 @@ Package: digikam-doc
 Architecture: all
 Section: doc
 Depends: ${misc:Depends},
- khelpcenter4
+ khelpcenter
 Recommends: digikam
 Description: handbook for digiKam
  digiKam is an easy to use and powerful digital photo management

Bug#886906: RM: libkexiv2 -- ROM; old version, no more used

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove src:libkexiv2, as it is no more used by the Qt4 sources
in the archive.

Thanks,
-- 
Pino

Bug#886905: RM: konsole4 -- ROM; old version, no more required

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove src:konsole4, as it is the last Qt4-based version of
konsole, and it was needed only for kile.  Since kile was switched to
its KF5 beta version, konsole4 is no more needed.

Thanks,
-- 
Pino

Bug#885839: ioquake3: please migrate kdebase-bin relationship to kdialog

[Pino Toscano]

On giovedì 11 gennaio 2018 10:03:14 CET Simon McVittie wrote:
> Version: 1.36+u20180108~dfsg-1
> 
> On Sat, 30 Dec 2017 at 11:16:55 +0100, Pino Toscano wrote:
> > your package depends or recommends a package which used to provide the
> > kdialog utility.  Now kdialog is shipped in an own source and binary,
> > so the package relation can be adjusted to use it directly.
> 
> This is now fixed, although I forgot to add the bug number to the
> changelog.

Thanks!  Feel free to close this bug, then.

-- 
Pino Toscano

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

Bug#885111: Note that this bug prevents to install libssl-dev and force libssl1.0-dev => severity should be raised

[Pino Toscano]

Dear user,

On mercoledì 3 gennaio 2018 14:54:08 CET Eric Valette wrote:
> severity 885111 serious

Please do not bump the severity of bugs with random criterias.

Thanks,
-- 
Pino Toscano

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

Bug#886246: RM: kubrick [armel armhf] -- ROM; does not support Desktop OpenGL

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove kubrick on armel and armhf, as it does not support
Desktop OpenGL, which is the flavour built in Qt5 on these
architectures.

Thanks,
-- 
Pino

Bug#886245: RM: ksudoku [armel armhf] -- ROM; does not support Desktop OpenGL

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove ksudoku on armel and armhf, as it does not support
Desktop OpenGL, which is the flavour built in Qt5 on these
architectures.

Thanks,
-- 
Pino

Bug#869116: kcharselect: crashes when selecting some charsets

[Pino Toscano]

reassign 869116 src:kwidgetsaddons kwidgetsaddons/5.28.0-3
affects 869116 kcharselect
thanks

Hi,

On giovedì 20 luglio 2017 18:40:59 CET Guillaume Bertholon wrote:
> Package: kcharselect
> Version: 4:16.08.0-1+b1
> Severity: important
> 
> Dear Maintainer,
> 
> Each time I select one of the charsets "Latin Extended-B", "Latin Extended-D"
> or "Greek Extended" (non-exhaustive list), the application crashes with a
> Segmentation fault.
> 
> I have included the gdb backtrace after the SIGSEGV in case it could be 
> useful.

While the underlying crash seems to be in the Qt accessibility
integration with AtSpi [1], it was worked around in the character
selector widget (in the kwidgetsaddons framework) used by kcharselect.
Hence, reassigning to kwidgetsaddons, and closing soon.

[1] https://bugreports.qt.io/browse/QTBUG-58153

-- 
Pino Toscano

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

Bug#886879: RM: kde-baseapps -- ROM; manual decruft needed

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please decruft the old binaries of src:kde-baseapps, which seem to not
have been removed automatically:
dolphin4 konqueror-nsplugins libkonqsidebarplugin-dev, libkonqsidebarplugin4a 
kde-baseapps-data

Thanks,
-- 
Pino

Bug#887746: okular: Please package new upstream version 17.12.1

[Pino Toscano]

In data venerdì 19 gennaio 2018 17:06:47 CET, Michael Weghorn ha scritto:
> Package: okular
> Version: 4:17.08.3-2
> Severity: wishlist
> 
> Dear Maintainer,
> 
> thanks for maintaining Okular for Debian and providing
> a Qt 5 based version with version 17.08.3.
> 
> In the meanwhile, upstream has released version 17.12.1 and it would be
> great if that one could be packaged for Debian.

Sure, it is known already, no need to file a bug requesting it.

> KDE Neon has already packaged it, so having a look at their packaging might
> possibly help; the git repository is at
> https://anongit.neon.kde.org/applications/okular.git

The Neon packaging is generally low quality, although sadly Maxy
blindly merges from it.

-- 
Pino Toscano

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

Bug#888310: tagua: extra kdesdk-scripts build dependency

[Pino Toscano]

Source: tagua
Version: 1.0~alpha2-16-g618c6a0-1
Severity: wishlist
Tags: patch

Hi,

the kdesdk-scripts build dependencies seems not used, and thus it can
be removed.
There is no build regression without it -- the components built are the
same, with no features less.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@
 Section: games
 Priority: optional
 Maintainer: Yann Dirson 
-Build-Depends: debhelper (>= 9), libkf5kdegames-dev, 
libkf5kdelibs4support-dev, libqt5svg5-dev, cmake, extra-cmake-modules, 
libboost-dev, liblua5.1-0-dev, kdesdk-scripts, pkg-config, libcppunit-dev
+Build-Depends: debhelper (>= 9), libkf5kdegames-dev, 
libkf5kdelibs4support-dev, libqt5svg5-dev, cmake, extra-cmake-modules, 
libboost-dev, liblua5.1-0-dev, pkg-config, libcppunit-dev
 Standards-Version: 3.8.4
 
 Package: tagua

Bug#888309: tagua: please enable parallel building

[Pino Toscano]

Source: tagua
Version: 1.0~alpha2-16-g618c6a0-1
Severity: wishlist
Tags: patch

Hi,

tagua seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy §4.9.1).

Thanks,
-- 
Pino
--- a/debian/rules
+++ b/debian/rules
@@ -6,7 +6,7 @@
 QT5HOSTBIN := $(shell pkg-config --print-errors --variable=host_bins Qt5Core)
 
 %:
-   dh $@
+   dh $@ --parallel
 
 override_dh_auto_configure:
dh_auto_configure -- \

Bug#887478: kdiff3: please remove the extra libkonq5-dev build dependency

[Pino Toscano]

Source: kdiff3
Version: 0.9.98-3
Severity: normal
Tags: patch

Hi,

kdiff3 has libkonq5-dev as build dependency, although it is used only
when kdelibs < 4.6 is found, as used by the old file manager plugin.
Since src:kde-baseapps (currently building the kdelibs 4.x libkonq)
will be removed within Buster, then this extra build dependency sort of
blocks this.

(Of course, switching kdiff3 to Qt5/KF5 would fix this, #583268,
#801680, and #874949, but that's for another day.)

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: kdiff3
 Priority: optional
 Section: kde
 Maintainer: Eike Sauer 
-Build-Depends: cdbs, debhelper (>= 7.0.50~), dpkg-dev (>= 1.16.2), cmake, 
kdelibs5-dev (>= 4:4.4.4), libkonq5-dev, qt4-dev-tools, libicu-dev
+Build-Depends: cdbs, debhelper (>= 7.0.50~), dpkg-dev (>= 1.16.2), cmake, 
kdelibs5-dev (>= 4:4.4.4), qt4-dev-tools, libicu-dev
 Standards-Version: 3.9.8
 Homepage: http://kdiff3.sourceforge.net
 Vcs-Svn: https://kdiff3.svn.sourceforge.net/svnroot/kdiff3/trunk/

Bug#887310: [Pkg-kde-extras] Bug#887310: libalkimia: Please package new upstream version 7.0

[Pino Toscano]

On domenica 14 gennaio 2018 21:27:05 CET Micha Lenk wrote:
> Source: libalkimia
> Version: 5.0.0-3
> 
> Dear maintainers,
> 
> the upstream authors of LibAlkimia recently [announced] the release of
> LibAlkimia 7.0. The most important change of this release is the switch from
> Qt4 to Qt5. So, uploading this release will most likely also fix Debian bug
> #875008.

Since kmymoney uses libalkimia, switching it without updating kmymoney
will break the latter.  And yes, I know about the upstream plans for
the 5.0 release.

-- 
Pino Toscano

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

Bug#874980: Bug#874826: libkdewebkit5/libplasma3 removal from buster

[Pino Toscano]

severity 874980 wishlist
tags 874980 =
thanks

On domenica 3 dicembre 2017 14:01:33 CET Adrian Bunk wrote:
> As part of the removal of Qt4's WebKit it is planned to remove 
> libkdewebkit5 and libplasma3 from buster soon, even earlier
> than the rest of the Qt4 removal.

The upload of kremotecontrol 4:17.08.3-1 drop the Plasma parts, so this
bug is back to "just" Qt4 porting concern.

-- 
Pino Toscano

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

Bug#887074: RM: kf5-kdepimlibs -- ROM; obsolete source

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove src:kf5-kdepimlibs, as it is an old source, and no more
needed with KDE PIM 17.08.x.

Thanks,
-- 
Pino

Bug#888885: dustrac FTBFS on armel/armhf:

[Pino Toscano]

tag 85 - patch
thanks

In data martedì 30 gennaio 2018 21:46:58 CET, hai scritto:
> Source: dustrac
> Version: 2.0.1-1
> Severity: important
> Tags: patch
> 
> https://buildd.debian.org/status/package.php?p=dustrac=sid
> 
> ...
> -- Compiling for OpenGL 2.1
> -- Using QOpenGLFunctions
> CMake Error at 
> /usr/share/cmake-3.9/Modules/FindPackageHandleStandardArgs.cmake:137 
> (message):
>   Could NOT find OpenGL (missing: OPENGL_INCLUDE_DIR)
> Call Stack (most recent call first):
>   /usr/share/cmake-3.9/Modules/FindPackageHandleStandardArgs.cmake:377 
> (_FPHSA_FAILURE_MESSAGE)
>   /usr/share/cmake-3.9/Modules/FindOpenGL.cmake:170 
> (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
>   CMakeLists.txt:98 (find_package)

Yes, Dust Racing 2D requires Desktop OpenGL, so the libqt5opengl5-dev
build dependency will be changed to libqt5opengl5-desktop-dev in the
next upload (whenever it will be).

So NACK to the patches, but thanks anyway.

-- 
Pino Toscano

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

Bug#860089: [Pkg-kde-extras] Bug#860089: kmymoney: Warns about missing canberra-gtk-module

[Pino Toscano]

Hi,

sorry for the late reply.

In data martedì 11 aprile 2017 12:25:06 CET, Eliot Blennerhassett ha scritto:
> Package: kmymoney
> Version: 4.8.0-2+b1
> Severity: normal
> 
> Dear Maintainer,
> 
> When starting an error message appears on the console.
> about missing canberra-gtk-module.

What is the exact message you get?  Without it, it is hard to determine
what is going on, and whether it is actually a problem or just a
note/warning about a functionality.

> Resolved by installing libcanberra-gtk-module.
> 
> Conclude that kmymoney or one of its dependencies should depend on this 
> module.
> 
> Note that the same error shows up from "firefox-esr" package.  Perhaps there 
> is
> a common lib...

kmymoney does not require canberra nor any of its modules, so I'm not
keen of adding a dependency when actually not needed.

Thanks,
-- 
Pino Toscano

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

Bug#886943: [Pkg-kde-extras] Bug#886943: libtelepathy-qt5-0: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Pino Toscano]

Hi Andreas,

In data giovedì 11 gennaio 2018 16:51:26 CET, Andreas Beckmann ha scritto:
> an upgrade test with piuparts revealed that your package installs files
> over existing symlinks and possibly overwrites files owned by other
> packages. This usually means an old version of the package shipped a
> symlink but that was later replaced by a real (and non-empty)
> directory. This kind of overwriting another package's files cannot be
> detected by dpkg.
> [...]
> It is recommended to use the dpkg-maintscript-helper commands
> 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14)
> to perform the conversion, ideally using d/$PACKAGE.maintscript.
> Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control.
> See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.

Could you help with a patch for this, or mention some other source that
needed to do the same changes?

Thanks,
-- 
Pino Toscano

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

Bug#891162: RM: kirigami -- ROM; old version, no more used

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

the kirigami source is the old version, and the new version is
kirigami2.  Since kirigami is no more used, please remove it.

Thanks,
-- 
Pino

Bug#885175: [kmail] Message Content Window Blacked Out

[Pino Toscano]

In data lunedì 25 dicembre 2017 19:53:04 CET, David Baron ha scritto:
> Package: kmail
> Version: 4:17.08.3-1
> Severity: important
> 
> --- Please enter the report below this line. ---
> Message content window (displayed below list) is blacked out. Seems not to 
> display at all along side.

Do you mean the preview pane?  Can you please attach a screenshot
(editing your private data)?

> --- System information. ---

Unfortunately this part is not useful (did you use reportbug?), can you
please attach the output of `reportbug --template kmail`?

Thanks,
-- 
Pino Toscano

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

Bug#885332: RM: kdepim-runtime [armel hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el powerpc ppc64el s390x] -- ROM; requires QtWebEngine

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

the new version of src:kdepim-runtime requires QtWebEngine, which so
far is ported to a limited number of architectures.  Hence, please
remove the binaries of kdepim-runtime on the other architectures.

Thanks,
-- 
Pino

Bug#883622: transition: analitza 17.08

[Pino Toscano]

In data martedì 12 dicembre 2017 11:07:54 CET, Emilio Pozuelo Monfort ha 
scritto:
> On 09/12/17 23:46, Pino Toscano wrote:
> > In data venerdì 8 dicembre 2017 19:52:13 CET, Emilio Pozuelo Monfort ha 
> > scritto:
> >> On 05/12/17 21:57, Pino Toscano wrote:
> >>> Package: release.debian.org
> >>> Severity: normal
> >>> User: release.debian@packages.debian.org
> >>> Usertags: transition
> >>>
> >>> Hi,
> >>>
> >>> I would like to request a slot for the analitza 17.08.x transition.
> >>> There are only two affected sources:
> >>> - kalgebra (which will get a sourceful upload)
> >>> - cantor, which just needs a rebuild
> >>>
> >>> I will wait for this weekend for the batch of 17.08 uploads I did last
> >>> weekend to migrate to testing: the reason is that the new versions of
> >>> analitza and kalgebra carry their translations files, right now shipped
> >>> as part of kde-l10n (and thus a coordinated upload is needed, I will
> >>> take care of it).
> >>
> >> Ack.
> > 
> > Uploaded few hours ago, and analitza and kalgebra already built
> > everywhere.
> 
> You need a RM bug against ftp.debian.org for the kalgebra binaries that are no
> longer built on some architectures:
> 
> kalgebra [armel kfreebsd-amd64 kfreebsd-i386 mips mips64el powerpc ppc64el 
> s390x]

This was done, and analiza migrated to testing 10 days ago.

Is there anything else left to do for this transition?

Thanks,
-- 
Pino Toscano

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

Bug#883624: transition: libkf5kipi + marble 17.08

[Pino Toscano]

In data sabato 9 dicembre 2017 23:48:10 CET, Pino Toscano ha scritto:
> In data venerdì 8 dicembre 2017 19:53:03 CET, Emilio Pozuelo Monfort ha 
> scritto:
> > On 05/12/17 22:03, Pino Toscano wrote:
> > > Package: release.debian.org
> > > Severity: normal
> > > User: release.debian@packages.debian.org
> > > Usertags: transition
> > > 
> > > Hi,
> > > 
> > > I would like to request a slot for the transitions of libkf5kipi 17.08
> > > and marble 17.08.  I'm requesting a single slot for them as the impact
> > > of each is limited, and they boh affect digikam (big source, so one
> > > rebuild can be avoided).
> > > 
> > > The sources affected by libkf5kipi are:
> > > - digikam
> > > - gwenview
> > > - kde-spectacle
> > > - kphotoalbum
> > > The sources affected by marble are:
> > > - digikam
> > > - kreport
> > > - libkf5kgeomap
> > > 
> > > I will wait for this weekend for the batch of 17.08 uploads I did last
> > > weekend to migrate to testing: the reason is that the new versions of
> > > libkf5kipi and marble carry their translations files, right now shipped
> > > as part of kde-l10n (and thus a coordinated upload is needed, I will
> > > take care of it).
> > 
> > You can go ahead.
> 
> Uploaded libkf5kipi, marble and libkf5kgeomap few hours ago, and all of
> them already built everywhere.

libkf5kipi migrated to testing 12 days ago, and marble 2 days ago.

Is there anything else left to do for this transition?

Thanks,
-- 
Pino Toscano

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

Bug#885452: release.debian.org: please age pykde4 4:4.14.3-4 to migrate to testing

[Pino Toscano]

In data mercoledì 27 dicembre 2017 11:16:22 CET, Pino Toscano ha scritto:
> Package: release.debian.org
> Severity: wishlist
> 
> Hi,
> 
> as $subject, please age the pykde4 in unstable so it migrates to
> testing: this (together with the other rebuilds [1][2]) will drop the
> kdepim-runtime usage from non-kdepim5 stuff, and thus hopefully allow
> kdepim-runtime 17.08.3 (with the rest of the kdepim 5 stack in unstable)
> to migrate to testing.
> 
> [1] https://lists.debian.org/debian-release/2017/12/msg00600.html
> [2] https://lists.debian.org/debian-wb-team/2017/12/msg00037.html

Gentle ping.

Thanks,
-- 
Pino Toscano

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

Bug#884874: phonon-backend-vlc: Application using phonon are crashing with vlc 3.0.0~rc2

[Pino Toscano]

In data martedì 26 dicembre 2017 13:00:02 CET, Vincas Dargis ha scritto:
> VLC 3.0.0 entered Testing, and Dragon and Amarok started to crash.
> 
> Could it have been possible to kinda stop VLC upload because some
> depended packages breaks? That would be nice in this case.

The fixed phonon-vlc will migrate to testing tomorrow.  You can pull it
from unstable, or just temporarily switch to phonon-gstreamer for today.

-- 
Pino Toscano

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

Bug#885393: qtcurve: build-depends on deprecated Frameworks -dev packages

[Pino Toscano]

Source: qtcurve
Version: 1.8.18+git20160320-3d8622c-5
Severity: wishlist
Tags: patch

Dear Maintainer,

your package build-depends on deprecated Frameworks -dev packages,
which currently are transitional packages.

In particular, the replacements needed for this packages are:
- kio-dev -> libkf5kio-dev

Attached there is a patch for this.

The non-deprecated packages are already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,6 @@ Build-Depends: cmake,
debhelper (>= 9),
extra-cmake-modules,
kdelibs5-dev,
-   kio-dev,
libcairo2-dev,
libgtk2.0-dev,
libkf5archive-dev,
@@ -15,6 +14,7 @@ Build-Depends: cmake,
libkf5configwidgets-dev,
libkf5i18n-dev,
libkf5kdelibs4support-dev,
+   libkf5kio-dev,
libkf5widgetsaddons-dev,
libkf5xmlgui-dev,
libqt5svg5-dev,

Bug#885391: kid3: build-depends on deprecated Frameworks -dev packages

[Pino Toscano]

Source: kid3
Version: 3.5.1-1
Severity: wishlist
Tags: patch

Dear Maintainer,

your package build-depends on deprecated Frameworks -dev packages,
which currently are transitional packages.

In particular, the replacements needed for this packages are:
- kdoctools-dev -> libkf5doctools-dev
- kio-dev -> libkf5kio-dev

Attached there is a patch for this.

The non-deprecated packages are already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -6,8 +6,8 @@ Uploaders: Mark Purcell 
  Patrick Matthäi 
 Build-Depends: debhelper (>= 10),
  extra-cmake-modules,
- kio-dev,
- kdoctools-dev,
+ libkf5kio-dev,
+ libkf5doctools-dev,
  qtmultimedia5-dev,
  qtdeclarative5-dev,
  qttools5-dev,

Bug#885392: owncloud-client: build-depends on deprecated Frameworks -dev packages

[Pino Toscano]

Source: owncloud-client
Version: 2.3.3+dfsg-2
Severity: wishlist
Tags: patch

Dear Maintainer,

your package build-depends on deprecated Frameworks -dev packages,
which currently are transitional packages.

In particular, the replacements needed for this packages are:
- kio-dev -> libkf5kio-dev

Attached there is a patch for this.

The non-deprecated packages are already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -8,11 +8,11 @@ Build-Depends: cmake,
dh-python,
extra-cmake-modules (>= 5.16),
kdelibs5-dev,
-   kio-dev,
latexmk,
libcmocka-dev,
libhttp-dav-perl,
libinotify-dev [kfreebsd-any],
+   libkf5kio-dev,
libqt5webkit5-dev,
libsqlite3-dev,
libssl-dev (>> 1.0.0),

Bug#885389: kde-config-systemd: build-depends on deprecated Frameworks -dev packages

[Pino Toscano]

Source: kde-config-systemd
Version: 1.2.1-3
Severity: wishlist
Tags: patch

Dear Maintainer,

your package build-depends on deprecated Frameworks -dev packages,
which currently are transitional packages.

In particular, the replacements needed for this packages are:
- kio-dev -> libkf5kio-dev

Attached there is a patch for this.

The non-deprecated packages are already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -5,12 +5,12 @@ Maintainer: Shawn Sörbom = 9),
extra-cmake-modules,
-   kio-dev,
libkf5auth-dev,
libkf5configwidgets-dev,
libkf5coreaddons-dev,
libkf5crash-dev,
libkf5i18n-dev,
+   libkf5kio-dev,
libkf5service-dev,
libkf5widgetsaddons-dev,
libsystemd-dev,

Bug#885390: kdenlive: build-depends on deprecated Frameworks -dev packages

[Pino Toscano]

Source: kdenlive
Version: 17.12.0-1
Severity: wishlist
Tags: patch

Dear Maintainer,

your package build-depends on deprecated Frameworks -dev packages,
which currently are transitional packages.

In particular, the replacements needed for this packages are:
- kdoctools-dev -> libkf5doctools-dev
- kio-dev -> libkf5kio-dev

Attached there is a patch for this.

The non-deprecated packages are already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -16,8 +16,8 @@ Build-Depends: debhelper (>= 10),
  qtscript5-dev,
  libqt5svg5-dev,
  libqt5webkit5-dev,
- kdoctools-dev,
- kio-dev,
+ libkf5doctools-dev,
+ libkf5kio-dev,
  libv4l-dev,
  libkf5archive-dev,
  libkf5bookmarks-dev,

Bug#885388: kbibtex: build-depends on deprecated Frameworks -dev packages

[Pino Toscano]

Source: kbibtex
Version: 0.8~20170819git31a77b27e8e83836e-3
Severity: wishlist
Tags: patch

Dear Maintainer,

your package build-depends on deprecated Frameworks -dev packages,
which currently are transitional packages.

In particular, the replacements needed for this packages are:
- kdoctools-dev -> libkf5doctools-dev
- kio-dev -> libkf5kio-dev

Attached there is a patch for this.

The non-deprecated packages are already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -8,10 +8,10 @@ Build-Depends: debhelper (>= 10),
extra-cmake-modules,
qtbase5-dev-tools,
qtbase5-dev,
-   kdoctools-dev,
+   libkf5doctools-dev,
libkf5i18n-dev,
libkf5xmlgui-dev,
-   kio-dev (>= 5.6.0~),
+   libkf5kio-dev (>= 5.6.0~),
libkf5iconthemes-dev (>= 5.6.0~),
libkf5itemviews-dev (>= 5.6.0~),
libkf5completion-dev (>= 5.6.0~),

Bug#885387: k4dirstat: build-depends on deprecated Frameworks -dev packages

[Pino Toscano]

Source: k4dirstat
Version: 3.1.2-1
Severity: wishlist
Tags: patch

Dear Maintainer,

your package build-depends on deprecated Frameworks -dev packages,
which currently are transitional packages.

In particular, the replacements needed for this packages are:
- kdoctools-dev -> libkf5doctools-dev
- kio-dev -> libkf5kio-dev

Attached there is a patch for this.

The non-deprecated packages are already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: misc
 Priority: optional
 Maintainer: Jerome Robert 
 Build-Depends: debhelper (>= 9.0), pkg-kde-tools, cmake, zlib1g-dev, 
extra-cmake-modules,
- libkf5xmlgui-dev, kdoctools-dev, kio-dev
+ libkf5xmlgui-dev, libkf5doctools-dev, libkf5kio-dev
 Standards-Version: 3.9.6
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/k4dirstat.git
 Vcs-Git: git://anonscm.debian.org/collab-maint/k4dirstat.git

Bug#885386: calamares: build-depends on deprecated Frameworks -dev packages

[Pino Toscano]

Source: calamares
Version: 3.1.10-1
Severity: wishlist
Tags: patch

Dear Maintainer,

your package build-depends on deprecated Frameworks -dev packages,
which currently are transitional packages.

In particular, the replacements needed for this packages are:
- kio-dev -> libkf5kio-dev

Attached there is a patch for this.

The non-deprecated packages are already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -7,13 +7,13 @@ Build-Depends: cmake,
debhelper (>= 10),
extra-cmake-modules,
gettext,
-   kio-dev,
libatasmart-dev,
libboost-python-dev,
libkf5config-dev,
libkf5coreaddons-dev,
libkf5i18n-dev,
libkf5iconthemes-dev,
+   libkf5kio-dev,
libkf5parts-dev,
libkf5service-dev,
libkf5solid-dev,

Bug#885385: apper: build-depends on deprecated Frameworks -dev packages

[Pino Toscano]

Source: apper
Version: 0.9.2+git20161222-3
Severity: wishlist
Tags: patch

Dear Maintainer,

your package build-depends on deprecated Frameworks -dev packages,
which currently are transitional packages.

In particular, the replacements needed for this packages are:
- kio-dev -> libkf5kio-dev

Attached there is a patch for this.

The non-deprecated packages are already available in the current Debian
stable, i.e. Stretch.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,6 @@ Build-Depends: chrpath,
extra-cmake-modules (>= 5.14),
kded5-dev,
kdelibs5-dev,
-   kio-dev,
libappstream-dev (>= 0.8),
libdebconf-kde-dev (>= 1.0.2),
libkf5config-dev,
@@ -18,6 +17,7 @@ Build-Depends: chrpath,
libkf5i18n-dev,
libkf5kcmutils-dev,
libkf5kdelibs4support-dev,
+   libkf5kio-dev,
libkf5notifications-dev,
liblimba-dev (>= 0.4) [linux-any],
libpackagekitqt5-dev (>= 0.9.2-4),

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

[Pino Toscano]

reassign 886107 kdepim-runtime
forcemerge 885111 886107
thanks

On martedì 2 gennaio 2018 10:43:56 CET Martin Steigerwald wrote:
> Package: kdepim
> Version: 4:16.04.3+5.95
> Severity: normal
> 
> Dear Sandro, dear Maxy, dear Pino, dear maintainers,

There is no maxy in this case.

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

This is most probably #885111, hence reassigning and merging.

-- 
Pino Toscano

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

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

[Pino Toscano]

On martedì 2 gennaio 2018 12:51:48 CET Martin Steigerwald wrote:
> These dependencies are what appears to prevent the upgrade of KF 5.41 from 
> experimental.
> 
> merkaba:~#130> LANG=C apt install -t experimental plasma-framework kinit
> […]
> The following packages will be REMOVED:
>   kde-full kde-standard kdepim kdepim-runtime kdoctools-dev 
> kgendesignerplugin 
> kinit-dev kio-dev kmail knotes konsolekalendar kontact korganizer kross-dev
>   libkf5akonadi-dev libkf5akonadinotes-dev libkf5archive-dev libkf5auth-dev 
> libkf5bookmarks-dev libkf5calendarcore-dev libkf5calendarutils-dev 
> libkf5completion-dev
>   libkf5config-dev libkf5configwidgets-dev libkf5contacts-dev 
> libkf5coreaddons-dev libkf5crash-dev libkf5doctools-dev libkf5emoticons-dev 
> libkf5guiaddons-dev
>   libkf5i18n-dev libkf5iconthemes-dev libkf5jobwidgets-dev libkf5kcmutils-dev 
> libkf5kdelibs4support-dev libkf5khtml-dev libkf5kio-dev libkf5mediaplayer-dev
>   libkf5newstuff-dev libkf5notifications-dev libkf5notifyconfig-dev 
> libkf5parts-dev libkf5pty-dev libkf5service-dev libkf5style-dev libkf5su-dev 
> libkf5textwidgets-dev
>   libkf5unitconversion-dev libkf5wallet-dev libkf5webkit-dev 
> libkf5widgetsaddons-dev libkf5windowsystem-dev libkf5xmlgui-dev libkolab-dev
> […]

This output does not tell me anything.  There are two sources currently
in NEW (kwayland and qqc2-desktop-style), so this + wild breaks could
be reason.  OTOH, considering maxy did not push to git all of its
frameworks uploads (sigh, as usual), and I do not have the will to
download 70+ sources manually, then I have no easy way to check (or
even fix in git) what could be the issue.

This is sligtly OT for the bug though, unless it refers to plain
unstable (i.e. no experimental).

-- 
Pino Toscano

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

Bug#886227: override: kdesdk-kio-plugins:oldlibs/optional

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

kdesdk-kio-plugins is now a transitional package for kio-perldoc.

Thanks,
-- 
Pino

Bug#886229: RM: kdewebdev -- ROM; obsolete source, no more developed upstream

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove src:kdewebdev, as it was split upstream in per-application
sources, but none of the leftover components (after the last upload,
4:16.04.3-2) is developed anymore.

Thanks,
-- 
Pino

Bug#885000: RM: prison -- ROM; old source, no more used

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove src:prison, as it is the old version of it based on
qt 4.x, and nothing uses it anymore.

Thanks,
-- 
Pino

Bug#885002: debian-edu: please remove kdepasswd, kfilereplace, and kuser

[Pino Toscano]

Source: debian-edu
Version: 1.934
Severity: important
Tags: patch

Hi,

in the (KDE) tasks there are the following packages:
- kdepasswd: it was dropped upstream, and it will soon be gone from
  Debian too
- kfilereplace: ditto
- kuser: ditto, but already removed

Hence the attached patch.

Thanks,
-- 
Pino
--- a/debian-edu-tasks.desc
+++ b/debian-edu-tasks.desc
@@ -219,7 +219,6 @@ Packages: list
  konqueror
  konsole
  kmix
- kdepasswd
  lightdm
  kcalc
  ark
--- a/debian/control
+++ b/debian/control
@@ -226,7 +226,6 @@ Depends: ${misc:Depends},
  education-common,
  education-tasks (= ${source:Version}),
  kde-standard,
- kdepasswd,
  kmix,
  konqueror,
  konsole,
@@ -278,12 +277,10 @@ Recommends: ark,
 Suggests: kde-config-cron,
  kde-full,
  kde-zeroconf,
- kfilereplace,
  kfind,
  knode,
  kruler,
  kscd,
- kuser,
  x-display-manager
 Description: Debian Edu KDE desktop applications
  This metapackage depends on various KDE office and desktop applications
@@ -577,7 +574,6 @@ Suggests: auctex,
  kreversi,
  kshisen,
  kspaceduel,
- kuser,
  lacheck,
  libncurses5-dev,
  lightspeed,
--- a/tasks/desktop-kde
+++ b/tasks/desktop-kde
@@ -31,7 +31,6 @@ Depends:
  konqueror,
  konsole,
  kmix,
- kdepasswd,
 Recommends:
  kcalc,
  ark,
@@ -58,11 +57,9 @@ Recommends:
 Suggests:
  knode,
  kde-config-cron,
- kuser,
  kscd,
  kfind,
  kruler,
- kfilereplace,
  kde-zeroconf,
  kde-full,
 
--- a/tasks/desktop-other
+++ b/tasks/desktop-other
@@ -580,9 +580,6 @@ Suggests:
 Suggests:
  pppoeconf,
 
-Suggests:
- kuser,
-
 Ignore:
  f-spot,
 

Bug#885452: release.debian.org: please age pykde4 4:4.14.3-4 to migrate to testing

[Pino Toscano]

Package: release.debian.org
Severity: wishlist

Hi,

as $subject, please age the pykde4 in unstable so it migrates to
testing: this (together with the other rebuilds [1][2]) will drop the
kdepim-runtime usage from non-kdepim5 stuff, and thus hopefully allow
kdepim-runtime 17.08.3 (with the rest of the kdepim 5 stack in unstable)
to migrate to testing.

[1] https://lists.debian.org/debian-release/2017/12/msg00600.html
[2] https://lists.debian.org/debian-wb-team/2017/12/msg00037.html

Thanks,
-- 
Pino

Bug#883921: Please rebuild digikam to pick old libical

[Pino Toscano]

Hi,

after I fixed kcalcore (#883960), now digikam should use libical2, just
like kcalcore did and still does, hence avoid loading both libical2 and
libical3.  Can you please rebuild digikam in unstable and experimental?

Thanks,
-- 
Pino Toscano

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

Bug#884048: gnome-shell: /usr/lib/gnome-shell/gnome-shell-calendar-server continually crashes with segfault

[Pino Toscano]

Control: severity -1 important

In data sabato 16 dicembre 2017 23:25:16 CET, Adrian Bunk ha scritto:
> Control: severity -1 serious
> 
> On Sat, Dec 16, 2017 at 09:19:18PM +0100, Michael Biebl wrote:
> > Control: severity -1 important
> > 
> > > Dec 10 13:17:40 lavaine kernel: [ 3324.799650] gnome-shell-cal[2352]: 
> > > segfault at 10812 ip 7f2eeafd0324 sp 7ffd0bc3d6d0 error 4 in 
> > > libical.so.2.0.0[7f2eeaf8d000+5e000]
> > To explain what's happening here:
> > gnome-shell links directly against libical (here against v2) and also
> > against libecal (from evolution-data-server).
> > evolution-data-server was updated to link against libical v3. The result
> > is, that gnome-shell was now loading libical2 (directly) and libical3
> > (indirectly via libecal) into its address space. This is not supported
> > and leads to the crash.
> > 
> > I decided to add a Conflicts: libical2 to libecal (see #884012) to avoid
> > this situation.
> > 
> > So from my POV, this bug can be closed. Other DDs mentioned on
> > #debian-devel though, that this conflicts should be added directly to
> > libical3. I'm thus leaving this bug report open for further discussion
> > but downgrade the severity, as the immediate issue (the segfault in
> > gnome-shell) is addressed by #884012.
> 
> KDE has/had similar problems, setting back to RC to prevent testing 
> migration until this is sorted out.

What are the "similar problems" of "KDE"? Neither the kdelibs 4.x nor
the KF5 stacks support libical3, so everything uses libical2 for now.
The only exception is digikam, for which I just requested a rebuild
(since kcalcore was fixed to properly use libical2, see #883921).

Since I don't see any other message in this bug regarding problems,
nor I see any bug filed in any part of the KDE stack, then I'm lowering
the severity of this bug, so this rushed doko-transition can be finally
unblocked (unblocking the marble+libkipi transition too).

-- 
Pino Toscano

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

Bug#886245: Bug#883100: Bug#886245: RM: ksudoku [armel armhf] -- ROM; does not support Desktop OpenGL

[Pino Toscano]

On mercoledì 3 gennaio 2018 20:48:25 CET Adrian Bunk wrote:
> On Wed, Jan 03, 2018 at 07:32:46PM +0100, Pino Toscano wrote:
> > On mercoledì 3 gennaio 2018 20:26:53 CET Adrian Bunk wrote:
> > > On Wed, Jan 03, 2018 at 07:14:58PM +0100, Pino Toscano wrote:
> > > > On mercoledì 3 gennaio 2018 20:12:05 CET Adrian Bunk wrote:
> > > >...
> > > > > Regarding ksudoku, is there any reason why you didn't apply
> > > > > either my patch from #883100 or the similar change from Ubuntu?
> > > > > Either one would fix the build on armel and armhf.
> > > > 
> > > > It is a bad hack, and I do not want to carry and support it.
> > > 
> > > Ubuntu backported the upstream fix.
> > 
> > Ah I see, a different hack than yours [1],
> >...
> > [1] that btw will not work, since even if you skip the
> > find_package(OpenGL) call, then set_package_properties(OpenGL ...) sets
> > TYPE REQUIRED, and thus make cmake error out (see feature_summary)
> > because a required dependency was not found
> 
> Why are you implying that I did not test that my patch fixed the FTBFS
> before submitting it?
> 
> When you are claiming that it "will not work", all I can say is
> that it did work for me in an armel build on November 29th 2017.

I stand corrected: your patch "builds" (although IMHO it should not).

Still, both yours and "upstream" patches are hacks, and no, I am *not*
going to support them.  If you could stop pushing for them, it would
be less time I am wasting on this.

Thanks,
-- 
Pino Toscano

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

Bug#886245: RM: ksudoku [armel armhf] -- ROM; does not support Desktop OpenGL

[Pino Toscano]

On mercoledì 3 gennaio 2018 20:12:05 CET Adrian Bunk wrote:
> On Wed, Jan 03, 2018 at 02:05:47PM +0100, Pino Toscano wrote:
> > Package: ftp.debian.org
> > Severity: normal
> > 
> > Hi,
> > 
> > please remove ksudoku on armel and armhf, as it does not support
> > Desktop OpenGL, which is the flavour built in Qt5 on these
> > architectures.
> 
> The flaviour used on armel/armhf is actually OpenGL ES.

My sentence lacks a "not": "which is _not_ the flavour built ...".

> Regarding ksudoku, is there any reason why you didn't apply
> either my patch from #883100 or the similar change from Ubuntu?
> Either one would fix the build on armel and armhf.

It is a bad hack, and I do not want to carry and support it.

-- 
Pino Toscano

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

Bug#886245: RM: ksudoku [armel armhf] -- ROM; does not support Desktop OpenGL

[Pino Toscano]

On mercoledì 3 gennaio 2018 20:26:53 CET Adrian Bunk wrote:
> On Wed, Jan 03, 2018 at 07:14:58PM +0100, Pino Toscano wrote:
> > On mercoledì 3 gennaio 2018 20:12:05 CET Adrian Bunk wrote:
> >...
> > > Regarding ksudoku, is there any reason why you didn't apply
> > > either my patch from #883100 or the similar change from Ubuntu?
> > > Either one would fix the build on armel and armhf.
> > 
> > It is a bad hack, and I do not want to carry and support it.
> 
> Ubuntu backported the upstream fix.

Ah I see, a different hack than yours [1], which was applied upstream
by Jonathan Riddell... It is still a bad hack, just that he just pushed
upstream.

Again, I am not interested in hacks.

[1] that btw will not work, since even if you skip the
find_package(OpenGL) call, then set_package_properties(OpenGL ...) sets
TYPE REQUIRED, and thus make cmake error out (see feature_summary)
because a required dependency was not found

-- 
Pino Toscano

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

Bug#886322: libkf5kdelibs4support-dev: Should libkf5kdelibs4support-dev still depend on libssl1.0-dev

[Pino Toscano]

reassign 886322 kdelibs4support/5.37.0-2
forcemerge 850888 886322
thanks

Hi,

this is a duplicate of bug #850888, since the dependency in the -dev
package depends on which libssl was used for the build.  When
kdelibs4support is ported to libssl1.1, then the dependency in the -dev
package will be updated.

Thanks,
-- 
Pino Toscano

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

Bug#886322: libkf5kdelibs4support-dev: Should libkf5kdelibs4support-dev still depend on libssl1.0-dev

[Pino Toscano]

On giovedì 4 gennaio 2018 15:03:38 CET Eric Valette wrote:
> On 01/04/2018 02:25 PM, Pino Toscano wrote:
> > On giovedì 4 gennaio 2018 14:17:59 CET Eric Valette wrote:
> >>> this is a duplicate of bug #850888, since the dependency in the -dev
> >>> package depends on which libssl was used for the build.  When
> >>> kdelibs4support is ported to libssl1.1, then the dependency in the -dev
> >>> package will be updated.
> >> But if the kdelibs4supportpackage was build using libsll1.0-dev, then
> >> some  kdelibs4support generated packages should depend on libsll1.0.0
> >> which is not the case.
> > 
> > kdelibs4support is built against libssl1.0.  There are few publich
> > headers of it that include libssl headers, so that warrants the
> > dependency in the -dev package -- but they are not used a lot, so it
> > will not cause a dependency on that on the majority (if not all) of
> > packages that build using kdelibs4support (also almost all the
> > kde-related packages are built using --as-needed).
> > 
> > So, what you said is not true, and partially does not make any sense.
> 
> Sorry to be stupid but:
> 
> If I understand, the include exported libkf5kdelibs4support-dev by 
> require the sll headers because some of them are included but are not 
> used by the packages itself. Right?

No, there are parts of kdelibs4support that use OpenSSL, but because of
its obnoxious license then it is not common for code using OpenSSL to
link directly to it.

> But then other packages build using kdelibs4supportpackage-dev should 
> then depend on libsll1.0.0 if they really use the headers requiring ssl 
> includes and sll API and not only macros

As I wrote above, the usage of the SSL-using parts in kdelibs4support
is not common; indeed, if anything links to kdelibs4support and uses
those parts, then it must use libssl1.0-dev (same as kdelibs4support
to avoid API mismatches), which is a dependency in our -dev.

> which is not the case as shown via apt-rdepends in original report.

There is no such "libssl1.0.0" in Debian, so you indeed get almost no
packages depending on it.  The library for libssl1.0-dev is
libssl1.0.2, and you can verify there are still many packages depending
on it.

-- 
Pino Toscano

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

Bug#886322: libkf5kdelibs4support-dev: Should libkf5kdelibs4support-dev still depend on libssl1.0-dev

[Pino Toscano]

On giovedì 4 gennaio 2018 14:17:59 CET Eric Valette wrote:
> > this is a duplicate of bug #850888, since the dependency in the -dev
> > package depends on which libssl was used for the build.  When
> > kdelibs4support is ported to libssl1.1, then the dependency in the -dev
> > package will be updated.
> But if the kdelibs4supportpackage was build using libsll1.0-dev, then 
> some  kdelibs4support generated packages should depend on libsll1.0.0 
> which is not the case.

kdelibs4support is built against libssl1.0.  There are few publich
headers of it that include libssl headers, so that warrants the
dependency in the -dev package -- but they are not used a lot, so it
will not cause a dependency on that on the majority (if not all) of
packages that build using kdelibs4support (also almost all the
kde-related packages are built using --as-needed).

So, what you said is not true, and partially does not make any sense.

-- 
Pino Toscano

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

Bug#883626: kubrick FTBFS on armel/armhf: error: conflicting declaration 'typedef khronos_ssize_t GLsizeiptr'

[Pino Toscano]

severity 883626 important
tag 883626 - patch
thanks

Since kubrick was removed from unstable (and soon testing), this is no
more a blocking issue.

-- 
Pino Toscano

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

Bug#883100: ksudoku FTBFS on armel/armhf: error: conflicting declaration 'typedef ptrdiff_t GLsizeiptr'

[Pino Toscano]

severity 883100 important
tag 883100 - patch
thanks

Since ksudoku was removed from unstable (and soon testing), this is no
more a blocking issue.

-- 
Pino Toscano

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

Bug#904855: octave ftbfs in unstable

[Pino Toscano]

retitle 904855 FTBFS with Qt 5.11
forwarded 904855 https://savannah.gnu.org/bugs/?53978
tag 904855 + upstream fixed-upstream
thanks

In data domenica 29 luglio 2018 01:53:16 CEST, Matthias Klose ha scritto:
> Package: src:octave
> Version: 4.4.0-3
> Severity: serious
> Tags: sid buster
> 
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I/usr/include/freetype2
> -I/usr/include/libpng16 -I/usr/include/uuid -I/usr/include/freetype2
> -I/usr/include/libpng16 -I/usr/include/x86_64-linux-gnu/qt5/QtNetwork
> -I/usr/include/x86_64-linux-gnu/qt5 
> -I/usr/include/x86_64-linux-gnu/qt5/QtOpenGL
> -I/usr/include/x86_64-linux-gnu/qt5
> -I/usr/include/x86_64-linux-gnu/qt5/QtPrintSupport
> -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtHelp
> -I/usr/include/x86_64-linux-gnu/qt5
> -I/usr/include/x86_64-linux-gnu/qt5/QtWidgets
> -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtGui
> -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtSql
> -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtCore
> -I/usr/include/x86_64-linux-gnu/qt5 -I./libgui/qterminal/libqterminal
> -Ilibgui/src -I./libgui/src -I./libgui/src/m-editor -I./libgui/src/qtinfo
> -I./libgui/graphics -I./liboctave/array -Iliboctave/numeric
> -I./liboctave/numeric -Iliboctave/operators -I./liboctave/operators
> -I./liboctave/system -I./liboctave/util -Ilibinterp -I./libinterp
> -Ilibinterp/parse-tree -I./libinterp/parse-tree -Ilibinterp/corefcn
> -I./libinterp/corefcn -I./libinterp/octave-value -I./liboctave/wrappers
> -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -pthread -fopenmp -Wall -W -Wshadow
> -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align
> -Wcast-qual -g -O2 -fdebug-prefix-map=/<>=.
> -fstack-protector-strong -Wformat -Werror=format-security -c
> libgui/src/settings-dialog.cc  -fPIC -DPIC -o
> libgui/src/.libs/libgui_src_libgui_src_la-settings-dialog.o
> libgui/src/settings-dialog.cc: In constructor
> 'settings_dialog::settings_dialog(QWidget*, const QString&)':
> libgui/src/settings-dialog.cc:302:57: error: invalid use of incomplete type
> 'class QButtonGroup'
>QButtonGroup *icon_size_group = new QButtonGroup (this);
>  ^

This happens because in Qt 5.11 some unneeded #include's were removed
from public headers, breaking users that relied on them without
including everything they needed.

This was already reported [1], and fixed upstream [2].  Backporting
that commit should be enough to fix the build failure with Qt 5.11.

[1] https://savannah.gnu.org/bugs/?53978
[2] https://hg.savannah.gnu.org/hgweb/octave/rev/cdaa884568b1

-- 
Pino Toscano

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

Bug#904777: transition: libraw

[Pino Toscano]

In data sabato 28 luglio 2018 10:13:19 CEST, Emilio Pozuelo Monfort ha scritto:
> Control: tags -1 confirmed
> 
> On 27/07/18 23:05, Matteo F. Vescovi wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > 
> > Dear Release Team,
> > 
> > I'm filing this bug for a new transition of libraw package.
> > 
> > On June 29, 2018 the 0.19.0 stable version has been released by
> > upstream.
> > 
> > On July 23 and 26, 2018 a couple of testing-purpose packages has been
> > uploaded to experimental, the first as first attempt to check the
> > packaging on all architectures, the latter to fix a bunch of FTBFS due
> > to C++ symbols.
> > 
> > So, following the auto-libraw checklist[1], here is the list of source
> > packages reverse-depending on libraw and the results of the builds:
> > 
> >  * deepin-image-viewer_1.2.23-1 => OK
> >  * efl_1.20.7-6 => OK
> >  * entangle_0.7.2-1 => OK
> >  * fotoxx_18.01.1-2 => OK
> >  * freeimage_3.17.0+ds1-5 => OK
> >  * gegl_0.4.2-1 => OK
> >  * gthumb_3:3.6.1-1 => OK
> >  * krita_1:4.1.1+dfsg-1 => FTBFS
> >  * kstars_5:2.9.6-1 => FTBFS
> >  * libkf5kdcraw_17.08.3-1 => FTBFS
> >  * luminance-hdr_2.5.1+dfsg-3 => OK
> >  * nomacs_3.10.2+dfsg-1 => OK
> >  * openimageio_1.8.12~dfsg0-1 => OK
> >  * shotwell_0.28.3-1 => OK
> >  * siril_0.9.9-1 => OK
> > 
> > All the FTBFS (3) are caused by some changes in libraw 0.19.0 compared
> > to older 0.18.xx version.
> 
> Go ahead and please file bug against those three packages and make them block
> this one.

Other than what Lisandro said in #905032 [1], note that due to the
involved packages this means entangling the libraw transition with the
Qt 5.11 one.

So please wait at least for the completion of the Qt 5.11 transition,
and possibly also for the fixes to the above FTBFSes (which are either
not even reported upstream, or just recently reported).

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905032#14

Thanks,
-- 
Pino Toscano

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

Bug#903853: transition: removal of nepomuk support from src:kde4libs

[Pino Toscano]

In data lunedì 30 luglio 2018 07:25:08 CEST, Pino Toscano ha scritto:
> In data sabato 28 luglio 2018 10:16:15 CEST, Emilio Pozuelo Monfort ha 
> scritto:
> > Control: tags -1 confirmed
> > 
> > On 15/07/18 22:33, Pino Toscano wrote:
> > > Package: release.debian.org
> > > Severity: normal
> > > User: release.debian@packages.debian.org
> > > Usertags: transition
> > > 
> > > Hi,
> > > 
> > > I'd like to remove the support for Nepomuk in src:kde4libs.
> > > 
> > > Since Nepomuk has been deprecated, and already unused in Debian for
> > > quite some time, this allows us to drop src:soprano &
> > > src:shared-desktop-ontologies. The result is the drop of 3 library
> > > packages from src:kde4libs: libnepomuk4, libnepomukquery4a, and
> > > libnepomukutils4.
> > > 
> > > The reason of this transition is that libnepomuk was so far listed as
> > > public library dependency for the kde4 versions of kio (libkio5), and
> > > kparts (libkparts4), resulting in overlinking. Fortunately, almost all
> > > the packages either already link in as-needed more, or switched to KDE
> > > Frameworks 5. The only exception is src:kpartsplugin.
> > > 
> > > Hence, the plan is the following:
> > > 1) upload src:kde4libs without Nepomuk support
> > > 2) binNMU src:kpartsplugin
> > > 
> > > I verified that src:kpartsplugin builds fine even without Nepomuk
> > > libraries, effectively not linking against them anymore. I also did
> > > a rebuild of all the other sources still using kdelibs 4.x, and there
> > > were no changes in their build.
> > > 
> > > PS: since I uploaded kde4libs 4:4.14.38-1 yesterday, I'd wait for it to
> > > migrate to testing, first.
> > 
> > Please go ahead.
> 
> Uploaded two days ago, and built everywhere now.  Can you please
> schedule the binNMUs for kpartplugins?

Anyone in release-team: considering Emilio is not around this week, can
you please schedule this binNMU?

Thanks in advance,
-- 
Pino Toscano

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

Bug#903853: transition: removal of nepomuk support from src:kde4libs

[Pino Toscano]

In data sabato 28 luglio 2018 10:16:15 CEST, Emilio Pozuelo Monfort ha scritto:
> Control: tags -1 confirmed
> 
> On 15/07/18 22:33, Pino Toscano wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > 
> > Hi,
> > 
> > I'd like to remove the support for Nepomuk in src:kde4libs.
> > 
> > Since Nepomuk has been deprecated, and already unused in Debian for
> > quite some time, this allows us to drop src:soprano &
> > src:shared-desktop-ontologies. The result is the drop of 3 library
> > packages from src:kde4libs: libnepomuk4, libnepomukquery4a, and
> > libnepomukutils4.
> > 
> > The reason of this transition is that libnepomuk was so far listed as
> > public library dependency for the kde4 versions of kio (libkio5), and
> > kparts (libkparts4), resulting in overlinking. Fortunately, almost all
> > the packages either already link in as-needed more, or switched to KDE
> > Frameworks 5. The only exception is src:kpartsplugin.
> > 
> > Hence, the plan is the following:
> > 1) upload src:kde4libs without Nepomuk support
> > 2) binNMU src:kpartsplugin
> > 
> > I verified that src:kpartsplugin builds fine even without Nepomuk
> > libraries, effectively not linking against them anymore. I also did
> > a rebuild of all the other sources still using kdelibs 4.x, and there
> > were no changes in their build.
> > 
> > PS: since I uploaded kde4libs 4:4.14.38-1 yesterday, I'd wait for it to
> > migrate to testing, first.
> 
> Please go ahead.

Uploaded two days ago, and built everywhere now.  Can you please
schedule the binNMUs for kpartplugins?

Thanks,
-- 
Pino Toscano

Bug#905629: krita-1:4.1.1+dfsg-1: The .desktop file should use %f instead of %u.

[Pino Toscano]

tag 905629 + upstream fixed-upstream
thanks

Hi,

In data martedì 7 agosto 2018 13:21:18 CEST, Wang Gary ha scritto:
> While Krita doesn't support file:// scheme url as a launch argument,
> Krita's .desktop files are using %u
> or %U in the Exec key. For some file manager app like PCManFM(package:
> pcmanfm-qt) and Deepin
> File Manager(this package is not yet avaliabe on debian), it will use
> a file:// scheme URL to replace the
> %u argument. Thus Krita can't open file correctly.

Yes, this is a bug in krita's .desktop file, and I just fixed it
upstream:
https://commits.kde.org/krita/c6c2368a3edb119a037065c19e9f504630e6c11f (>= 4.2)
https://commits.kde.org/krita/08a64c2c0cb00fecb96ead7f4dd05e22595e74d1 (>= 
4.1.2)

> This is more likely a packaging issue, hope I don't get to the wrong
> place to report bug.

No, this was a plain, and genuine upstream bug.

Thanks for your report,
-- 
Pino Toscano

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

Bug#905629: krita-1:4.1.1+dfsg-1: The .desktop file should use %f instead of %u.

[Pino Toscano]

In data mercoledì 8 agosto 2018 07:13:28 CEST, Wang Gary ha scritto:
> > Yes, this is a bug in krita's .desktop file, and I just fixed it
> > upstream:
> > https://commits.kde.org/krita/c6c2368a3edb119a037065c19e9f504630e6c11f (>= 
> > 4.2)
> > https://commits.kde.org/krita/08a64c2c0cb00fecb96ead7f4dd05e22595e74d1 (>= 
> > 4.1.2)
> 
> It seems you are missing some changes, there are not only
> one .desktop file, you can find other .desktop files like
> krita_png.desktop, krita_kra.desktop, etc. in the path:
> /plugins/impex// .

Done, see https://phabricator.kde.org/D14682#305167.

> We can also edit these files and replace %u to %f to solve
> this issue, but the better way is adding file:// scheme support
> to Krita itself. I've submitted a patch to kde Phabricator at
> here: https://phabricator.kde.org/D14682 but I'm not sure if it's
> the right place to submit patch..

Yes, phabricator is the right place.

> Since this bug is not actually solved, it probably shouldn't mark
> as fixed-upstream.

Now it is fixed, so the tag can stay.

-- 
Pino Toscano

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

Bug#906251: RM: kde4libs -- ROM; manual decruft needed

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please decruft the old sources and binaries of src:kde4libs, as they
do not seem to be cleaned automatically:
$ rmadison -s unstable kde4libs
kde4libs   | 4:4.14.36-1   | unstable   | source
kde4libs   | 4:4.14.38-1   | unstable   | source
kde4libs   | 4:4.14.38-2   | unstable   | source

This prevents the migration of kde4libs 4:4.14.38-2 to testing...

Thanks,
-- 
Pino

Bug#904052: ffmpeg: FTBFS on hurd-i386: wrong value for --target-os at configure

[Pino Toscano]

Source: ffmpeg
Version: 7:4.0-3
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

ffmpeg fails to build on hurd-i386 [1].

Since version 7:4.0-3 (commit d3d378eb963734f2d330754300a63eb440f2d676
in the packaging Git) --target-os is passed in all the cases to
configure, using $DEB_HOST_ARCH_OS as value.  The problem is that
configure expects for --target-os a (lowercase) value among the
possible ones returned by `uname -s`, which is "GNU" for Hurd.  OTOH,
$DEB_HOST_ARCH for hurd-* archs is "hurd", and thus configure fails
with "Unknown OS".

Attached there is a patch to use a custom variable for --target-os,
using the mapping needed (so far for hurd-* only).

[1] 
https://buildd.debian.org/status/fetch.php?pkg=ffmpeg=hurd-i386=7%3A4.0.1-2=1531923258=0

Thanks,
-- 
Pino
--- a/debian/rules
+++ b/debian/rules
@@ -11,6 +11,13 @@ DEB_REVISION := $(word 2, $(subst -, ,$(
 # sets DEB_HOST_* variables
 include /usr/share/dpkg/architecture.mk
 
+# Set the right target OS
+ifeq ($(DEB_HOST_ARCH_OS),hurd)
+   TARGET_OS = gnu
+else
+   TARGET_OS = $(DEB_HOST_ARCH_OS)
+endif
+
 # Ubuntu ld adds -Bsymbolic-functions by default, but that prevents FFmpeg 
from building.
 export DEB_LDFLAGS_MAINT_STRIP=-Wl,-Bsymbolic-functions
 
@@ -46,7 +53,7 @@ CONFIG := --prefix=/usr \
--libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \
--incdir=/usr/include/$(DEB_HOST_MULTIARCH) \
--arch=$(DEB_HOST_ARCH_CPU) \
-   --target-os=$(DEB_HOST_ARCH_OS) \
+   --target-os=$(TARGET_OS) \
--enable-gpl \
--disable-stripping \
--enable-avresample --disable-filter=resample \