6851 2005-05-16 02:02:54 +0400 Убрать файлы из /usr/lib 2005-10-17 14:54:43 +0400 1 1 4 Development Sisyphus mozilla unstable all Linux CLOSED FIXED P2 normal --- 1 lav legion eostapets lakostis qa-sisyphus oldest_to_newest 24590 0 lav 2005-05-16 02:02:54 +0400 Хотелось бы убрать ссылки из /usr/lib, чтобы mozilla сидела у себя в HOME и не мешала другим пакетам устанавливаться (я про libgecko). Если этому что-то мешает, хотелось бы ознакомиться с соображениями. Если есть подозрение, что что-то сломается - я постараюсь их проверить. 29885 1 eostapets 2005-09-02 17:26:39 +0400 А в чем собственно проблема с libgecko? На чем именно конфликт? 29928 2 lav 2005-09-03 00:10:56 +0400 Ну собственно уже не в чём, после того как идея libgecko не нашла поддержки. Я успешно эксплуатировал вариант, когда общие для проектов mozilla, firefox, sunbird, nvu, thunderbird библиотеки входили в libgecko, и не таскали каждый свою. Никому не надо - ладно, я мегабайты не экономлю. 29933 3 eostapets 2005-09-03 00:34:01 +0400 Я готов поучаствовать в эконмике... Экономика должна быть экономна...:) 29937 4 lav 2005-09-03 01:18:50 +0400 Я пытался - сделал libgecko, куда вошли все эти библиотеки. Чтобы это жило в системе, mozilla не должна класть ссылки в /usr/lib. Чтобы была экономия, из каталогов всей указанной семейки нужно удалить файлы, которые уже есть в libgecko. Но есть и аргументы против: "Этому пакету пока не место в Сизифе - он сыр по идейным параметрам :) libgecko и прочие libxx из seamonkey будут собраны и востребованы лишь только когда этого захотят сами разработчики seamonkey. В ближайшем будущем этого не предвидится. Поэтому я и прошу убрать этот пакет - пусть он лежит где-нибудь в сторонке (например в Дедале). -- WBR, Konstantin Lepikhov 29939 5 lakostis 2005-09-03 01:33:30 +0400 Для меня этот пакет (libgecko) не имеет смысла - т.к. сейчас в Сизифе уже есть xulrunner, который и так провайдит все эти библиотеки вместо libgecko (и это более правильно логически) + я готовлю rpm с nss/libnspr, которая будет провайдить все остальные ssl/pki библиотеки. Для старой mozilla-suite надо действительно профиксить rpath (если его уже не пофиксили), чтобы она лазила за своими либами в /usr/lib/mozilla, т.к. они уже скоро будут несовместимы ни с tb/fx, ни с seamonkey. Т.е. правильная связка такова: xulrunner - gecko runtime + xul runtime nss - ssl/crypto/pki nspr - libnspr и текущему мантейнеру suite надо уже смотреть на seamonkey и притирать его к "правильной связке". 29941 6 lav 2005-09-03 02:14:46 +0400 Во :) Повторил просьбу в incoming@ удалить libgecko 30003 7 legion 2005-09-04 16:10:30 +0400 Сейчас firefox, thunderbird & co переходят на единую платформу - xulrunner. Соответственно через некоторое время он переедит в /usr/lib . Как я понимаю, seamonkey - это единственное gecko-based приложение, не идущее по этому пути. Поэтому очень не хочется, чтобы в будуйщем возникли конфликты между mozilla и xulrunner. Я присоединяюсь к просьбе Константина и тоже прошу убрать библиотеки из /usr/lib. 30006 8 lav 2005-09-04 17:27:51 +0400 (In reply to comment #7) > Я присоединяюсь к просьбе Константина и тоже прошу убрать библиотеки из /usr/lib. Вообще-то багу вешал я и речь шла о библиотеках из mozilla, кладомых в /usr/lib :) И вообще, так как последнее время mozilla пакетит Константин, то я вообще не понимаю, может ли он просить сам себя :) 30008 9 eostapets 2005-09-04 17:42:49 +0400 Я стал следующим бойцом с этим творением:) Так что просят меня... :) 31109 10 eostapets 2005-09-28 17:59:02 +0400 Едет 1.7.12 - там убрано /usr/lib/*.so. В предверии появления SeaMonkey меня интересует судьбы /usr/include/{nspr,nss}, где обещанные пакеты, дабы убрать конфликт между двумя версиями мозилы... 32054 11 legion 2005-10-17 06:33:46 +0400 17.10.05 идет nspr собираемый из cvs (в нем сейчас 4.7.0). На счет nss сейчас думаю. 32058 12 eostapets 2005-10-17 10:48:36 +0400 Хм... Пока что продукты mozilla используют 4.5.1, и еще две недели назад я подготовил 4.6(актуальную на тот момент), но из-за давки с OOo 2.0 заливать не стал... Ну так кто возьмет на себя libnspr, я или вы? 32065 13 legion 2005-10-17 11:54:47 +0400 (In reply to comment #12) > Хм... Пока что продукты mozilla используют 4.5.1, и еще две недели назад я > подготовил 4.6(актуальную на тот момент), но из-за давки с OOo 2.0 заливать не > стал... Ну так кто возьмет на себя libnspr, я или вы? У меня уже все готово. Я хочу на nspr завязать еще и xulrunner ... a ему нужен самый свежий. Если вы не против, то я его возьму. 32071 14 eostapets 2005-10-17 13:34:53 +0400 Я не против. Самое главное чтобы mozilla-suite & seamonkey сработались с новой версией, а то at@ со своим поиском дублирующихся символов заспамит... :) 32077 15 legion 2005-10-17 14:43:39 +0400 (In reply to comment #14) > Я не против. Самое главное чтобы mozilla-suite & seamonkey сработались с новой > версией, а то at@ со своим поиском дублирующихся символов заспамит... :) Не вижу причин чтобы mozilla c ним не собралась. Только вам придется приложить один патч для этого :) В firefox я наткнулся на то, что она не может собраться с внешним nspr . Для сборки с ней нужен патч. Причем падает она в nss. Как только я оторву nspr положу патч. Если вам это удастся раньше буду рад воспользоваться вашими трудами. Для этих писем есть мощный инструмент - /dev/null. Оттуда еще никто не созвращался. 32079 16 eostapets 2005-10-17 14:54:42 +0400 С mozilla-suite патчей нужно намного больше... Я как раз занимаюсь убеждением сборочной среды в необходимости таки собраться с внешним libnspr... А затем и libnss :)