The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Для PkgSrc представлен APT-подобный пакетный менеджер nih, opennews (ok), 01-Янв-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +1 +/
Сообщение от Michael Shigorinemail (ok), 01-Янв-11, 22:52 
И вот пусть теперь Лёша только заикнётся про NIH-синдром! :))
Ответить | Правка | Наверх | Cообщить модератору

17. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +1 +/
Сообщение от vle (ok), 02-Янв-11, 20:53 
Да это, как я понимаю, Игорь Чубин решил меня попиарить.
Так что это не я. А что до nih, то им, Миша, болеют не только альтовцы ;-)
И у меня есть грешок. Чем мне угодили pkgin, pkg_comp, pkg_chk и прочие
могу, конечно, и объяснить, но тебе это вряд ли будет интересно.
Тебе же это все равно не интересно, на поиск, который лучше чем у вас,
я уже показывал.
Ответить | Правка | Наверх | Cообщить модератору

18. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +/
Сообщение от Michael Shigorinemail (ok), 02-Янв-11, 21:13 
> А что до nih, то им, Миша, болеют не только альтовцы ;-)

Только у нас со всех больших всё ж! ;-)  Но причина, как понимаю, схожая -- "ну нельзя же так".

> Чем мне угодили pkgin, pkg_comp, pkg_chk и прочие
> могу, конечно, и объяснить, но тебе это вряд ли будет интересно.

Ну почему, не исключено.  Хотя это если не влом.

> на поиск, который лучше чем у вас, я уже показывал.

Да и я тебе, помнится, показывал, куда пар направился.  А околопакетовидной частью у нас icesik@ потихоньку занимается вот здесь: http://prometheus.altlinux.org (хотя до именно той части, на которую ты обращал внимание, руки ещё ни у кого толком не доходили).

Ответить | Правка | Наверх | Cообщить модератору

20. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +/
Сообщение от vle (ok), 02-Янв-11, 22:37 
>> А что до nih, то им, Миша, болеют не только альтовцы ;-)
> Только у нас со всех больших всё ж! ;-)  Но причина,
> как понимаю, схожая -- "ну нельзя же так".

В точку!

>> Чем мне угодили pkgin, pkg_comp, pkg_chk и прочие
>> могу, конечно, и объяснить, но тебе это вряд ли будет интересно.
> Ну почему, не исключено.  Хотя это если не влом.

Ээээ, скорее в лом. Для крсткости обойдемся твоей форомулировкой
"ну нельзя же так". Я пока в поезде. Домой приеду, посмотрим.

>> на поиск, который лучше чем у вас, я уже показывал.
> Да и я тебе, помнится, показывал, куда пар направился.

Пардон?

> А околопакетовидной
> частью у нас icesik@ потихоньку занимается вот здесь: http://prometheus.altlinux.org
> (хотя до именно той части, на которую ты обращал внимание, руки
> ещё ни у кого толком не доходили).

Да этим не у вас надо заниматься, а в апстриме. Кто там сейчас apt-get-ом
занимается? Ну а yum/zypper-ом пусть RedHat/SuSE доделывают.
Я предела своих мечтаний почти достиг :-)

Ответить | Правка | Наверх | Cообщить модератору

23. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +/
Сообщение от JL2001 (ok), 03-Янв-11, 01:00 
>>> на поиск, который лучше чем у вас, я уже показывал.
>> Да и я тебе, помнится, показывал, куда пар направился.
>> А околопакетовидной
>> частью у нас icesik@ потихоньку занимается вот здесь: http://prometheus.altlinux.org
>> (хотя до именно той части, на которую ты обращал внимание, руки
>> ещё ни у кого толком не доходили).
> Да этим не у вас надо заниматься, а в апстриме. Кто там
> сейчас apt-get-ом
> занимается? Ну а yum/zypper-ом пусть RedHat/SuSE доделывают.
> Я предела своих мечтаний почти достиг :-)

можно тезисно чего не хватает apt-get-у ? (ну и yum/zypper тот же вопрос)

Ответить | Правка | Наверх | Cообщить модератору

26. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +2 +/
Сообщение от vle (ok), 03-Янв-11, 01:25 
>[оверквотинг удален]
>>> А околопакетовидной
>>> частью у нас icesik@ потихоньку занимается вот здесь: http://prometheus.altlinux.org
>>> (хотя до именно той части, на которую ты обращал внимание, руки
>>> ещё ни у кого толком не доходили).
>> Да этим не у вас надо заниматься, а в апстриме. Кто там
>> сейчас apt-get-ом
>> занимается? Ну а yum/zypper-ом пусть RedHat/SuSE доделывают.
>> Я предела своих мечтаний почти достиг :-)
> можно тезисно чего не хватает apt-get-у ? (ну и yum/zypper тот же
> вопрос)

Прежде всего нормального поиска. При количестве пакетов, давно перевалившим за 20000
поиск остается убогим во всех выше перечисленных системах. В nih он на мой взгляд
лучше, значительно меньше нерелевантного мусора.
Собственно встроено вот это
http://mail-index.netbsd.org/pkgsrc-users/2010/11/23/msg0132...

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

Кроме того, в nih есть поиск в удаленной базе через посредством dict protocol-а,
вот так
http://mail-index.netbsd.org/pkgsrc-users/2008/02/02/msg0002...
только другой командой "nih search -o".

Ну и кроме того, "nih install" умеет принимать не только пакеты для установки и обновления, но и для удаления, т.е. одновременно, что позволяет не обновляться в два этапа: вначале сносим пол системы, а потом ставим все обратно, но с другими зависимостями/альтернативами,
а за один заход. Но это нужно довольно редко, хотя иногда позволяет сильно
уменьшить количество потраченных нервов при работе с backports и подобными.

Насчет остального я как-то не сильно задумывался, если честно.

А, вот еще, pkg из OpenIndiana просто безбожно тормозит, я ума не приложу, чем можно заниматься СТОЛЬКО времени, вычисляя update plan.

Ответить | Правка | Наверх | Cообщить модератору

36. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  –1 +/
Сообщение от Michael Shigorinemail (ok), 03-Янв-11, 15:12 
> поиск остается убогим во всех выше перечисленных системах. В nih

Ты точно читал http://lwn.net/Articles/415168/?

> Собственно встроено вот это
> http://mail-index.netbsd.org/pkgsrc-users/2010/11/23/msg0132...

По сравнению с xapian (который я тоже давно люблю и всё собираюсь поприкручивать не только к своей почте) это всё поделки, сам понимаешь.

Ответить | Правка | Наверх | Cообщить модератору

42. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +/
Сообщение от vle (ok), 03-Янв-11, 18:39 
>> поиск остается убогим во всех выше перечисленных системах. В nih
> Ты точно читал http://lwn.net/Articles/415168/?

Поиск по тегам. Ну и что? Это всего лишь еще одно поле для поиска.
pkg_digger/pkg_online_find и там искать будут если на вход
эти теги поступят.

>> Собственно встроено вот это
>> http://mail-index.netbsd.org/pkgsrc-users/2010/11/23/msg0132...
> По сравнению с xapian это всё поделки, сам понимаешь.

Я понял. Ты уже НИКОГДА не научишься читать документацию.
Типичный малограмотный альтовец,
и на этот раз я не стану просить прощения.

Ответить | Правка | Наверх | Cообщить модератору

49. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +/
Сообщение от Michael Shigorinemail (ok), 04-Янв-11, 16:46 
> pkg_digger/pkg_online_find и там искать будут если на вход
> эти теги поступят.

1) *если*;
2) не я ж стал заикаться (точнее, кидать пальцы) про sane defaults, а? ;-)

>> По сравнению с xapian это всё поделки, сам понимаешь.
> Я понял. Ты уже НИКОГДА не научишься читать документацию.

Лёш, я как бы некоторое время потратил на раскапывание вопросов в т.ч. faceted search, да и некоторый практический опыт с разными индексаторами (разумеется, с прочтением документации) тоже имеется за последние лет двенадцать.  Достаточно большую систему управления мобильным контентом сархитектурил тоже уже давно, там как раз категоризация была ключом (предшественники упёрлись носом в транспорт).

Ты, как нередко, ничего не понял, зато занервничал на пустом месте -- как только тебя ткнули носом (грубовато, но по-дружески, между прочим) во что-нибудь действительно стоящее и давно существующее.

Разумеется, проще всего сказать "да ты лох" и не думать о том, что в других мы прежде всего склонны видеть отражение себя ;-)

PS: про axi-cache почитай ещё, Колумб. :)

Ответить | Правка | Наверх | Cообщить модератору

50. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +/
Сообщение от vle (ok), 04-Янв-11, 17:24 
>> pkg_digger/pkg_online_find и там искать будут если на вход
>> эти теги поступят.
> 1) *если*

Это уже не ко мне. Будут теги -- будет по ним поиск.
Мне все равно, откуда они возьмутся, и возьмутся ли.
Это во-первых. Во-вторых, тебе продемонстировать,
как pkg_digger и pkg_online_find может работать под Debian и AltLinux
с тегами и без них?
Уж всяко лучше альтовского apt-cache-а.
Я ведь не поленюсь, и тебе будет стыдно.

> 2) не я ж стал заикаться (точнее, кидать пальцы) про sane defaults,
> а? ;-)

Как работает apt-cache в AltLinux-е можешь мне даже не показывать, я знаю.
То, что ниже -- good enough без всякого тайного знания о тегах
и нескольких человеколет потраченного труда.
Сделанное мной -- сделано за несколько вечеров.
Впрочем, простоту решения ты все равно не поймешь.

О дефолтах.

0 cheusov>nih search -o dns server                                                      
net/dhisd                 -   DynDNS server
net/fpdns                 -   Fingerprinting DNS servers
net/maradns               -   Secure DNS server for *NIX systems
net/mydns-mysql           -   MySQL-based DNS server
net/mydns-pgsql           -   PostgreSQL-based DNS server
net/nsd                   -   Authoritative-only DNS server
net/p5-Net-DNSServer      -   Perl5 module to be used as a domain name server
net/powerdns              -   Modern, advanced and high performance nameserver
net/powerdns-recursor(pdns-recursor) -   PowerDNS resolver/recursing nameserver
net/rootprobe             -   Root DNS server performance analysis
net/unbound               -   DNS resolver and recursive server
sysutils/wbm-bind8        -   Webmin module for managing ISC BIND 8.x DNS servers
wip/ldapdns(ldapdns-cvs)  -   Tiny, fast authoritative nameserver that queries LDAP
wip/py-oak(py24-oak)      -   Authoritative/recursive DNS server
wip/py-oak(py25-oak)      -   Authoritative/recursive DNS server
wip/py-oak(py26-oak)      -   Authoritative/recursive DNS server

0 cheusov>nih search -o web browser                                                      
chat/cgiirc               -   Access IRC from a web browser
devel/global              -   Source code tag system including web browser output
mail/claws-mail-dillo-viewer -   Plugin to use the Dillo web browser for html rendering
wip/arora                 -   Arora is a web browser using Qt and Webkit
wip/elinks-snapshot(elinks-snap) -   Extended/Enhanced links text-mode web browser (snapshot)
wip/firefox               -   Web browser with support for extensions
wip/surf                  -   Surf is a fast and minimalistic web browser based on WebKit/GTK+
www/amaya                 -   Web browser/editor from the World Wide Web Consortium (W3C)
www/browser-bookmarks-menu -   Easy access to web bookmarks through a GNOME Panel Applet
www/chimera               -   World Wide Web Browser for X Windows
www/dillo                 -   Very small and fast graphical web-browser
www/epiphany              -   The web browser for the GNOME Desktop
www/epiphany-extensions   -   Extensions for the Epiphany web browser
www/firefox               -   Web browser with support for extensions
www/firefox-bin           -   Lightweight gecko-based web browser (binary package)
www/kazehakase            -   Web browser with multiple layout engines support
www/midori                -   Lightweight web browser using WebKit
www/netsurf               -   Web browser for RISC OS and UNIX-like platforms
www/p5-HTML-Clean         -   Perl5 module that cleans up HTML code for web browsers
www/p5-SVN-Web            -   Unstable snapshot of Subversion repository browser
www/viewvc                -   Viewing the content of CVS/SVN repositories with a Webbrowser
www/w3                    -   World Wide Web browser for Emacs
www/wApua                 -   Web browser for WAP WML
www/webkit-gtk            -   GTK2 port of the WebKit browser engine

0 cheusov>
>>> По сравнению с xapian это всё поделки, сам понимаешь.
>> Я понял. Ты уже НИКОГДА не научишься читать документацию.
> Лёш, я как бы некоторое время потратил на раскапывание вопросов в т.ч.

Ты способен понять, что такое ПОЛЕ ПОИСКА и СТРАТЕГИЯ ПОИСКА,
и то, что они определяются сменным бэкендом?
pkg_digger_backend ищет простым сканом текстового файла,
и этого достаточно для поиска в пакетах.
pkg_online_client -- ищет через dict protocol, обращаясь к серверу.

