The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В рамках проекта vdev развивается новая альтернатива devfs и udev

23.12.2014 14:47

Представлен новый проект vdev (virtual device filesystem), нацеленный на разработку менеджера файлов-устройств, выступающего в роли кросс-платформенной и не зависящей от систем инициализации альтернативы udev и devfs. Работа vdev изначально тестируется не только в Linux, но и во FreeBSD и OpenBSD.

Vdev представляет собой виртуальную файловую систему, отражающую в форме файлов подключенные к машине устройства. В отличие от devfs (FreeBSD) и udev/eudev/mdev (Linux), Vdev обеспечивает контроль доступа на уровне процессов, не привязанный к особенностям Linux или BSD-систем. Обращение к специфичным особенностям ОС вынесены в отдельную прослойку, в то время как базовая логика абстрагирована от предоставляемого операционными системами API доступа к устройствам.

В Vdev используется похожая на devfs и udev событийная (Event-driven) модель работы с устройствами, позволяющая на лету добавлять новые устройства и исключать отключенные. Для выполнения данных задач в vdev поддерживаются различные системные API получения уведомлений об изменении состояния оборудования. При этом источником связанных с оборудованием событий может быть не только операционная система, но и другие экземпляры vdev или правки существующего дерева /dev, что делает vdev интересным решением для систем контейнерной виртуализации. Как и в devfs, в vdev реализована возможность отображения для процессов различного контекста корневого дерева устройств, в зависимости от заданных прав доступа.

