Re: digiKam 6.4.0

2020-02-17 Thread Michal BULIK
6.4.0 has entered testing. What about kipi-plugins ? Has it disappeared ? Or has it been replaced by something else ? Thank you, Michal On Wed, 29 Jan 2020 22:39:12 +0100 Antoine Pardigon wrote: Hello Antoine, what's the status now ? (not frozen anymore ?) 6.4.0 entered unstable today.

Re: digiKam 6.4.0

2020-02-17 Thread Rik Mills
On 17/02/2020 10:30, Michal BULIK wrote: > > 6.4.0 has entered testing. What about kipi-plugins ? Has it disappeared ? > Or has it been replaced by something else ? > > Thank you, > Michal They were split to a new source by KDE, and made part of KDE applications/release-service. The new source

Re: digiKam 6.4.0

2020-02-17 Thread Andrey Rahmatullin
On Mon, Feb 17, 2020 at 11:30:12AM +0100, Michal BULIK wrote: > > 6.4.0 has entered testing. What about kipi-plugins ? Has it disappeared ? > Or has it been replaced by something else ? Separate kipi-plugins 4:19.12.2-1 source package is in NEW. -- WBR, wRAR signature.asc Description: PGP sign

Re: digiKam 6.4.0

2020-02-17 Thread Brad Rogers
On Mon, 17 Feb 2020 11:30:12 +0100 Michal BULIK wrote: Hello Michal, >6.4.0 has entered testing. What about kipi-plugins ? Has it disappeared >? Or has it been replaced by something else ? You don't need kipi-plugins any more, also, kipi-plugins-common can go, too. In fact, upgrading (here, at

Re: digiKam 6.4.0

2020-02-17 Thread Luigi Toscano
Rik Mills ha scritto: > On 17/02/2020 10:30, Michal BULIK wrote: >> >> 6.4.0 has entered testing. What about kipi-plugins ? Has it disappeared ? >> Or has it been replaced by something else ? >> >> Thank you, >> Michal > > They were split to a new source by KDE, and made part of KDE > applications

Re: digiKam 6.4.0

2020-02-17 Thread Andrey Rahmatullin
On Mon, Feb 17, 2020 at 10:55:27AM +, Brad Rogers wrote: > You don't need kipi-plugins any more, also, kipi-plugins-common can go, > too. In fact, upgrading (here, at least) required its removal. A log > out and back in and all the export options still exist. Do you mean one should install di

Re: digiKam 6.4.0

2020-02-17 Thread Andrey Rahmatullin
On Mon, Feb 17, 2020 at 12:05:01PM +0100, Luigi Toscano wrote: > Also, please note that they have been kept around after digikam totally > dropped them just for compatibility purpose, but they are basically replaced > by the Purpose framework also in the other projects. See also: > > https://mail.

Re: digiKam 6.4.0

2020-02-17 Thread Michal BULIK
Thanks Rik, I see they're now optional (digikam 6.4 depends no more on them) and hopefully they'll land in sid in a not so distant future ... Michal On 17/02/2020 10:30, Michal BULIK wrote: 6.4.0 has entered testing. What about kipi-plugins ? Has it disappeared ? Or has it been replaced by s

Re: digiKam 6.4.0

2020-02-17 Thread Brad Rogers
On Mon, 17 Feb 2020 16:12:26 +0500 Andrey Rahmatullin wrote: Hello Andrey, >Do you mean one should install digikam instead of kipi-plugins now if >they need export from KDE apps? All I see here is that, despite the removal of kipi-plugins, digikam still has the export options. Others have more

Re: digiKam 6.4.0

2020-02-17 Thread Martin Steigerwald
Brad Rogers - 17.02.20, 12:40:42 CET: > On Mon, 17 Feb 2020 16:12:26 +0500 > Andrey Rahmatullin wrote: […] > >Do you mean one should install digikam instead of kipi-plugins now if > >they need export from KDE apps? > > All I see here is that, despite the removal of kipi-plugins, digikam > still h

Packaging resources

2020-02-17 Thread Luc Castermans
Hi, I read many times "the Debian KDE"-packaging team to be short of resources. Being a KDE-fan I am very much willing to help and started to lean about Debian packaging. While I am studying Debian packaging I like to understand why KDE packaging needs so much effort. For example the LibreOffice

Re: Packaging resources

2020-02-17 Thread Lisandro Damián Nicanor Pérez Meyer
Hi Luc! El lun., 17 feb. 2020 09:54, Luc Castermans escribió: > Hi, > > I read many times "the Debian KDE"-packaging team to be short of > resources. Being a KDE-fan I am very much willing to help and started to > lean about Debian packaging. > Great! While I am studying Debian packaging I l

Re: Re: Plasma 5.17.5 coming to unstable

2020-02-17 Thread Shmerl
> Since their usage in a 5.14.x environment is not > a tested scenario, and thus they might cause issues, my recommendation > is to avoid upgrading them for few days (so together with the rest of > Plasma 5.17). Would it be better then to make them as a tied migration to avoid regressions in testi