Martin Schulze wrote:
I'd rather know about the vulnerability (and maybe doko is able to
implement a fix) than to blindly castrate software. Theo d.R. already
taught us that blindly releasing updates are not good.
Here's some relevant links for the bugs:
Deleting __builtins__:
Donovan Baarda wrote:
But this is redundant... if the package is installed, the corresponding *.py
files _should_ be unpacked. How is testing for the existance of a file any
better indication than testing for installation of the package?
True... I think I'll try to blame my flawed argument on lack
to conflict with packages that depend on python-base. I think
the first `python-base' needs to be removed.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Ha ha! Puny receptacle!
.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Ha ha! Puny receptacle!
will still be broken.
For that matter, just getting everyone using testing to transition
over to the new versions properly will be nearly impossible unless
there are appropriate conflicts and dependencies to make sure that
only working combinations of packages can be installed.
--
Carey Evans
and 2.2, =2.9 and 2.10, etc.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Ha ha! Puny receptacle!
I notice that python2.1-base depends on libssl0.9.6. I haven't been
following the developments in Debian's crypto policy, but doesn't this
mean that python2.1-base should have been uploaded to non-US?
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Ha ha
Neil Schemenauer [EMAIL PROTECTED] writes:
spam should depend on python not python-2.1.
In my original example, spam embeds libpython2.1.so. It would make
sense for this to mean it depends on python-api-2.1, though this isn't
what the current shlibs file says.
--
Carey Evans http
that use Python depend on? Presumably
python if the maintainer feels optimistic, otherwise
python2.1-base.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
You think you know... what's to come... what you are.
hardship.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
You think you know... what's to come... what you are.
, and it looks like it used to be a real package. Try
apt-cache showpkg python.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
You think you know... what's to come... what you are.
. ;)
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Quiet, you'll miss the humorous conclusion.
an active Debian maintainer or any kind
of authority.
I'm not really talking just to you, but generally; by all means keep
coming up with ideas to improve the Debian Python packages, but please
don't keep Python 2.1 out of Debian 3.0!
--
Carey Evans http://home.clear.net.nz/pages/c.evans
(), looking in
$PATH if necessary.
os.system isn't the best in terms of signal handling and return
values; you'd probably want os.execv.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Quiet, you'll miss the humorous conclusion.
.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Quiet, you'll miss the humorous conclusion.
. As the language
changes, adding keywords like yield and div, etc., expecting full
forwards compatibility might be a little unreasonable.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Quiet, you'll miss the humorous conclusion.
upload between releases anyway.
IMO, the minimal effort required here isn't worth the black magic.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Quiet, you'll miss the humorous conclusion.
in sys.path.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Quiet, you'll miss the humorous conclusion.
a simple depends
on a (maybe virtual) package, instead of a versioned depends.
(Does dpkg support versioned virtual packages yet?)
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Quiet, you'll miss the humorous conclusion.
Essential: yes like parts of Perl.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Quiet, you'll miss the humorous conclusion.
Sean 'Shaleh' Perry [EMAIL PROTECTED] writes:
last I checked it only helped derivatives of python, not python itself.
AIUI, the point is that Python 2.1 is a derivative of CNRI Python 1.6.1.
--
Carey Evans http://home.clear.net.nz/pages/c.evans/
Quiet, you'll miss
21 matches
Mail list logo
