Re: [Python-Dev] Google search labels Python 2.7 docs as Python 3.4
About a year ago I posted about this or related issue, Here is the link https://mail.python.org/pipermail/python-dev/2014-January/132093.html. This was the old website (I think, but that may not appliy to the docs) but I think the issue is still probably related to the robot.txt file. Vincent Davis 720-301-3003 On Wed, Dec 31, 2014 at 8:03 PM, Chris Angelico ros...@gmail.com wrote: On Thu, Jan 1, 2015 at 12:24 PM, Benjamin Peterson benja...@python.org wrote: On Wed, Dec 31, 2014, at 19:32, Ryan Gonzalez wrote: Not sure if this is something to post here...but... [image: Inline image 1] That must be some sort of inconsistency in Google's index, since the actual page's title is correct. This issue has persisted for a while. I first noticed it in early December (though it may have been there longer), and ignored it on the assumption that it was a transitional state. I don't know how long a transitional state can last, though. ChrisA ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/vincent%40vincentdavis.net ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] version numbers mismatched in google search results.
On Fri, Jan 31, 2014 at 5:41 AM, Rick Boyce rickbo...@gmail.com wrote: 28.3. builtins — Built-in objects — Python 3.3.3 documentation - https://docs.python.org/3/library/builtins.html I can't get the https https://docs.python.org/3/library/builtins.html link to work. Does python.org support httpshttps://docs.python.org/3/library/builtins.html? it should :-) Vincent Davis 720-301-3003 ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] version numbers mismatched in google search results.
As I understand it, http://docs.python.org/libraryhttps://docs.python.org/3/library/builtins.html redirects to http://docs.python.org/2/libraryhttps://docs.python.org/3/library/builtins.html so that old links, blog posts. that exist in the world and originally referenced python 2 will still work as they pointed to http://docs.python.org/libraryhttps://docs.python.org/3/library/builtins.html (no version number) * Is this correct? At some point http://docs.python.org/libraryhttps://docs.python.org/3/library/builtins.html should stop working. I would consider adding release numbers, i.e http://docs.python.org/3.4/libraryhttps://docs.python.org/3/library/builtins.html All this makes me think it would be cool to have a DIFF button on document pages that would show a diff between version number. i.e. when I read a blog post about X and I follow the link in the post to doc version a.b I can see a quick diff to see how it (docs) compare to version c.d I am using. I think http://docs.python.orghttps://docs.python.org/3/library/builtins.html should be a landing page not forwarded to current version docs. Maybe something like http://www.python.org/doc/versions/ although I think that should be here http://docs.python.org/versions/ Vincent Davis 720-301-3003 On Fri, Jan 31, 2014 at 5:41 AM, Rick Boyce rickbo...@gmail.com wrote: I get caught out a lot by the titles Google is showing for pages quite often too, but as far I can tell they are not related to the /dev docs. If I Google python builtins the top 3 results, for me, are as follows: 2. Built-in Functions — Python v2.7.6 documentation - http://docs.python.org/library/functions.html 28.3. builtins — Built-in objects — Python 3.3.3 documentation - https://docs.python.org/3/library/builtins.html Built-in objects - Python 3.3.3 documentation - http://docs.python.org/library/__builtin__.html The top two are fine, but the last one is a Python 2 docs page but Google shows the title as being for 3.3. This seems to be really common when googling for python docs. At least the design of the two versions is different enough that you spot it immediately, but it happens often enough to be confusing all the same! Rick On 25 January 2014 13:47, Vincent Davis vinc...@vincentdavis.net wrote: When I do a google search the version numbers are mismatched with the linked page (or redirected). For example search for python counter I get the following results. (see attachment) It seems like the website is redirecting incorrectly. 1. collections - Python 3.3.3 documentationhttp://docs.python.org/library/collections.html 1. links to http://docs.python.org/library/collections.html 2. redirects to http://docs.python.org/2/library/collections.html 3. Which is python 2.7.6 2. itertools - Python 3.3.3 documentationhttp://docs.python.org/library/itertools.html 1. links to http://docs.python.org/library/itertools.html 2. redirects to http://docs.python.org/2/library/itertools.html 3. Which is again 2.7.6 3. 8.3. collections — Container datatypes - Python 3.3.3 documentationhttp://docs.python.org/dev/library/collections 1. This one seems correct, 3.40b2 2. links to http://docs.python.org/dev/library/collections The link to addresses are not really true, they look more like: https://www.google.com/url?sa=trct=jq=esrc=ssource=webcd=1cad=rjaved=0CCcQFjAAurl=http%3A%2F%2Fdocs.python.org%2Flibrary%2Fcollections.htmlei=k7vjUqPrHM_jsAS-m4G4Cwusg=AFQjCNFTyb_RHzPdorBGavEIR_ekNn_AFAsig2=yW6S02oUEfioUot11lTAlQbvm=bv.59930103,d.cWc Vincent Davis ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/rickboyce%40gmail.com ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] version numbers mismatched in google search results.
I think subdomains need there own robots.txt which docs.python.org nor docs.python.org/(2 or 3)/ have. and http://python.org/robots.txt (below) seems a little sparse. For sure /dev/ is not blocked # Directions for robots. See this URL: # http://www.robotstxt.org/wc/norobots.html # for a description of the file format. User-agent: HTTrack User-agent: puf User-agent: MSIECrawler Disallow: / # The Krugle web crawler (though based on Nutch) is OK. User-agent: Krugle Allow: / Disallow: /moin Disallow: /pypi Disallow: /~guido/orlijn/ Disallow: /wwwstats/ Disallow: /ftpstats/ # No one should be crawling us with Nutch. User-agent: Nutch Disallow: / # Hide old versions of the documentation and various large sets of files. User-agent: * Disallow: /~guido/orlijn/ Disallow: /wwwstats/ Disallow: /webstats/ Disallow: /ftpstats/ Disallow: /moin Disallow: /pypi Disallow: /dev/buildbot/ Vincent Davis 720-301-3003 On Sat, Jan 25, 2014 at 9:04 PM, Nick Coghlan ncogh...@gmail.com wrote: On 26 January 2014 05:05, Benjamin Peterson benja...@python.org wrote: On Sat, Jan 25, 2014, at 10:55 AM, Vincent Davis wrote: On Sat, Jan 25, 2014 at 10:12 AM, Benjamin Peterson benja...@python.orgwrote: Internal links with no version redirect to the Python 2 version for backwards compatibility reasons. On Sat, Jan 25, 2014 at 10:26 AM, Georg Brandl g.bra...@gmx.net wrote: Yep, and the URLs without version never served Python 3 docs as far as I can remember, so I don't know where Google has these titles from. That is not consistent with http://docs.python.org (no version number) redirects to http://docs.python.org/3/ This is recent. It used to go to Python 2 docs. http://www.python.org/dev/peps/pep-0430/ covers the rationale for the current arrangement. The main issue is the extensive use of existing deep links into the Python 2 documentation from Python 2 specific tutorials and other references. Those third party references not only include vast numbers of online resources that we don't control, but also books that can't be updated at all. So, the canonical URLs on docs.python.org now always include the major version number in the path so they're unambiguous, the Python 3 docs are displayed by default, and unqualified deep links redirect to Python 2 for backwards compatibility. The robots.txt on python.org is *supposed* to keep the web crawlers away from the /dev/ subtree (since most people searching for Python info aren't going to want the docs for an unreleased version), but I don't know if that's documented anywhere, or even if it's currently still configured that way. Maybe this is related to google search results. Seems wrong to me to point to 2.7 rather that 3.3 but I am sure there was discussion about that. The internal links all used to go to Python 2. There's also a lot of weight given in Google to the extensive array of existing unqualified deep links, which relate to Python 2. I looked (googled) for an example of a google link to current version of python 3.3 documentation. My approach was to google python and something listed in http://docs.python.org/3/whatsnew/3.3.html These results all seem to point to http://docs.python.org/dev/library i.e. 3.4.0b2 Which suggests that the Google web crawler *is* spidering the dev docs, which we generally don't want :P Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] configuring the buildbot to skip some tests?
On Fri, May 14, 2010 at 10:15 AM, Bill Janssen jans...@parc.com wrote: Vincent Davis vinc...@vincentdavis.net wrote: Not to interrupt you you conversation but I am interested in setting up a buildbot on one of my Macs. Is there any documentations or advise that is different from that of a linux machine? Any advise would be appreciated. Assuming you mean set up a build slave for Python testing... Here's what I did. I was installing on a Tiger machine, which comes with Python 2.3.5, so the first thing I did was to install Xcode 2.5, the latest release for Tiger. I also needed Subversion, so I downloaded and installed that. Later versions of OS X Xcode include Subversion, so you won't need to do it separately if you're using those. I then installed Python 2.6.5 from python.org, which winds up in /usr/local/bin, and modified my PATH to put /usr/local/bin on it. I downloaded the source bundles for Twisted, zope.interface, and buildbot, and installed them in that order -- sudo python setup.py install works fine for each of them. After that, I followed the instructions on the Wiki at http://wiki.python.org/moin/BuildBot. Create a buildbot account, make sure /usr/local/bin is on the PATH of the buildbot account, and issue the commands shown there. Yes thanks this is what I was thinking set up a build slave for Python testing, No reason this would not work on a leopard 10.6 machine? Thanks *Vincent Davis 720-301-3003 * vinc...@vincentdavis.net my blog http://vincentdavis.net | LinkedInhttp://www.linkedin.com/in/vincentdavis ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] configuring the buildbot to skip some tests?
Not to interrupt you you conversation but I am interested in setting up a buildbot on one of my Macs. Is there any documentations or advise that is different from that of a linux machine? Any advise would be appreciated. Thanks Vincent On Thu, May 13, 2010 at 3:44 PM, Nick Coghlan ncogh...@gmail.com wrote: Martin v. Löwis wrote: I've got parc-tiger-1 up and running again. It's failing on test_tk, which makes sense, because it's running as a background twisted process, and thus can't access the window server. I should configure that out. I'm looking for documentation on how to configure the build slave so that it skips this test. It may be better to try to detect the no window server case and skip it in the test itself rather than in the build slave configuration. Even better would be if Python wouldn't crash when you try to run Tk commands without a window server. Instead of aborting Python, that should raise an exception (which can then be detected as a test skip). Yes, when I commented I didn't realise that failing in this case actually meant crashing :P Regards, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia --- ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/vincent%40vincentdavis.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] audience-instructors for Teach Me Python Bugfixing needed
On Thu, May 6, 2010 at 9:29 AM, Antoine Pitrou solip...@pitrou.net wrote: Scanning through open issues will also give you a general idea of what kind of functionalities are looking for improvement, or need fixing. (you can create a new issue and start tackling it yourself, too) As a wanabe Dev I think the hardest thing is to find an open issue I can actually fix and to have a mentor to help make sure I don't miss something I did not know about. Please record the Teach Me session if it happens. (audio and/or video) *Vincent Davis 720-301-3003 * vinc...@vincentdavis.net my blog http://vincentdavis.net | LinkedInhttp://www.linkedin.com/in/vincentdavis ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com