File: TODO

package info (click to toggle)
apt-zip 0.13.2
  • links: PTS
  • area: main
  • in suites: sarge, woody
  • size: 80 kB
  • ctags: 48
  • sloc: sh: 474; makefile: 67; awk: 10
file content (49 lines) | stat: -rw-r--r-- 1,355 bytes parent folder | download
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
49
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


* use a litprog tool to be able to document wget method without
producing tens of comments in the fetch script.

* auto remove old-debs-*.tar when not needed any more ?

* 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.

-- File last reviewed: 2000/10/21 for 0.12 release