rupor-github/inpxcreator

Generator of INPX (archive index) files for MyHomeLib

inpxcreator's Issues

Ver.9.3 - Error Table mysql innodb_table_stats not found

Здравствуйте!
Решил опробовать новую 9,3 версию. INPX - создаются правильно, MHL - обновляется из них также без проблем.
Сори, но опять надоедаю, с вероятно глупым вопросом:
При каждом запуске lib2inpx, в первой строке теперь всегда вылетает вот такая ошибка: InnoDB: Error: Table "mysql"."innodb_table_stats" not found
Число 1040, перед InnoDB, при каждом запуске другое показывает.
Дампы тут: https://lib.rus.ec/sql/
Скрин прицепил

• Возможно, на это попросту не обращать внимания? т.к. в итоге, всё отрабатывает корректно, и библиотека тоже обновляется без ошибок.

Дополнение

Привет.
Создание inpx для librusec.
В дампе libbook.sql последнее поле №20 каждой книги ReplacedBy является признаком замены книги то есть если в нем 0 - книга не заменена, если не 0 то bid замены, можно ли сделать, чтобы программа закидывала это поле в inp в самое правое поле после последнего /x04. как вы уже это делали для md5.
Объясню зачем мне это надо.
Для создания базы "чистых книг" то есть без признака удаления(это уже есть) и без признака замены.
Я хочу включить lib2inpx.exe в состав libruks (просто добавив пользовательский интерфейс для работы с утилитой, чтобы любой мог при желании сделать inpx на свой вкус)

Flibusta - бардак с сериями в сгенерированном inpx

При генерации inpx по базе флибусты путаются авторские и издательские серии.
Такое впечатление, что программа находит все серии для книги, и, не разбирая их типа, берёт в работу какую-то одну, случайную.
Как результат - после загрузки получившегося файла в MyHomeLib, авторская серия книг может быть размазана по нескольким сериям: авторской, и одной или более издательским.
Возможная причина - не учитываются какие-то нюансы актуального формата базы флибусты.

Query error (1146) Table 'librusec_20170425.libavtorname' doesn't exist

Здравствуйте!
Помогите пожалуйста найти где проблема!
Решил перейти на новую версию lib2inpx 8,62 со старой 5,52 ,
Запускаю на Win10-Pro , проблемные файлы (libseq.sql и libbook.sql) - исправлены заранее, т.е.

`sn` int(12)
и
  `Modified` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',

соответственно

• построение базы из дампов, происходит без ошибок (вроде бы), далее отрабатывает --clean-authors
• а потом , при попытке обработать любой архив (неважно какой, новый или старый), пробовал с десяток, получаю такое:

> Archives processing - 1 file(s) [E:/Temp/BOOKs/]
> 
> Processing - "fb2-xxxxxx-xxxxxx.zip"
> 
> ***ERROR: Query error (1146) Table 'librusec_20170425.libavtorname' doesn't exist
> SELECT `FirstName`,`MiddleName`,`LastName` FROM libavtorname WHERE aid=8351;

aid=8351 - тут разные цифры, зависит от fb2-архива

Как это побороть? или Где мой косяк?
с уважением, Challenger71

Win 7 x64 - отсутствует вывод в консоль

Сежескачанный релиз 8.5 (https://github.com/rupor-github/InpxCreator/releases/download/8.5/lib2inpx-win64.7z) при запуске с любыми параметрами не даёт никакого вывода в консоль с любым проверенным набором параметров, даже просто с --help

Предыдущие версии сам не проверял, но натыкался на форумах на аналогичные жалобы на версию 6.1 или 6.2.

Query error in lib2inpx

Добрый день!
Пытаюсь собрать inpx файл из дампа Флибусты. Powershell скриптом из последнего релиза выкачиваю sql файлы, затем вызываю lib2inpx.exe:
lib2inpx.exe --verbose --quick-fix --clean-aliases --db-format 2017-05-31 --inpx inpx\flibusta.inpx --clean-when-done %папка с sql файлами%
Получаю ошибку:
***ERROR: Query error (1054) Unknown column 'bid' in 'field list' SELECT MAX(bid) FROM libfilename

Дополнение

Привет.
В базе есть md5 хеши каждой книги, можно ли сделать, чтобы программа закидывала их в inp в самое правое поле после последнего /x04.
Объясню зачем мне это надо. В архивах (особенно usr) очень много непоняток и главная проблема имена файлов. Имея md5 я смогу привести их к единому стандарту как в дампе и попутно избавиться от "не книг". Для этого правда придется определиться что же такое книга. Я определился все что угодно, но не делимое. То есть любой файл но один. Наборы html или txt файлов, связанные между собой это "не книги", а вот отдельный chm или txt никак не зависимый от других вполне себе книга. Без крови конечно же не обойдется, но уж больно разрослись локальные копии библиотек причем качество содержимого не растет, а даже ноборот.

ERROR: basic_string::_M_construct null not valid

Run
lib2inpx --ignore-dump-date --process all --strict db --db-name librusec --db-format 2011-11-06 --clean-authors E:\lib
or
lib2inpx --ignore-dump-date --process usr --strict db --db-name librusec --db-format 2011-11-06 --clean-authors E:\lib
and not work ERROR: basic_string::_M_construct null not valid but
lib2inpx --ignore-dump-date --process fb2 --strict db --db-name librusec --db-format 2011-11-06 --clean-authors E:\lib
OK
help me

Readme

Привет у вас же был нормальный Readme по использованию программы?
Дело в том что у меня есть своя раздача и мне частенько задают вопросы как то как се
Я их отсылаю сюда типа если надо что то не стандартное то бери и делай сам, а мне отвечают
linux танцы с барабанами не разумеем.
А сегодня посмотрел readme правда не понять ничего с ходу.
Или вам этого не надо, ну чтобы пришел человек как то мог разобраться как пользоваться?

libmerge падает

При запуске скрипта fb2_flibusta.ps1 падает libmerge:
`Processing archives from "inpx\flibusta;inpx\upd_flibusta"
Unable to find last archive, assuming destination directory: inpx\flibusta
panic: runtime error: invalid memory address or nil pointer dereference
[signal 0xc0000005 code=0x0 addr=0x38 pc=0x4ea2b0]

goroutine 1 [running]:

main.main()
/root/InpxCreator/src/inpxcreator/cmd/libmerge/main.go:221 +0x2f30
`
если отдельно запустить с теми же ключами - то же самое.

Не вставляет комментарий из utf8-файла в inpx-файл для библиотеки librusec.

Здравствуйте!
Новая версия 9.1 работает отлично с либрусеком, в смысле что видимых глюков не наблюдается.
Но, на днях случайно заметил (после переименования созданного inpx-файла в ZIP), что в комментарии самого файла(архива) пишет "librusec-2017-xx-xx", т.е. дата создания, хотя должно вставлять текст из моего файла comment_fb2.utf8 (ключ --comment=comment_fb2.utf8)
Раньше всегда так вставляло, до какой-то версии 8.6х точно,
когда слетело (с какой версии) незнаю, т.к. только на днях заметил.
А в файле "collection.info", внутри inpx-а - всё правильно! тот же текст что и в comment_fb2.utf8

Не критично, но если не очень сложно, почините пожалуйста при выпуске новых версий.

Спасибо!