> как только тебя ткнули носом (грубовато, но по-дружески, между прочим) во
> что-нибудь действительно стоящее и давно существующее.

Не смеши мои тапки, тыкатель :-) Про debtags и про поиск по ним я знаю с
тех пор, как они появились, т.е. уже не один год.

> Разумеется, проще всего сказать "да ты лох" и не думать о том,
> что в других мы прежде всего склонны видеть отражение себя ;-)

Ути пути. Тыкатель мне нашелся :-) Иди работай!

> PS: про axi-cache почитай ещё, Колумб. :)

Ага, ты мне еще про полнотекстовые поисковики раскажи :-)
Иди ка ты лучше улучшай свой altlinux, займись делом.
Впрочем, можешь про комисарова еще что-нибудь на заборе написать,
это веселее.

Ответить | Правка | Наверх | Cообщить модератору

51. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +/
Сообщение от Michael Shigorinemail (ok), 04-Янв-11, 18:54 
>> 1) *если*
> Это уже не ко мне. Будут теги -- будет по ним поиск.

Ну вот, как только сложное -- "не ко мне"...

> Я ведь не поленюсь, и тебе будет стыдно.

Это займёт у тебя некоторое время на одноразовые подпорки (втягивание метаданных), а собственно инфраструктура тебе ж неинтересна.  Зачем городить потёмкинские деревни, тут лучше поленись. :)

>> 2) не я ж стал заикаться (точнее, кидать пальцы) про sane defaults, а? ;-)
> Как работает apt-cache в AltLinux-е можешь мне даже не показывать, я знаю.

Регэксы по summary+description, что там показывать.

> То, что ниже -- good enough без всякого тайного знания о тегах
> и нескольких человеколет потраченного труда.

И тем не менее ты опираешься на готовые метаданные в описаниях.  Но они тебе неинтересны.

Понятно, что одно дело -- инструмент, а другое -- к чему его применять, но для осмысленного результата нужны обе части вопроса, и это важно.  То есть недостаточно бросить в морду шикарную тулзу или же базу дескрипшенов.  Надо вместе работать.  А это сложно, нудно и неинтересно.

> Сделанное мной -- сделано за несколько вечеров.
> Впрочем, простоту решения ты все равно не поймешь.

Да ладно тебе, я порой могу оценить изящное.  Вон /etc/control.d/functions, например.

> О дефолтах.

1) "-o" кривовато выглядит, если уж совсем о дефолтно-минимальном случае и докапываться;
2) это пример на качество метаданных в первую очередь.

> Ты способен понять, что такое ПОЛЕ ПОИСКА и СТРАТЕГИЯ ПОИСКА,
> и то, что они определяются сменным бэкендом?

Каэшшно.

> pkg_digger_backend ищет простым сканом текстового файла,
> и этого достаточно для поиска в пакетах.

Заодно это так себе масштабируется (про 20K пакетов тоже не я упоминал) и малопригодно для использования, скажем, на публичном сайте с информацией о репозиториях.

На localhost, видимо, достаточно -- я тоже порой грепаю base/contents_index и ленюсь нарисовать что-нить индексированное, потому как устраивает.  А вот веб-морду к такому прикрутить уже боязно.

> pkg_online_client -- ищет через dict protocol, обращаясь к серверу.

Это тоже заценил -- "пакетно-английский словарь" :)

> Не смеши мои тапки, тыкатель :-) Про debtags и про поиск по
> ним я знаю с тех пор, как они появились, т.е. уже не один год.

Ура :-)

> Иди работай!

Совесть имей, я и так вчера перелопатил конторский интранет, пока народ отдыхает :-)

>> PS: про axi-cache почитай ещё, Колумб. :)
> Ага, ты мне еще про полнотекстовые поисковики раскажи :-)

(озираясь) Лёш, они повсюду! :-)

> Иди ка ты лучше улучшай свой altlinux, займись делом.

Так я потихоньку и пилю те самые mkimage-profiles.git, что и с тобой обсуждали.

> Впрочем, можешь про комисарова еще что-нибудь на заборе написать,
> это веселее.

Да грустно это, на самом-то деле.  Может, мог бы чего полезного сделать, где умеет.

