Wikitech-l December 2004

wikitech-l@lists.wikimedia.org

101 participants
135 discussions

Uploads moved to albert
by Brion Vibber 14 Dec '04

14 Dec '04

The wiki image & file uploads being pulled off of NFS have been dominating load on zwinger for a while. Uploads have now been moved to albert, which doesn't seem to be as badly bogged down (and which doesn't break mail and other things when it's bogged!) Since we did the file synchronization while the wikis were live it's possible some individual files on albert are missing or out of date. Missing files are being automatically checked for and pulled off of zwinger transparently for the web server, but the wikis won't find them internally. Should do a smoother final sync run at some point. With any luck, a much lighter zwinger load will mean that mail keeps going through at a regular pace, and the wikis ought to keep pace better. -- brion vibber (brion @ pobox.com)

2 1

Enotif + Eauthent 2.00/CVS for CVS HEAD 1.5 available
by Thomas Gries 14 Dec '04

14 Dec '04

I now have a first version ***ready*** for download for those, who want to test (up-to-date with CVS 1.5 14.12.2004 about 00:00 UTC) - Email notification for page changes see http://bugzilla.wikipedia.org/show_bug.cgi?id=454 - Email address authentication see http://bugzilla.wikipedia.org/show_bug.cgi?id=866 Please let me know if you can test it soon, then I mail you the URL immediately. Tom

1 0

DNS change
by Jason Richey 14 Dec '04

14 Dec '04

I changed the DNS servers for mediawiki.org to zwinger/gunther. At the moment, they answer with the same IP that the old servers answerred with (an IP we don't control). At the moment, the IP serves a "302 found" and sends the browser to the sourceforge page. It would be ideal if someone would set up the redirect on the wikimedia servers, and change the /var/named/master/mediawiki.zone file accordingly. -- "Jason C. Richey" <jasonr(a)bomis.com>

1 0

There is any compression technology for wikipedia database that allow to use database without decompress it ?
by mt 14 Dec '04

14 Dec '04

I am new in that list and I am not proud about my english. There are many things that I don't know so I am asking. I don't have enough spaces on hard drive so I ask: There is any compression technology for wikipedia database that allow to use database without decompress it ? At this moment I only want a static version of wikipedia to help me in my work. I am not sure which one will rise faster, wikipedia or hard drive size. Anyway at this moment I can' buy a bigger hard drive. I have 2 hard drives 60 GB and 80 GB and 2 OS Windows XP and Fedora. I have a database downloaded in August 14. Old.sql English is about 10G bat I understand that after decompression it will be about 40 GB or more. Thank a lot for any information, Mircea

2 1

please deactivate [[cache:...]] tags
by Sam Hocevar 13 Dec '04

13 Dec '04

Hello, I think 'Cache' shortcuts should be removed from the maintenance/interwiki.sql file. It can be used to automatically redirect to malicious sites without the user knowing it is an external link. Proof of concept here: http://fr.wikipedia.org/wiki/Utilisateur:Sam_Hocevar/goatse Regards, -- Sam Hocevar <sam(a)zoy.org> <http://sam.zoy.org/> Software should be free -- http://www.debian.org/ Media access should be free -- http://www.videolan.org/ Knowledge must be free -- http://www.wikipedia.org/

1 0

RE: [Wikitech-l] PostgreSQL support in beta
by Domas Mituzas 13 Dec '04

13 Dec '04

> > Domas, can you write up the manual install instructions? I'd like to > try adding support to the installer but I'm pretty fuzzy on what needs > to be done first. Hey, the master document is still at http://ph3.defau.lt/index.php?title=PostgreSQL_Install -- Domas ---------------------------------------cut here--------------------------------------------------------------------------------- Hereby I, humble developer of mediawiki, try to document the HEAD install process on my FreeBSD/PostgreSQL box. Files are taken from my dev cf.net CVS account, cvs co phase3 mv phase3 pgwiki.defau.lt What I try to do next is creating database and users. * Database and users should not be created before * I should be able to supply admin credentials $ psql -U superuser template1 Welcome to psql 7.4.1, the PostgreSQL interactive terminal. ... template1=# CREATE USER mediawikiadmin PASSWORD 'someadminpassword'; CREATE USER template1=# CREATE USER mediawikiuser PASSWORD 'someuserpassword'; CREATE USER template1=# CREATE DATABASE mediawiki WITH OWNER=mediawikiadmin ENCODING='UNICODE'; CREATE DATABASE ... Then I have to load the database schema as mediawikiadmin: $ psql -U mediawikiadmin mediawiki < maintenance/postgresql/pg_tables.sql There are two meanings of schemas in PG, one as, well, database structure. Another is a logical domain for grouping same kinds of objects. In order to allow many MW instances with shared or not-so-shared tables I made that logical domain by default called "mediawiki", but changable by $wgDBschema. Some additional modules (like search) might use other schemas. That's nice for not mixing everything up. Command names and some notices on implicit indexes would be provided. Then, if it is desired to use lower-security user (the mediawikiuser), we should grant him access as in maintenance/postgresql/pg_users.sql (there we have {$wgDBuser}): $ psql -U mediawikiadmin -h dammit.lt mediawiki mediawiki=> set search_path=mediawiki,public; SET mediawiki=> GRANT SELECT,INSERT,UPDATE,DELETE ON mediawiki-> archive,brokenlinks,categorylinks,cur, mediawiki-> cur_cur_id_seq,"group",hitcounter,image,imagelinks, mediawiki-> interwiki,ipblocks,ipblocks_ipb_id_seq,links, mediawiki-> linkscc,"logging",math,objectcache,"old",old_old_id_seq, mediawiki-> oldimage,profiling,querycache,recentchanges, mediawiki-> recentchanges_rc_id_seq,searchindex,site_stats, mediawiki-> site_stats_ss_row_id_seq,"user",user_groups,user_newtalk, mediawiki-> user_rights,user_user_id_seq,validate,watchlist mediawiki-> TO mediawikiuser; GRANT As database is prepared, here we might need to load some initial data. I do set up AdminSettings.php: $wgDBadminuser='mediawikiadmin'; $wgDBadminpassword='someadminpassword'; I take a reference LocalSettings.php from another site and start walking through it: $IP = "/home/midom/www/pgwiki.defau.lt"; PG! $wgDBtype = "PostgreSQL"; $wgDBserver = "localhost"; $wgDBname = "mediawiki"; $wgDBuser = "mediawikiuser"; $wgDBpassword = "someuserpassword"; # There's a simple bug to fix, but this is required now: $wgPutIPinRC=true; As I am not a liar: $wgDBmysql4 = false; I've got to load initial group data as well, I've got to change `->" from group and load the data into correct schema: SET search_path=mediawiki,public; INSERT INTO "group" (group_id,group_name,group_description,group_rights) VALUES (1,'Anonymous','Anonymous users','read,edit,createaccount'); INSERT INTO "group" (group_id,group_name,group_description,group_rights) VALUES (2,'Loggedin','General logged in users','read,edit,move,upload'); INSERT INTO "group" (group_id,group_name,group_description,group_rights) VALUES (3,'Sysops','Operators of this site', 'read,edit,move,delete,undelete,protect,block,upload,asksql,rollback,patrol,editinterface,sysop'); INSERT INTO "group" (group_id,group_name,group_description,group_rights) VALUES (4,'Bureaucrat','The bureaucrat group is able to make sysops for example. They have no other rights.', 'read,edit,move,delete,undelete,protect,block,userrights,createaccount,upload,asksql,rollback,patrol,editinterface,siteadmin,sysop'); Mhm, it could load some defaults in case it does not find default groups... That's for owner of Hashar's cat :) Ah, and next thing is of course - message loading. $ php rebuildMessages.php --rebuild Initialising "MediaWiki" namespace... Clearing message cache...Done. Ah, right, search. This is a bit trickier. You've got to have PostgreSQL contrib installed. There you've got /usr/local/share/postgresql/contrib/tsearch2.sql file. You should edit one of first lines in this file from -- Adjust this setting to control where the objects get CREATEd. SET search_path = public; to -- Adjust this setting to control where the objects get CREATEd. SET search_path = tsearch; This code uses external functions for your PG, therefore, you must be a PG superuser to do this. You should create schema tsearch as user mediawikiadmin, and then load the tsearch schema from pg contrib. Moreover, as database superuser you'll have to make this: GRANT ALL ON TABLE pg_ts_cfg,pg_ts_cfgmap,pg_ts_dict,pg_ts_parser to mediawikiadmin; GRANT SELECT ON TABLE pg_ts_cfg,pg_ts_cfgmap,pg_ts_dict,pg_ts_parser to mediawikiuser; Then again, as mediawikiadmin: SET search_path=mediawiki,tsearch,public; CREATE TABLE searchindex ( si_page integer PRIMARY KEY, si_title tsvector, si_text tsvector ); CREATE INDEX si_text_idx ON searchindex USING gist (si_text); CREATE INDEX si_title_idx ON searchindex USING gist (si_title); GRANT USAGE ON SCHEMA tsearch to mediawikiuser; GRANT INSERT,UPDATE,SELECT,DELETE ON searchindex to mediawikiuser; Search is working. Or should be. The wiki - as well.

1 0

Re: Images from Wikimedia Commons
by Arwel Parry 13 Dec '04

13 Dec '04

In message <EB323D2D-4C8E-11D9-BE8F-000A95DAA284(a)pobox.com>, Brion Vibber <brion(a)pobox.com> writes >On Dec 12, 2004, at 2:17 PM, Arwel Parry wrote: >> Could someone confirm whether or not images are displaying OK from >>Commons? >> >> For example, when I look at >>[[en:Ukrainian_presidential_election,_2004]] under "Preliminary vote" >>there's an image captioned "First-round voters in >>Kamyanets'-Podils'kyi, 31 October, 2004" which does not display when I >>look at it with Firefox and IE. The image does exist at >>http://commons.wikimedia.org/wiki/Image: Ukrainian_election_2004_1_ubt.JPG > >Looks fine in Safari and Firefox. > >-- brion vibber (brion @ pobox.com) Hmm, I wonder why it doesn't show up on my Firefox browser -- surely not a Mac/Windows difference? -- Arwel Parry http://www.cartref.demon.co.uk/

2 1

MediaWiki 1.3.9 released [security]
by Brion Vibber 12 Dec '04

12 Dec '04

MediaWiki 1.3.9 is a security and bug fix release. A flaw in upload handling has been found which may allow upload and execution of arbitrary scripts with the permissions of the web server. Only wikis that have enabled uploads and have a vulnerable Apache configuration will be affected, but to be safe all wikis should upgrade. Wikis with uploads available should either disable uploads or upgrade to 1.3.9 immediately; if other files are customized and require merging changes, includes/SpecialUpload.php may be replaced individually to add the fix. (It is also recommended to configure your web server to disable script execution in the 'images' subdirectory where uploads are placed, which prevents most attacks even if the wiki fails.) Changes from 1.3.8: * Backported "Templates used in this page"-feature of EditPage * Allow "MySkin" as a default skin. * (bug 938) Parse namespaces correctly on self-interwiki links * (bug 1010) fix broken Commons image link on Classic & Cologne Blue * (bug 1004) Norsk language names for interwiki links changed, Nauruan language name changed * Fix upload extension blacklist to protect against vulnerable Apache configurations Release notes: http://sourceforge.net/project/shownotes.php?release_id=289468 Download: http://prdownloads.sf.net/wikipedia/mediawiki-1.3.9.tar.gz?download Wiki admin help mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-l Low-traffic release announcements mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce Bug report system: http://bugzilla.wikipedia.org/ Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net - -- brion vibber (brion @ pobox.com)

1 0

MediaWiki 1.4beta3 released
by Brion Vibber 12 Dec '04

12 Dec '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.4beta3 is an experimental release, to help flush out remaining major problems in the code prior to a final public 1.4.0 release. It is not recommended to use this beta on a public site unless you're familiar with MediaWiki innards and are willing and able to help diagnose and fix problems that come up. Users of the earlier beta releases should upgrade as soon as possible, particularly if uploads are enabled. A security vulnerability with uploads on some Apache configurations has been fixed in this release. === Beta 3 fixes === * Hide RC patrol markers when patrol is disabled or not allowed to patrol. * Fix language selection for upgraded accounts * (bug 1076) navigation links in QueryPage should be translated by wgContLang. * (bug 922) bogus DOS line endings in LanguageEl.php * Fix index usage in contribs * Caching and load limiting options for Recentchanges RSS/Atom feed * (bug 1074) Add stock icons for non-image files in gallery/Newimages * Add width and height attributes on thumbs in gallery/Newimages * Enhance upload extension blacklist to protect against vulnerable Apache configurations Release notes: http://sourceforge.net/project/shownotes.php?release_id=289469 Download: http://prdownloads.sf.net/wikipedia/mediawiki-1.4beta3.tar.gz?download Wiki admin help mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-l Low-traffic release announcements mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce Bug report system: http://bugzilla.wikipedia.org/ Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net - - -- brion vibber (brion @ pobox.com) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) iD8DBQFBvNsRwRnhpk1wk44RAq4OAJ97aILWDHXV8b4jMbJNrHWvbsiG6wCfQjVS Y3FFGLESXFkLUfmHsDK8J4Q= =g/qo -----END PGP SIGNATURE-----

1 0

Images from Wikimedia Commons
by Arwel Parry 12 Dec '04

12 Dec '04

Could someone confirm whether or not images are displaying OK from Commons? For example, when I look at [[en:Ukrainian_presidential_election,_2004]] under "Preliminary vote" there's an image captioned "First-round voters in Kamyanets'-Podils'kyi, 31 October, 2004" which does not display when I look at it with Firefox and IE. The image does exist at http://commons.wikimedia.org/wiki/Image:Ukrainian_election_2004_1_ubt.JPG -- Arwel Parry http://www.cartref.demon.co.uk/

2 1

← Newer
1
...
5
6
7
8
9
10
11
...
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l December 2004