Самостійні зборки Часті питання
UA UA
Розділ найпоширеніших питань щодо самостійного складання OpenOffice.org в різних операційних системах
Зміст
Загальні питання
А навіщо все це потрібне? Є вже готові збірки
Зрозуміло, є. У великій кількості, під різні платформи, під різні мови практично на будь-який смак. Але завжди може знайтися користувач, який захоче, наприклад, збірку з оптимізацією під конкретну модель процесора, під конкретну версію операційної системи, з локалізацією мовою, під яку не збирає ніхто, з оптимізацією використання системних бібліотек і т.д.
Крім того, самостійне складання OOo - непоганий тест на знання систем автоматичного складання під дану платформу.
А чи можна отримати вихідні тексти останньої версії попередньої версії, не скачуючи весь пакет вихідних текстів?
--citycat 19:41, 14 October 2007 (CEST)
Так можна. Для цього потрібна програма bdelta та дельта-файл, що містить різницю між старим файлом та новим. Дельта-файл можна попросити зробити когось на форумі. Після завантаження дельта файлу його потрібно застосувати так:
1. Розпакувати дельта-файл, наприклад
2. Розпакувати попередній архів вихідних текстів, наприклад
3. Запустити bpatch, який вносить зміни, наприклад
Тут формат командного рядка такий: вихідний файл, цільовий файл (його ім'я вибирається довільно), файл дельти.
Після формування цільового файлу (операція може тривати досить довго) його необхідно заново запакувати та перерахувати за ним контрольну суму за допомогою make makesum
Під які варіанти BSD-систем існують збірки OpenOffice.org
citycat 13:57, 25 January 2008 (CET)
Існує збірка для PC-BSD, що розповсюджується у нативному для PC-BSD форматі *.pbi. Завантажити його можна тут.
Linux
FreeBSD
Які збірки та під які версії існують для FreeBSD
--citycat 21:35, 3 September 2007 (CEST)
Для FreeBSD офіційно існує тільки одне збирання -ванільне, тобто збирання з вихідних текстів, що публікуються основною командою проекту OpenOffice.org. Як і будь-яке інше програмне забезпечення, ця збірка виконується через систему портів і проходить загальне тестування на "збирання" під усіма підтримуваними платформами та архітектурами (див. Сайт FreeBSD для детального переліку). Відповідальним за внесення змін до порту editors/openoffice.org-2 є команда підтримки OpenOffice.org для FreeBSD ([email protected]).
Вся інформація про зміну в офіційному порту та про зібрані готові зборки доступна на OpenOffice.org під FreeBSD.
Інфра-Ресурс теж збирає OpenOffice.org Pro під FreeBSD, щоправда, підтримується тільки FreeBSD 6.x для IA-32. Це правило справедливе практично до всіх неофіційних збірок - підтримується лише та версія та архітектура, на якій працює збирач. Використовується сильно модифікований порт editors/openoffice.org-2, який ніколи не збагнув у дерево портів. Під час складання в OpenOffice.org вносяться всі патчі, розроблені "Інфра-Ресурс", що вигідно відрізняє її від офіційного складання.
Нарешті, існуютькористувацькіскладання, тобто складання, виконані користувачами-ентузіастами. Автор відповіді це питання одна із них. Зараз моя збірка викладена на сайті Mirahost, який здебільшого присвячений їй. Завантажити пакет із Mirahost можна тут. Можна також завантажитипакет із файлового сервера SibNet.
Короткий опис складання Cats Paw, що виконується мною, можна подивитися тут. А тут можна завантажити порт, який використовується для її збирання. Використовується модифікований порт editors/openoffice.org-2, до якого вносяться зміни з порту, який використовується для складання "Інфра-Ресурс".
Користувач inspirra зібрати OpenOffice.org Pro для FreeBSD 7.0-RC1. Опис збірки та посилання на завантаження можна знайти тут - OpenOffice.org Pro для FreeBSD-7.0-RC1
Які системні вимоги до комп'ютера, де планується збирати OpenOffice.org
--citycat 22:37, 3 September 2007 (CEST)
Складання OpenOffice.org – процес надзвичайно тривалий. Навіть перевірена ванільна збірка триває близько 8-9 годин. Користувальне ж складання, як правило, переривається через якісь помилки, внаслідок чого процес може розтягнутися на дні. Головна вимога – місце на жорсткому диску. Вільного місця у розділі /usr має бути не менше:
- 9 Гб, якщо йде звичайне складання з локалізацією під одну мову і без налагодження
- 18 Гб, якщо те саме, але з налагодженням
- 35 Гб, якщо з локалізацією під усі можливі мови
Оперативної пам'яті має бути не менше 1 Гб, бажано 2 Гб, хоча збирання пройде і на 512 Мб, просто йти буде довше.
Оцінка часу: на комп'ютері IA-32 PiV 2233 Hz/1GB RAM/120 GB UATA-100 збірка йде 8-9 годин
Чи можна якось скоротити час складання
--citycat 22:55, 3 September 2007 (CEST)
Можна у певних межах.
Як використовувати порти неофіційних збірок
--citycat 23:04, 3 September 2007 (CEST)
Дуже просто. Закачуєте власне порт, розпаковуєте його в /usr/ports/editors, переходите в каталог порту тазапускаєте make. Теоретично, все має закінчитися за 8-9 годин без помилок. Практично, швидше за все, так не буде :-)
А що, без Java-машини не зібрати?
--citycat 23:15, 3 September 2007 (CEST)
Взагалі можна і без Java-машини. Достатньо у параметрах configure вказати --with-java=no (в порту Cats Paw забрати позначку у рядку WITH_JAVA). Про те, чи варто це робити, можна почитати на форумі - ця тема піднімалася неодноразово
У процесі складання дуже активно використовується компілятор Java – програма javac. Замість Java-машини від Sun можна використовувати GNU GCJ (правда версія пакета GCC, до якого входить GCJ, має бути не нижче 4.1). Для використання GCJ у порту Cats Paw відзначте відповідну опцію. Для інших портів установіть параметр WITH_GNUGCJ=yes
Яку версію Java-машини достатньо мати?
--citycat 23:38, 3 September 2007 (CEST)
Будь-яку версію з 1.4.x. Якщо Java-машина встановлена стандартним шляхом /usr/local/jdk-1.x.y, то вона буде автоматично знайдена під час запуску make, в іншому випадку складання перейде до установки Java. Нестандартне розташування Java-машини визначається параметром --with-jdk-home. Цей параметр не винесено в опції
Мені не хочеться збирати Java-машину. Можна десь скачати вже зібрану?
--citycat 19:07, 4 September 2007 (CEST)
Ні. Відповідно до ліцензії Sun, Java-машина може поширюватися у зібраному вигляді лише самим Sun. Всі інші повинні завантажити вихідні тексти та зібрати Java-машину самостійно. Sun розповсюджує Java-машину тільки для операційних систем Windows, Linux та Solaris. Тому будь-яке поширення зібраної Java-машини порушує ліцензію.
Яке додаткове програмне забезпечення необхідне для збиранняOpenOffice.org
--citycat 19:09, 4 September 2007 (CEST)
Потрібний дуже вражаючий список
Насамперед потрібно GCC 3.4.1. Саме цій версії. Чому GCC 3.х старшої версії не збирає OpenOffice.org - не знаю. Це настільки проблематично, що для цього створено спеціальний порт lang/gcc-ooo.
Далі буде потрібно gpatch, gtar і комплект GNU утиліт загального призначення coreutils. Звичайно, можна було б напевно використовувати їх BSD аналоги, але робити це нема кому
Далі будуть потрібні Perl-модулі p5-Archive-Zip, p5-Compress-Zlib, p5-Compress-Raw-Zlib, p5-IO-Compress-Zlib, p5-IO-Compress-Base, p5-PathTools, p5-ScalarListUtils, p5 -FileTemp, p5-FileWhich
Останнє, що знадобиться - це bison2 та apache-ant. А також Java-машина, якщо ви не наважилися її відключити
Як зробити так, щоб при запуску OpenOffice.org виводилася заставка з моїм логотипом
--citycat 20:28, 4 September 2007 (CEST)
Для того, щоб при запуску виводилася Ваша заставка, а під час виклику "Про програму" виводилося вікно знову ж таки з логотипом та текстом "Цей продукт був створений." потрібнопередпочатком складання зробити наступне:
- Підготувати логотип у вигляді файлу з прозорим фоном
- Взяти файли ooonologointro.bmp та oooabout.bmp (якщо використовується ванільний порт - у каталозі svx/res/, якщо порт "Інфра-Ресурс" - у каталозі патчів, у підкаталозі res/infra (oooabout.bmp може називатися також openabout.bmp) , якщо Cats Paw - у каталозі citycat_files, підкаталозі res, вставити в них свій логотип
- Редактором, який підтримує кодування UTF-8, виправити другий рядок у файлі каталог_патчів/sdf/ru/ru-vendor.sdf. Для ванільної складання необхідно вказувати параметр --with-vendor="текст". У такому разі вУ рядку неможливо використовувати символ "подвійна лапка" - він інтерпретується шеллом. Екранування в проблему не вирішує.
- До параметрів configure додати:
якщо файли редагувалися на місці або вказати розташування нових файлів
- Для порту Cats Paw можна використовувати параметри WITH_INTRO_BITMAP та WITH_ABOUT_BITMAP для вказівки шляхів відповідно до файлів about та intro
Як застосовувати не всі патчі від Інфра-Ресурс, а лише деякі
--citycat 14:19, 5 September 2007 (CEST)
Розпакування патчів від Інфра-Ресурс виконується в мішені post-extract, а застосування - в мішені post-patch. У порту Cats Paw для цієї мети виділено підмішень infrapatch. Зроблено це для того, щоб можна було виконати застосування патчів від "Інфра-Ресурс".
Складання завершується аварійно, з повідомленням про те, що деякий модуль має бути перезібраний (should be built). Що робити?
--citycat 15:04, 5 September 2007 (CEST)
По-перше, не нервувати :-) При складанні будь-якої версії, крім ванільної, цештатнаситуація. Потрібно спробувати перезбирати запитаний модуль за допомогою простого скрипта (у цьому випадку перезбирається модуль sax):
зберегти висновок у файл і докладно його дослідити - десь напевно ховається справжня помилка, наприклад:
При використанні опції --with-openldap або позначці опції "Use OpenLDAP LDAP SDK" збирання завершується аварійно
--citycat 15:56, 5 September 2007 (CEST)
Швидше за все, не було знайдено бібліотеку libldap.so. Відбувається це тому, що в configure помилка (яка до наступної збірки вже може бути виправлена), внаслідок якої втрачається переданий LDFLAGS. Слід застосувати патч configure_LDFLAGS ось із цього архіву для вирішенняпроблеми. Патч накладається на файл, що вже оброблений патчами від "Інфра-Ресурс"
Складання завершується аварійно, тому що не може знайти бібліотеки, незважаючи на те, що вони точно встановлені
--citycat 16:06, 5 September 2007 (CEST)
Відбувається це тому що файл FreeBSDX86EnvSet.sh, який генерується скриптом set_soenv, який у свою чергу генерується з файлу set_soenv.in, не враховує той факт, що у FreeBSD бібліотеки та файли заголовків можуть розміщуватися в /usr/local/lib і /usr/ local/include і передає їх у фінальний скрипт. Можна, звичайно, і сам FreeBSDX86EnvSet.sh підправити, змінні SOLARINC і SOLARLIB. Але більш правильний шлях - накласти патч із цього архіву, після якого скрипт генеруватиметься з належною повагою до /usr/local
Після складання несподівано виходить дивний українсько-англійський інтерфейс: українською все, окрім головного меню
--citycat 16:52, 5 September 2007 (CEST)
Під час складання було допущено помилку у вказівці локалі: замість LOCALIZED_LANG=UA було вказано щось типу LOCALIZED_LANG=RU-ua. Вийти з цього положення просто, незалежно від того, чи стерли вже робочий каталог чи ні.
Якщо робочий каталог вже стертий, то для нормальної роботи достатньо переписати папку share/registry/res/ru звідкись з української інсталяції.
Якщо робочий каталог ще не стерти, достатньо видалити файли-прапори збірки .configure_done і .biuld_done з каталогу збірки і запустити збірку з правильним параметром