Не заливается OOo-3.0.1 с оверлэя 'Filesize does not match recorded size' [РЕШЕНО]

Здравствуйте, я тут замарочился над этой пролемой http://www.gentoo.ru/node/13825 - уже сам не рад :) В общем, решил проверить свою догадку по поводу флага "-kde", так сказать, опытным путём :) Перепробовал разные версии OOo с разных оверлеев, включая бинарные и из исходников. В общем, мой ноут накомпилировался от-души :) Сейчас с этой проблемой уже смирился, решил, что поставлю себе последнюю версию ООо и на долго забуду про обновление этого пакета (до выхода 3.1 или 3.2). Так вот, собственно проблема в том, что не могу установить ООо-3.0.1 с оверлэя rostov. При скачивании архива OOo_3.0.1_src_binfilter.tar.bz2 выдает такую ошибку

>>> Downloading 'ftp://ftp.sh.cvut.cz/MIRRORS/OpenOffice/stable/3.0.1/OOo_3.0.1_src_binfilter.tar.bz2'
--2009-02-20 11:42:46-- ftp://ftp.sh.cvut.cz/MIRRORS/OpenOffice/stable/3.0.1/OOo_3.0.1_src_binfilter.tar.bz2
=> `/usr/portage/distfiles/OOo_3.0.1_src_binfilter.tar.bz2'
Распознаётся ftp.sh.cvut.cz... 147.32.127.222, 2001:718:2:0:217:8ff:fe59:8207
Устанавливается соединение с ftp.sh.cvut.cz|147.32.127.222|:21... соединение установлено.
Выполняется вход под именем anonymous ... Выполнен вход в систему!
==> SYST ... готово. ==> PWD ... готово.
==> TYPE I ... готово. ==> CWD /MIRRORS/OpenOffice/stable/3.0.1 ... готово.
==> SIZE OOo_3.0.1_src_binfilter.tar.bz2 ... 6595398
==> PASV ... готово. ==> RETR OOo_3.0.1_src_binfilter.tar.bz2 ... готово.
Длина: 6595398 (6,3M)

100%[==================================================================================================>] 6 595 398 120K/s в 54s

2009-02-20 11:43:42 (120 KB/s) - `/usr/portage/distfiles/OOo_3.0.1_src_binfilter.tar.bz2' сохранён [6595398]

('Filesize does not match recorded size', 6595398L, 20331)
!!! Fetched file: OOo_3.0.1_src_binfilter.tar.bz2 VERIFY FAILED!
!!! Reason: Filesize does not match recorded size
!!! Got: 6595398
!!! Expected: 20331
Refetching... File renamed to '/usr/portage/distfiles/OOo_3.0.1_src_binfilter.tar.bz2._checksum_failure_.-aKS1X'

Я так понимаю, что проблема схожая уже была http://bugs.gentoo.org/236771 , но решение в багзилле я не совсем понял. Поискал в гугле - нашел это http://lxj.endofinternet.net/column/gentoo-linux-eapi-2/ . Из чего я сделал вывод, что нужно для решения этой проблемы использовать portage-2.2_rc20 или portage-2.2_rc23, но в eix они у меня обозначаются как "[M]~", а не как "~", поэтому размаскировывать и устанавливать я их не рискую (может зря - если так, то посоветуйте как лучше). Ещё, я так понял, для установки вместо Portage можно использовать Paludis, но поскольку я новичок и не знаю как перенастроить систему для использывания paludis (вдруг чего-нибудь поломаю, а переустанавливать систему на Pentium-M совсем не хочется :) ), пробовать не стал. Подскажите как выйти из этой стуации, как заставить portage-2.1.6.4 скачать этот архив для установки OOo-3.0.1.

Недождавшись советов,

Недождавшись советов, попробовал всётаки размаскировать portage-2.2_rc23 и установил его, но проблема не исчезла, выдает ту же ошибку. В чем же тогда может быть дело? Подскажите пожалуйста что делать? Может такое быть, что на оверлее какая-нибудь ошибка с маркеровкой ebuild'ов или ещё что-нибудь, т.е. может быть дело в оверлее?
Вы уж извините за такие частые вопросы в разных ветках, я просто хочу совсем отказаться от венды и поэтому активно изучаю альтернативу. Да и на форумах такого рода я раньше не общался, поскольку в винде у меня вопросов особых никогда и не возникало - втыкнул устройство, диск положил в дисковод, дрова поставил и заработало (чаще всего :)). В общем, если что не так, если какие негласные правила нарушаю.. не так и не те вопросы задаю, так поправте - исправлюсь. Ещё хочу сказать большое спасибо тем людям, которые помогают и отвечают на вопросы таких новичков, как я. Чувствуешь себя не просто юзером ОС, а частью огромного дружного сообщества, где каждый готов протянуть другому руку помощи. Gentoo, даже шире... Linux вообще - это будующее, а М$ маст дай, полюбому :)

