remove pip bundle

[qwcode]

remove pip bundle

[pnasrat]

Is it clearly marked as deprecated in 1.4 docs and code?

[pnasrat]

+1 on this patch with the documentation caveat.

[pfmoore]

Looks like "bundle" isn't even mentioned in the current docs:

grep -i bundle .\docs\*.rst
(no output)

[qwcode]

Is it clearly marked as deprecated in 1.4 docs and code?

what should I do to make it deprecated in 1.4 (before 1.4 goes out)?
add a loud message to "pip bundle" executions?

I'm not familiar with python warnings, but it seems something like this won't show by default for users in py>2.6

warnings.warn("'pip bundle' will be removed in pip v1.5", DeprecationWarning, stacklevel=2)

Looks like "bundle" isn't even mentioned in the current docs:

yea, no docs for pip bundle since the docs rehaul a few months back.

[qwcode]

b1f0146

[dstufft]

Here are tickets related to pip bundle that are still open:

#450
#438
#236
#164
#110
#68
#977
#978

They should all probably be closed once bundle is removed.

[dstufft]

There's also #165.

[qwcode]

decision to remove bundle support was discussed by pip devs here: https://groups.google.com/forum/#!topic/pypa-dev/sYCJe3tT3Bg

leaving open/un-merged until I can write a cookbook entry that covers an alternative workflow. I want to include a link to that in the notification to all the associated issues.

[nOw2]

There most certainly needs to be an alternative workflow provided - we use bundles to perform releases to production. The 'lack of interest' notice in 1.4 came as a surprise here and I would have contributed fixes had I known nobody else was.

My thoughts are that there needs to be a functionally similar replacement for bundling ready before removing the existing system. Having something that works, no matter if less pretty than preferred, is infinitely better than having nothing.

(FYI, bundles are not just deprecated but also broken in 1.4. The build directories in the bundle cause the new 'existing build directory check' to cause bundle installation to fail. Because of this, I've reverted back to 1.3.1. This also means reverting SVN back to 1.6 due to difficulties with 'pip freeze' and SVN >= 1.7. Pushing back SVN when things like Subclipse only support 1.7 is a lot of work. You can see removing bundles in turn causes an avalanche of gradually more painful problems..!)

[qwcode]

@nOw2 our plan is to add support for command extensions (git style), and then the bundle logic would be moved out to a 3rd party extension (whether we do it or get interested parties to do it). 1.5 is months off, so there's time. Besides the lack of interest/maintenance, it's more (imo) about wanting any "bundle" idea to go through the PEP process first, and then we support that in pip, like what happened with wheel in the last year.

[ionelmc]

What's the idea behind the bundle removal in 1.5 ?

Also, seems irresponsible to have serious regressions in 1.4 for bundle installations ...

[qwcode]

@ionelmc no regression in 1.4? just a message about the intention to remove it. see link above to the pypa-dev discussion

[ionelmc]

@qwcode: see @nOw2 comment. That's clearly a regression it it worked fine on 1.3.

[qwcode]

@ionelmc, @nOw2 ok, I'll check that case. there's a build dir fix (#1080) in 1.4.1 (to be released tomorrow) that may be the solution.

[qwcode]

Given the feedback here, I think it makes sense to get the extension support and have a 3rd party extension working before merging this.

The main thing that would dissuade me from removing bundle, would be to see a ground swell of people working the issues listed above, adding tests, etc...

[qwcode]

gist link from @ionelmc on bash/wheel approximation of bundle
https://gist.github.com/ionelmc/6215920

[qwcode]

v1.5 is coming up fast, so I don't see this removal happening by then (given that I wasn't going to remove it w/o adding the extension system and having a Proof of Concept 3rd party extension)

I changed the deprecation notice accordingly: e7facfe

[ionelmc]

@dstufft worth adding something in the docs about how to replace the bundles ?

eg: https://gist.github.com/ionelmc/6215920

[dstufft]

Yea probably, going to add a new ticket for that so I don't forget.