Ehlo,
I see that this topic has been popped up from time to time since 2004, and that most of the misc servers have been already IPv6 enabled. I have checked around whether google have any info on that, and found a few (really few) mail on that, from the original 2004 test to a comment from 2008 that squid and mediawiki is the problem, apart from some smaller issues. (As a sidenote, google don't seem to find anything on site:lists.wikimedia.org about "ipv6", interesting.)
Now, squid fully supports IPv6 as of now (since 3.1), so I guess that's check. (I didn't try it, though, but others seem to have.)
MediaWiki, well, http://www.mediawiki.org/wiki/IPv6_support didn't mention any outstanding problem and the linked bug is closed, so as far as I'm observing (without actually testing it) it looks okay.
The database structure may require some tuning as far as I see. Right?
Apache handle it since eternity, php does I guess.
Are there any further, non v6 compatible components in running a wikipedia? If not, is there any outstanding proble which would make it impossible to fire up a test interface on ipv6?
I'd say to use a separate host, like en.ipv6.wikipedia.org, and not to worry about the cache efficiency because I doubt that the ipv6 level traffic would really measure up to the ipv4 one. At least it could be properly measured, and decision should base on facts how to go on.
Maybe there's a test host already on, but I wasn't able to find it, so I guess nobody else can. ;-)
Is there any further problem in this topic require solutions, or it just didn't occur to anyone lately?
On Fri, Jun 12, 2009 at 6:40 AM, Peter Gervaigrin@grin.hu wrote:
I see that this topic has been popped up from time to time since 2004, and that most of the misc servers have been already IPv6 enabled. I have checked around whether google have any info on that, and found a few (really few) mail on that, from the original 2004 test to a comment from 2008 that squid and mediawiki is the problem, apart from some smaller issues. (As a sidenote, google don't seem to find anything on site:lists.wikimedia.org about "ipv6", interesting.)
This might be useful, although most of the info is probably outdated:
http://wikitech.wikimedia.org/view/Special:Search?search=ipv6&go=Go
On Fri, Jun 12, 2009 at 13:55, Aryeh GregorSimetrical+wikilist@gmail.com wrote:
This might be useful, although most of the info is probably outdated: http://wikitech.wikimedia.org/view/Special:Search?search=ipv6&go=Go
Yep, including the dead labs link.
But it mentioned LVS [ipvs], dunno whether we use it or not, but it supports ipv6 either. ;-)
g
Peter Gervai wrote:
Ehlo,
I see that this topic has been popped up from time to time since 2004, and that most of the misc servers have been already IPv6 enabled. I have checked around whether google have any info on that, and found a few (really few) mail on that, from the original 2004 test to a comment from 2008 that squid and mediawiki is the problem, apart from some smaller issues. (As a sidenote, google don't seem to find anything on site:lists.wikimedia.org about "ipv6", interesting.)
List archives are not searchable by google.
Now, squid fully supports IPv6 as of now (since 3.1), so I guess that's check. (I didn't try it, though, but others seem to have.)
MediaWiki, well, http://www.mediawiki.org/wiki/IPv6_support didn't mention any outstanding problem and the linked bug is closed, so as far as I'm observing (without actually testing it) it looks okay.
The database structure may require some tuning as far as I see. Right?
I don't think so.
MediaWiki code may need some assumptions about it, though.
Apache handle it since eternity, php does I guess.
Are there any further, non v6 compatible components in running a wikipedia? If not, is there any outstanding proble which would make it impossible to fire up a test interface on ipv6?
I'd say to use a separate host, like en.ipv6.wikipedia.org, and not to worry about the cache efficiency because I doubt that the ipv6 level traffic would really measure up to the ipv4 one. At least it could be properly measured, and decision should base on facts how to go on.
Maybe there's a test host already on, but I wasn't able to find it, so I guess nobody else can. ;-)
I think this comment in the config summarises it: "no IPv6 support - 20051207"
Is there any further problem in this topic require solutions, or it just didn't occur to anyone lately?
On Fri, Jun 12, 2009 at 23:55, PlatonidesPlatonides@gmail.com wrote:
List archives are not searchable by google.
Is it on purpose? Why?
I don't think so.
You quoted back 3 questions and answered one of them, dunno which. :-)
MediaWiki code may need some assumptions about it, though.
I think this comment in the config summarises it: "no IPv6 support - 20051207"
I don't think so. If you look more carefully you see references about code cleanups regarding IPv6, actually lots of them, and generally it seems that people silently work on that, so maybe it's just checking it again, since 2005 wasn't yesterday.
Any core devels with opinions? Tim? Brion?
On Mon, Jun 15, 2009 at 11:46 AM, Peter Gervai grinapo@gmail.com wrote:
On Fri, Jun 12, 2009 at 23:55, PlatonidesPlatonides@gmail.com wrote:
List archives are not searchable by google.
Is it on purpose? Why?
Yep, so that accidentally published private data doesn't get indexed by google. Same for deliberately published data or personal insults with clearnames of users, wikide-l had this some times. Dunno about such experiences on other lists.
Marco
wikitech-l@lists.wikimedia.org