у тебя исходники нетой длины

у тебя исходники нетой длины что использовались автором ebuild'а. почему - вопрос другой.

>почему - вопрос другой. В

>почему - вопрос другой.
В смысле другой? Может Вы это имеете в виду: "как заставить portage-2.1.6.4 скачать этот архив для установки OOo-3.0.1. "? Если да, то не знаю... наверное не правильно сформулировал. Главный вопрос в том, как установить OOo 3.0.1? А остальное это мои попытки описать, то, что я уже пробовал делать для решения своей проблемы :)
Т.е. вопрос такой. набираю
#emerge openoffice-infra
Начинается закачка пакета, но обрывается на вышеупомянутой ошибке.
Как сделать так, чтобы закачка не обрывалась и установка продолжилась? Можно ли вообще это сделать и какую информцию ещё нужно выложить для выяснения более точного диагноза пробемы? Если в начале задал вопрос не корректно, то извиняюсь.

а подумать?

варианты:
у тебя неправильный, недокачанный/перекачанный
фаел изменился со времени создания ebuild'a
банально ошибся разработчик ebuild'a
....
и тп

И чего теперь делать?

И чего теперь делать? Пробовал удалить этот файл OOo_3.0.1_src_binfilter.tar.bz2, а затем запустить установку заново - результат тотже :( Т.е. я этого поправить своими силами не смогу - нужно обращаться к разработчику, чтоб он исправил, так?

можеш поправить сам,

можеш поправить сам, разрешаю. можеш обратится к разработчику. можеш поставить его из оверлея sunrise

>можеш поправить сам,

>можеш поправить сам, разрешаю.
Спасибо :) Вот только как это зделать? Я так понимаю, нужно поправить размер файла, там где написано, каким он должен быть. А где это написано?
>можеш поставить его из оверлея sunrise
А там только версия OOo - 3.0.0, вчера вечером оверлеи обновлял, а посел этого update-eix делал. Эта версия есть тольк на оверлее rostov, хотя сейчас ещё раз попробую оверлей обновить, может быть и в sunrise появилось?

Урра!! В sunrise тоже

Урра!! В sunrise тоже появилось! Сейчас буду пробовать ставить.

Говорю #emerge

Говорю
#emerge openoffice-infra -pv
а он мне
[ebuild N ] app-office/openoffice-infra-3.0.1 USE="binfilter cups dbus gstreamer gtk java ldap mono nsplugin odk oodict opengl pam -debug -eds -gnome -kde" LINGUAS="en ru -en_US -uk" 20 kB [1]

Total: 1 package (1 new), Size of downloads: 20 kB
Portage tree and overlays:
[0] /usr/portage
[1] /usr/portage/local/layman/rostov

Т.е. всёравно с rostov какчать собрался, как сказать portage, чтобы выбрал другой оверлей для установки, а то OOo3.0.1 и там и там есть? Можно конечно отключить rostov через layman, но может есть более удобный способ - через какую-нибудь опцию для emerge?

Спрашиваю: "как установить не

Спрашиваю: "как установить не отключая оверлей rostov?" - не потому, что мне сложно его через laymen отключить, я это только что сделел, а для расширения кругозора в gentoo, чтобы потом и дальнейшем это можно было использовать.

Отключил rostov, emerge

Отключил rostov, emerge теперь пишет, что будет с sunrise устанавливать. Начинаю установку - выскакивает та же проблема. Та же самая ошибка, которую я приводил выше.
PS причем, при этом, я так понял, он пытается ещё перепробывать разные зеркала и при скачки с каждого зеркала такаяже ошибка

% ebuild /path/to/ebuild

% ebuild /path/to/ebuild digest
Но логичнее было бы отрапортоваться в оверлеи

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

>/path/to/ebuild Я извнияюсь,

>/path/to/ebuild
Я извнияюсь, но где это? Никогда дела с правкой ebuild'ов не имел и ставил пакеты "emerge имя_пакета -pv", проверял use-флаги и затем убирал "-pv".

Кстати, покопался в папке

Кстати, покопался в папке portage - нашел такой файл с расширением ebuild
/usr/portage/app-office/openoffice/openoffice-3.0.1.ebuild
ввёл
%ebuild /usr/portage/app-office/openoffice/openoffice-3.0.1.ebuild digest
а он мне
-su: fg: %ebuild: не такой задачи
Что я не так делаю? И вообще, что я этой командой делаю? :)

% — это приглашение оболочки

% — это приглашение оболочки (-:Е

/path/to/ebuild == /путь/к/ебилду

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

>% — это приглашение оболочки

>% — это приглашение оболочки (-:Е
Понял ))))))))))

Чет я ничего не понял. Где

Чет я ничего не понял. Где собственно менять запись о размере файла? Я сделал так:

whiteshark ~ # ebuild /usr/portage/app-office/openoffice/openoffice-3.0.1.ebuild digest
>>> Creating Manifest for /usr/portage/app-office/openoffice
digest.assumed 19
openoffice-3.0.0::ooo-build-3.0.0.3.6.tar.gz
openoffice-3.0.0::ooo300-m9-artwork.tar.bz2
openoffice-3.0.0::ooo300-m9-base.tar.bz2
openoffice-3.0.0::ooo300-m9-bootstrap.tar.bz2
openoffice-3.0.0::ooo300-m9-calc.tar.bz2
openoffice-3.0.0::ooo300-m9-components.tar.bz2
openoffice-3.0.0::ooo300-m9-extensions.tar.bz2
openoffice-3.0.0::ooo300-m9-filters.tar.bz2
openoffice-3.0.0::ooo300-m9-impress.tar.bz2
openoffice-3.0.0::ooo300-m9-l10n.tar.bz2
openoffice-3.0.0::ooo300-m9-libs_core.tar.bz2
openoffice-3.0.0::ooo300-m9-libs_extern.tar.bz2
openoffice-3.0.0::ooo300-m9-libs_extern_sys.tar.bz2
openoffice-3.0.0::ooo300-m9-libs_gui.tar.bz2
openoffice-3.0.0::ooo300-m9-postprocess.tar.bz2
openoffice-3.0.0::ooo300-m9-sdk.tar.bz2
openoffice-3.0.0::ooo300-m9-testing.tar.bz2
openoffice-3.0.0::ooo300-m9-ure.tar.bz2
openoffice-3.0.0::ooo300-m9-writer.tar.bz2

Затем опять сказал

#emerge openoffice-infra

А он мне выдал ту же самую ошибку, почему-то мне кажеся, что это не удивительно, ведь я нигде вместо "20331" не прописывал "6595398"

Сдаётся мне вы что-то

Сдаётся мне вы что-то путаете, установить пытаетесь то с rostov`а, то с sunrise`а , а дайджест правите в центральном дереве, к тому же ставить пытаетесь инфру, а правите чистый ОО.

>дайджест правите в

>дайджест правите в центральном дереве
А это мысль! Я чего-то сразу и не сообразил, что оверлейные ebuild'ы должны лежать в оверлейных папках. Спасибо сейчас попробую найти где они лежат.

Я нашел в гугле такую инфу

Я нашел в гугле такую инфу http://www.gentoo.org/doc/ru/handbook/handbook-x86.xml?part=3&chap=6. Если я всё правильно понял, то эта команда
# ebuild /usr/portage/app-office/openoffice/openoffice-3.0.1.ebuild digest
должна пересоздать файл "Manifest" - прописать в нём те контрольные суммы частей ebuilda, которые уже загружены; другими словами не проверять контрольные суммы, считать, что те контрольные суммы, которые уже загружены правильные. Меня немного удивил вывод этой команды, вопервых, там не было того файла, из-за которого возникает ошибка "OOo_3.0.1_src_binfilter.tar.bz2", а вовторых, в именах файлов, для которых обновлялся манифест были цифры 3.0.0 вместо 3.0.1 и небыло слова "infra". Интересно, почему это? Может быть это как-то связано с тем, что я до этого много разных версий ООо устанавливал: ООо3.0.0, ООо3.0.0-bin, ООо3.0.0-infra, OOo3.0.0-infra-bin, тоже относится и к версии 3.0.1. Ставил OOo3.0.1, OOo3.0.1-bin и OOo3.0.1-infra-bin. Хочу остановиться на ООо3.0.1-infra. Может мусор какой накопился? И потом, ошибка, как я понял, не в различии контрольных сумм, а в различии размеров файлов. Ожидался файл размером "Expected: 20331", а был получен такой "Got: 6595398". Потом вот что пишет "Reason: Filesize does not match recorded size", а не это "File is corrupt or incomplete. (Digests do not match)", как здесь http://www.gentoo.org/doc/ru/handbook/handbook-x86.xml?part=3&chap=6.
Подскажите, может можно где-нибудь в ebuild'е или ещё где-нибудь изменить этот "ожидаемый размер файла"? И ещё, что будет если я удалю папку /usr/portage/app-office/openoffice/ со всем её содержимым? Она заново скачается при установке ООо-3.0.1-infra или при обновлении portage? Хочется это сделать, чтобы portage "забыла" совсем, что она когда-то устанавливала какие-то другие версии ООо и загрузила всё необходимое для его установки заново. Ну или посоветуйте ещё какое-нибудь направление дальнейших действий.

