User talk:Nemo bis

Rendered with Parsoid
From Wikitech
(Redirected from User talk:Federico)

Hello sir i am new to mediawiki can you suggest me a new tutorial which is compatible with latest or LTS version

FIIIIIU

Mi sono registrato come da istruzioni (Stefano) --Sabas (talk) 21:56, 1 May 2014 (UTC)Reply

A beer for you!

Grazie Cortesimone (talk) 22:02, 1 May 2014 (UTC)Reply

Vorrei essere aggiunto alla nuova macchina OSM

Utente: sbiribizio

Grazie Fabrizio Tambussa

Oibò!

Caro Nemo, vedo che sono stato aggiunto a OSM-IT, ma tutto nasce da un penoso equivoco. Non so nulla di OSM, il mio linux si riduce a un vago balbettio, e il mio contributo sarà zero. Quindi: se il mio account ti fa comodo per far numero in questa fase di avvio, mantienilo; non appena questa motivazione verrà meno, ne riparliamo. --Alex brollo (talk) 19:52, 2 May 2014 (UTC)Reply

Completing project documentation

This is regarding the announcement (http://lists.wikimedia.org/pipermail/labs-l/2014-July/002762.html) if you have missed it.

We have added some fields in addition to description field which is already there on your projects. Please click "Edit Documentation" in your project page/ project pages and fill the blanks. It will only take few minutes from your valuable time.

If you have any comments or suggestion on the form please let me know.--Sandaru (talk) 17:39, 25 July 2014 (UTC)Reply

Wiki Replica c1.labsdb to be rebooted Monday 2017-10-30 14:30 UTC

A tool you maintain is hosting data on labsdb1001.eqiad.wmnet (aka c1.labsdb). This server will be rebooted Monday 2017-10-30 at 14:30 UTC.

Normal usage of the *.labsdb databases should experience only limited interruption as DNS is changed to point to the labsdb1003.eqiad.wmnet (aka c3.labsdb). The c1.labsdb service name will not be updated however, so tools hardcoded to that service name will be interrupted until the reboot is complete.

There is a possibility of catastrophic hardware failure in this reboot. There will be no way to recover the server or the data it currently hosts if that happens. Tools that are hosting self-created data on c1.labsdb will lose that data if there is hardware failure. If you are unsure why your tool is hosting data on c1.labsdb, you can check the database and table names at https://tools.wmflabs.org/tool-db-usage/.

This reboot is an intermediate step before the complete shutdown of the server on Wednesday 2017-12-13. See Wiki Replica c1 and c3 shutdown for more information. --BryanDavis 00:19, 28 October 2017 (UTC)Reply

Wiki Replica c3.labsdb to be shutdown Wednesday 2017-12-13

A tool you maintain is hosting data on labsdb1003.eqiad.wmnet (aka c3.labsdb). This server will be taken out of service on Wednesday 2017-12-13.

Normal usage of the *.labsdb databases should experience only limited interruption as DNS is changed to point to the new Wiki Replica cluster. The c3.labsdb service name will not be updated however, so tools hardcoded to that service name will be interrupted until they are updated to use a new service name.

Tools that are hosting self-created data on c3.labsdb will lose that data if it is not migrated to tools.db.svc.eqiad.wmflabs (also known as tools.labsdb). If you are unsure why your tool is hosting data on c3.labsdb, you can check the database and table names at https://tools.wmflabs.org/tool-db-usage/ or phab:P6313.

Please see Wiki Replica c1 and c3 shutdown for more information. --BryanDavis 20:37, 15 November 2017 (UTC)Reply