Особенностью vdev является расширенная система управления доступом, позволяющая задавать фильтры, ограничивающие доступ к дереву устройств не только на основании штатных прав доступа и идентификаторов пользователей/групп, но и в привязке к заданным процессам. Подобный подход позволяет обойтись без установки флагов setuid/setgid и без менеджера управления сеансами при необходимости предоставления процессу доступа к привилегированным файлам устройств. Например, доступ к /dev/dri/* и /dev/input/* может быть предоставлен процессу /usr/bin/X, независимо от пользователя под которым он запущен, что позволяет обойтись без systemd-logind.

Код проекта написан на языке C++ и распространяется под лицензией GPLv3. Виртуальная файловая система создаётся с использованием механизма FUSE. Из зависимостей отмечаются OpenSSL, libfuse, libc, libstdc++ (для STL) и libpthread, а также библиотеки fskit и libpstat, развиваемые автором vdev.

  1. Главная ссылка к новости (https://www.freelists.org/post...)
  2. OpenNews: Код devfs покидает Linux ядро
  3. OpenNews: Принято решение о слиянии проектов udev и systemd
  4. OpenNews: Разработчики Gentoo официально анонсировали проект eudev, не зависящий от systemd
  5. OpenNews: Разработчики eudev рассказали о текущем состоянии и перспективах проекта
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41328-vdev
Ключевые слова: vdev, udev, devfs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (157) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, earfin (??), 15:12, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +25 +/
    И все хором: "И никакого systemd!"
     
     
  • 2.27, pavlinux (ok), 18:57, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Не, всё гораздо прозаичнее - "О, ещё один!"

    Я их уже забывать начинаю, перед devtmpfs, был devfs, (между ними что-то мелкое тоже было),
    до devfs что-то было и даже на ядре 2.4, ядро 2.2 я где-то гулял, на ядре 2.0 тоже было.
    specfs, streamfs, miscfs,...    

     

  • 1.2, Аноним (-), 15:17, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +23 +/
    тянуть в зависимостях openssl да ещё и через fuse? воу воу палехчи!
     
     
  • 2.10, Аноним (-), 16:09, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и будут войны монстров жирдяя с двухглавым
     
     
  • 3.127, Анонисимус (?), 06:27, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как вы забодали, нет такого слова "жирдяй", есть "жердяй", от слова "жердь" - длинный и тощий, чтобы себе не думали переводчики Симпсонов
     
     
  • 4.132, pavel_simple (ok), 07:18, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как вы забодали говорить, что нет такого слова "жирдяй", есть "жирдяй", от слова "жир" - толстый и жирный, чтобы себе не думали переводчики Симпсонов


     
     
  • 5.148, ано (?), 00:49, 26/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    для жирных есть слово "жиртрест"
     
     
  • 6.149, pavel_simple (ok), 07:47, 26/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > для жирных есть слово "жиртрест"

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

     
  • 6.152, Аноним (-), 12:56, 26/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > для жирных есть слово "жиртрест"

    Нет слова "жиртрест" (трест жира??), есть слово жиртрес.

     
  • 5.158, Bless (?), 13:41, 30/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Как вы забодали говорить, что нет такого слова "жирдяй", есть "жирдяй", от
    > слова "жир" - толстый и жирный, чтобы себе не думали переводчики
    > Симпсонов

    Как вы забодали говорить "чтобы" тогда, когда надо "что бы".

     
  • 4.135, arisu (ok), 07:25, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Как вы забодали, нет такого слова "жирдяй", есть "жердяй", от слова "жердь"
    > - длинный и тощий, чтобы себе не думали переводчики Симпсонов

    ты феерический идиот.

     
  • 2.85, Аноним (-), 14:39, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > тянуть в зависимостях openssl да ещё и через fuse? воу воу палехчи!

    Чтобы убить systemd, нужно самому стать systemd.

     
     
  • 3.136, Аноним (-), 07:48, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Чтобы убить systemd, нужно самому стать systemd.

    Чтобы убить systemd - надо стать еще фичастее чем он. Собственно отсутствие фич и нежелание решать существующие проблемы - то что сгубило апстарт и openrc как конкурентов systemd в дебиане.

     
     
  • 4.155, EHLO (?), 10:06, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Чтобы убить systemd, нужно самому стать systemd.
    > systemd
    > решать существующие проблемы

    Ловко ты на ноль поделил.

     
  • 4.156, anonimous (?), 22:48, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    я так понимаю, что списка наличиствующих проблем и фитч, которые невозможно прикрутить к openrc не будет?
    только манифест?
     
  • 3.154, EHLO (?), 10:03, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> тянуть в зависимостях openssl да ещё и через fuse? воу воу палехчи!
    >Чтобы убить systemd, нужно самому стать systemd.

    Это полная противоположность поттеринг-вэй. Чтобы сделать как в системд, надо изобрести свои ни с чем не совместимые cryptod и filesystemd и безальтернативно связать их со всеми остальными .*d.

     

  • 1.3, YetAnotherOnanym (ok), 15:33, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > не только в Linux, но во FreeBSD и OpenBSD

    Похвально. Люди объявили о намерении писать культурно и аккуратно.

     
     
  • 2.7, Ващенаглухо (ok), 16:01, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +9 +/
    только в openbsd не оценят GPLv3 ;)
     
     
  • 3.44, Аноним (-), 22:11, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > только в openbsd не оценят GPLv3 ;)

    Давно пора закинуть в это замшелое болото пару свежих гранат.

     
     
  • 4.54, Аноним (-), 00:55, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Теперь я знаю, что такое свежая граната. Хотелось бы ещё посмотреть, как выглядит тухлая граната.
     
     
  • 5.88, Аноним (-), 14:48, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Точно так же, как и свежая. Но не взрывается. Потому что протухла.
     
     
  • 6.157, anonimous (?), 22:52, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ms-PL?
     
  • 3.103, Аноним (-), 19:14, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > только в openbsd не оценят GPLv3 ;)

    Это как раз не проблема. Аффтар написал что согласен на 2-е лицензирование GPL/BSD или GPL/MIT

     
  • 2.11, Аноним (-), 16:18, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да полноте, могут говорить что хотят. Вон pulseaudio тоже обещали сразу и для всех, а по факту на бзде оно так никому и не нужно. Потому что одно дело обещать кучу вкусняшек и совершенно другое - решать реальные проблемы. Я не могу вспомнить проблем со звуком под бздю которые бы решала пульса, ровно как я и не вижу проблем с devfs которые может решить vdev. Такое впечатление что единственная проблема которую пытаются задекларировать товарищи - то что во бзде всё работает не так как в линуксе.

    Вобщем если у товарищей действительно что-то получится портабельное и эффективное - удачи им. Но что-то мне кажется что получится как с systemd - решили портануть launchd но в процессе портирования во лбу проросла фара а из жопы грабли.

     
     
  • 3.12, rshadow (ok), 16:22, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а по факту на бзде оно так никому и не нужно

    Спикеру не нужна любая звуковая подсистема. ;-)

     
  • 3.20, Nicknnn (ok), 17:22, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я не могу вспомнить проблем со звуком под бздю которые бы решала пульса

    Например раздельная регулировка громкости для наушников и строенных динамиков в буке. Автоматическое переключение вывода в них же. Переключение звука на hdmi. Раздельное регулирование звука для приложений.

     
     
  • 4.25, Аноним (-), 18:28, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я не могу вспомнить проблем со звуком под бздю которые бы решала пульса
    > Например раздельная регулировка громкости для наушников и строенных динамиков в буке. Автоматическое
    > переключение вывода в них же. Переключение звука на hdmi. Раздельное регулирование
    > звука для приложений.

    Согласен, теперь давай померяемся. Более полная и стабильная поддержка устройств включая те которые линукс уже не поддерживает, поддержка виртуальных каналов на уровне ядра - всё это нужно выкинуть ради управления разными входами/выходами? Зачем менять велосипед без седла на велосипед без колёс? Может лучше доработать то что есть?

     
     
  • 5.45, Аноним (-), 22:13, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Может лучше доработать то что есть?

    Ну так доработай. А то что-то критиканы пульса умеют только поливать помоями и вопить про ненyжность. А потом удивляются когда половина программ ни о чем кроме него и слышать не хочет. Потому что остальное не покрывает даже нужды авторов тех программ для их повседневной активности типа втыкания наушников в ноут или подключения по HDMI.

     
     
  • 6.86, Аноним (-), 14:40, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Потому что остальное не покрывает даже нужды авторов тех программ для их повседневной активности типа втыкания наушников в ноут или подключения по HDMI.

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

     
     
  • 7.113, Аноним (-), 23:09, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > из рутовой консоли, да.

    А пульс сам все это делает. По факту втыкания ушей.

     
     
  • 8.131, arisu (ok), 07:15, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ах, если бы, ах, если бы купивши в своё время Aspire One поиграться, я так и не... текст свёрнут, показать
     
     
  • 9.137, Аноним (-), 07:57, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну а у меня на ноуте хубунта с пульсом себя по дефолту ведет именно вот так И п... большой текст свёрнут, показать
     
     
  • 10.138, arisu (ok), 08:05, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    я, кагбэ, мягко намекал, что утверждение 171 пульса решает проблемы, а алса не... текст свёрнут, показать
     
  • 7.147, Пр0х0жий (??), 21:17, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ТруЪ юниксоид вам сразу заявит, что ему совершенно
    > не проблема написать костыль на шелле,
    > чтобы он передергивал ALSA при втыкании наушников.
    > По команде из рутовой консоли, да.

    Не благодари за то, что разыскал за тебя:
    https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture#Hot-plu

    Контроль пути к sh обязательно.
    Не у всех он лежит в /usr/bin

     
  • 6.98, Аноним (-), 15:55, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да, желание на каждый чих плодить новый интерфейс не совместимый больше ни с чем... большой текст свёрнут, показать
     
     
  • 7.114, Аноним (-), 23:28, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Серьезная проблема - это упыри, полагающие что подключение к нотику наушников ил... большой текст свёрнут, показать
     
  • 2.28, Аноним (-), 19:10, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > культурно и аккуратно.

    Это точно про фиговину с FUSE, SSL и прочим?

     
     
  • 3.83, Аноним (-), 14:36, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> культурно и аккуратно.
    > Это точно про фиговину с FUSE, SSL и прочим?

    Нет. На самом деле, "культурно и аккуратно" должно быть на Java. Тогда оно запустится не только на *BSD, но и на Windows.

     
     
  • 4.115, Аноним (-), 23:29, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж и на JS. Еще и в браузере заработает.
     

  • 1.4, User (??), 15:46, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    FUSE, openssl, кресты - не взлетит.
     
     
  • 2.5, Аноним (-), 15:55, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Кроме этого -- не ясно зачем писать замену udev и logind, учитывая что udev и logind хорошие инструменты (хорошо выполняют своё дело и являются частью systemd, хорошо себя зарекомендовавшей)
     
     
  • 3.9, Аноним (-), 16:02, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > и являются частью systemd

    это и есть основная проблема

     
     
  • 4.29, Аноним (-), 19:10, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > это и есть основная проблема

    ...для НеФанатов.

     
     
  • 5.74, Аноним (-), 14:24, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> это и есть основная проблема
    > ...для НеФанатов.

    Ага, конечно. Вовсе не фанатов, а на редкость трезвомыслящих людей. Которые могут аргументировать свое мнение, а не тупо изливать эмоции.

     
     
  • 6.116, Аноним (-), 23:30, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ага, конечно. Вовсе не фанатов, а на редкость трезвомыслящих людей. Которые могут
    > аргументировать свое мнение, а не тупо изливать эмоции.

    Образец НеФанатского сообщения - можно заносить в парижскую палату мер и весов.

     
  • 4.38, Xasd (ok), 21:08, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> и являются частью systemd
    > это и есть основная проблема

    где здесь проблема? systemd это промышленный стандарт. какой смысл от systemd избавляться?

     
     
  • 5.43, pavel_simple (ok), 21:40, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> и являются частью systemd
    >> это и есть основная проблема
    > где здесь проблема? systemd это промышленный стандарт. какой смысл от systemd избавляться?

    когда systemd стал стандартом, да ещё и промышленным? я что--то пропустил?

     
     
  • 6.46, Аноним (-), 22:16, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > когда systemd стал стандартом, да ещё и промышленным? я что--то пропустил?

    Ну, понимаешь, гента, слака и прочие арчи в промышленности мало применяются. А вот редхат, зюя, а в перспективе и дебиан с убунтами, которые в основном как раз и составляют эти самые продакшны - ну ты понял. Впрочем, арч хоть и не продакшн но тоже сдался Саурону.

     
     
  • 7.48, Crazy Alex (ok), 22:31, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот пройдёт ещё года три, если к тому времени эти ваши systemd не сдохнут - тогда они и доползут до продакшна вместе с соответствующими версиями операционок. Ну, или получится как с devfs/hal.
     
     
  • 8.53, cmp (ok), 00:31, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Подтверждаю, 6 х центос и редхат еще поддерживаются, и будут поддерживаться дово... текст свёрнут, показать
     
     
  • 9.77, Аноним (-), 14:27, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В новых инсталляциях промышленных линуксов RHEL SLES OL systemd _уже_ по умолч... текст свёрнут, показать
     
  • 8.56, Аноним (-), 01:30, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рхел 7 х и соответствующие центоси уже релизнулись Дебиан - наверное через годи... текст свёрнут, показать
     
     
  • 9.59, Аноним (-), 02:30, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    и которому уже 2 альтернативы - Сами выбрали этот путь, теперь пусть не уд... текст свёрнут, показать
     
     
  • 10.72, Аноним (-), 14:21, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Пока что эти проекты не производят впечатление реальных альтернатив Вообще-то, ... текст свёрнут, показать
     
  • 10.117, Аноним (-), 23:32, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    При том глядя на обе из них понятно что не для людей а чтоб было Спасибо ещ... текст свёрнут, показать
     
  • 9.104, Crazy Alex (ok), 20:43, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Релизнулись и Массово применяются в продакшне для дебиана отличаются года на... текст свёрнут, показать
     
     
  • 10.118, Аноним (-), 23:43, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это уже не принципиально There is no turning back at this point В любом случае... большой текст свёрнут, показать
     
  • 7.62, pavel_simple (ok), 07:11, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> когда systemd стал стандартом, да ещё и промышленным? я что--то пропустил?
    > Ну, понимаешь, гента, слака и прочие арчи в промышленности мало применяются. А
    > вот редхат, зюя, а в перспективе и дебиан с убунтами, которые
    > в основном как раз и составляют эти самые продакшны - ну
    > ты понял. Впрочем, арч хоть и не продакшн но тоже сдался
    > Саурону.

    ты свои фантазии со стандартами перепутал

     
     
  • 8.76, Аноним (-), 14:25, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    С фантазиями, пожалуйста - на винду, фрю и другие lennart-free OS А в линуксе п... текст свёрнут, показать
     
     
  • 9.109, Аноним (-), 21:33, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы эмедовщикам расскажите, вот они удивятся ... текст свёрнут, показать
     
     
  • 10.119, Аноним (-), 23:46, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Опенвртшники вас услышали и сделали свой, карманный вариант ... текст свёрнут, показать
     
  • 6.81, Аноним (-), 14:31, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > когда systemd стал стандартом, да ещё и промышленным? я что--то пропустил?

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

     
  • 5.49, Аноним (-), 23:18, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > systemd это промышленный стандарт.

    Я что-то пропустил? Кто принял? ISO? ITU? Номерочек не назовете?


     
     
  • 6.51, Crazy Alex (ok), 00:05, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, стандарт де-факто - это тоже стандарт, покруче формально принятых. Только чтобы systemd стала стандартом де-факто (то есть жить на подавляющем большинстве систем) в реальном использовании - должно лет пять-семь пройти. Я так смотрю - он столько банально не проживёт.
     
     
  • 7.78, Аноним (-), 14:29, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Ну, стандарт де-факто - это тоже стандарт, покруче формально принятых. Только чтобы
    > systemd стала стандартом де-факто (то есть жить на подавляющем большинстве систем)
    > в реальном использовании

    Чтобы что-то стало стандартом де-факто - достаточно, чтобы оно было на большинстве свежеустановленных систем. А у systemd с этим никаких проблем нет уже давно.

     
     
  • 8.105, Crazy Alex (ok), 20:47, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Стандарт де-факто - это когда можно ни на что остально ене оглядываться Для это... текст свёрнут, показать
     
  • 5.58, Kroz (??), 02:00, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > где здесь проблема? systemd это промышленный стандарт

    Не стандарт, а дефолт. И не промышленный, а дектопный.

    Ибо даже RedHat включили его по дефолту лишь в середине 2014 года, а SuSe и того позже. Так что, спешу вас огорчить: 99% Линуксов и ентерпрайсе работают далеко не systemd.

     
     
  • 6.69, Xasd (ok), 13:26, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Не стандарт, а дефолт. И не промышленный, а дектопный.
    >
    > Ибо даже RedHat включили его по дефолту лишь в середине 2014 года, а SuSe и того позже. > Так что, спешу вас огорчить: 99% Линуксов и ентерпрайсе работают далеко не systemd.

    если ты такой умный, то назови пожалуйста названия дистрибутивов, в которых приняли (ды ещё и по дефолту) vdev вместо systemd ?

    или ты такой хитрый решил что для systemd требуется *особая* более предвзятая критика?

    нет! не прокатило! здесь не дурачки сидят, и всдят всю эту двуличность при сравнении програм..

     
     
  • 7.89, Аноним (-), 14:50, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > нет! не прокатило! здесь не дурачки сидят, и всдят всю эту двуличность при сравнении програм..

    Как будто что-то плохое.
    Никто и не скрывает, что наезды на поттера идут по заказу мелкософта. Главное - завалить линукс, и сами линуксоиды - лучшие помощники в этом.

     
     
  • 8.99, Andrey Mitrofanov (?), 16:07, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Когда Вы говорите, Иван Васильевич, впечатление такое, что Вы бредите Откуда-... текст свёрнут, показать
     
  • 6.70, Аноним (-), 14:18, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ибо даже RedHat включили его по дефолту лишь в середине 2014 года, а SuSe и того позже. Так что, спешу вас огорчить: 99% Линуксов и ентерпрайсе работают далеко не systemd.

    Т.е. новых инсталляций промышленных линуксов с 2014 не было и не будет?

     
  • 6.84, Аноним (-), 14:38, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> где здесь проблема? systemd это промышленный стандарт
    > Не стандарт, а дефолт. И не промышленный, а дектопный.

    С каких это пор RHEL и SLES стали десктопными дистрами?

     
  • 5.73, Аноним (-), 14:22, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > где здесь проблема? systemd это промышленный стандарт. какой смысл от systemd избавляться?

    Стандарт ограничивает свободу. Если все делать по стандарту, не останется места для самовыражения.

     
  • 4.71, Аноним (-), 14:18, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> и являются частью systemd
    > это и есть основная проблема

    Не большая, чем ядро Linux.

     
  • 3.13, Аноним (-), 16:22, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ваша попытка потролить засчитана.
    Глупый школьник не отличает утилиту от технологии.
    Технология systemd, утилита logind и udev.
    Есть ещё технологии Unix, Linux, Windows...
     
     
  • 4.68, Олег (??), 11:38, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ваша попытка потролить засчитана.
    > Глупый школьник не отличает утилиту от технологии.
    > Технология systemd, утилита logind и udev.
    > Есть ещё технологии Unix, Linux, Windows...

    У тебя Ынтерпрайз головного мозга. Unix и Windows - это ОС. Linux - это ядро. Любят некоторые всё, что не понимают называть технологиями. В словарь загляни для начала.

     
  • 2.6, llolik (ok), 15:59, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    OpenSSL в сообщении есть, а в dependencies нет нигде (https://github.com/jcnelson/vdev#dependencies). Так таки нужен или нет?
     
     
  • 3.14, Аноним (-), 16:30, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > OpenSSL в сообщении есть, а в dependencies нет нигде

    OpenSSL используется в libpstat, которая есть в зависимостях у vdev https://github.com/jcnelson/libpstat/blob/master/Makefile


    В анонсе об этом написано  https://www.freelists.org/post/modular-debian/Announcing-vdev

    The dependencies are:
    * fskit (another project of mine)
    * libpstat (another project of mine)
    * OpenSSL
    * libfuse
    * libc
    * libstdc++ (for STL)
    * libpthread


     
     
  • 4.30, Аноним (-), 19:13, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > The dependencies are:
    > * fskit (another project of mine)
    > * libpstat (another project of mine)
    > * OpenSSL
    > * libfuse
    > * libc
    > * libstdc++ (for STL)
    > * libpthread

    Ну то-есть, догнать и перегнать системд? Nice try! :). Это заметим для замены всего лишь одного удава на сях. Представляю как они навернут для остальных компонентов.

     
     
  • 5.79, Аноним (-), 14:30, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну то-есть, догнать и перегнать системд? Nice try! :). Это заметим для
    > замены всего лишь одного удава на сях. Представляю как они навернут
    > для остальных компонентов.

    Зато все юниксвейно, в отличие от.

     
     
  • 6.97, Аноним (-), 15:25, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Зато все юниксвейно, в отличие от.

    И докучи еще кроссплатформенно, что по мнению авторов systemГ вообще является ересью

     
     
  • 7.120, Аноним (-), 23:51, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот вы этим и пользуйтесь :). Такой список либ в автоцеплялке железа - ересь иррелевантно ко всему остальному. Плюсовый стдлиб припереть? А чо не яву сразу?!
     
  • 4.37, llolik (ok), 20:21, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > OpenSSL используется в libpstat, которая есть в зависимостях у vdev https://github.com/jcnelson/libpstat/blob/master/Makefile

    Упс, проглядел. Спасибо )).
    В принципе, openssl, как я понял, там только для того, чтобы считать sha256-хэш. Вполне возможно, что и отвяжут, ИМХО.

     
     
  • 5.121, Аноним (-), 23:53, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > openssl, как я понял, там только для того, чтобы считать sha256-хэш.

    На фоне такой логики - Гарри Поттер, пожалуй, хороший мальчик.

    А плюсы наверное тогда для того чтобы // в коментах можно было :).

     
  • 2.15, Аноним (-), 16:30, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Будущее наступило - хорошо, что не на яве с питонами.
     
     
  • 3.87, Аноним (-), 14:42, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Будущее наступило - хорошо, что не на яве с питонами.

    Ничего хорошего. Привязка к крестам и FUSE сильно ограничивают портируемость решения.

     
  • 2.110, via (??), 22:16, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел код, там нормальный Cи.
     

     ....большая нить свёрнута, показать (47)

  • 1.8, Аноним (-), 16:01, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > являются частью systemd

    это и есть основная проблема

     
  • 1.16, Crazy Alex (ok), 16:37, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне одному кажется, что прибивать полномочия к путям файлов - идиотская идея? А если у нас не /usr/bin/X, а /usr/local/bin/X-experimental - тогда что?
     
     
  • 2.17, anonymous (??), 16:44, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне одному кажется, что прибивать полномочия к путям файлов - идиотская идея?
    > А если у нас не /usr/bin/X, а /usr/local/bin/X-experimental - тогда что?

    так там не написано про "путь к файлу", написано про процесс.

     
     
  • 3.19, Аноним (-), 17:08, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Дорогой школьник, процесс нужно как-то идентифицировать. Может расскажешь как, если не через путь к файлу?
     
     
  • 4.23, anonymous (??), 18:16, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Дорогой школьник, процесс нужно как-то идентифицировать.
    > Может расскажешь как, если не через путь к файлу?

    Через метки SELinux, например.

     
     
  • 5.32, Аноним (-), 19:14, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Через метки SELinux, например.

    А где их возьмут фрибздуны и прочие некрофаги?

     
     
  • 6.35, pavel_simple (ok), 19:18, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Через метки SELinux, например.
    > А где их возьмут фрибздуны и прочие некрофаги?

    ну тот-же android подсказывает более универсальный способ -- т.е. через запуск отдельных процессов под разными uid -- что вполне кросплатформенно.

     
     
  • 7.39, Xasd (ok), 21:16, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> Через метки SELinux, например.
    >> А где их возьмут фрибздуны и прочие некрофаги?
    > ну тот-же android подсказывает более универсальный способ -- т.е. через запуск отдельных
    > процессов под разными uid -- что вполне кросплатформенно.

    полномочия через uid\gid -- всегда были (например можно создать спец-группу и поместить в неё файл /dev/input ).

    и вся суть systemd-logind в том что как раз недостаточно этих uid\gid , так как "спец-группа" не способна разрулить тонкие моменты.

     
     
  • 8.42, pavel_simple (ok), 21:38, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    я конечно в этих ваших systemd ничего не понимаю от слова совсем, но таки что не... текст свёрнут, показать
     
     
  • 9.65, Аноним (-), 10:00, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    скорее всего у руля неграмотное чмо, с дбасом NIH-синдрома головного мозга, пото... текст свёрнут, показать
     
     
  • 10.90, Аноним (-), 14:52, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скорее всего, безграмотный ламерок-анонимус не читал, но осуждает ... текст свёрнут, показать
     
  • 9.75, Xasd (ok), 14:25, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    нужно запустить дисплейный сервер с пониженными привелегиями и чтобы ОН имел бы... текст свёрнут, показать
     
     
  • 10.80, pavel_simple (ok), 14:30, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    какое отношение имеют привелегии Xwindow сервере к привелегиям программ отобража... текст свёрнут, показать
     
     
  • 11.94, Аноним (-), 15:00, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    При том, что запущенный Васей пасьянс не должен иметь прямого доступа к устройст... текст свёрнут, показать
     
     
  • 12.100, pavel_simple (ok), 17:33, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тебе я так понимаю понятие о xinput недоступно, и ты не понимаешь что dev input... текст свёрнут, показать
     
  • 7.47, Аноним (-), 22:18, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ну тот-же android подсказывает более универсальный способ -- т.е. через запуск отдельных
    > процессов под разными uid -- что вполне кросплатформенно.

    А, то-есть у меня по дефолту должно быть 50 юзеров в системе? Спасибо, мы это уже видали. В древних юниксах и винде. И как-то это сильно зacиpaло список юзерей.

     
     
  • 8.50, Аноним (-), 23:29, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А в современных юникс-подобных точно так же Например, на ноуте, с которого пишу... текст свёрнут, показать
     
     
  • 9.57, Аноним (-), 01:36, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В срaче в конфиг всяким барахлом на уровне который заставляет вспомнить виндовый... большой текст свёрнут, показать
     
     
  • 10.60, Аноним (-), 02:39, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не трогай птичку Мы отлично увидели что получается из намерения упростить на ... текст свёрнут, показать
     
     
  • 11.95, Аноним (-), 15:01, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Энивей, это все равно на порядок проще, чем километровый портянки скриптовых кос... текст свёрнут, показать
     
     
  • 12.123, Аноним (-), 00:00, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ЧСХ дебианщики это практически прямым текстом признали и признали что если они н... текст свёрнут, показать
     
  • 8.63, pavel_simple (ok), 07:22, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    во первых запуск процесса подопределённым uid совсем не требует создание каких-л... текст свёрнут, показать
     
     
  • 9.82, Аноним (-), 14:35, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага UID назначать рандомно ... текст свёрнут, показать
     
     
  • 10.124, Аноним (-), 00:02, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И, поиграв немного в гонки с рандомом, юзерь Вася сможет стать еще и дисплейным ... текст свёрнут, показать
     
  • 8.133, arisu (ok), 07:22, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и в чём проблема wc -l etc shadow 54 etc shadow ты что, каждый раз cat ему ... текст свёрнут, показать
     
     
  • 9.139, Аноним (-), 08:08, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В том что по большому счету мне этот крап там не сдался Это ты что-то скромно... текст свёрнут, показать
     
     
  • 10.142, arisu (ok), 08:13, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это да файл в 54 строчки 8212 ужасно огромный объём данных то-то я думаю а... текст свёрнут, показать
     
  • 10.143, arisu (ok), 08:14, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    p s так, для информации я в курсе, откуда там взялся каждый пользователь и зач... текст свёрнут, показать
     
  • 7.52, Crazy Alex (ok), 00:09, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно работает в андроиде только потому, что там все эти процессы по факту на ФС ни с чем, кроме своего каталога не взаимодействуют - всё идёт через андроидные API и его систему привилегий.
     
     
  • 8.64, pavel_simple (ok), 07:24, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    что мешает выдавать привилегии в обычном линуксе ... текст свёрнут, показать
     
     
  • 9.93, Аноним (-), 14:56, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Недостаточная гибкость системы привилегий на основе UID GID ... текст свёрнут, показать
     
     
  • 10.101, pavel_simple (ok), 17:35, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    какой гибкости вам конкретно не хватает список огласите весь ... текст свёрнут, показать
     
     
  • 11.107, Crazy Alex (ok), 20:56, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не знаток, но, например, желание давать разрешение на форматирование вставленн... текст свёрнут, показать
     
     
  • 12.128, pavel_simple (ok), 07:09, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    udev это как-то делает , ну например udev может спросить, эй gdm я не запущен л... текст свёрнут, показать
     
  • 9.106, Crazy Alex (ok), 20:52, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, например то, что андроидной системы привилегий в обычном линуксе нет и прав... текст свёрнут, показать
     
     
  • 10.129, pavel_simple (ok), 07:11, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    в андроиде используется ядро с переписанной системой привелегий чё правда ... текст свёрнут, показать
     
  • 2.92, Аноним (-), 14:55, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне одному кажется, что прибивать полномочия к путям файлов - идиотская идея?
    > А если у нас не /usr/bin/X, а /usr/local/bin/X-experimental - тогда что?

    Тогда, очевидно, vdev не даст доступа.

     
     
  • 3.108, Crazy Alex (ok), 21:02, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Именно. Тут вот метки selinux поминали - вот это (или что-то подобное) было бы логичным решением. А по путям - костыль.
     
     
  • 4.134, arisu (ok), 07:24, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Именно. Тут вот метки selinux поминали - вот это (или что-то подобное)
    > было бы логичным решением. А по путям - костыль.

    спокуха, для путей регэкспы запилят. помяни мои слова.

     

     ....большая нить свёрнута, показать (37)

  • 1.18, Аноним (-), 17:07, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну щас, начнут этот крап во FreeBSD юзать. Под GPL с FUSE и дырявым OpenSSL, ага.
     
     
  • 2.34, Аноним (-), 19:18, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну щас, начнут этот крап во FreeBSD юзать. Под GPL с FUSE
    > и дырявым OpenSSL, ага.

    Это было бы как раз в их духе. ZFS как-то так и приволокли. Даже копилефтность cddl не смутила :).

     
     
  • 3.66, Аноним (-), 10:02, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Ну щас, начнут этот крап во FreeBSD юзать. Под GPL с FUSE
    >> и дырявым OpenSSL, ага.
    > Это было бы как раз в их духе. ZFS как-то так и
    > приволокли. Даже копилефтность cddl не смутила :).

    а потом ещё будут кичиться перед люниксоидами, что у них крутой вдев вместо глючного системдоса

     

  • 1.21, Аноним (-), 17:45, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Казалось бы, зачем ему OpenSSL? Шифровать ничего не надо же.
     
     
  • 2.111, via (??), 22:41, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    а, хешировать? в openssl таже md5 есть
     

  • 1.22, Аноним (-), 17:57, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хмммм. Учитывая что в линухе сейчас ищут замену udev, имеет шансы на взлет
     
     
  • 2.31, pavlinux (ok), 19:14, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Хмммм. Учитывая что в линухе сейчас ищут замену udev, имеет шансы на
    > взлет

    Какой взлёт? Эта писанина на С++ с FUSE и SSL, чтоб создать файл устройства?! Смищьно!

     
     
  • 3.33, Аноним (-), 19:15, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Какой взлёт? Эта писанина на С++ с FUSE и SSL, чтоб создать
    > файл устройства?! Смищьно!

    Даже павлин два раза в сутки показывает время правильно :).

     
  • 2.41, all_glory_to_the_hypnotoad (ok), 21:31, 23/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это гогно имеет шансы только умереть не рождённым.
     
  • 2.91, Аноним (-), 14:53, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Хмммм. Учитывая что в линухе сейчас ищут замену udev

    Простите, что?

     
     
  • 3.102, Аноним (-), 18:25, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Простите, что?

    Ну раз на великом и могучем не понимаете, напишу на мове. Вот как гугель перевел:

    в linux зараз шукають заміну udev

     
     
  • 4.126, Аноним (-), 00:05, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ищут пожарные, ищет милиция,
    ищут давно но не могут найти.
    Замену, замеру Гарри Поттеру.
    Чтобы сказать куда ему пойти.
     

  • 1.24, Аноним2 (?), 18:22, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хорошая идея, но должно быть как-то вроде что-то попроще. Даешь просто слой абстракции файловой системы. Что бы всякие fuse цеплялись разу к целому кусту. ПРостите за сравнение как обработчик HTTP запроса на определенном адресе ;-)
     
  • 1.26, pavlinux (ok), 18:51, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > обеспечивает контроль доступа на уровне процессов

    И чо, переписывать все API? Ибо доступ к звуковухе немного иной,
    чем к дискам и иной, чем к USB, и к /dev/tun, /dev/tun/tap, и к /dev/stdout    

     
  • 1.36, Vkni (ok), 19:42, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > на языке C++

    Тащить на столь низкий уровень проблемы C++ несколько странно.

     
     
  • 2.122, Аноним (-), 23:58, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вы почитайте код. Там очень специфический C++. Ни единого класса.
     
     
  • 3.153, Vkni (ok), 05:35, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы почитайте код. Там очень специфический C++. Ни единого класса.

    Да, код там, фактически, на голом Цэ. Вопрос - зачем тащить проблемы ЦэПэПэ, как то: большая библиотека libstdc++, совершенно необязательная для UNIX-системы, нефиксированное ABI и т.д.?

     
  • 2.125, Аноним (-), 00:03, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, зачем может понадобиться std::vector. Все кто пишут менеджер девайсов, должны трахаться напрямую с malloc/free.
     
     
  • 3.140, Аноним (-), 08:10, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Конечно, зачем может понадобиться std::vector.

    Ну да, и чтобы sha256 посчитать - припрем весь openssl. А если процесс понадобится запустить - так может не мелочиться и притащить весь системд сразу? :)

     
     
  • 4.146, Аноним (-), 12:21, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > чтобы sha256 посчитать - припрем весь openssl.

    На время девелопмента это - нормально. Такие микрооптимизации, как личный sha256 лучше относить "на потом"

     

  • 1.40, all_glory_to_the_hypnotoad (ok), 21:29, 23/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >  выступающего в роли кросс-платформенной и не зависящей от систем инициализации альтернативы udev и devfs. Работа vdev изначально тестируется не только в Linux, но и во FreeBSD и OpenBSD.

    А как же виндовс?

    > код проекта написан на языке C++

    Хорошо хоть не на Java. В общем автор этого гогна наверное сам поймёт что с ним делать.

     
  • 1.61, Аноним (-), 06:18, 24/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Код проекта написан на языке C++

    Надеюсь, на C++ w/o exceptions?

     
  • 1.67, Нанобот (ok), 10:45, 24/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    а вот в винде аналогичный функционал (\Device\<Name>) уже не менялся лет пятнадцать-двадцать и всё прекрасно работает. это только в линупсе любят менять шило на мыло ради самого процесса
     
     
  • 2.96, Аноним (-), 15:03, 24/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а вот в винде аналогичный функционал (\Device\<Name>) уже не менялся лет пятнадцать-двадцать и всё прекрасно работает.

     
    > в винде
    > всё прекрасно работает

     
    > в винде
    > работает

    Made my day!

     
  • 2.141, Аноним (-), 08:11, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > и всё прекрасно работает.

    А что, винда уже научилась хотя-бы sata диск подцепленный на горячу монтировать без утонченных извращений со стороны юзера?

     

  • 1.112, Аноним (-), 23:08, 24/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "В рамках проекта vdev развивается новая альтернатива devfs и udev "

    Может просто в systemD встроим и не будем париться? Напишу Поттерингу.

     
  • 1.130, arisu (ok), 07:12, 25/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Код проекта написан на языке C++

    вот до этих слов всё было так хорошо…

     
     
  • 2.144, Аноним (-), 11:51, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Код проекта написан на языке C++
    > вот до этих слов всё было так хорошо…

    Код там - чистый C-style. Работа с памятью - malloc с free, char * вместо string и т.д. Нахрена зависимость от ++ добавили - вообще непонятно

     
     
  • 3.145, arisu (ok), 12:02, 25/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да, каюсь, надо было таки самому посмотреть. просто меня два плюса в сочетании с «C» очень пугают, страшно глубже лезть.
     
     
  • 4.150, Аноним (-), 08:30, 26/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    трусиха
     

  • 1.151, Аноним (-), 11:44, 26/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пользуюсь eudev с лета, без проблем и нареканий!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру