[Distutils] bdist_egg vs bdist_wininst oddity
So I was building two new packages for Genshi and encountered this using setuptools 0.6c9: Genshi-0.5.1-py2.6-win32.egg Genshi-0.5.1.win32-py2.6.exe Why does the python version designation and platform specifier arbitrarily change place? Should this be logged as an issue to make sure such filenames are consistent? -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Sometimes I wonder why are we so blind to face... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Vista x64 + Python 2.6 = easy_install setup issues
-On [20081112 11:39], Nick Vaidyanathan ([EMAIL PROTECTED]) wrote: >\setuptools-0.6c9>python setup.py install [snip] >creating build\bdist.win-amd64 [snip] >G:\Python26\Scripts>easy_install-2.6.exe >Cannot find Python executable G:\Python26\python.exe See http://bugs.python.org/setuptools/issue2 -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B The path up and down is one and the same... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] "Python Package Management Sucks"
-On [20081002 13:29], Josselin Mouette ([EMAIL PROTECTED]) wrote: >There’s definitely no problem with shipping them in an egg, as long as >it is possible to ship them at standard locations. Standard according to whom though? Contrary to many Linux systems, for example, the BSDs tend to install Python files to /usr/local or /usr/pkg (if using pkgsrc) and not /usr. I'm sure /opt is also still widely used. Furthermore, if by standard you mean */share/locale/XX/LC_MESSAGES/, what good would an egg do at that place? -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Reality is an illusion, grimmer. The dreamlands are like masks within masks, and Time has no dominion beyond the Shroud... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] "Python Package Management Sucks"
-On [20081002 13:20], Josselin Mouette ([EMAIL PROTECTED]) wrote: >Locale data should be shipped in standard form, in /usr/share/locale. >Again, Python is not the only thing you need to think of. Linux is not the only thing to think of by stating /usr/share/locale. :P I guess ${PREFIX}/share/locale would be better. But still, for .mo files I seriously do not see a problem if they're within an egg or something similar. Imagine also the possibility of providing specific language translations for a project as an egg (kind of like a plugin). -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Whispering winds in moonlit wood, a totem oak once golden stood... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Msgfmt in distutils?
-On [20081001 20:26], Toshio Kuratomi ([EMAIL PROTECTED]) wrote: >That's good to know. One of our Turbogears applications uses Babel and >it definitely doesn't install to the right place. I'd love to fix it to >take advantage of Babel' properly. Would you be kind enough to point me >documentation on how to get Babel to install locale files? Leaving aside the extractors for now, as far as I know either adding Babel to the requires or adding an import babel should suffice. You should get, when you do python setup.py --help-commands, a few options for catalog management. A simple compile_catalog (perhaps with the force flag) should create .mo files, then follow up with a normal build and install. Currently the locale catalog files are packaged inside the eggs. Feature requests and all that all welcome at the Babel site. :) -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Forging the Future from the Timeless Stone... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Msgfmt in distutils?
-On [20081001 16:28], Toshio Kuratomi ([EMAIL PROTECTED]) wrote: >> and have distutils do the right thing with the .po files at build time >> (generate .mo files from them) and at install time (install them into >> PREFIX/share/locales/LC_MESSAGES/, or wherever the distribution is >> configured to put them). [snip] >This has been a big deal for some applications I work on. Our first cut >was to add new Build and InstallData command classes. Actually with Babel (http://babel.edgewall.org/) that's all handled. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Cogito, ergo sum... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] pre-PEP : Synthesis of previous threads, and irc talks + proposals
-On [20081001 15:24], Tarek Ziadé ([EMAIL PROTECTED]) wrote: >Yes indeed, a BSD packager could be helpfull in the discussion. Are >you able to help us in this ? I used to be a FreeBSD and DragonFly BSD committer and I still use Python mostly on BSD systems. I am sure Trent Nelson could also help. I know Joerg Sonnenberger from pkgsrc/NetBSD quite well too. So all in all I should be able to. My time seems a bit more limited than yours though. :) -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Dreams are like Angels, they keep bad at bay, bad at bay, Love is the Light, scaring Darkness away... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] pre-PEP : Synthesis of previous threads, and irc talks + proposals
-On [20081001 14:10], Tarek Ziadé ([EMAIL PROTECTED]) wrote: >I have followed most of the threads from the past days, and we talked >a lot on IRC with people from Fedora, Debian, Enthought, TG2 on >possible enhancements Just a note: do not forget the BSD Unix systems when it comes to packaging and whatnot, it's quite a bit different from the Linux systems. Also, there's pkgsrc which spans multiple different platforms. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Vae victis! ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] the svn >= 1.5 bug with setuptools/command/sdist.py: global name 'log' is not defined
-On [20080819 06:19], dan corson ([EMAIL PROTECTED]) wrote: >But I'm not sure it was addressed, and now we're getting the same >problem here with svn 1.5.1. easy_install -U setuptools==dev -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B I disagree with everything you say. But I will defend to the death your right to say it. ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] Setuptools: build_requires?
So I am curious, why doesn't setuptools provide a build_requires directive similar to install_requires, but for python setup.py build? Right now a particular Python module will fail if you import said dependency somewhere in your code. Centralizing such a dependency in setup.py seems, to me, very logical. So what gives? -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Courage is not the absence of fear, but rather the judgment that something else is more important than fear. ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Setuptools documentation
-On [20080709 18:52], Phillip J. Eby ([EMAIL PROTECTED]) wrote: >The code is apparently correct here; the choice of example in the >text is bad. Patches welcome. Not meant disrespectful Phillip, but who will apply the patches? It has been obvious that you have had very little time lately and there's already a few patches in the issue tracker waiting for some TLC. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Dreams are like Angels, they keep bad at bay, bad at bay, Love is the Light, scaring Darkness away... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [issue26] Subversion 1.5 and tag_svn_revision do work together
New submission from Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]>: When using tag_svn_revision = true in setup.cfg with Subversion 1.5 the resulting revision number is 0. Example: creating /usr/local/lib/python2.5/site-packages/Trac-0.12dev_r0-py2.5.egg -- messages: 54 nosy: asmodai priority: bug status: unread title: Subversion 1.5 and tag_svn_revision do work together ___ Setuptools tracker <[EMAIL PROTECTED]> <http://bugs.python.org/setuptools/issue26> ___ ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [issue24] Rename easy_install
-On [20080614 03:18], zooko ([EMAIL PROTECTED]) wrote: >I said it was "too late", because there are already lots of people >worldwide who know the name "easy_install". It would be costly to >them to change it -- they'll go looking for the new version of >easy_install someday and won't find it, stuff like that. Nothing proper release notes and the likes cannot fix. Heck, you could provide a symlink from easy_install to the new pyegg --or whatever the name might be-- for a few releases and if it is easy_install that's being invoked, you act accordingly. Or even a placeholder script invoking the necessary things. Also, your claim of 'lots of people worldwide' is taken out of thin air. I doubt you have evidence in favour or against. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Nothing is constant but change... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Issues Tracker for Setuptools
-On [20080508 10:37], Jeff Rush ([EMAIL PROTECTED]) wrote: >We now have a specific issues tracker for setuptools at: > > http://bugs.python.org/setuptools/ Can we get a patch keyword? -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B If Winter comes, can Spring be far behind..? ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [issue5] setuptools uses deprecated module md5
New submission from Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]>: Setuptools currently uses the module md5, which will be deprecated after 2.6 and 2.6 warns about this use. Find attached a patch I emailed to Phillip a while ago but still did not get applied. -- messages: 6 nosy: asmodai priority: bug status: unread title: setuptools uses deprecated module md5 ___ Setuptools tracker <[EMAIL PROTECTED]> <http://bugs.python.org/setuptools/issue5> ___ ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Issues Tracker for Setuptools
-On [20080508 10:37], Jeff Rush ([EMAIL PROTECTED]) wrote: >We now have a specific issues tracker for setuptools at: > > http://bugs.python.org/setuptools/ Thanks Jeff, I've taken the liberty to seed it with 3 issues already. ^^ -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B If Winter comes, can Spring be far behind..? ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [issue3] eggs on Windows do not differentiate between 32- or 64-bits
New submission from Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]>: As I explained in http://mail.python.org/pipermail/distutils-sig/2008-April/009398.html eggs created on either a 32- or 64-bits Windows call the resulting file only a win32 egg. For pure Python modules this is not an issue. However, when using speedups or other code that needs to be natively compiled (C source code for example) you generate specific binaries for either 32- or 64-bits. We already differentiate between these versions on Unix and as such we should do the same on Windows. Something like module-1.0-py2.5-win32-i386.egg or module-1.0-py2.5-win32-amd64.egg. -- messages: 3 nosy: asmodai priority: urgent status: unread title: eggs on Windows do not differentiate between 32- or 64-bits ___ Setuptools tracker <[EMAIL PROTECTED]> <http://bugs.python.org/setuptools/issue3> ___ ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [issue2] easy_install broken on 64 bits Windows
New submission from Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]>: As I reported in http://mail.python.org/pipermail/distutils-sig/2008-April/009398.html easy_install on a 64 bits Python on a 64 bits Windows is broken in that it gives the following error: Cannot find Python executable C:\Python25\python.exe I believe that due to cli.exe and gui.exe (built from launcher.c) being 32-bits executables they are trying to use 32-bit specific calls which fail on a 64 bits Windows. As Mark Hammond said in http://mail.python.org/pipermail/distutils-sig/2008-May/009462.html: "I suspect that the issue is that a 32bit cli.exe or gui.exe is attempting to LoadLibrary a 64bit executable and failing (specifically, loadable_exe() in launcher.c)" -- messages: 2 nosy: asmodai priority: urgent status: unread title: easy_install broken on 64 bits Windows ___ Setuptools tracker <[EMAIL PROTECTED]> <http://bugs.python.org/setuptools/issue2> ___ ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [issue1] amd64 eggs are called x86_64
New submission from Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]>: Currently eggs created for amd64 platforms are called x86_64 in the egg filename. AMD renamed x86_64 to amd64 and asked people to follow suit. Also Python uses the amd64 nomenclature: http://mail.python.org/pipermail/python-bugs-list/2006-December/036400.html and http://mail.python.org/pipermail/python-dev/2008-May/079056.html As such, to limit end-user confusion eggs should be named amd64 as well instead of x86_64. -- messages: 1 nosy: asmodai priority: bug status: unread title: amd64 eggs are called x86_64 ___ Setuptools tracker <[EMAIL PROTECTED]> <http://bugs.python.org/setuptools/issue1> ___ ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] setuptools on 64 bit Windows broken?
[Apologies if this was discussed in the past, I did some searching but couldn't find much, but then again my attention is spread a little too thing lately.] Right now setuptools on Windows x64 with 64-bits Python 2.5 is (partially) broken. The error shown is: Cannot find Python executable C:\Python25\python.exe when running easy_install. The phrase comes from launcher.c which is compiled via MingW to cli.exe and gui.exe. Both of these are present in the setuptools repository and are 32-bits only for all I can determine (using file). I have not thoroughly checked it yet (due to being written in Unix-C, even though it's aimed at Windows), but my guess is it's using some API calls which fail on 64-bits Windows. I see there's a mingw-64 toolkit on the 'net nowadays. Has anyone tried this yet? Is it indeed an API issue? Furthermore, when creating an egg on Windows x64, it will create it with an identifier of win32, even though C code in a project is compiled with an AMD64 version of the compiler. For all I know 32-bits Windows systems will also pull down this version of the egg when given the chance. I guess this is due to Python 2.5 64 bit reporting win32 for sys.platform? So don't we miss something to properly distinguish between 64 bits Windows and 32 bits? Especially with x64 and Vista 64 on the market nowadays? Thanks for any pointers/clues... -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Whoever undertakes to set himself up as judge in the field of truth and knowledge is shipwrecked by the laughter of the Gods. ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Python-Dev] PEP 365 (Adding the pkg_resources module)
-On [20080320 19:24], Steve Holden ([EMAIL PROTECTED]) wrote: >We need to stop protesting that our installation tools are easy enough >and try to get behind the various platforms, be it with Windows >installers, rpms, or other support. We probably aren't doing this >because it's work nobody particularly relishes, and has relatively low >visibility in the developer world. Non-developer Python programmers and >end-users would thank us, though. FreeBSD offers through install of Perl through its ports system a Perl module called 'bsdpan' which registers every module as a package under FreeBSD's package system. Normally ports installs modules as p5-ModuleName, but now it becomes: /var/db/pkg/bsdpan-B-Lint-1.09 And from that point on I can use the pkg* tools. Quite elegant in my opinion. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ To regard the fundamental as the essence, to regard things as coarse, to regard accumulation as deficiency, and to dwell quietly alone with the spiritual and the intelligent -- herein lie the techniques of Tao of the ancients. ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Python-Dev] PEP 365 (Adding the pkg_resources module)
-On [20080320 05:58], Tres Seaver ([EMAIL PROTECTED]) wrote: >I think that, warts an all, setuptools is a *huge* improvement over bare >distutils for nearly every use case I know about. Agreed. I see setuptools (along with PyPI - hopefully much better in near future though) as the Python equivalent to CPAN and RubyGems. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ Sadness is the inner beauty of the untouched tear... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Python-Dev] PEP 365 (Adding the pkg_resources module)
-On [20080320 15:29], "Martin v. Löwis" ([EMAIL PROTECTED]) wrote: >(Trove classifiers, >although the word "trove" means nothing to me) Isn't that something lifted from SourceForge? -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ The Eyes of Truth are always watching you... ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig