>это хорошо, что я не нужен всяким анонимусам.

Убейся!! Я плоский анонимус!! ::))

Чего вы к фотографиям прицепились? Люди как люди. Не красноглазые вроде, кто постарше, кто помладше...

>Чего вы к фотографиям прицепились? Люди как люди. Не красноглазые вроде, кто постарше, кто помладше...

Да ты просто моей фотки там не видел ::))

Re^2: Релиз очередной версии MountManager 0.2.2

> Скорее всего проблема из-за попытки MountManager записать debug в /var/log/MountManager.log.

Ну это как бы не очень умно. Должна быть диагностика, что без рута программа не запускается.

И вообще, неплохо бы валить сообщения об ошибках не только в лог, но и в stderr.

>Hal мне не нравиться, т. к. использует глибу.

слава новым луддитам!

Ужас. Благо в Ъ генте нету такого шлака. Уже кучу таких приблуд наплодили, а всё никак не успокоятся. Эпоха шэдулеров для ядра, виртуальных машин и веб-фреймворков прошла, даёшь эпоху менеджеров монтирования для неосиливших двухстраничную инфу

> Hal мне не нравиться, т. к. использует глибу.

А всё-таки в линуксе должна быть сишная базовая библиотека со всякими часто используемыми структурами данных, функциями, событийной (GMainLoop) и объектной (GObject) моделью как бонус. Glib на эту роль подходит идеально.

На скриншотах ничего не видно, не могу рассмотреть, для чего нужна эта программа... А man для неё имеется?

Очень мило, но бесполезно.

> Благо в Ъ генте нету такого шлака

Ничего, и вам ебилд напишут, от mountmanager'а никто не уйдет неосчастливленым :-)

QT не юзаю, ибо гномер по теме: п р а в и л ь н о, клепаем, клепаем и клепаем; это удел человеческой цивилизации; вот человек колотил колотил по камню 30 тыс лет назад, а теперь какие четырехядерники делает...

P.S.: а так всем LOR-жителям спасибо, хорошая цирковая программа дорогого стоит

> А всё-таки в линуксе должна быть сишная базовая библиотека со всякими часто используемыми структурами данных, функциями, событийной (GMainLoop) и объектной (GObject) моделью как бонус. Glib на эту роль подходит идеально.

Есть язык, который именно для этого и написан, двадцать лет уже есть. И с си он хорошо интегрируется. только вот он индульгенцию от geeq-а не получил.

>Есть язык, который именно для этого и написан

тикль?

А эта штука позволяет задавать любые опции монтирования или только те о которых вспомнил разработчик утилиты, как например было с pmount?

> Есть язык, который именно для этого и написан, двадцать лет уже есть. И с си он хорошо интегрируется. только вот он индульгенцию от geeq-а не получил.

C++ что-ли? Дык он как-то что-ли нетрадиционен для unix-культуры, тем более смешно было бы делать на нём "базовые" вещи.

> Когда я разрабатывал этот проект я узнал много нового не только в разработке GUI. На самом деле там довольно много скрытых сложностей, по крайней мере для МЕНЯ. Тем более я так и не знаю что нужно пользователям, чтобы это был не велосипед. Подкинте идейку, пожалуйста.

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

Тулза нормальная и нужная.

>> Есть язык, который именно для этого и написан, двадцать лет уже есть. И с си он хорошо интегрируется. только вот он индульгенцию от geeq-а не получил.

> C++ что-ли? Дык он как-то что-ли нетрадиционен для unix-культуры, тем более смешно было бы делать на нём "базовые" вещи.

Ты видел встроенный event loop в C++? Даже индийские мудрецы не достигали этой степени уку^W просветления.

> Ты видел встроенный event loop в C++? Даже индийские мудрецы не достигали этой степени уку^W просветления.

Неа, не видел. А что там?

Re^2: Релиз очередной версии MountManager 0.2.2

>> Ты видел встроенный event loop в C++? Даже индийские мудрецы не достигали этой степени уку^W просветления.

> Неа, не видел. А что там?

В том то и дело, что его там нет. И в си нет.

> В том то и дело, что его там нет. И в си нет.

Не совсем понимаю, что из этого следует?

>C++ что-ли? Дык он как-то что-ли нетрадиционен для unix-культуры

KDE-шникам только забыли рассказать, ага. Это вообще можно за серьёзный аргумент считать?

Re^4: Релиз очередной версии MountManager 0.2.2

>> В том то и дело, что его там нет. И в си нет.

> Не совсем понимаю, что из этого следует?

Следует то, что если в программе многое опирается на event loop, то разумно использовать тот язык, где работа с ним есть "искаропки".

> Следует то, что если в программе многое опирается на event loop, то разумно использовать тот язык, где работа с ним есть "искаропки".

В Си "искаропки" поддерживается вызов poll. :)

Re^6: Релиз очередной версии MountManager 0.2.2

>> Следует то, что если в программе многое опирается на event loop, то разумно использовать тот язык, где работа с ним есть "искаропки".

> В Си "искаропки" поддерживается вызов poll. :)

А ты уже научился работать с d-bus через poll? Hint: это невозможно by design.

>>Следует то, что если в программе многое опирается на event loop, то разумно использовать тот язык, где работа с ним есть "искаропки".

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

>KDE-шникам только забыли рассказать, ага. Это вообще можно за серьёзный аргумент считать?

А кто называл KDE юниксовой программой? Так, поделка для экстренного пересаживания вантузятников и им подобных.

> А ты уже научился работать с d-bus через poll? Hint: это невозможно by design.

Я не очень знаком со спецификой D-Bus, но действительно ли сложно завернуть его в GSource и добавить в main loop? Проблема только в реализации GSourceFuncs.

Re^8: Релиз очередной версии MountManager 0.2.2

>> А ты уже научился работать с d-bus через poll? Hint: это невозможно by design.

> Я не очень знаком со спецификой D-Bus, но действительно ли сложно завернуть его в GSource и добавить в main loop? Проблема только в реализации GSourceFuncs.

В том-то и дело, что использование d-bus в сишном event loop _вынуждает_ использовать glib-овский event loop. Который нифига не на poll построен.

> В том-то и дело, что использование d-bus в сишном event loop _вынуждает_ использовать glib-овский event loop. Который нифига не на poll построен.

Глибовский event loop построен на концепции источников событий, а что там - poll, сообщение dbus или от какого-нибудь avahi - неважно. Кстати, см. libdbus-glib (там всё есть).

P.S.: в гтк программе в GMainLoop один источник - fd иксов, он собственно и poll-ится

Re^10: Релиз очередной версии MountManager 0.2.2

>> В том-то и дело, что использование d-bus в сишном event loop _вынуждает_ использовать glib-овский event loop. Который нифига не на poll построен.

> Глибовский event loop построен на концепции источников событий, а что там - poll, сообщение dbus или от какого-нибудь avahi - неважно. Кстати, см. libdbus-glib (там всё есть).

Да, я это знаю. Но ответь на следующие два вопроса:
1. могу ли я параллельно использовать glib event loop и poll, не встраивая вызовы poll в glib event loop?
2. Могу ли я использовать нечто, написанное для использования в glib event loop (например, тот же dbus-glib), через poll?

>Могу ли я использовать нечто, написанное для использования в glib event loop (например, тот же dbus-glib), через poll?

могу ли я закручивать шурупы молотком?

gaa, сходи к доктору, пока не поздно

> 1. могу ли я параллельно использовать glib event loop и poll, не встраивая вызовы poll в glib event loop?

По-моему это будет затруднительно. Нужен голый poll и по каким-то причинам не хочется его встраивать в GMainLoop - используй голый poll. :)

> 2. Могу ли я использовать нечто, написанное для использования в glib event loop (например, тот же dbus-glib), через poll?

Нет.

Re^12: Релиз очередной версии MountManager 0.2.2

>> 1. могу ли я параллельно использовать glib event loop и poll, не встраивая вызовы poll в glib event loop?

> По-моему это будет затруднительно. Нужен голый poll и по каким-то причинам не хочется его встраивать в GMainLoop - используй голый poll. :)

Не просто затруднительно, а попросту никак. Во всяком случае, без грязных хаков.

>> 2. Могу ли я использовать нечто, написанное для использования в glib event loop (например, тот же dbus-glib), через poll?

> Нет.

Подведу итог: использование glib снижает широту выбора методов и средств для event-driven(да и вообще любого) программирования на C. Потому не стоит рекомендовать её как "идеально подходящую сишную базовую библиотеку".

> Подведу итог: использование glib снижает широту выбора методов и средств для event-driven(да и вообще любого) программирования на C.

Широту выбора каких именно методов и средств она снижает? Маразм, вроде совместного использования poll в GMainLoop + отдельный poll не принимается. :) Более того, main loop - не самое главное.

Re^14: Релиз очередной версии MountManager 0.2.2

>> Подведу итог: использование glib снижает широту выбора методов и средств для event-driven(да и вообще любого) программирования на C.

> Широту выбора каких именно методов и средств она снижает?

Средств организации event loop, встраивания dbus-сорсов в существующие приложения.

> Маразм, вроде совместного использования poll в GMainLoop + отдельный poll не принимается. :)

То есть существующее приложение с EL надо кардинально переписать, чтобы приделать к нему d-bus? Нерациональная трата ресурсов.

> Более того, main loop - не самое главное.

Все пользовательские интерфейсы -- event-driven по определению. Непонимающий это слеп, отвергающий -- глуп.

> Средств организации event loop, встраивания dbus-сорсов в существующие приложения.

Ну так какие именно средства, я не понимаю. poll есть? Есть. С dbus интеграция тоже есть. Почему glib-овые биндинги к dbus должны как-то "встраиваться в существующие приложения", мне тоже непонятно.

> Все пользовательские интерфейсы -- event-driven по определению. Непонимающий это слеп, отвергающий -- глуп.

Ну, типа не пользовательскими ифейсами едиными...

Re^16: Релиз очередной версии MountManager 0.2.2

> Ну так какие именно средства, я не понимаю. poll есть? Есть. С dbus интеграция тоже есть.

poll есть. Но использовать его вместе с dbus получится только если поглотить их обоих в glib-овские сорсы. Ты ещё не видишь, что тут плохого для независимого разработчика?

> Почему glib-овые биндинги к dbus должны как-то "встраиваться в существующие приложения", мне тоже непонятно.

Подумай как следует. Подумай, почему для использования, например, libxerces или libzip, приложение перестраивать не надо.

> Ну, типа не пользовательскими ифейсами едиными...

Ну типа event-driven программинг не только там применяется. Я просто указал то место, где применяется исключительно он.

> poll есть. Но использовать его вместе с dbus получится только если поглотить их обоих в glib-овские сорсы. Ты ещё не видишь, что тут плохого для независимого разработчика?

Независимый разработчик в том-то и независимый, что может использовать любые подходящие ему средства. Будто на глибе свет клином сошёлся. А что, использовать poll вместе с dbus сильно проще и удобнее без "поглощения их обоих в глибовские сорсы"?

> Подумай как следует. Подумай, почему для использования, например, libxerces или libzip, приложение перестраивать не надо.

Потому что это разные области. "Ось приложения" некорректно сранивать с библиотеками.

Re^18: Релиз очередной версии MountManager 0.2.2

> Независимый разработчик в том-то и независимый, что может использовать любые подходящие ему средства. Будто на глибе свет клином сошёлся.

Да. А ты изволил тут рекомендовать glib как "идеально подходящую сишную базовую библиотеку".

> А что, использовать poll вместе с dbus сильно проще и удобнее без "поглощения их обоих в глибовские сорсы"?

Dbus вообще редкостная поделка, ибо у него нет дескриптора, на котором можно сделать select. То есть он уже в традиционный юниксовый event loop не вписывается. Не думали его авторы, взращённые на glib, что его может понадобиться использовать вне glib.

> Потому что это разные области. "Ось приложения" некорректно сранивать с библиотеками.

Что есть "ось"? Event loop?

> Пацан рулит. Болтуны не рулят.

+1

> Да. А ты изволил тут рекомендовать glib как "идеально подходящую сишную базовую библиотеку".

В большинстве случаев - подходит. Альтернативы?

> Что есть "ось"? Event loop?

Ага, то, вокруг чего всё вертится.

Re^20: Релиз очередной версии MountManager 0.2.2

>> Да. А ты изволил тут рекомендовать glib как "идеально подходящую сишную базовую библиотеку".

> В большинстве случаев - подходит.

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

> Альтернативы?

Если для event-driven, то ты сам знаешь: poll и его обёртки. Если всё же вспомнить, что ц не затачивалось под e-d, то есть как минимум tcl, в котором это есть "искаропки".

>есть как минимум tcl, в котором это есть "искаропки".

свершилось! последние оковы разума преодолены, и tcl назван языком, базовым для всех остальных.

слава веществам!

>для тех людей, которые не хотят как можно быстрее получить результат

Точно не хотят?

>Почти всё, что умеет программа можно сделать с помощью командной строки и редактирования специального файла.

А что нельзя?

>сообщейний

>Расположение полос сообщейний отделено

Может полосы отделены?

>разделителем с другим содержанием

Даже разделите с содержанием? Респект!

>Теперь расширения могут быть меню или панелями инструментами

Или запятая или "инструментОВ"

>Удалён мастер настройки дисков за бесполезностью

Может за ненадобностью?

> свершилось! последние оковы разума преодолены, и tcl назван языком, базовым для всех остальных.

Сдаётся мне, ты у gaa в игноре. X-)

>Сдаётся мне, ты у gaa в игноре. X-)

я в курсе. Что поделать, у этого чудика нет ответов на мои вопросы =)

Класная прога! Наконец то я смог увидеть свои диски с вендой.

Пи@#$ж! Как монтирование может стимулировать работу головного мозга?! Или я отстал от жизни, и "монтированием" ныняшняя молодёжь называет приём психотропных препаратов?

>В программах, в которых можно быстро получить определённый результат, нельзя получить ничего, кроме этого результата.

Было бы по меньшей мере странно, если бы во время моделирования термоядерной реакции программа покупала бижутерию на интернет-аукционах...