Note other supported platforms
[rsync/rsync.git] / TODO
CommitLineData
46ef7d1d 1-*- indented-text -*-
a0365806 2
46ef7d1d
MP
3URGENT ---------------------------------------------------------------
4
33d213bb
MP
5
6IMPORTANT ------------------------------------------------------------
7
8Cross-test versions
9
10 Part of the regression suite should be making sure that we don't
11 break backwards compatibility: old clients vs new servers and so
12 on. Ideally we would test the cross product of versions.
13
14 It might be sufficient to test downloads from well-known public
15 rsync servers running different versions of rsync. This will give
16 some testing and also be the most common case for having different
17 versions and not being able to upgrade.
18
a2d2e5c0
MP
19use chroot
20
21 If the platform doesn't support it, then don't even try.
22
23 If running as non-root, then don't fail, just give a warning.
24 (There was a thread about this a while ago?)
25
26 http://lists.samba.org/pipermail/rsync/2001-August/thread.html
27 http://lists.samba.org/pipermail/rsync/2001-September/thread.html
28
29--files-from
30
31 Avoids traversal. Better option than a pile of --include statements
32 for people who want to generate the file list using a find(1)
33 command or a script.
34
35Performance
36
37 Traverse just one directory at a time. Tridge says it's possible.
38
39 Can possibly also be smarter about memory use while looking for hard
40 links by reducing the refcount as we find alternative names.
41
42IPv6
43
44 Define a syntax for IPv6 literal addresses. Since they include
45 colons, they tend to break most naming systems, including ours.
46 Based on the HTTP IPv6 syntax, I think we should use
47
48 rsync://[::1]/foo/bar
49 [::1]::bar
50
51 which should just take a small change to the parser code.
52
53PLATFORMS ------------------------------------------------------------
54
55Win32
56
57 Don't detach, because this messes up --srvany.
58
59 http://sources.redhat.com/ml/cygwin/2001-08/msg00234.html
60
61 According to "Effective TCP/IP Programming" (??) close() on a socket
62 has incorrect behaviour on Windows -- it sends a RST packet to the
63 other side, which gives a "connection reset by peer" error. On that
64 platform we should probably do shutdown() instead. However, on Unix
65 we are correct to call close(), because shutdown() discards
66 untransmitted data.
67
68BUILD FARM -----------------------------------------------------------
69
70Add machines
71
72 AMDAHL UTS (Dave Dykstra)
73
74 Cygwin (on different versions of Win32?)
75
76 HP-UX variants (via HP?)
33d213bb 77
46ef7d1d
MP
78NICE -----------------------------------------------------------------
79
a2d2e5c0
MP
80--no-detach and --no-fork options
81
82 Very useful for debugging. Also good when running under a
83 daemon-monitoring process that tries to restart the service when the
84 parent exits.
85
86hang/timeout friendliness
87
88 On
89
90internationalization
91
92 Change to using gettext(). Probably need to ship this for platforms
93 that don't have it.
94
95 Solicit translations.
96
97 Does anyone care?
98
46ef7d1d
MP
99rsyncsh
100
101 Write a small emulation of interactive ftp as a Pythonn program
102 that calls rsync. Commands such as "cd", "ls", "ls *.c" etc map
103 fairly directly into rsync commands: it just needs to remember the
104 current host, directory and so on. We can probably even do
105 completion of remote filenames.
106