Re: [Distutils] Symlinks vs API -- question for developers
Josselin Mouette: Unless you want to be able to follow existing standards. http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html#directory_layout All you need for that is a category called "icons". I don't see anything there about putting different sizes of icon in different places on different platforms. Once you're in the icons location, the path from there to the flavour of icon you want is fixed by that spec. So the way you reference it is using something like. resource.read(module, "icon", "%s/48x48/apps/foo.png" % theme) -- Greg ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Catalog-sig] distribute D.C. sprint tasks
On Tue, Oct 21, 2008 at 9:42 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: >>> If it were me, I'd just IP firewall the offendors. There's not need for this >>> kind of behaviour if there's an acceptable mirror protocol available... >> >> Well not yet... but the PEP should be finished sometimes this week, > > There was an acceptable mirror protocol available for more than a year > now, irrespective of any PEP you are working on. Claiming that only with > the PEP, true mirroring becomes possible, disregards the work that Jim > Fulton and I put into coming up with a workable solution. Right, sorry about that. The PEP works on complementary needs (like client-side failover on mirrors) and will also try to summarize in a section how mirrors and client apps should behave for every aspect, reffering to all previous works on that, since they have already provided solutions for an optimal access to pypi. Tarek -- Tarek Ziadé | Association AfPy | www.afpy.org Blog FR | http://programmation-python.org Blog EN | http://tarekziade.wordpress.com/ ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Catalog-sig] distribute D.C. sprint tasks
>> If it were me, I'd just IP firewall the offendors. There's not need for this >> kind of behaviour if there's an acceptable mirror protocol available... > > Well not yet... but the PEP should be finished sometimes this week, There was an acceptable mirror protocol available for more than a year now, irrespective of any PEP you are working on. Claiming that only with the PEP, true mirroring becomes possible, disregards the work that Jim Fulton and I put into coming up with a workable solution. Regards, Martin ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Symlinks vs API -- question for developers
Phillip J. Eby wrote: I think Ian's already said this, but the API itself has to do something more, and so far nobody's proposed an API that does anything "more" than what setuptools does in this area, from the developer point of view. (Except for the request that such an API be in the stdlib and thus avoid an extra dependency... but that of course introduces yet another implementation delay, if it means a new release of Python.) It's probably a bit easier than waiting for a release of Python -- if it's in a PEP, and will be in a release of Python, then the library will be blessed and people will pick it up much more quickly. Realistically most library developers would need to add the package as a requirement for some time, since they won't stop supporting older versions of Python that don't have that package. -- Ian Bicking : [EMAIL PROTECTED] : http://blog.ianbicking.org ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [zc.buildout] use of pkg_resources
On Oct 21, 2008, at 12:21 PM, Pascoe, S (Stephen) wrote: I'm intrigued ... Why the scripts buildout produces don't use pkg_resources. They all add each egg to sys.path manually and import script entry points manually. It would seem more consistent to use pkg_resources.working_set.find_plugins() and pkg_resources.working_set.run_script() I can imagine there might be a good reason, such as making absolutely sure the correct egg is at the top of sys.path. Yes, among other reasons, such as: - Not using system Python, - Not requiring a special python environment to be set when not using a system Python, - Allowing different scripts to use different package versions, as needed by the script. This is another example of the TIMTOWTDI malaise that is rife with anything to do with setuptools. The "it" is different in the case of buildout. Buildout is solving a somewhat different problem than easy_install. Jim -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [zc.buildout] use of pkg_resources
I'm intrigued ... Why the scripts buildout produces don't use pkg_resources. They all add each egg to sys.path manually and import script entry points manually. It would seem more consistent to use pkg_resources.working_set.find_plugins() and pkg_resources.working_set.run_script() I can imagine there might be a good reason, such as making absolutely sure the correct egg is at the top of sys.path. This is another example of the TIMTOWTDI malaise that is rife with anything to do with setuptools. Thanks, Stephen. --- Stephen Pascoe +44 (0)1235 445980 British Atmospheric Data Centre Rutherford Appleton Laboratory -- Scanned by iCritical for STFC. ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Catalog-sig] distribute D.C. sprint tasks
On Tue, Oct 21, 2008 at 2:59 PM, Chris Withers <[EMAIL PROTECTED]> wrote: > Martin v. Löwis wrote: >> >> Hmm. Yesterday, there were 199250 accesses to PyPI through wget. >> Of those, 169971 requests came from a single address (from Dedibox in >> France), 28966 requests from a second one (from Sakura in Japan). >> >> So it *is* wget mirrors that make the whole traffic in PyPI. > > If it were me, I'd just IP firewall the offendors. There's not need for this > kind of behaviour if there's an acceptable mirror protocol available... Well not yet... but the PEP should be finished sometimes this week, > > cheers, > > Chris > > -- > Simplistix - Content Management, Zope & Python Consulting > - http://www.simplistix.co.uk > -- Tarek Ziadé | Association AfPy | www.afpy.org Blog FR | http://programmation-python.org Blog EN | http://tarekziade.wordpress.com/ ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Catalog-sig] distribute D.C. sprint tasks
Martin v. Löwis wrote: Hmm. Yesterday, there were 199250 accesses to PyPI through wget. Of those, 169971 requests came from a single address (from Dedibox in France), 28966 requests from a second one (from Sakura in Japan). So it *is* wget mirrors that make the whole traffic in PyPI. If it were me, I'd just IP firewall the offendors. There's not need for this kind of behaviour if there's an acceptable mirror protocol available... cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] Building a Win32/Python2.4 multi-version egg for Numpy
Is there an easy way to make a multi-version egg from the Numpy source code (supplied from sourceforge). Ideally I'd like to create an automated process that allows me to quickly make a Win32 egg any time a new release of Numpy comes out so that my team can test it and adjust our project's dependancies as they see fit. Initially I'd like to make multiversion eggs for both Numpy 1.1 and 1.2 so that my team can get started on testing this library. Sal This email does not create a legal relationship between any member of the Crédit Agricole group and the recipient or constitute investment advice. The content of this email should not be copied or disclosed (in whole or part) to any other person. It may contain information which is confidential, privileged or otherwise protected from disclosure. If you are not the intended recipient, you should notify us and delete it from your system. Emails may be monitored, are not secure and may be amended, destroyed or contain viruses and in communicating with us such conditions are accepted. Any content which does not relate to business matters is not endorsed by us. Calyon is authorised by the Commission Bancaire in France and regulated by the Financial Services Authority for the conduct of business in the United Kingdom. Calyon is incorporated in France with limited liability and registered in England & Wales. Registration number: FC008194. Registered office: Broadwalk House, 5 Appold Street, London, EC2A 2DA. ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Symlinks vs API -- question for developers
Le mardi 21 octobre 2008 à 12:18 +1300, Greg Ewing a écrit : > Josselin Mouette wrote: > > > Then, you need to flag your icons; this is what you already proposed, in > > a more sophisticated way. > > foo.png: icon size="48x48" category="apps" > > foo.svg: icon size="scalable" category="apps" > > This smells like overdesign to me. Unless you want to allow > for the possibility of e.g. putting your 48x48 icons in > one location and icons of other sizes in a different > location -- which seems rather unlikely -- then > distinguishing between resources at this level of detail > is not something the API we're considering should be > concerned with. Unless you want to be able to follow existing standards. http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html#directory_layout The same goes for localisation tiles, for which there is a similar directory scheme to follow. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
