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

https://bugzilla.rpmfusion.org/show_bug.cgi?id=3152 --- Comment #36 from Alec Leamas <leamas.alec(a)gmail.com&gt; 2014-01-28 15:39:53 CET --- (In reply to comment #34) Going backwards, the usecase is a user using the rpmfusion and fedora base repos. Let's assume that gnome-software has been able to aggregate the appdata from both rpmfusion and Fedora. Now, user wants dropbox and searches for it. Using gnome-software, she would find not dropbox but dropbox-repo. The info tells her that if she installs dropbox-repo she will be able to install dropbox. Given the the conditions this is about as easy it can get. But it requires a desktop file. Removing it means that users must install it as non-gui application using e. g. yum/dnf. This is something I want to avoid, it should not be that complicated. Admittedly, I stretch things a little here. But not the basic assumption that the repo is graphical application doing some useful work. It's like installing a shortcut. I think it's justified. The dropbox icon is not displayed for the repo, it is visible as the system-config-repo icon i. e., a repository. Agreed. (The dropbox icon is used inside the system-config-repo window). The packaging is really not only to provide a repo file, it's also about solving the other pieces: - Providing metadata (description, icon, url,...) to system-config-repo - Making it discoverable in menus and gnome-software (desktop file). - Providing metadata to classic cli tools (spec file %description etc. ). IMHO, these are all required to make this complete, a. k. a. doing it "properly" :) -- 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.