summaryrefslogtreecommitdiff
path: root/third_party/zlib/contrib/iostream3/TODO
diff options
context:
space:
mode:
authorAndrew Bartlett <abartlet@samba.org>2019-08-16 17:43:51 +1200
committerAndrew Bartlett <abartlet@samba.org>2019-08-17 03:50:40 +0000
commit2b7224ab7c555fdaacd0a84649b533e4edb377da (patch)
tree31eb4468eb5ac2f7b338c58907e6b2652ec56f62 /third_party/zlib/contrib/iostream3/TODO
parent4be5ffdca620c38e65ca955039acbdcf72829c67 (diff)
downloadsamba-2b7224ab7c555fdaacd0a84649b533e4edb377da.tar.gz
third_party: Remove zlib from third_party
We require zlib 1.2.3. We stopped requring a patched zlib with 5631a1b9bc03d6cf31af66b13872255f18979fe8 As discussed on samba-technical here: https://lists.samba.org/archive/samba-technical/2019-May/133476.html In short, zlib contains some (old, now broken) crypto code that while not compiled in Samba is best left out of our tarball to ease crypto audits. It is also very very out of date and is a slightly modified copy of something otherwise very likely available on our supported host OSs. It would be strange to say that GnuTLS and dependencies are an acceptable burden to install but say zlib is a step to far. So it is removed from Samba's third_party with this commit. The diff between zlib in Samba and official zlib 1.2.3 is included in third_party/zlib/last-samba-from-1.2.3.diff Signed-off-by: Andrew Bartlett <abartlet@samba.org> Reviewed-by: Alexander Bokovoy <ab@samba.org>
Diffstat (limited to 'third_party/zlib/contrib/iostream3/TODO')
-rw-r--r--third_party/zlib/contrib/iostream3/TODO17
1 files changed, 0 insertions, 17 deletions
diff --git a/third_party/zlib/contrib/iostream3/TODO b/third_party/zlib/contrib/iostream3/TODO
deleted file mode 100644
index 7032f97be04..00000000000
--- a/third_party/zlib/contrib/iostream3/TODO
+++ /dev/null
@@ -1,17 +0,0 @@
-Possible upgrades to gzfilebuf:
-
-- The ability to do putback (e.g. putbackfail)
-
-- The ability to seek (zlib supports this, but could be slow/tricky)
-
-- Simultaneous read/write access (does it make sense?)
-
-- Support for ios_base::ate open mode
-
-- Locale support?
-
-- Check public interface to see which calls give problems
- (due to dependence on library internals)
-
-- Override operator<<(ostream&, gzfilebuf*) to allow direct copying
- of stream buffer to stream ( i.e. os << is.rdbuf(); )