Dne Monday 22 of October 2012 21:41:45 jste napsal(a):
On Monday 22 of October 2012 21:36:31 Francois Andriot wrote:
I show the following in my package sets:
kbabel.png: tdeartwork, tdesdk
ktimemon.png: tdeartwork, tdeaddons
Darrell
Yes, we have the same files - Debian binary packages are more granulary. I will update the installation, to be installed in only one of these packages. The question is, from which package?
a) All from tdearwork b) From tdeaddons and tdesdk c) None of the above => another interesting idea :)
Slavek
I think the locolor icons should go with the package that provides the "index" for the locolor theme. Without the index installed, the icons are useless. I believe the package providing locolor index is tdeartwork.
Francois
François, absolutely perfect note! The decision was made :)
Thank you.
Slavek
It's a little complicated. Icons are installed in the standard way (automake as well as cmake) == automatically installs all variants of the icon that are available. It appears that there are three possible solutions:
1) Remove locolor icon. 2) Rename icon or move to a subfolder. 3) Skip icon during packaging in individual distributions.
Any other ideas? Which solution seems preferable?
Slavek --
It's a little complicated. Icons are installed in the standard way (automake as well as cmake) == automatically installs all variants of the icon that are available. It appears that there are three possible solutions:
- Remove locolor icon.
- Rename icon or move to a subfolder.
- Skip icon during packaging in individual distributions.
Any other ideas? Which solution seems preferable?
This seems to me to be a distro-specific packaging problem, right? (There is no problem with Slackware.)
Darrell
On Tuesday 23 of October 2012 00:38:03 Darrell Anderson wrote:
It's a little complicated. Icons are installed in the standard way (automake as well as cmake) == automatically installs all variants of the icon that are available. It appears that there are three possible solutions:
- Remove locolor icon.
- Rename icon or move to a subfolder.
- Skip icon during packaging in individual distributions.
Any other ideas? Which solution seems preferable?
This seems to me to be a distro-specific packaging problem, right? (There is no problem with Slackware.)
Darrell
I'm not sure if it's may be considered as a distribution specific. It is at least strange that the two components of a larger whole to each other reedited files. For KBabel are even different contents. And this "strangeness" is independent of the distribution :)
Slavek --
I'm not sure if it's may be considered as a distribution specific. It is at least strange that the two components of a larger whole to each other reedited files. For KBabel are even different contents. And this "strangeness" is independent of the distribution :)
I'm not helping much, but yes, I agree the files at least should be the same even if compiled in two different packages. :)
Darrell
On Tuesday 23 of October 2012 01:05:52 Darrell Anderson wrote:
I'm not sure if it's may be considered as a distribution specific. It is at least strange that the two components of a larger whole to each other reedited files. For KBabel are even different contents. And this "strangeness" is independent of the distribution :)
I'm not helping much, but yes, I agree the files at least should be the same even if compiled in two different packages. :)
Darrell
Since Debian and Ubuntu packages must be patched regardless of the selected way to solve this, I did it. For Debian and Ubuntu are now used icons from tdeartwork instead of icons from tdeaddons and tdesdk.
Slavek --
-
Darrell Anderson -
Slávek Banko