E17, монтирование флешек [РЕШЕНО]
Amirych 21 Августа, 2013 - 16:36
Суть сабжа в том, что как оказалось в E17 не работает
родная функция автомонтирования внешних накопителей. Точнее
в логах вываливается segmentation fault в libc. Ставил
E17 из главного дерева: emerge enlightenment:0.17 (ukit выставлен)
Извиняюсь, но той системы нет под рукой и не могу
какие-то подробности логов предоставить.
Но могу сказать, что сие наблюдается с libc на
двух keywords: ~amd64 и amd64
Кто-нить пользует E17? Есть у Вас такие проблемы?
А если из оверлея ставить, то тоже самое? Гугление
по диагонали мало что показало, разве что вроде как в Bodhi как-то
эту проблему решили ...
»
- Для комментирования войдите или зарегистрируйтесь
Amirych написал(а): Суть
Какая из? Их там вроде штуки 3 было.
Да
Нет
Какого именно? У меня стоит из niifaq, так как я один из его авторов.
Аж три штуки? Я нашел только
Аж три штуки? Я нашел только одну, как я понял это фича EFM, а он через udev+udisks.
Значит буду пробовать niifaq
они в плане изначального
они в плане изначального набора не сильно то отличаются, разработчик который закидывает Е17 в дерево просто не включал "лишнее", но я не помню точно, что именно он выбросил.
Есть монтирование через
eeze
udev
udisks
так что, довольно забавный вопрос, как в этом разобраться.
Я пользуюсь модулем places, например. Комуто нравится встроенный FM
Поставил E17 через niifaq
Поставил E17 через niifaq ...
Правда кое-какие модули и темы не захотели собираться и
elementary без USE="thumbnail". Кстати, хоть у
enlightenment USE="-elementary" стоит все равно этот
пакет тянется. Но монтирование заработало, что собственно
и нужно было.
udev, полагаю, не сам по
udev, полагаю, не сам по себе?
Криг предпочитает
sys-apps/uam.:wq
--
Live free or die
udev не обновлялся, только
udev не обновлялся, только сам enlightenment.
Стало быть проблема была том что представлено
в официальном дереве portage. Ну а монтирование сейчас
у меня реализовано через EFM, а он через udev+udisks
конечно.