Появился на свет Coaster 0.1.1

нуна качать пробывать что за зверь

есть еще такой проект как Optimystic- http://www.dropline.net/optimystic/ ... но оно еще сырое и в глубокой стади разработки

Ну наконец-то кого-то достал этот долбынный cdrecord его долбанным unix way. Нормальное GUI приложение должно быть фронтэндом над динамически линкуемой библиотекой, а не над консольной утилитой. Жду не дождусь когда такая же участь постигнет pppd.

14.11.2004 Voviks

"Ну наконец-то кого-то достал этот долбынный cdrecord его долбанным unix way. Нормальное GUI приложение должно быть фронтэндом над динамически линкуемой библиотекой, а не над консольной утилитой. Жду не дождусь когда такая же участь постигнет pppd. "

Когда это случится - линух можно смело удалять.

Почему это надо будет стирать Linux? Чем плох вынос функциональной части в разделяемую библиотеку? Хочешь пиши прогу на Qt, хочешь - на Gtk+, можешь написать чисто консольную - и все на основе одной библиотеки. Именно это должно стать unix way, а принцип одна функция одно приложение.

and i'm just fine with cdrecord, so why should i try it?

Понимаете, cdrecord это предсказуемая программа, а если вынести всё в одну библиотеку (здравая мысль) то всё зависит от того, как это сделают: если текстовые сообщения об ошибках будет генерировать библиотека, тогда Ок, если нет - тогда у каждого приложения, использующего эту библиотеку будет своё представление о том, что писать пользователю в случае ошибки. Это создаст неразбериху и путаницу, в первую очередь у опытных пользователей, которые будут устранять причину ошибки.

> Нормальное GUI приложение должно быть фронтэндом над динамически линкуемой библиотекой, а не над консольной утилитой.

А, собственно, какая разница, как происходит взаимодействие? Хоть через сокет, лиш бы работало...

>А, собственно, какая разница, как происходит взаимодействие? Хоть через сокет, лиш бы работало..

Если сменят интерфейс в либе, будет орать линковщик и всё будет понятно.

А если изменят формат вывода, плохо станет парсеру. И, если он написан плохо, либо формат поменялся не везде, полезут трудновыводимые глюки

вообще давно мора неру портировать

И чего такого умеет Нера, что не умеет K3B?

А кто-нибудь знает есть ли в природе высокоуровневая
 консольная писалка. Типа чтоб написать 

$ add-files-to-project Список файлов
Файлы добавлены. Общий размер проекта 300 мегабайт
$ ls-project-files
file1
dir1
bla-bla-bla
$ write-project 
Записываю диск...
Выполнено 1%

Только конечно чтобы возможностей было поболе.
Конечно можно самому написать, но меня пока ломает. Юзаю угрёбищьный k3b:(

зае"?;ывать тупыми лемминговскими сообщениями и делать сессии которые нюркой другой версии не допишешь

> Если сменят интерфейс в либе, будет орать линковщик и всё будет понятно.

А может и промолчать, и будет непонятно, почему программа иногда падает.

> А если изменят формат вывода, плохо станет парсеру. И, если он написан плохо, либо формат поменялся не везде, полезут трудновыводимые глюки

При вменяемом логе трудностей возникнуть не должно.

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

>Различие в другом: если библиотека достаточно высокоуровневая, то консольная программа будет выглядеть в данном случае лишним звеном (хотя и не всегда).

Консольная программа --- просто интерфейс между пользователем и библиотекой, что в этом такого плохого? А графическая намного сложнее консольной, или она тоже --- лишнее звено? Так можно сказать, что kill --- тоже лишнее звено, ибо весь код его --- преобразование параметров для передачи kill(2).

И вообще, главный момент, из-за которого была использована libburn (из-за которого она в принципе начала развиваться) --- это э-э-э...непонятное отношение Jorg Schilling к вопросам лицензирования cdrecord.

> Консольная программа --- просто интерфейс между пользователем и библиотекой, что в этом такого плохого?

Ничего плохого. Я говорил про случай, когда консольная программа --- интерфейс между библиотекой и графической программой.

> А графическая намного сложнее консольной,

Намного? Что же сложного в раскидывании по диалогам десятка-другого виджетов относительно определения набора команд и форматов вывода.

> или она тоже --- лишнее звено?

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

Народ, а кто нить подскажет как решить проблему с cdrecord в ядре 2.6.8 с привилегиями рута, а то как-то совсем хреново запускать тот- же К3В в рут режиме.

Не знаю как насчёт 2.6.8, но в 2.6.9 у меня можно писать только если suid не стоит. users могут писать если есть права на запись в устройство.

А кто чем пишет Video-DVD? В k3b они вроде убрали такую возможность?

>> Если сменят интерфейс в либе, будет орать линковщик и всё будет понятно.

>А может и промолчать, и будет непонятно, почему программа иногда падает.

Если либа написана так, что её поведение меняется в сторону падения без изменения интерфейса - это клиника :-( Хотя встречаются кадры, которые через void* пытаются всё пихать, "для совместимости" - убыв бы... :-(

>> А если изменят формат вывода, плохо станет парсеру. И, если он написан плохо, либо формат поменялся не везде, полезут трудновыводимые глюки

>При вменяемом логе трудностей возникнуть не должно.

это при вменяемом логе. Да, и о птичках... Парсер - это вот самое главное лишнее звено. Хоть его построение можно автоматизировать, всё равно это очень геморно как-то... Если бы можно было что-то типа IDL для этого использовать... Дык никак ведь. IMHO, .so - большой рулез