1. если речь идет о пойти на рекорд — то да, хватит даже grep'а. Но это только начало. Дальше надо будет анализировать библиотеку, составлять индексы и всё такое. Т.е. нужен именно sax-парсер.
2. try-except немного помогло, спасибо за идею.
Вендор не отвечает за последствия именно для _вашей_ системы.
Мейнтейнер же затачивает именно под ваш дистриб.
Как пример — поставил я дрова Samsung (принтера). Из _подписанного_ самсунговского инсталлера.
Потом год (!) пытался их снести. Родным же анинсталлером.
Потому что система печати была чувствительно покоцана. А куда и что он распихал — один самсунг знает.
С пакетами такого не бывает (если они правильные).
К Вам, очевидно же:
«lair 10 сентября 2012 в 00:20 #
…
Дадада, Sharepoint настолько «вещь в себе», что у него есть доступ по WebDAV. Работающий под Windows.»
> То есть вы никогда не будете использовать Oracle DB или практически любой софт от IBM или любого другого большого вендора?
Если не будет альтернативы — придется.
> То есть вы считаете, что установка из сорцов повышает каким-то образом контроль за приложением?
Не из сырцов — из пакетов. Ессно повышает.
> Чем гарантии мейтейнера репозитория отличаются от гарантии непосредственно вендора? Мейнтейнер что, весь код mySQL изучил перед тем как пакет добавить? И каждую версию проверяет на закладки?
Долго объяснять. Отличается.
> На этом я предлагаю закончить, вы не ответили ни на один вопрос в чем сакральный смысл использовать только пакеты или устанавливать из сорцов.
Личное впечатление — Вы никогда не работали с Linux. Поэтому объяснить будет очень сложно.
> Я отлично понимаю, что такое пакет. Я не понимаю, чем пакет из репозитария отличается от установки альфреско через инсталлятор. И уж тем более не понимаю, в чем сакральный смысл пытаться установить альфреско из сорцов если есть инсталлятор или запакованный war?
И гагары тоже стонут, — им, гагарам, недоступно наслажденье битвой жизни: гром ударов их пугает.
Глупый пингвин робко прячет тело жирное в утесах…
PS. всё должно быть _абсолютно_ конролируемо. Если Вы собираетесь засадить в alfresco примерно 100тыщ очень важных юзеровских файлов.
Но за подсказку спасибо
2. try-except немного помогло, спасибо за идею.
Я пересчитал в такты процессора.
Особенно бесплатные.
IMHO — это будет проще всего.
Нет, конечно. Берет сырцы MySQL. И патчит.
> А кто отличает «правильные» пакеты от «неправильных»?
Подпись.
Я всё-таки настаиваю эту плодотворную дискуссию перенести в другое место.
Мейнтейнер же затачивает именно под ваш дистриб.
Как пример — поставил я дрова Samsung (принтера). Из _подписанного_ самсунговского инсталлера.
Потом год (!) пытался их снести. Родным же анинсталлером.
Потому что система печати была чувствительно покоцана. А куда и что он распихал — один самсунг знает.
С пакетами такого не бывает (если они правильные).
И не только данные, а еще и библиотеки и исполняемые файлы.
en.wikipedia.org/wiki/RPM_Package_Manager
«lair 10 сентября 2012 в 00:20 #
…
Дадада, Sharepoint настолько «вещь в себе», что у него есть доступ по WebDAV. Работающий под Windows.»
Кстати — Windows XP с SharePoint по WebDAV тоже работает с трудом и через раз (как с Apache)?
Если не будет альтернативы — придется.
> То есть вы считаете, что установка из сорцов повышает каким-то образом контроль за приложением?
Не из сырцов — из пакетов. Ессно повышает.
> Чем гарантии мейтейнера репозитория отличаются от гарантии непосредственно вендора? Мейнтейнер что, весь код mySQL изучил перед тем как пакет добавить? И каждую версию проверяет на закладки?
Долго объяснять. Отличается.
> На этом я предлагаю закончить, вы не ответили ни на один вопрос в чем сакральный смысл использовать только пакеты или устанавливать из сорцов.
Личное впечатление — Вы никогда не работали с Linux. Поэтому объяснить будет очень сложно.
Но статья не об этом, тащемта.
И гагары тоже стонут, — им, гагарам, недоступно наслажденье битвой жизни: гром ударов их пугает.
Глупый пингвин робко прячет тело жирное в утесах…
PS. всё должно быть _абсолютно_ конролируемо. Если Вы собираетесь засадить в alfresco примерно 100тыщ очень важных юзеровских файлов.