[issue12313] make install misses packaging module

Vinay Sajip added the comment: It's not packaging-related, but other directories are also missing from LIBSUBDIRS: test/test_email test/test_email/data IMO it's not ideal to use find(1), as in theory a developer may have some directories with matching names in the source build that they don'

[issue12313] make install misses packaging module

Éric Araujo added the comment: > Nice to see my search didn't find this bug. ;) Do you remember what search terms you tried? > I already committed a change to install packaging, but you may want to > revert that and commit the patch in this issue. I honestly don’t know. Do we have a policy abo

[issue12313] make install misses packaging module

Barry A. Warsaw added the comment: Nice to see my search didn't find this bug. ;) I already committed a change to install packaging, but you may want to revert that and commit the patch in this issue. I'll leave that for you to decide! -- nosy: +barry ___

[issue12313] make install misses packaging module

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue12313] make install misses packaging module

Éric Araujo added the comment: > Also you may want to add some of the packaging test directories to > those excluded in the calls to compileall.py a little further down in > the libinstall target. Ah, good one. I guess doing this could have prevented http://hg.python.org/cpython/rev/9041520be

[issue12313] make install misses packaging module

Ned Deily added the comment: Listing all those directories to the Makefile does seem very brittle and will certainly be a maintenance hassle. OTOH, there is something to be said for being explicit about what gets installed. I suppose you could add the find step to ./configure and pass the l

[issue12313] make install misses packaging module

New submission from Éric Araujo : Here’s a patch adding Lib/packaging subdirectories to Makefile.pre.in. Because of our extensive tests for pypi-related code, the list is huge. Maybe it should use a call to find(1) instead of using a fragile manually-maintained list, so I’m asking here. ---