Re: UI for backports usage

2007-12-03 Thread (``-_-´´) -- Fernando
On Tuesday 23 October 2007 11:10:06 Daniel Holbach wrote: > Hello everybody, > Have a nice day, > Daniel What ever gets done for Backports should also be done for Proposed. Users should be able to easily test updates available on Proposed, knowing right then that does are Testing packages. --

Re: UI for backports usage

2007-10-24 Thread João Pinto
Hello, I have a few questions. 2007/10/24, John Dong <[EMAIL PROTECTED]>: > > Wow, never knew about NotAutomatic -- that sounds great! > Where is the documentation for this feature ? I do not remember finding on the APT manual.. Will it cause the packages already installed from the backports repo

Re: UI for backports usage

2007-10-24 Thread John Dong
Wow, never knew about NotAutomatic -- that sounds great! On Wed, Oct 24, 2007 at 08:39:12AM +0200, Reinhard Tartler wrote: > John Dong <[EMAIL PROTECTED]> writes: > > > No, IMO the UI, underneath, should be adding the entire backports > > repository, > > just all packages pinned back. > > Thi

Re: UI for backports usage

2007-10-23 Thread Reinhard Tartler
John Dong <[EMAIL PROTECTED]> writes: > No, IMO the UI, underneath, should be adding the entire backports repository, > just all packages pinned back. This does not necessarily need pinning via /etc/apt/preferences. Apt has a feature which does something similar. Please compare http://archive.

Re: UI for backports usage

2007-10-23 Thread Michael R. Head
On Tue, 2007-10-23 at 20:13 -0400, Scott Kitterman wrote: > How about apt/adept/nautilus changes so that only packages installed from > backports can be upgraded by backports. Then it would be safe to just enable > the repository and install things you wanted from there. There would also > nee

Re: UI for backports usage

2007-10-23 Thread Scott Kitterman
On Tuesday 23 October 2007 19:22, Matthew Paul Thomas wrote: > On Oct 23, 2007, at 11:10 PM, Daniel Holbach wrote: > > ... > > Let's imagine that somebody has an interest in just the latest version > > of blender on his stable system. That user does not want to upgrade to > > all packages available

Re: UI for backports usage

2007-10-23 Thread Matthew Paul Thomas
On Oct 23, 2007, at 11:10 PM, Daniel Holbach wrote: ... Let's imagine that somebody has an interest in just the latest version of blender on his stable system. That user does not want to upgrade to all packages available in the backports repository, but just the backported version of blender. Ho

Re: UI for backports usage

2007-10-23 Thread John Dong
Backports so far have been marketed/branded as Backports, and on Launchpad and the Wiki are both referred to as Backports. If we want to change the name of the project to facilitate user familiarity, it has to be done across the board. The project is fueled primarily by user input (i.e. what packag

Re: UI for backports usage

2007-10-23 Thread Anthony Yarusso
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kristian Erik Hermansen wrote: > On 10/23/07, Daniel Holbach <[EMAIL PROTECTED]> wrote: >> I had some discussions with John Dong and Jo?o Pinto and both >> acknowledged the fact that there's a need for installing just a >> select few backport packages

Re: UI for backports usage

2007-10-23 Thread Kristian Erik Hermansen
On 10/23/07, Daniel Holbach <[EMAIL PROTECTED]> wrote: > I had some discussions with John Dong and Jo?o Pinto and both > acknowledged the fact that there's a need for installing just a select > few backport packages and not all of them. > > Let's imagine that somebody has an interest in just the la

Re: UI for backports usage

2007-10-23 Thread Milan
There's obviously a need for a new infrastructure/UI. Since GDebi and apt-url are to be disabled in future versions (which I approve of), we should find a way to allow the user to select trusted repositories and easily install software from there, either on a replace-alla-installed-packages basis o

Re: UI for backports usage

2007-10-23 Thread Peter Mann
On Tue, Oct 23, 2007 at 09:23:33AM -0400, John Dong wrote: > An apturl approach would require the archive to create a separate section for > each package and a meta "all" section like Debian Backports, which I guess can > be done but is more complex. http://www.backports.org/debian/dists/etch-back

Re: UI for backports usage

2007-10-23 Thread João Pinto
Hello, about the UI, there is already a specification which cover most of the requirements: https://wiki.ubuntu.com/ThirdPartyApt The pinning support is described but not implemented, I did exchange several mails with the GApti author in order to motivate him to implement the pinning, I have failed

Re: UI for backports usage

2007-10-23 Thread John Dong
No, IMO the UI, underneath, should be adding the entire backports repository, just all packages pinned back. A UI should be able to unpin specific versions of each backport to let it through, but not let through other backports unless needed to satisfy dependences... An apturl approach would requi

Re: UI for backports usage

2007-10-23 Thread Teemu Heinämäki
What about getdeb with apturl? It can remove the external repositorys from sources.list after you install from there if you wish. Maybe it can be modified to do so automatically? https://wiki.ubuntu.com/AptFirefoxFileHandler ti, 2007-10-23 kello 07:22 -0400, Scott Kitterman kirjoitti: > On Tue, 23

Re: UI for backports usage

2007-10-23 Thread Scott Kitterman
On Tue, 23 Oct 2007 12:10:06 +0200 Daniel Holbach <[EMAIL PROTECTED]> wrote: >Hello everybody, > >I had some discussions with John Dong and João Pinto and both >acknowledged the fact that there's a need for installing just a select >few backport packages and not all of them. > >Let's imagine that s