Ответить | Правка | Наверх | Cообщить модератору

52. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +/
Сообщение от vle (ok), 04-Янв-11, 19:16 
>>> 1) *если*
>> Это уже не ко мне. Будут теги -- будет по ним поиск.
> Ну вот, как только сложное -- "не ко мне"...

Не вижу здесь ничего сложного. Когда/если в pkgsrc появятся теги,
тогда будет по ним поиск. Пока есть только категории, их 52.
Технических проблем с добавлением тегов опять же никаких.
Формат бинаря и дерева pkgsrc их позволяет реализовать
за пол часа.

>> Я ведь не поленюсь, и тебе будет стыдно.
> Это займёт у тебя некоторое время на одноразовые подпорки (втягивание метаданных), а
> собственно инфраструктура тебе ж неинтересна.  Зачем городить потёмкинские деревни, тут
> лучше поленись. :)

Я вас умоляю. Метаданные... Всего лишь нужно сконвертировать дебиноидный
rfc822 в формат
pkg_summary(5) из pkgsrc и "свести задачу к предыдущей".
У меня это уже в планах года два, все лень.

>>> 2) не я ж стал заикаться (точнее, кидать пальцы) про sane defaults, а? ;-)
>> Как работает apt-cache в AltLinux-е можешь мне даже не показывать, я знаю.
> Регэксы по summary+description, что там показывать.

Мдэ, купи себе букварь, там много буков.

>> То, что ниже -- good enough без всякого тайного знания о тегах
>> и нескольких человеколет потраченного труда.
> И тем не менее ты опираешься на готовые метаданные в описаниях.  
> Но они тебе неинтересны.

Чего?

> Понятно, что одно дело -- инструмент, а другое -- к чему его
> применять, но для осмысленного результата нужны обе части вопроса, и это
> важно.  То есть недостаточно бросить в морду шикарную тулзу или
> же базу дескрипшенов.  Надо вместе работать.  А это сложно,
> нудно и неинтересно.

Много слов ни о чем. Есть инструмент, универсальный.
Будут теги -- будет по ним поиск. Ни единой строки кода добавлять не нужно.

>> О дефолтах.
> 1) "-o" кривовато выглядит, если уж совсем о дефолтно-минимальном случае и докапываться;

-o -- это поиск в online базе, без нее будет искать offline.

> 2) это пример на качество метаданных в первую очередь.

Не только. Это пример неплохо выбранного дефолта.
Кстати, юзверь может их менять, как ему вздумается.

>> pkg_digger_backend ищет простым сканом текстового файла,
>> и этого достаточно для поиска в пакетах.
> Заодно это так себе масштабируется (про 20K пакетов тоже не я упоминал)
> и малопригодно для использования, скажем, на публичном сайте с информацией о
> репозиториях.

В pkgsrc >9000 пакетов. На Athom-330 1.6 Ghz прекрасно работает.
Задержка минимальна в несколько секунд. Вспоминаем про бекенд,
появится *реальная* проблема --
появится решение с базой данных, cdb, bdb, sqlite -- че там сейчас модно.

>> pkg_online_client -- ищет через dict protocol, обращаясь к серверу.
> Это тоже заценил -- "пакетно-английский словарь" :)

Ты RFC2229 читал?

>>> PS: про axi-cache почитай ещё, Колумб. :)
>> Ага, ты мне еще про полнотекстовые поисковики раскажи :-)
> (озираясь) Лёш, они повсюду! :-)

Открытие!

>> Иди ка ты лучше улучшай свой altlinux, займись делом.
> Так я потихоньку и пилю те самые mkimage-profiles.git, что и с тобой
> обсуждали.

Ну вот и я пилю.

Ответить | Правка | Наверх | Cообщить модератору

29. "Для PkgSrc представлен APT-подобный пакетный менеджер nih"  +/
Сообщение от Michael Shigorinemail (ok), 03-Янв-11, 11:44 
> Я пока в поезде. Домой приеду, посмотрим.

Доброго пути!

>>> на поиск, который лучше чем у вас, я уже показывал.
>> Да и я тебе, помнится, показывал, куда пар направился.
> Пардон?

В qa-robot, repocop, girar-builder -- сборку и QA.

>> А околопакетовидной частью [...] http://prometheus.altlinux.org
> Да этим не у вас надо заниматься, а в апстриме.

Не apt имел в виду, а предоставление информации о репозиториях.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру