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 wrote: > On Thu, Jan 1, 2015 at 12:24 PM, Benjamin Peterson > 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.
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 wrote: > On 26 January 2014 05:05, Benjamin Peterson wrote: > > > > > > On Sat, Jan 25, 2014, at 10:55 AM, Vincent Davis wrote: > >> On Sat, Jan 25, 2014 at 10:12 AM, Benjamin Peterson > >> wrote: > >> > >> > 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 > 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 s 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] version numbers mismatched in google search results.
On Fri, Jan 31, 2014 at 5:41 AM, Rick Boyce 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 https<https://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/library<https://docs.python.org/3/library/builtins.html> redirects to http://docs.python.org/2/library<https://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/library<https://docs.python.org/3/library/builtins.html> (no version number) * Is this correct? At some point http://docs.python.org/library<https://docs.python.org/3/library/builtins.html> should stop working. I would consider adding release numbers, i.e http://docs.python.org/3.4/library<https://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.org<https://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 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 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 >> documentation<http://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 >> documentation<http://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 >> documentation<http://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=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&ved=0CCcQFjAA&url=http%3A%2F%2Fdocs.python.org%2Flibrary%2Fcollections.html&ei=k7vjUqPrHM_jsAS-m4G4Cw&usg=AFQjCNFTyb_RHzPdorBGavEIR_ekNn_AFA&sig2=yW6S02oUEfioUot11lTAlQ&bvm=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] audience-instructors for Teach Me Python Bugfixing needed
On Thu, May 6, 2010 at 9:29 AM, Antoine Pitrou 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> | LinkedIn<http://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 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] configuring the buildbot to skip some tests?
On Fri, May 14, 2010 at 10:15 AM, Bill Janssen wrote: > Vincent Davis 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> | LinkedIn<http://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
