apt2. более продвинутый пакетный инструмент?

[sash-kan]

apt — это advanced packaging tool. продвинутый пакетный инструмент (ну, приблизительно).
так вот не далее как вчера товарищ Julian Andres Klode, debian девелопер, ubuntu мембер, член fsf europe и прочая и прочая и прочая, в своём блоге заявил, что приступает к написанию apt2 (предварительное название). т.е., получается, будет писать «более продвинутый пакетный инструмент».

использовать он при этом собирается язык vala и фокусировать своё внимание будет на библиотечной части. в отличие от «менее продвинутого» apt (шутка), сфокусированного преимущественно на прикладной части.
столь неординарный выбор языка диктуется «простотой синтаксиса» и тем, что «он даёт возможность использовать фичи, предоставляемые GLib и C°».

ещё раз ссылка на блог.

p.s. apt используется alt-linux-ом. надо так думать, прикручивание apt2 (ну, когда он будет написан) к их редхато-пакетной системе смысла не имеет. в виду как раз его библиотечной (library), а не прикладной (application) ориентированности. кстати, а ещё какой-нибудь дистрибутив использует apt? (ну, понятно, кроме debian derivatives).

[nadge]

Это все хорошо... Только он похоже не смог найти более неизвестный язык... А наиболее простой синтаксис имхо у обычного С хотя бы потому, что его знает любой посикс-программист. И фич вроде всем хватает...

[Slimy]

Я правильно понимаю что этой штуки GTK будет необходим всегда даже тогда когда нет Х?
Язык кстати интересный. С того что неизвестный не значит плохой. Да и компактно как, а на С в примере разница впечатляет. Однако не совсем понятно отчего транслируется в С, а не в C++ так ведь проще, темболее что претендует как раз на место плюсов. И почему такая разница в бенчмарках.

[sash-kan]

Я правильно понимаю что этой штуки GTK будет необходим всегда даже тогда когда нет Х?

цитата из блога:

APT2 will only require GLib, Gee and libarchive, which require about 2MB of space; about 1/10 of Perl’s size.

[Janik]

Хорошая новость! А язык прикольный!

[Slimy]

Я правильно понимаю что этой штуки GTK будет необходим всегда даже тогда когда нет Х?

цитата из блога:

APT2 will only require GLib, Gee and libarchive, which require about 2MB of space; about 1/10 of Perl's size.

Круто. Еще бы любителям питона такое продвинуть глядишь новые кеды стали бы быстрее и менее глючные.

[Davinel]

Это все хорошо... Только он похоже не смог найти более неизвестный язык... А наиболее простой синтаксис имхо у обычного С хотя бы потому, что его знает любой посикс-программист. И фич вроде всем хватает...

На С его будут писать год. Или два.
Пакетный менеджер не такая уж ресурсоемкая штуковина, производительности особой от него не требуется. Без проблем можно использовать какой нибудь питон(как это, например, сделали в генте), ну или любой другой высокоуровневый язык. На них все же несравнимо удобней писать.

[deadhead]

ну раз уж

«более продвинутый пакетный инструмент»

то и назвать можно было бы соответсвующе, может даже
rapt - really advanced packaging tool
причем злопыхатели моги бы дописывать еще знак вопроса ;-)

[Slimy]

Это все хорошо... Только он похоже не смог найти более неизвестный язык... А наиболее простой синтаксис имхо у обычного С хотя бы потому, что его знает любой посикс-программист. И фич вроде всем хватает...

На С его будут писать год. Или два.
Пакетный менеджер не такая уж ресурсоемкая штуковина, производительности особой от него не требуется. Без проблем можно использовать какой нибудь питон(как это, например, сделали в генте), ну или любой другой высокоуровневый язык. На них все же несравнимо удобней писать.

Ну а какже индексация ? Вполне ресурсоемкая штука и установка пакетов, вернее массовое обновление. Питон тут полное зло. Еще у него есть уязвимость если обновление интерпретатора пройдет как то не так то в дальнейшем умрет все что использует интерпретатор, а поправить можно (без хиругрического вмешальтсва руками) только пакетным менеджером замкнутый круг получается.

[Janik]

Ну а какже индексация ? Вполне ресурсоемкая штука и установка пакетов, вернее массовое обновление. Питон тут полное зло. Еще у него есть уязвимость если обновление интерпретатора пройдет как то не так то в дальнейшем умрет все что использует интерпретатор, а поправить можно (без хиругрического вмешальтсва руками) только пакетным менеджером замкнутый круг получается.

+1 Лучше писать на компилируемом языке!

[Bluetooth]

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

Угу. Поюзайте старые версии zypper, года этак 2007го, и после этого Вы уже не будете говорить, что производительности особой не требуется.

[nadge]

Угу. Поюзайте старые версии zypper, года этак 2007го, и после этого Вы уже не будете говорить, что производительности особой не требуется.

+1024. Я из-за этой только штуки ушел с суси.

