icons packages with frameworks

[Albert Astals Cid]

El Wednesday 21 October 2015, a les 18:36:04, Harald Sitter va escriure:
> On Wed, Oct 21, 2015 at 6:17 PM, Jonathan Riddell <jr at jriddell.org> wrote:
> > Oxygen icons used to be part of KDE Applications and it's regeneration
> > by the VDG has it moved to Plasma as part of desktop integration, this
> > gives us problems with the version numbers going from 15.04 to 5.5 and
> > I plan to rename it to oxygen-icons-plasma as a result.
> > 
> > It's been suggested that oxygen-icons and also breeze-icons could be
> > released as part of frameworks since they can be used generally with
> > any application.
> > 
> > This would give the same problem of version number/name as releasing
> > it with Plasma and it would mean a new release every month which may
> > well be too much disk space/bandwidth wastage, so I'm not currently in
> > favour of it myself, but thought I'd bring up the idea anyway to
> > check.
> 
> Bandwidth and so forth is really a tooling problem. It's the old
> why-release-if-nothing-changed problem. That being said, they get
> released pretty much monthly anyway as Plasma has what appears to be a
> monthly release, it just switches between stable and pre-release
> updates. The problem remains the same.
> 
> There is another advantage to moving icons to frameworks though. Icon
> development doesn't really have a stable version. e.g. what we saw
> right now is that the breeze 5.4 branch is getting pretty much what
> icon development is since that is the only way to get icon
> improvements and coverage completion to the user. Ultimately this was
> why oxygen-icons previously was what was back then kdesupport, a level
> below kdelibs even since kdelibs had an implied runtime dependency on
> the icons. And this notion does align much more with frameworks than
> it does with plasma.
> 
> So maybe this wouldn't be such a bad move after all.

Agreed, we have frameworks (e.g. KIconThemes) "depending" on breeze, so it 
makes some kind of sense to ship them together.

Cheers,
  Albert

> 
> HS
> _______________________________________________
> Kde-frameworks-devel mailing list
> Kde-frameworks-devel at kde.org
> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel