[Bug 3152] Review request: dropbox-repo - 3rd-party repo package for Dropbox client

RPM Fusion Bugzilla noreply at rpmfusion.org
Mon Jan 27 15:40:45 CET 2014


https://bugzilla.rpmfusion.org/show_bug.cgi?id=3152

--- Comment #14 from Alec Leamas <leamas.alec at gmail.com> 2014-01-27 15:40:45 CET ---
In reply to comment #12)
> (In reply to comment #10)
> > I don't really follow you here. What's the actual problem in your eyes?
> Having useless items in app menu. I will never use such item again and I can
> imagine having more packages like this a and app menu full of redundant
> one-time needed launchers. Am I the only one botherd by this?

The repo is in a sub-package, and depending on how the dependencies are made it
could be possible to remove the base package while leaving the repo in place.
However, this ,means that the state will be different after uninstall than it
was before install, and this is likely to confuse some users.

Also note that system-config-repo actually adds a reasonably view on the repo.
Perhaps useless for you, perhaps useful for someone else. Dunno.

The xdg spec defines functions to hide menu entries although they are
installed. Could something like that be used if the number of menu entries
becomes s problem?

BTW, this discussion is desktop-specific, isn't it? E. g., gnome3 with it's
search paradigm don't really have menus with which can be bloated this way. Or?


> 
> > Have you an alternative proposal how this ought to work?
> 
> Either package just the repo file  with the repo enabled (like rpmfusion
> release packages) or do not create packages like this at all please.


Having them enabled by default might be to stretch things too far - see comment
#11. And IMHO we need to find a path forward to fix this - users expects to be
able to install this kind of sw in a easy way.

-- 
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the rpmfusion-developers mailing list