[Minton]

Ну, это вы поторопились, поторопились, сейчас прекрасно работает

[Slimy]

Ну, это вы поторопились, поторопились, сейчас прекрасно работает

но до тогоже apt еще далеко. Частично скорость похоже была выиграна за счет уменьшения количества пакетов. Например в той же убунте к фф каждя язык отдельно в сузе одним пакетом. Игры кедов в в деб отдельно в сузе одним пакетом. В общем схитрили неплохо.

[Davinel]

Ну а какже индексация ? Вполне ресурсоемкая штука и установка пакетов, вернее массовое обновление. Питон тут полное зло. Еще у него есть уязвимость если обновление интерпретатора пройдет как то не так то в дальнейшем умрет все что использует интерпретатор, а поправить можно (без хиругрического вмешальтсва руками) только пакетным менеджером замкнутый круг получается.

Ну, питон это крайний случай, vala вроде как должна быть существенно быстрее. Тем не менее emerge, написанный на питоне, работает вполне удовлетворительно, единственное, что там медленно - поиск пакетов. Уж не знаю, толи это ограничения налагаемые языком, толи написано криво. В генте для поиска есть несколько сторонних программ. Вместо этого в принципе без проблем можно встроить функцию поиска хоть на ассемблере, хоть на С.

Угу. Поюзайте старые версии zypper, года этак 2007го, и после этого Вы уже не будете говорить, что производительности особой не требуется.

Я ж не говорю, что пакетный менеджер может быть медленным, я говорю, что это не очень ресурсоемкая программа.



Просто писать всё на С/С++ это конечно Ъ. Бесспорно, да. Но это ведь так ДОЛГО....

[Slimy]

Я думаю над такой фундаментальной для дистрибутива программой как менеджер пакетов стоит повозится, чем выпускать поделие на питоне, потому что его удалось написать за вечер на коленке, и еще полгода потом подпирать его костылями на нормальных языках, что бы хоть как то юзабельно было. Тем более Vala очень интересный компромисс простоты разработки и хорошего конечного результата. Жаль документации маловато по языку я уже всерьез думаю почитать про него.

[Minton]

но до тогоже apt еще далеко.

Да не так уж и далеко, zypper - весьма мощная система управления пакетами.

Частично скорость похоже была выиграна за счет уменьшения количества пакетов. Например в той же убунте к фф каждя язык отдельно в сузе одним пакетом. Игры кедов в в деб отдельно в сузе одним пакетом. В общем схитрили неплохо.

Смешно, ей-богу... Так и представляю, как разработчики libzypp указывают мейнтейнерам Файрфокса, какие пакеты им собирать Кстати, кедовые игры идут отдельным пакетом каждая, не вводите людей в заблуждение или указывайте версию кед Так что никто ни о чём не хитрил, не выдумывайте, просто люди сели и написали хороший и быстрый солвер.

[nadge]

Ну, это вы поторопились, поторопились, сейчас прекрасно работает smile.gif

Знаю, но уже поздно :) Хотя я рассматриваю сусю как хороший вариант для ноута, т.к. тамошняя убунта меня не совсем устраивает.

Кстати, скажите, а появилась ли там наконец возможность скачанные rpm (в первую очередь - обновления) куда-нить скопировать и использовать на втором компе, чтобы не качать одно и то же дважды? В apt такое существует.

[Minton]

Давно уже появилась. А в 11.2 даже будет пресловутая "галочка" в графическом интерфейсе, велящая "Сохранять загруженные пакеты".

[Bluetooth]

Угу. Поюзайте старые версии zypper, года этак 2007го, и после этого Вы уже не будете говорить, что производительности особой не требуется.

Я ж не говорю, что пакетный менеджер может быть медленным, я говорю, что это не очень ресурсоемкая программа.

Ну а я привел пр имер кривой реализации, при которой он вполне себе ресурсоемкий

Ну, это вы поторопились, поторопились, сейчас прекрасно работает

Ну, не прекрасно, а просто нормально
и не поторопились, а отстали ))

[nadge]

А в 11.2 даже будет пресловутая "галочка" в графическом интерфейсе, велящая "Сохранять загруженные пакеты".

Ну, в случае с сусей нужна именно галочка)) Для друга просто, он не особо хочет вникать... А как сейчас (в 11.1) это сделать?

[Bluetooth]

А в 11.2 даже будет пресловутая "галочка" в графическом интерфейсе, велящая "Сохранять загруженные пакеты".

Ну, в случае с сусей нужна именно галочка)) Для друга просто, он не особо хочет вникать... А как сейчас (в 11.1) это сделать?

Друг не хочет вникать, с ним все понятно, а вот Вы - не можете это найти в разделе по опэнсусе?

[nadge]

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

[Bluetooth]

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

А мне-то тем более лень найти это для Вас. Кстати, решение этого вопроса наверняка в мане написано - посмотрите, наверняка очень быстро найдете.