Re: New virtual package names.
Dale Scheetz writes ("Re: New virtual package names. "):
>... Part of my concerns stem from the past history of ae. I have
> only recently taken over the maintainance of this package. When I got it,
> the essential field had been declaired a bug, but the discussion of that
> bug seemed to indicate that removal of the essential flag was not a
> sufficient solution. In addition, I am concerned by the fact that this
> field was only added to the package a couple of revisions ago, and now
> needs to be removed.
The fact that the field was added was a mistake, and it was noticed
and reported as a bug (several times, in fact). It is not surprising
that once a mistake is made people ask for it to be unmade again.
I didn't see anything in that discussion to think that the removal of
the essential flag wasn't a full solution. I saw several people with
the `hammer and nail' problem: `we have dependencies so we must use
them here'.
> I don't see any difference, in principle, between an editor and a
> mail-delivery-agent. They are both programs that deliver specific
> functionality. The only differnce I can see is that an editor may not be
> viewed as being as critical to system operations as the other, and Ian has
> pointed out that users are likely to be more aware of their needs for an
> editor than they are for other dependant programs. I am pretty sure that
> we have users who are not this aware, but that is not the basis for my
> feelings here.
If we have users who are not aware of this then they will not be
satisfied by `vi' or `ed' either - and these programs will have to
satisfy the dependency. We can't solve this problem with the
dependency mechanism.
> Ae is in the base package because it was deemed necessary to have an
> editor in the system, and ae was small enough to fit. It is this necessity
> that is driving the editor virtual package dependance as the proposed
> solution. If it is not necessary for the system to contain an editor, then
> why is one in the base system?
The base system is provided as a tool for installing the rest of the
packages, and is supposed to be a sensible default.
Both the essential flag and the dependency mechanism actually
_prevent_ the user from doing something, and we should only do this if
we really mean it.
>... If it is necessary for an editor to be on
> the system, it seems desirable to provide protections from the inadvertant
> removal of all editors. If there is a better way to insure the existance
> of an editor on the system, I would be happy to hear it.
What terrible thing do you think will happen if the user removes all
their editors ? They'll sit there wanting to edit a file and think
Damn, I can't figure out why I can't edit this file. I just sit
here blankly and wonder how I used to edit files.
?
> In addition, it is not clear to me that being unnecessary is the same as
> undesirable. I can be convinced (no, really!) of either position at this
> point. I just need a little more 'splaining.
For it to be right for us to do this there has to be a good reason in
favour of it. It is not sufficient for it merely to be neutral.
In any case, it isn't neutral: it is a lot of work, and while the work
is done silly things will happen like users being forced to install
particular editors to satisfy the dependency scheme.
Ian.
Reply to: