1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
|
Hey Emacs, this is -*- text -*- file.
Here are features that may be nice to have in future releases of
apt-zip:
* other fetch methods
** apt
** lftp backend
** traditional ftp client (if at all possible)
** liburi-perl
* space checking
Unfortunately a simple file-size-rounded-media-blocksize sum does not
properly model a VFAT partition, as it seems. More tests needed to
find an accurate algorithm.
* tar space-saving when space is overflowed.
** auto-add "tar" command at end of script if blocksize-caused
space-overflow detected, and tarfile would fit - maybe add "autotar"
option for this.
** auto-detection of tarball by apt-zip-inst, so that it can take a
relevant action:
- using removable media as spool dir (no tar - is what we currently do)
- untar into apt spool dir
- use userfs on the tarball to still prevent copying the files in local
spool dir (I don't even know whether this fancy is realistic - never
looked at userfs seriously)
* multi-zip support
When one zip is not enough, maybe 2 can be good. This may require
nice optimization algorithm if we want to combine this with tar
support.
* allow upgrading a session on download host - that is, update a set
of already downloaded files using a newer script.
-- Last updated: 2000/01/07 for 0.8 release
|
