h4tr3d
ага, не соберусь комит сделать, где оное исправлено

done
systemd должен умереть.
cucullus
выдыхай ;)

просто не церемонюсь ;-)
systemd должен умереть.
domov0y
а для чего именно эта утилита должна быть? а то получается странное: клик по флешке и она пытается монтироваться независимо от текущего состояния

ага, не соберусь комит сделать, где оное исправлено - поменялась, чуууууточку, логика работы /etc/mtab который теперь ссылка на /proc/self/mounts, а из таких файлов малость спесфично читать данные приходится (хотя бы посмотри на его размер - гордые 0 байтов, а сделаешь cat - данные-то есть!)
systemd должен умереть.
Только, то, что udisks умеет, а сетевого оно не может. пока для этого только всякие gvfs (оно при обращении, бай дефолт, подключает сетевой том в ~/.gvfs/МЕТКА), да вялые мысли от разработчиков libfm/pcmanfm сделать версию, не зависящую от гномовских библиотек - pure-Gtk
systemd должен умереть.
Там весь вывод показывается, удобно как раз для натыкания fuse-битов (там автоматическая инверсия делается - что бы было как для человеков) + информация для конкретных MCU, что какой бит значит
systemd должен умереть.
domov0y
h4tr3d, подскажи где можно достать простых готовых примеров работы с winavr. в датащит не посылать (Я туда сай пойду. но вот тяжелый талмуд в пдф это несколько сурово для чайника.) :)

ну, про winavr я не знаю ;-) (лукавлю, ога, ведь это по сути gcc-avr под win)

а так, я начинал с этого: /usr/share/doc/avr-libc-1.7.1/examples/

от тут глянуть можно: http://winavr.scienceprog.com/example-avr-projects
http://avr.15.forumer.com/a/sample-avr- … t1092.html

ну а дальше уже мануал или поисковик по конкретному вопросу
systemd должен умереть.
voodoochild
to h4tr3d:
Сам не писал проги для контроллеров, только прошивал.
Я себе собрал прошивальщик extra-pic, но прошиваю через icprog из под вайна.
Сразу назрел вопрос - а какой программой вы прошиваете ?

я балуюсь не с PIC, а AVR от Atmel, так что тут по сути без выбора - avrdude, пропатченный что бы мог работать с “прошивальщиком” из микросхемы FT232 :-)
а что бы не входить временами в уныние, написал для него мордочку - qavr: http://hatred.homelinux.net/wiki/proekty/qavr/start
systemd должен умереть.
идиоты. не нравится qt и udisk - в соседней теме - hillman от камрада oldman'а.

Для справки: собирал бандл xchat'а для win (упреждаю: идите наЙУХ!) году, эдак в 2009:
1. про депенды не говорю
2. бандл со всеми либами получился около 45-50Мб (из них - 21 метр, локалей, и сами либы около 15-17Мб - информация двухгодичной давности), по предварительным оценкам, приложение на Qt (данные для Qt 4.8) со схожим функционалом будет тянуть либы QtCore QtGui, QtNetwork, QtXml + всякие mingw10.dll , которые в сумме с плагинами для какого нить phonon и плагинами с поддержкой графических форматов дадут не более 17Мб… При этом список с либами Gtk превышает 90 записей, а Qt - 15 штук - ну и что легче для поддержки? И гиде хвалёная легковесность Gtk? Всё ещё уверены в ней? ВПЕРЁД! :-D

На сим, надеюсь, дискуссию о применимости того или иного инструмента считаю закрытой - я использую то, что мне удобно, а не какому-то сферическому хую с горы, в ином случае буду бить в хлеборезку по tcp/ip.
systemd должен умереть.
Пожелания приветствуются в виде патчей
systemd должен умереть.
Tray-утилита для подключения, отключения дисков через udisk.

Home: http://gitorious.org/h4tr3d-utils/pages/MountTray
AUR: https://aur.archlinux.org/packages.php?ID=43707
git: git://gitorious.org/h4tr3d-utils/mount-tray.git
systemd должен умереть.