Re: Advice needed on dealing with kicad, kipi-plugins and kdepim

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tuesday 15 of July 2014 11:22:44 Richard Hughes wrote:
> Hi all,
> 
> A few weeks ago we produced this:
> https://docs.google.com/spreadsheets/d/1FBmdtwDH6WHaLBfy6yqYqjEd3IA5GBEDyh-6
> 5FVnDMc/edit?usp=sharing which is a list of all the desktop applications and
> addons that share package names in Fedora.
> 
> The core problem is that users click "Remove" on "Akonadi Console" in
> either Apper or GNOME Software and then find that an application that
> they wanted to keep "KOrganizer" has gone too! So they re-install
> "KOrganizer" and the "Akonadi Console" item appears magically. The
> confused user then files a bug :)
> 
> Splitting things up into subpackages containing the correct binary and
> the .desktop file, depending on a -common package would fix things,
> and is what most of the software in that shared document has already
> done.
> 
> The alternative is to add NoDisplay=true to the desktop file for
> something like Akonadi Console that might want to be hidden in the
> menus, or blacklist akonadiconsole.desktop from the metadata parser
> completely. The other fix we can do is to "merge" the child
> applications into a parent application, e.g. we merged git-dag into
> git-cola so only the latter is shown in the software center. This
> isn't ideal as then you hide the very thing the user might be looking
> for (although, we do inherit the merged applications keywords and
> mimetypes for searching).
> 
> In an ideal world we should split up the kicad, kipi-plugins and
> kdepim packages into 4+ subpackages each, but I wanted to know what
> you all thought of the proposal before I filed a bug or worked on a
> patch. Ideas welcome, thanks.

Hi,

speaking with my KDE PIM developer hat on, I think it makes a lot of sense to 
actually split the package per-app, so we would have

kdepim-akonadiconsole (I'd actually prefer if this was not installed by 
default, so that people would not be tempted to play with it :P)
kdepim-akregator
kdepim-blogilo
kdepim-kaddressbook
kdepim-kjots
kdepim-kleopatra
kdepim-kmail
kdepim-knode
kdepim-knotes
kdepim-kontact
kdepim-korganizer
kdepim-libs (libs shared by multiple PIM apps)
kdepim-common (?) (shared executables, like incidenceeditor-ng, Akonadi 
agents, etc)

If others agree with this, I can help with figuring out the inter-
dependencies.

Can't speak for kipi-plugin and kicad, as I don't know much about those two.

Cao,
Daniel



> 
> Richard.
> _______________________________________________
> kde mailing list
> kde@xxxxxxxxxxxxxxxxxxxxxxx
> https://admin.fedoraproject.org/mailman/listinfo/kde
> New to KDE4? - get help from http://userbase.kde.org

-- 
Daniel Vrátil | dvratil@xxxxxxxxxx | dvratil on #kde-devel, #kontact, #akonadi
KDE Desktop Team
Associate Software Engineer, Red Hat

GPG Key: 0xC59D614F6F4AE348
Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348

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

_______________________________________________
kde mailing list
kde@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/kde
New to KDE4? - get help from http://userbase.kde.org

[Index of Archives]     [KDE Users]     [Fedora General Discussion]     [Older Fedora Users Mail]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Triage]     [Coolkey]     [Yum Users]     [Yosemite Forum]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

  Powered by Linux