Пересоздай манифест для

Пересоздай манифест для ебилда инфры для начала, только не в центральном дереве, и не для чистого ОО, а именно для той версии и именно в том оверлее котрый собрался ставить.

Нашел я эту папку, вот она

Нашел я эту папку, вот она /usr/portage/local/layman/sunrise/app-office/openoffice-infra/. А если я сейчас скажу ebuild digest, не пропустит ли он ещё не закачанные файлы? Вдруг он ещё какой-нибудь файл не закачал, и менефест после этой команды будет без этого недокачанного файла. Потом, когда он скачивал этот файл "OOo_3.0.1_src_binfilter.tar.bz2", после неудачной проверки размера файла, portage закачанный файл переименовывала - добавляла к названию это "_checksum_failure_.-aKS1X". Нужно ли мне убрать эту дописку вручную?

ОМФГ, сделай как тебе

ОМФГ, сделай как тебе говорят.

Ок, сейчас сделаю ))

Ок, сейчас сделаю ))

Сделал так: whiteshark ~

Сделал так:
whiteshark ~ #ebuild /usr/portage/local/layman/sunrise/app-office/openoffice-infra/openoffice-infra-3.0.1.ebuild digest
Refetching... File renamed to '/usr/portage/distfiles/OOo_3.0.1_src_binfilter.tar.bz2._checksum_failure_.tACK5K'

>>> Downloading 'ftp://ftp.ussg.iu.edu/pub/openoffice/stable/3.0.1/OOo_3.0.1_src_binfilter.tar.bz2'
--2009-02-21 19:22:47-- ftp://ftp.ussg.iu.edu/pub/openoffice/stable/3.0.1/OOo_3.0.1_src_binfilter.tar.bz2
=> `/usr/portage/distfiles/OOo_3.0.1_src_binfilter.tar.bz2'
Распознаётся ftp.ussg.iu.edu... 156.56.247.193
Устанавливается соединение с ftp.ussg.iu.edu|156.56.247.193|:21... соединение установлено.
Выполняется вход под именем anonymous ... Выполнен вход в систему!
==> SYST ... готово. ==> PWD ... готово.
==> TYPE I ... готово. ==> CWD /pub/openoffice/stable/3.0.1 ... готово.
==> SIZE OOo_3.0.1_src_binfilter.tar.bz2 ... 6595398
==> PASV ... готово. ==> RETR OOo_3.0.1_src_binfilter.tar.bz2 ... готово.
Длина: 6595398 (6,3M)

100%[==================================================================================================>] 6 595 398 119K/s в 60s

2009-02-21 19:23:50 (107 KB/s) - `/usr/portage/distfiles/OOo_3.0.1_src_binfilter.tar.bz2' сохранён [6595398]

('Filesize does not match recorded size', 6595398L, 20331)
!!! Fetched file: OOo_3.0.1_src_binfilter.tar.bz2 VERIFY FAILED!
!!! Reason: Filesize does not match recorded size
!!! Got: 6595398
!!! Expected: 20331
Refetching... File renamed to '/usr/portage/distfiles/OOo_3.0.1_src_binfilter.tar.bz2._checksum_failure_.-aKS1X'

и так далее, только IP и названия зеркал меняются. В общем все как и до этого.

rm

rm /usr/portage/local/layman/sunrise/app-office/openoffice-infra/Manifest
ebuild /usr/portage/local/layman/sunrise/app-office/openoffice-infra/openoffice-infra-3.0.1.ebuild digest

а можешь и просто убрать флаг binfilter

> а можешь и просто убрать

> а можешь и просто убрать флаг binfilter
Нее.. :) я так понял, что он отвечает за совместимость с какими-то форматами файлов, а вдруг в числе этих форматов и M$.doc? У меня просто может возникнуть необходимость прочитать такой файл, у нас в институте все на ворде сидят, поэтому может пригодицоо.
> rm /usr/portage/local/layman/sunrise/app-office/openoffice-infra/Manifest
сейчас попробую, спасибо.

Я так понял, что он начал

