Thank you, I understand, will try #3.

3.5 or later. Self-compilation is not recommended. And why, if the new versions are backward compatible and do not contain old bugs.

In T183133#3844777, @Aklapper wrote:

Note that the page also says "Скан страницы 8 отсутствует." (scan of page 8 is missing).

In T180664#3772109, @Vladis13 wrote:

In the Index pages appeared a field {{{Illustrator}}} ("Иллюстратор {{{Иллюстратор}}}" in the ru-wikisource), to example. A null edit don't remove it.

In the Index pages appeared a field {{{Illustrator}}} ("Иллюстратор {{{Иллюстратор}}}" in the ru-wikisource), to example. A null edit don't remove it.

It is problem of package in repository. Wine from repo of Linux Mint (lastest version is 1.6) does work. But from winehq.org/download (1.8, 2.0, etc) does not work.
https://bugs.winehq.org/show_bug.cgi?id=42484

I'm original requestor. I thought that for renaming should change the only one row in the database.
Ok, if it is problematic then decline the request. Thank you.

@Tgr yes, on https://www.mediawiki.org/wiki/Manual:Pywikibot/Installation again was not updated version number 2.0rc4. So I thought that my version Pwb is actual.

Work nothing: login, Oauth, Botpassword (case of Krinkle do: 'NameError: name 'BotPassword' is not defined'). :(
I don't understand, there the common login has broken at past week and it temporary bug? Or it forever, now only Oauth, which dont work?

Works here's how:
Make myscript.sh:

#!/bin/bash
LANG="ru_RU.UTF-8" ./myscript.py
# "en_US.UTF-8" will same result

Make myscript.py:

#!/usr/bin/env python3
# coding: utf8
import os
string = 'python3 scripts/add_text.py -dir:~/ -always -file:listpages.txt -text:"{{Нет полных библиографических описаний}}"'
os.system(string)

Run: jsub -l release=trusty ./myscript.sh

In T143691#2583956, @valhallasw wrote:

You can try setting LANG=en_US.UTF-8 instead, but I can't guarantee that'll work.

Not work, see above.
On bastion locale:
LANG=en_US.UTF-8 (here bug of forum, this string don't show in code block below)

LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

In T143691#2583956, @valhallasw wrote:

On a sidenote, you should probably use subprocess.Popen instead of os.system.

Unfortunately, it same breaks. It seems still called the "os" module. Python:

string = 'LANG="ru_RU.UTF-8" python3 scripts/add_text.py -dir:~/ -simulate -file:listpages.txt -text:"{{Нет полных библиографических описаний}}"'
# Same with: LANG="en_US.UTF-8"

The problem still exists. "Print" works, but don't call other programs.
The following script in utf-8, Unix newline format LF:

# coding: utf8
import sys
print(sys.stdin.encoding, sys.stdout.encoding)

This problem has long complained there, there, there, etc.
Why request of users is ignored? No consensus on inclusion of this sort in the "general fixes".
Please make it a separate option.

@valhallasw, thanks you. I wrote export PYTHONIOENCODING=UTF-8 in .bash_profile, and run $source .bash_profile. Seems works.

Ok. But, it seems to me, there is a problem with the codepage utf-8 in python or console. T143691

In T142021#2528739, @Mpaa wrote:

You got your query wrong.

mpaa@tools-bastion-03:~/core$ python scripts/listpages.py -mysqlquery:"SELECT page_namespace, page_title FROM page WHERE page_namespace = 0 LIMIT 10"

You run it from user-home directory, I installed configs of pwb in my user-home and it there works too. But me need run it from scripts in tool-home directory. In documentation Help:Tool_Labs/Developing#Setup Pwb the items 4-5 write that user-config.py should create in tools.tool@tools-login, same writen in User:Russell Blau/Using pywikibot on Labs.

I repoted to Qursql. But I doubt that there will be repaired and ever be answered.
Problem of Pwb is that the error is now, and no way works with MySQL, and obsolete info in documentation.

I wanted list pages that transcludes a template, for use in an autonomous script.
Now command "python scripts\listpages.py -transcludes" seems works. Perhaps something reinstalled at tries above.
I will try get the list by call "import os ; os.system(command)", although I wanted using function of pwb-framework.

Turns out, oursql has a branch for Python 3. But

pip install oursql3

give error too: "utf-8' codec can't decode byte 0xcd in position 20: invalid continuation byte".

• "pip install oursql" occurs errors too. Oursql is critical outdated. On install it breaks on old format command "print " and something problem with Visual Studio. Also it require install "cython".
• "pip install python-mysql" occurs error:

Could not find a version that satisfies the requirement python-mysql (from versions: )
No matching distribution found for python-mysql

• I tried other mysql-connectors,
  • User:Legoktm/wmflib that recommend on Help:Tool Labs/Database is only for python 2.
  • All commons mysql-connectors for python old versions too.
  • Official MySQL-connectors is max for python 3.4.

I tried just connect to DB-replica with edited the script User:Legoktm/wmflib, but Tool Labs require SSH connect. The script get only 1 host/user/password, but need connect with SSH-server, then with DB. I don't understand how do it.

i dont

In T112130#2184242, @Vladis13 wrote:

This error was on old version item "Wikidata:Sandbox". After did remove all claims from it the error disappeared. Thus, some a claim can do the error.

I get the error when try run "Example 9: Add a source" from manual "Wikidata:Creating a bot".

You're right, now working. Thank you.
I did not set file associations, to be able to choose which application to run my scripts.

@Rjwilmsi Also, no logging in ru.wikisource. When will fix?

@Dinoguy1000, thank you. Yes, this my mistake.

To examle: {{#time:Y-m-d|14 june 2015}} give: 2015-06-14
You want to say that reformatting of dates works only in English?

In start message was mentioned File:Niva 1906-45.djvu, which have size only 4mb. Also, I think, there is many another files which have size more 100mb and utf-8, to example asian files with hieroglyphs. So, perhaps the reason is not size utf-8?

Please, could you raise Priority.

Was hope for today's bugfix phabricator:T94562 (large PDF/djvu files >100MB with large metadata >64K ). But it did not help. - Verified by temporary return of both versions of problematic File:Толковый словарь. Том 2(1) (Даль 1905).djvu.

In T107664#1755581, @Bawolff wrote:

In T107664#1755202, @Rillke wrote:

And we have a new one: File:Толковый словарь. Том 2(1) (Даль 1905).djvu.

Usually this means that either the file takes to much memory/time to render, or the file is invalid.

File size 115Mb. "Chunked uploads" in preferences enabled.