tag:blogger.com,1999:blog-3876479810964908617.post8746700806070460622..comments2023-06-19T11:46:26.586+03:00Comments on заметки на манжетах: Суета сует... Всё - суета...sdahttp://www.blogger.com/profile/04582379084815248832noreply@blogger.comBlogger9125tag:blogger.com,1999:blog-3876479810964908617.post-49525291702940079742009-12-17T14:33:52.455+03:002009-12-17T14:33:52.455+03:00It is rather interesting for me to read the post. ...It is rather interesting for me to read the post. Thank author for it. I like such topics and anything connected to them. I would like to read a bit more soon.<br />Alex<br /><a href="http://www.jammer-store.com" rel="nofollow">Cell blocker</a>Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-3876479810964908617.post-77159210735970923772008-06-15T21:41:00.000+04:002008-06-15T21:41:00.000+04:00хочу подчеркнуть, что речь идёт по сути о дублирую...хочу подчеркнуть, что речь идёт по сути о дублирующем софте, который есть в базе, постоянно обновляется, проходит мониторинг security. грешно от этого отказываться.sdahttps://www.blogger.com/profile/04582379084815248832noreply@blogger.comtag:blogger.com,1999:blog-3876479810964908617.post-87337272934878874382008-06-15T21:37:00.000+04:002008-06-15T21:37:00.000+04:00Вынести все проги, собираемые в OBS в отдельную ди...<I>Вынести все проги, собираемые в OBS в отдельную директорию - в общем правильно, но лучше тогда сделать аналог /usr/local - /usr/OBS/ какой-нибудь. А если все проги ложить отдельно - это на что будет похож PATH и /etc/ld.so.conf?</I><BR/><BR/>то да, чтобы не заморачиваться с симлинками можно кидать в /usr/OBS. соответственно плюс одна запись в ld.so.conf, $PATH, $MANPATH, $PKG_CONFIG_PATH. так проще. а то сейчас мухи идут вперемешку с котлетами и никто не чешется.sdahttps://www.blogger.com/profile/04582379084815248832noreply@blogger.comtag:blogger.com,1999:blog-3876479810964908617.post-54111711395507821622008-06-15T21:15:00.000+04:002008-06-15T21:15:00.000+04:00Собственно, я и не утверждаю, что KDE-софт идеален...Собственно, я и не утверждаю, что KDE-софт идеален. И тем более, pcmanfm с fam под KDE не нужны - но ведь утверждается¸ что если всё ставить из официальных репозиториев, то поломок не будет.<BR/>В том, что виноват fam - я не сомневаюсь. Ситуация такая - поставил себе OpenBOX + pcmanfm + gtk-шный софт на поиграцо, для pcmanfm пришлось включить fam. Выключать не стал. При попытке отмонтировать флешку, когда она посидела в usb-порту достаточно, выскакивает ошибка, что она занята. lsof -> виноват fam. Или ещё - перестают запускаться kde-шные аппы. Запускаю xterm, rcfam stop - и в этот момент все они передо мной выскакивают.<BR/>Далее, насчёт некрасивости варианта - просто не надо ставить всё, что не попадётся. И коль уж поставил, то уметь всё это дело откатить обратно - через менеджер пакетов, естественно. А как же ещё? Не стоит приучать пользователя удалять проги по rm -rf /usr/OBS/appname при наличии менеджера пакетов и базы, где это дело учитывается. Тогда получится вторая винда.<BR/>А вообще... Вынести все проги, собираемые в OBS в отдельную директорию - в общем правильно, но лучше тогда сделать аналог /usr/local - /usr/OBS/ какой-нибудь. А если все проги ложить отдельно - это на что будет похож PATH и /etc/ld.so.conf?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-3876479810964908617.post-71093471901176147572008-06-15T18:49:00.000+04:002008-06-15T18:49:00.000+04:00Через некоторое время его работы перестают запуска...<I>Через некоторое время его работы перестают запускаться KDE-приложения и нормально отмонтироваться диски.</I><BR/><BR/>И есть уверенность что дело не в кривом софте KDE? Простите, у меня нет ни одного компонента qt/kde, не могу ничего сказать путного насчёт связки fam+pcmanfm+KDE.<BR/><BR/><I>Есть ведь менеджер пакетов, через который, коль у юзера возникнут проблемы, можно всё это поудалять. Пакеты фильтруются по репозиторию, из которого произошли, и версии откатываются да официальных.</I><BR/><BR/>Это крайне неудачный, неоптимальный и некрасивый вариант, imho.sdahttps://www.blogger.com/profile/04582379084815248832noreply@blogger.comtag:blogger.com,1999:blog-3876479810964908617.post-49237114760119868842008-06-15T10:18:00.000+04:002008-06-15T10:18:00.000+04:00Насчёт гарантий того, что ничего не сломается - эт...Насчёт гарантий того, что ничего не сломается - это ты зря. Даже с официальным софтом могут получиться не очень приятные вещи. Пример - ставишь fam, sudo rcfam start (без него не работает pcmanfm). Через некоторое время его работы перестают запускаться KDE-приложения и нормально отмонтироваться диски. Поломать всё можно и из официальных репок.<BR/>Далее, имхо зачем вам это /usr/OBS/username/? Есть ведь менеджер пакетов, через который, коль у юзера возникнут проблемы, можно всё это поудалять. Пакеты фильтруются по репозиторию, из которого произошли, и версии откатываются да официальных.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-3876479810964908617.post-52988764876367431352008-06-14T19:42:00.000+04:002008-06-14T19:42:00.000+04:00Если пакет заменяет какой-то из oss то, оригинальн...<I>Если пакет заменяет какой-то из oss то, оригинальный пакет должен удаляться.</I><BR/><BR/>вот это собсно и есть суть проблемы. во-первых, не считаю, что оригинальный пакет должен обязательно удаляться. это - опция. и она на совести юзера, но никак не мейнтейнера. <BR/><BR/><I>проблема надуманна. Мне непонятно как предполагается запускать пакеты их /usr/BuildService/user, все эти каталоги вносить в PATH и LD_PATH? тогда получится настоящая помойка.</I><BR/><BR/>вот это и есть результат безграмотности и отсутствия элементарных понятиий о том, как система работает. простое упражнение: дайте ответ на вопрос: "Сколько пакетов у Вас установленно из домашних репо OpenSUSE, сколько они занимают места и какие оригинальные пакеты дублируют?" и расскажите как вы пришли к подобному ответу.<BR/><BR/>верхом глупости является слепая вера, что кто-то из мейнтейнеров 'home:' отслеживает security holes и тому подобные прелести. Вам нравится устраивать помойку из /usr -> Ваше право. делайте что хотите. считаете, что херню упорол? не вы один так полагаете. <BR/><BR/>По поводу качества софта в так называемых "репозиториях, приближенных к официальным". Рассмотрим один из них:<BR/><BR/>1. Официальный типа:<BR/>http://download.opensuse.org/pub/opensuse/repositories/X11:/Enlightenment<BR/><BR/>2. Мой:<BR/>http://download.opensuse.org/repositories/home:/dmitry_serpokryl:/Enlightenment-cvs-core-metapackage/<BR/><BR/>Сравниваем именно базовые компоненты. Официальный мягко говоря "отстаёт". Нет One Click Install, устаревшие и неактуальные версии (более чем на 3 месяца). Нет возможности для пользователя пересобрать spec-файл (src.rpm) и получить текущий cvs проекта. На предложение взять компоненты из моего репо и включить их в "типа официальный" могу продемонстрировать ответ, что найух это не надо никому. "Официальный" репо и так хорош якобы. Нет так нет. Именно поэтому мой второй репо:<BR/><BR/>http://download.opensuse.org/repositories/home:/dmitry_serpokryl:/SOAD/<BR/><BR/>сделан именно так, как я считаю правильным и без оглядки на чьё бы то ни было мнение. Каждый может установить пакеты из обеих и сравнить. И до тех пор, пока мой второй репо не получит статус "officially approved" -> все компоненты из него (дублирующие уже существующие и официально рекомендованные) будут уходить в /opt. И не будет деления пакета на -devel, -debuginfo, так как предполагается, что Пользователь в любой момент может сам пересобрать исходник и получить текущий cvs. Могу показать как ноне я у себя Enlightenment обновляю:<BR/><BR/>http://pastebin.com/m5081a65f<BR/><BR/>это примерно. в оригинале скрипт запрашивает пароль на sudo в начале своего выполнения.sdahttps://www.blogger.com/profile/04582379084815248832noreply@blogger.comtag:blogger.com,1999:blog-3876479810964908617.post-65002412878364025732008-06-14T17:44:00.000+04:002008-06-14T17:44:00.000+04:00Что вообще означает "дублирующего соответствующие ...Что вообще означает "дублирующего соответствующие пакеты" ?<BR/><BR/>Если пакет заменяет какой-то из oss то, оригинальный пакет должен удаляться. Разумно внести в название пакета како-нибудь суффикс вроде pm у пакмана, и в зависимостях прописать что пакет требует оригинального пакета, как это происходит при установке пакета libxine1 который заменяет xine-lib<BR/><BR/>проблема надуманна. Мне непонятно как предполагается запускать пакеты их /usr/BuildService/user, все эти каталоги вносить в PATH и LD_PATH? тогда получится настоящая помойка. <BR/><BR/>Кроме того сейчас вышел BuildService 1.0 RC1, в котором поддерживается много версий одного дерева. Пользователь форкает проект в билдсервисе, изменяет его как хочет в своем home репозитарии и потом отправляет коммит в основной репозитарий.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-3876479810964908617.post-28557526723943590792008-06-14T17:21:00.000+04:002008-06-14T17:21:00.000+04:00странные ты вещи говоришь. Пложить каталоги в /usr...странные ты вещи говоришь. Пложить каталоги в /usr и в /opt не стоит.<BR/><BR/>Все проблемы что ты описал решаются при помощи репов Community:. Достаточно написать мейнтейнеру Community: и если пакет подходит по тематике и нормально собран то он будет залинкован в репозитарий. и ты будешь добавлен в список мейнтейнеров.<BR/><BR/>Кроме Community в Gnome и KDE есть тематические репозитарии с играми. образовательными программами, и т. п. <BR/><BR/>Советую написать письмо мейнтейнеру репозитария http://download.opensuse.org/repositories/X11:/Enlightenment/<BR/><BR/>а так же сходить по ссылке http://forums.opensuse.org/applications/385551-anyone-knows-how-install-latest-enlightment-suse.htmlAnonymousnoreply@blogger.com