Автор Гілка: rpm 5.1  (Прочитано 5883 раз)

Відсутній gvy

  • Письменник
  • *****
  • дописів: 576
  • Карма: +0/-0
Re: rpm 5.1
« Відповідей #15 : 2008-05-02 13:07:22 »
Проект mkezx пакує ПЗ у .deb-и, і дає можливість встановлювати їх apt-ом. Точнісінько так само можна пакувати ті самі пакети в .rpm і встановлювати yum-ом (чи apt4rpm), але на відміну від apt-а, yum-у потрібен пітон, так що yum краще запускати за межами мобілки. :-)
Знаєш, над rpm можна юзати не тільки цю поробку (яку imho взагалі краще не запускати) ;-)

Відсутній Володимир Лісівка

  • Адміністратор ЩОДО
  • Видавець
  • *****
  • дописів: 3825
  • Карма: +11/-0
  • Програміст
Re: rpm 5.1
« Відповідей #16 : 2008-05-02 18:44:40 »
Ну чому не можна було використати JavaScript, Python, чи perl - три найвідоміші мови програмування для Лінукс?
Якщо б ти був не розробником на цих еее... мовах, а пакаджером, то дуже швидко б зрозумів.  Особливо про пєтон.

Для JS/EcmaScript досі немає нормальної _бібліотеки_ з двигуном (й не треба мені казати про SpiderMonkey та WebKit),
Це для LUA немає ніяких бібліотек (та і не повинно бути). Для JavaScript, при потребі, можна знайти різні системні бібліотеки під різні двигуни (чи написати свою - це не складно - http://www.mozilla.org/js/spidermonkey/tutorial.html ).

Просто в даному випадку напевно зіграла свою роль об’єктна орієнтованість мови JavaScript, на відміну від процедурної організації коду RPM. Принаймні в тих проектах, де JS використовується, об’єкти присутні.

Можливо ще вплинули такі параметри як розмір коду - LUA менша за розміром, легкість інтеграції - LUA інтегрується з Сі легше чим більшість двигунів JS. В результаті постраждали розробники - їм доведеться вчити ще одну мову і заново писати велосипеди.

Цитата
перл -- ти пропонуєш напівмертвий 5 чи неживий 6?, а щодо серпентарію -- яку з несумісних підверсій тягнути в системно-критичну тулзу?

Цитата
То ембеднута мова тут набагато краще, а lua достатньо.
JavaScript і так - embeded (вбудована мова). Для perl/python/lisp є версії для вбудовування. Для вбудованої версії сумісність з основною гілкою не є критичною, так як вона все своє тягає з собою (LUA теж існує в кількох несумісних версіях).
[Fedora Linux]