ECM version changed (Re: KDE Frameworks 5 TP1 tarballs)

[Valentin Rusu]

On Monday, January 20, 2014 11:48:51 PM Albert Astals Cid wrote:
> El Dilluns, 20 de gener de 2014, a les 23:39:32, Valentin Rusu va escriure:
> > On Monday, January 20, 2014 01:44:37 AM šumski wrote:
> > > On Saturday 11 of January 2014 11:15:47 Michael Palimaka wrote:
> > > ...
> > > 
> > > > Any news on renaming the remaining binaries?
> > > 
> > > Just to follow up on this - Jonathan has meanwhile been quite busy =)
> > > Attica is now adjusted so it can co-exist with Qt4 version, and we have
> > > 3
> > > binaries left, which all have opened reviews for a rename.
> > > However, since the TP1, we have one new - kwalletd (and
> > > libkwalletbackend
> > > library).
> > 
> > Please be advised I just updated KWallet Framework to use 5-suffixes, so
> > kwalletd became kwalletd5, libkwalletbackend became libkwalletbackend5. I
> > also adjusted dbus names accordingly.
> 
> So now if i run kdelibs4 and kf5 apps i need to have two wallets running? Do
> you really need that? Can they just talk the same protocol and thus have
> the same dbus name? Or is the dbus name not used for app<->wallet
> communication?

Well, the wallet API will not change so I think that there will be no need to 
have two kwalletd instances from this point of view. However, from a 
consistency point of view, if you install KWallet Framework, you also get 
kwalletd5 on your system. If you coinstall, then you'll never get kwalletd5 
started and that may be confusing. Not to count the fact that the two versions 
hold configuration files and wallet files in different location (~/.config and 
~/.local/share/kwalletd vs ~/.kde4/share/...) 

> 
> I'd like that everyone has in mind that at some stage we will have either
> kdelibs4 apps running on a kf5 based workspace or kf5 apps running on a
> kdelibs4 based desktop or probably both and try to make it as seamless as
> possible to the user.

Well, will that mean "a mess"? ;-)

> 
> Cheers,
>   Albert

-- 
Valentin Rusu
irc: valir
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 316 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/release-team/attachments/20140121/48f79c96/attachment.sig>