Your message dated Fri, 28 Apr 2017 09:40:34 +0000
with message-id <[email protected]>
and subject line Bug#858695: Removed package(s) from unstable
has caused the Debian Bug report #404872,
regarding tcl exec and open cannot pass certain arguments
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
404872: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=404872
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: tcl8.4
Version: 8.4.9-1
The `exec' Tcl builtin command, and also `open' when used in pipeline
mode, cannot pass certain arguments to commands. Any arguments
starting with < or > and many starting with | & 2 will be interpreted
as redirection attempts and there is no way to quote or override this
behaviour.
There should be a syntax which indicates that subsequent arguments are
not redirections. (This is better than a per-argument quoting
arrangement because it means that pre-prepared argument lists do not
need to be passed through a quoter routine.)
The exercise is to allow for example what would be achieved in sh with
echo ">" not a redirect >filename
Possible alternatives I can think of are:
exec -redirects-as-options > filename -- echo > not a redirect
exec > filename <>-- echo > not a redirect
but there are numerous possibilities.
Just to forestall the response "don't do that then", consider for
example how in Tcl one might feed a mail message to
/usr/sbin/sendmail -odq -oee -oi -t -f <>
?
liberator:~> tclsh8.4
% exec /usr/sbin/sendmail < filename odq -oee -oi -t -f <>
couldn't read file ">": no such file or directory
%
Don't just focus on a workaround (for this case or in general);
obviously I know that there are workarounds. But the workarounds are
inconvenient particularly in the general case. I have a program where
an untrusted string ought to go through an argument to an external
program. Any application which wants to pass arbitrary data as
arguments to external programs risks coming up against this
limitation.
Tcl should obviously be able to run any command that Unix itself is
able to support.
Ian.
--- End Message ---
--- Begin Message ---
Version: 8.4.20-8+rm
Dear submitter,
as the package tcl8.4 has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/858695
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
[email protected].
Debian distribution maintenance software
pp.
Chris Lamb (the ftpmaster behind the curtain)
--- End Message ---
_______________________________________________
Pkg-tcltk-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-tcltk-devel
