Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://mail.python.org/pipermail/python-dev/2018-October/subject.html below:

The Python-Dev October 2018 Archive by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Mon Oct 1 07:19:39 EDT 2018
Ending: Wed Oct 31 22:40:50 EDT 2018
Messages: 267

• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Stephane Wirtel
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Antoine Pitrou
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Steve Dower
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Calvin Spealman
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Steve Dower
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Wes Turner
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Victor Stinner
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Chris Barker
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Mark Lawrence
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Steven D'Aprano
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Gregory P. Smith
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Peter Wang
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Greg Ewing
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Nick Coghlan
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Nick Coghlan
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Stephane Wirtel
• [Python-Dev] "Deprecation" of os.system in favor of subprocess?   Michael Felt
• [Python-Dev] 3.7.1 and 3.6.7 Release Update   Ned Deily
• [Python-Dev] [PATCH] BSD extended attributes   William Orr
• [Python-Dev] [Python-checkins] bpo-34203: FAQ now recommends python 3.x over 2.x (GH-9796)   Eric V. Smith
• [Python-Dev] [Python-checkins] bpo-34203: FAQ now recommends python 3.x over 2.x (GH-9796)   Martin Panter
• [Python-Dev] [Python-checkins] bpo-34203: FAQ now recommends python 3.x over 2.x (GH-9796)   Eric V. Smith
• [Python-Dev] [RELEASE] Python 3.7.1 and 3.6.7 are now available   Ned Deily
• [Python-Dev] [RELEASE] Python 3.7.1 and 3.6.7 are now available   Terry Reedy
• [Python-Dev] [RELEASE] Python 3.7.1 and 3.6.7 are now available   Ned Deily
• [Python-Dev] [RELEASE] Python 3.7.1rc2 and 3.6.7rc2 now available for testing   Ned Deily
• [Python-Dev] AIX build-bots broken for 11 days   Michael Felt
• [Python-Dev] AIX to stable, what does that take?   Michael Felt
• [Python-Dev] AIX to stable, what does that take?   INADA Naoki
• [Python-Dev] AIX to stable, what does that take?   Michael Felt
• [Python-Dev] AIX to stable, what does that take?   Michael Haubenwallner
• [Python-Dev] AIX to stable, what does that take?   Rob Boehne
• [Python-Dev] AIX to stable, what does that take?   Michael
• [Python-Dev] AIX to stable, what does that take?   Michael
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Steven D'Aprano
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Serhiy Storchaka
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Brett Cannon
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Chris Barker
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   João Santos
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Simon Cross
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Chris Barker
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Terry Reedy
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Stephen J. Turnbull
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Jeff Hardy
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Guido van Rossum
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Steven D'Aprano
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Steven D'Aprano
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Barry Warsaw
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Guido van Rossum
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Benjamin Peterson
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Chris Jerdonek
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Glenn Linderman
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Guido van Rossum
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Chris Jerdonek
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Serhiy Storchaka
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Chris Barker - NOAA Federal
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Samuele Pedroni
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Steven D'Aprano
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Jeff Allen
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs   Jeff Hardy
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Michael Selik
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Nathaniel Smith
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Antoine Pitrou
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Antoine Pitrou
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Antoine Pitrou
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Antoine Pitrou
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Nathaniel Smith
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Michael Selik
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Michael Selik
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Michael Selik
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Michael Selik
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Chris Jerdonek
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Thomas Moreau
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Joni Orponen
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Michael Selik
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Michael Selik
• [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals   Sean Harrington
• [Python-Dev] Change in Python 3's "round" behavior   Michael Felt
• [Python-Dev] Change in Python 3's "round" behavior   Mark Lawrence
• [Python-Dev] Communication channels   Victor Stinner
• [Python-Dev] Communication channels   Chris Jerdonek
• [Python-Dev] Communication channels   Victor Stinner
• [Python-Dev] Communication channels   Brett Cannon
• [Python-Dev] Communication channels   Tres Seaver
• [Python-Dev] Communication channels   Ethan Furman
• [Python-Dev] Communication channels   Victor Stinner
• [Python-Dev] Communication channels   Matthias Bussonnier
• [Python-Dev] Custom AIX build last week...   Michael Felt
• [Python-Dev] Custom AIX build last week...   Michael Felt
• [Python-Dev] Custom AIX build last week...   Victor Stinner
• [Python-Dev] dear core-devs   Michael Felt
• [Python-Dev] dear core-devs   Steven D'Aprano
• [Python-Dev] dear core-devs   Tres Seaver
• [Python-Dev] dear core-devs   Erik Bray
• [Python-Dev] dear core-devs   Simon Cross
• [Python-Dev] dear core-devs   Michael Felt
• [Python-Dev] dear core-devs   Michael Felt
• [Python-Dev] dear core-devs   Terry Reedy
• [Python-Dev] dear core-devs   Michael Felt
• [Python-Dev] dear core-devs   Neil Schemenauer
• [Python-Dev] dear core-devs   Terry Reedy
• [Python-Dev] dear core-devs   Erik Bray
• [Python-Dev] dear core-devs   Erik Bray
• [Python-Dev] dear core-devs   Michael Felt
• [Python-Dev] dear core-devs   Michael Felt
• [Python-Dev] dear core-devs   Victor Stinner
• [Python-Dev] dear core-devs   Petr Viktorin
• [Python-Dev] dear core-devs   Michael Felt
• [Python-Dev] dear core-devs   Steven D'Aprano
• [Python-Dev] Heap-allocated StructSequences   Eddie Elizondo
• [Python-Dev] Helping with Documentation   Kenneth Reitz
• [Python-Dev] Helping with Documentation   Brian Curtin
• [Python-Dev] Helping with Documentation   Ned Deily
• [Python-Dev] Julien Palard joins the Python Release Team as Documentation Expert   Ned Deily
• [Python-Dev] Julien Palard joins the Python Release Team as Documentation Expert   Christian Heimes
• [Python-Dev] LDLAST variable in configure.ac   Michael Felt
• [Python-Dev] LDLAST variable in configure.ac   Benjamin Peterson
• [Python-Dev] LDLAST variable in configure.ac   Michael Felt
• [Python-Dev] LDLAST variable in configure.ac   Łukasz Langa
• [Python-Dev] LDLAST variable in configure.ac   Michael Felt
• [Python-Dev] LibSSH Vulnerability   MRAB
• [Python-Dev] LibSSH Vulnerability   Antoine Pitrou
• [Python-Dev] LibSSH Vulnerability   João Santos
• [Python-Dev] Maintaining civility - the core of the Python community   VanL
• [Python-Dev] PEP 543-conform TLS library   Mathias Laurin
• [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580")   Guido van Rossum
• [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580")   Brett Cannon
• [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580")   Nick Coghlan
• [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580")   Guido van Rossum
• [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580")   Chris Angelico
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Jeroen Demeyer
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Wes Turner
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   INADA Naoki
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Łukasz Langa
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Łukasz Langa
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Wes Turner
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Jeroen Demeyer
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Jeroen Demeyer
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Barry Warsaw
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Antoine Pitrou
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Terry Reedy
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Guido van Rossum
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Terry Reedy
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Guido van Rossum
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Jeroen Demeyer
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Nick Coghlan
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Jeroen Demeyer
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Petr Viktorin
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Łukasz Langa
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Łukasz Langa
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580   Petr Viktorin
• [Python-Dev] Python Language Governance Proposals   Victor Stinner
• [Python-Dev] Python Language Governance Proposals   Stéfane Fermigier
• [Python-Dev] Python Language Governance Proposals   Jeroen Demeyer
• [Python-Dev] Python Language Governance Proposals   Brett Cannon
• [Python-Dev] Python Language Governance Proposals   Steve Holden
• [Python-Dev] Python Language Governance Proposals   Jeroen Demeyer
• [Python-Dev] Python startup time   Gregory Szorc
• [Python-Dev] Python startup time   Antoine Pitrou
• [Python-Dev] Python startup time   Ronald Oussoren
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Benjamin Peterson
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Benjamin Peterson
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Michael Felt
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Benjamin Peterson
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Eric Snow
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Eric Snow
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Eric Snow
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Eric Snow
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Eric Snow
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Eric Snow
• [Python-Dev] Rename Include/internals/ to Include/pycore/   Victor Stinner
• [Python-Dev] Servicing pypi.python.org   Facundo Batista
• [Python-Dev] Servicing pypi.python.org   Terry Reedy
• [Python-Dev] Servicing pypi.python.org   Donald Stufft
• [Python-Dev] Servicing pypi.python.org   Benedikt Werner
• [Python-Dev] Servicing pypi.python.org   Facundo Batista
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Ed Peschko
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Steven D'Aprano
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Armin Rigo
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Chris Jerdonek
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Chris Jerdonek
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Greg Ewing
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Nathaniel Smith
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Glenn Linderman
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Chris Angelico
• [Python-Dev] short-circuiting runtime errors/exceptions in python debugger.   Steve Dower
• [Python-Dev] short-circuiting runtime errors/exceptions in the python debugger.   Ed Peschko
• [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?   Steven D'Aprano
• [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?   Guido van Rossum
• [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?   Antoine Pitrou
• [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?   Benjamin Peterson
• [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?   Brett Cannon
• [Python-Dev] Some PRs to merge?   Stephane Wirtel
• [Python-Dev] Some PRs to merge?   Brett Cannon
• [Python-Dev] Some PRs to merge?   Victor Stinner
• [Python-Dev] Some PRs to merge?   Stephane Wirtel
• [Python-Dev] Some PRs to merge?   Steve Holden
• [Python-Dev] Some PRs to merge?   Serhiy Storchaka
• [Python-Dev] Some PRs to merge?   Victor Stinner
• [Python-Dev] Standardize error message for non-pickleable types   Serhiy Storchaka
• [Python-Dev] Standardize error message for non-pickleable types   Victor Stinner
• [Python-Dev] Standardize error message for non-pickleable types   Glenn Linderman
• [Python-Dev] Standardize error message for non-pickleable types   Barry Warsaw
• [Python-Dev] Standardize error message for non-pickleable types   MRAB
• [Python-Dev] Standardize error message for non-pickleable types   Terry Reedy
• [Python-Dev] Standardize error message for non-pickleable types   Steven D'Aprano
• [Python-Dev] Standardize error message for non-pickleable types   Steven D'Aprano
• [Python-Dev] Standardize error message for non-pickleable types   MRAB
• [Python-Dev] Standardize error message for non-pickleable types   Serhiy Storchaka
• [Python-Dev] Standardize error message for non-pickleable types   Victor Stinner
• [Python-Dev] Standardize error message for non-pickleable types   Glenn Linderman
• [Python-Dev] Standardize error message for non-pickleable types   MRAB
• [Python-Dev] Summary of Python tracker Issues   Python tracker
• [Python-Dev] Summary of Python tracker Issues   Python tracker
• [Python-Dev] Summary of Python tracker Issues   Python tracker
• [Python-Dev] Summary of Python tracker Issues   Python tracker
• [Python-Dev] The future of the wchar_t cache   Serhiy Storchaka
• [Python-Dev] The future of the wchar_t cache   INADA Naoki
• [Python-Dev] The future of the wchar_t cache   Stefan Behnel
• [Python-Dev] The future of the wchar_t cache   Steve Dower
• [Python-Dev] The future of the wchar_t cache   Victor Stinner
• [Python-Dev] The future of the wchar_t cache   Victor Stinner
• [Python-Dev] The future of the wchar_t cache   Steve Dower
• [Python-Dev] The future of the wchar_t cache   Victor Stinner
• [Python-Dev] The future of the wchar_t cache   Steve Dower
• [Python-Dev] The future of the wchar_t cache   Victor Stinner
• [Python-Dev] The future of the wchar_t cache   Serhiy Storchaka
• [Python-Dev] The future of the wchar_t cache   Steve Dower
• [Python-Dev] The future of the wchar_t cache   Serhiy Storchaka
• [Python-Dev] The future of the wchar_t cache   Serhiy Storchaka
• [Python-Dev] The future of the wchar_t cache   Steve Dower
• [Python-Dev] The future of the wchar_t cache   Steve Dower
• [Python-Dev] The future of the wchar_t cache   Serhiy Storchaka
• [Python-Dev] The future of the wchar_t cache   Nick Coghlan
• [Python-Dev] Use of objdump within ctypes _get_soname()   Ray Donnelly
• [Python-Dev] Use of objdump within ctypes _get_soname()   Gregory P. Smith
• [Python-Dev] Use of objdump within ctypes _get_soname()   Ray Donnelly
• [Python-Dev] wininst-*.exe files in Lib/distutils/command   VanL
• [Python-Dev] wininst-*.exe files in Lib/distutils/command   Paul Moore
• [Python-Dev] wininst-*.exe files in Lib/distutils/command   Zachary Ware
• [Python-Dev] wininst-*.exe files in Lib/distutils/command   VanL
• [Python-Dev] wininst-*.exe files in Lib/distutils/command   Petr Viktorin
• [Python-Dev] wininst-*.exe files in Lib/distutils/command   VanL
• [Python-Dev] wininst-*.exe files in Lib/distutils/command   Petr Viktorin
• [Python-Dev] ​Re: Python Language Governance Proposals   eamanu15
• [Python-Dev] ​Re: Python Language Governance Proposals   Victor Stinner

Last message date: Wed Oct 31 22:40:50 EDT 2018
Archived on: Wed Oct 31 22:41:03 EDT 2018

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4