Я так понял, что он начал заново все исходники качать от ООо3.0.1-infra. Только почему-то всё, что он сейчас закачивает с индексами не 3.0.1, а с 2.4.2.

[+ C ] binfilter

[+ C ] binfilter (app-office/openoffice):
Enable support for legacy StarOffice 5.x and earlier file formats

Да? Тогда мне этот binfilter

Да? Тогда мне этот binfilter скорее всего не нужен, у меня таких файлов нет. Хотя, вдруг в интернете где-нибудь прочитать такой файл придется?
Попробовал я сделать
ebuild /usr/portage/local/layman/sunrise/app-office/openoffice-infra/openoffice-infra-3.0.1.ebuild digest
Всё вроде прошло успешно, без ошибок и ахтунгов, правда индексы у закачиваемых файлов, как я уже говорил, были почему-то 2.4.2. Затем запустил emerge. Всё отлично, началась установка. Дело дошло до распаковки, но тут опять всё обломалось, и опять на binfilter:(

>>> Emerging (1 of 1) app-office/openoffice-infra-3.0.1 from sunrise
* OOo_3.0.1_src_extensions.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* infra-ooo-files_3.0.1.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* OOo_3.0.1_src_binfilter.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* OOo_3.0.1_src_l10n.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* unowinreg.dll RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* OOo_3.0.1_src_system.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* OOo_3.0.1_src_core.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
*
* It is important to note that OpenOffice-Infra is a very fragile
* build when it comes to CFLAGS. A number of flags have already
* been filtered out. If you experience difficulty merging this
* package and use agressive CFLAGS, lower the CFLAGS and try to
* merge again. Also note that building OOo takes a lot of time and
* hardware ressources: 4-6 GB free diskspace and 256 MB RAM are
* the minimum requirements. If you have less, use openoffice-infra-bin
*
* Also if you experience a build break, please make sure to retry
* with MAKEOPTS=-j1 before filing a bug.
*
* Checking for at least 512MBytes RAM ... [ ok ]
* Checking for at least 5120MBytes disk space at ${T} ... [ ok ]
* Using: sun-jdk-1.6
* Found db version 4.5
>>> Unpacking source...
>>> Unpacking infra-ooo-files_3.0.1.tar.gz to /var/tmp/portage/app-office/openoffice-infra-3.0.1/work
>>> Unpacking OOo_3.0.1_src_binfilter.tar.bz2 to /var/tmp/portage/app-office/openoffice-infra-3.0.1/work

bzip2: Compressed file ends unexpectedly;
perhaps it is corrupted? *Possible* reason follows.
bzip2: Success
Input file = /var/tmp/portage/app-office/openoffice-infra-3.0.1/distdir/OOo_3.0.1_src_binfilter.tar.bz2, output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
*
* ERROR: app-office/openoffice-infra-3.0.1 failed.
* Call stack:
* ebuild.sh, line 49: Called src_unpack
* environment, line 5670: Called unpack 'OOo_3.0.1_src_binfilter.tar.bz2'
* ebuild.sh, line 380: Called die
* The specific snippet of code:
* assert "$myfail"
* The die message:
* failure unpacking OOo_3.0.1_src_binfilter.tar.bz2
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/app-office/openoffice-infra-3.0.1/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/app-office/openoffice-infra-3.0.1/temp/environment'.
* This ebuild is from a repository named 'sunrise'
*
!!! When you file a bug report, please include the following information:
GENTOO_VM=sun-jdk-1.6 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.6.0.11"
JAVACFLAGS="-source 1.5 -target 1.5" COMPILER=""
and of course, the output of emerge --info

Может и правда, убрать флаг для binfilter?

Без binfilter всё на ура

Без binfilter всё на ура компилиться началось. Может об этом стоит разработчикам сказать?

безусловно, на багзилу вам

безусловно, на багзилу вам дорога, хотя вина не разрабов, файлик походу битый, ибо не распаковывается.

А на багзилле сообщения можно

А на багзилле сообщения можно только на английском писать? Русской багзиллы нет? У меня просто читать по-английски получается довольно сносно, но вот пистаь не привык. Могу конечно, но не так легко.

Да, не докачался binfilter

Да, не докачался binfilter при генерации манифеста при окончательной сборке. Поправил. Изменения появятся с разу же как порешаю вопрос с множественными сегфаултами на gcc 4.3.3 в sal.

Понятно, спасибо большое.

Понятно, спасибо большое.

Сапсибо болшое всем, кто

Сапсибо болшое всем, кто откликнулся и помог разобраться с проблемой. Удачи всем.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".