Easier Installation & Update of 3rd Party Apps
Written by ubunteando the 31 Jul 08 at 08:47.
New
Adding third-party repositories is not intuitive or simple enough for basic users, and not detailed enough for power users.
For example, Greg wants to add a PPA or third-party repo to follow the development branch of an application (perhaps Banshee). He knows how to add the PPA, but doesn't want some of the other applications included in the same PPA.
For example, Marsha is a basic user who has a bug in OpenOffice that is solved by a package in a thrid-party repository. She doesn't know how to it.
Solution #2:
Repository Permissions
Written by
yman the 10 Sep 08 at 03:52.
I would like to have something like "allsources.list", which lists all the sources for all packages that were installed on the system. It will also list the permissions attributed to each repository, which are:
* Allow installation of new packages from this repository?
* Allow this repository to update it's own packages?
* Allow this repository to update other repository's packages?
* Allow other repositories to update this repository's packages?
* Does this repository "steal" ownership of packages it updates? (for instance, if I installed Glest from getdeb and Glest later gets updated by Ubuntu universe, should getdeb remain the owner, thus allowing it to continue updating Glest, or should Ubuntu universe become the new owner?)
* Prevent other repositories from stealing ownership of this repositories packages?
allsources.list will also list the default configuration for new sources, which applies even before any packages are installed. This means that if the default configuration forbids new installs, then no packages of new sources can be installed.
I would like to have something like "allsources.list", which lists all the sources for all packages that were installed on the system. It will also list the permissions attributed to each repository, which are:
* Allow installation of new packages from this repository?
* Allow this repository to update it's own packages?
* Allow this repository to update other repository's packages?
* Allow other repositories to update this repository's packages?
* Does this repository "steal" ownership of packages it updates? (for instance, if I installed Glest from getdeb and Glest later gets updated by Ubuntu universe, should getdeb remain the owner, thus allowing it to continue updating Glest, or should Ubuntu universe become the new owner?)
* Prevent other repositories from stealing ownership of this repositories packages?
allsources.list will also list the default configuration for new sources, which applies even before any packages are installed. This means that if the default configuration forbids new installs, then no packages of new sources can be installed.
Solution #3:
add to main rep
Written by
nloewen the 3 Jun 09 at 23:52.
see
http://blog.nixternal.com/2009.06.01/my-thoughts-about-apt-url/
Note his reasons for using apt-url.
* The package isn’t available in Ubuntu?
* The package is outdated in Ubuntu?
* The package is broken in Ubuntu?
shouldn't we be working on these problems instead?
Another good point made,
"If these people running these repos can contribute to their own repo, why can’t they contribute to ours? Shouldn’t we be trying to recruit these people? Shouldn’t we be trying to hold on to the ones we have now?"
Seems a lot better than a possible insecure (although convenient) apt-url.
see http://blog.nixternal.com/2009.06.01/my-thoughts-about-apt-url/
Note his reasons for using apt-url.
* The package isn’t available in Ubuntu?
* The package is outdated in Ubuntu?
* The package is broken in Ubuntu?
shouldn't we be working on these problems instead?
Another good point made,
"If these people running these repos can contribute to their own repo, why can’t they contribute to ours? Shouldn’t we be trying to recruit these people? Shouldn’t we be trying to hold on to the ones we have now?"
Seems a lot better than a possible insecure (although convenient) apt-url.
Solution #4:
apt-url update
Written by
nloewen the 4 Jun 09 at 00:02.
This is probably more of what ubunteando was going for when he posted this.
see
http://doctormo.wordpress.com/2009/06/01/ubuntu-apt-url-and-the-white-list/
(in the article trust refers to I trust this person is who they say they are and confidence is I trust this person is able to code software that won't screw my computer over)
I like how he has the system of trust set up although it would be nice if it also had a way of communicating confidence in the software as well.
This is probably more of what ubunteando was going for when he posted this.
see http://doctormo.wordpress.com/2009/06/01/ubuntu-apt-url-and-the-white-list/
(in the article trust refers to I trust this person is who they say they are and confidence is I trust this person is able to code software that won't screw my computer over)
I like how he has the system of trust set up although it would be nice if it also had a way of communicating confidence in the software as well.
Solution #5:
Figure out an easy way to make adding a repo via AptURL
Written by
Clorox the 13 Aug 09 at 06:58.
Go ahead and type "man apturl" in a terminal. It plainly says that the functionality already exists, but it is disabled currently due to security concerns (you can add just about any repository by a single click, including malicious repositories). But if the "trust" system in the blog post or a whitelist is implemented, then the feature could be enabled.
Go ahead and type "man apturl" in a terminal. It plainly says that the functionality already exists, but it is disabled currently due to security concerns (you can add just about any repository by a single click, including malicious repositories). But if the "trust" system in the blog post or a whitelist is implemented, then the feature could be enabled.