Re: Diety UI draft
Brandon Mitchell wrote:
>
> On Mon, 28 Jul 1997, Behan Webster wrote:
> > 2) Intelligently install packages to the system as you download them
> > (i.e. download deb, install it, then delete it.)
> > PRO: It means downloading remote files will not fill you local
> > filesystem.
> > CON: You still need space enough for one package.
>
> If that's your con, you have lots of problems. Implementation con,
> forking off this many calls to dpkg (or are we rewritting this) could be
> very process/disk/time intensive.
Perhaps for the first version. In the future however, when deity
(and dpkg) uses libdpkg it will be simply a function call or a
sequence of function calls. In theory, if this design was used,
deity would be no more process/disk/time intensive than running dpkg
once.
Despite this con, it is still an implementation problem.
> > The thing is that every UNIX system needs a certain amount of
> > operating disk space. You can not expect to run a UNIX system
> > with little to no avaiable disk space. There should almost always
> > be enough avaliable disk space to do at lease option #2 above (unless
> > perhaps you're installing something like xbooks! 8) )
>
> True, however, lets keep the newbies in mind who may have only given up
> 100 megs of their win95 drive to test this thing. We don't want to give
> them a bad first impression.
Since I was talking about expecting people to have enough room to
download one file, and considering most packages will fit in the
5 Meg that is reserved on a 100 meg partition, I really don't think
this is a problem. Sure it's not optimal, but it'll work.
Personally, I've run a system that just barely limped along with
5 Meg free. You were forever running out of disk space whether
or not you were installing new packages. This is not a good state
to let people get into!
Keeping disk space in mind is a good idea when implementing things
like this, but what's the point of allowing someone to install
enough packages to fill up their partition to the point where they
can't even download one deb file!
> > I repeat though, the UI has nothing to do with this implementation
> > detail.
>
> Unless we go with 1b. The status bar could become configurable with 10
> to 20 (ok, maybe less) options that the user picks from to fill in 3 or 4
> spaces. This is probably something to hold off on, diety's stack is
> looking high enough.
Yes, as a new feature request, this would have to go into the next
version.
> > I will pass this problem on to the appropriate person in the deity
> > team.
>
> Thanks, I hope you aren't starting to feel like a mail router :-)
Not yet. 8)
Thanks,
Behan
--
Behan Webster mailto:behanw@verisim.com
+1-613-224-7547 http://www.verisim.com/
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: