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

Re: tasks: counterproposal (and implimentation)



On Sat, May 12, 2001 at 01:39:43PM -0400, Joey Hess wrote:
> Anthony Towns wrote:
> Also, this is one of the reasons I think we should give people the
> opportunity to drop into dselect/something better after broadly
> outlining their tasks to they can tweak the result if necessary.
> I think we should do that no matter what system we eventually decide
> upon for defining and presenting tasks.

Definitely.

> > There's also the possibility that an entire task will need to be made
> > unavailable, either because every package (or every significant package)
> > included in it is buggy, or in postgresql/task-database's case, because
> > might only be available from non-US.
> I actually have been thinking since I posted the code about some
> enhancements to deal with cases where all the packages in a task, or at
> least some of the important ones, are missing. Noticing all are missing
> and not displaying the task in the list is easy enough. Noticing that
> the core packages of a task (postgresl, apache) are missing and deciding
> not to show the task is also doable, it really just requires one list of
> the key packages that mist be present, and another list of ancillary packages
> that can go missing w/o badly breaking the task.

For comparison, using task- packages, if I remove the core packages from
a task from woody, I can just also remove the task- from woody.

> > This ought to be able to be done
> > without modifying newtasksel, since, according to the freeze plans,
> > newtasksel will be frozen (as part of the base system) while the tasks
> > and their packages (as part of the "standard" system) are still be fixed
> > or removed.
> Split out the task data and move it to a standard priority package then.

Which means the task data won't be installed in the base system, and thus
won't be available when base-config is run. Doesn't it?

Cheers,
aj

-- 
Anthony Towns <aj@humbug.org.au> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.

``_Any_ increase in interface difficulty, in exchange for a benefit you
  do not understand, cannot perceive, or don't care about, is too much.''
                      -- John S. Novak, III (The Humblest Man on the Net)

Attachment: pgpJBCtVnpRJv.pgp
Description: PGP signature


Reply to: