Ганс Де Гоеде (Hans de Goede), разработчик Fedora Linux, работающий в компании Red Hat, представил (http://hansdegoede.livejournal.com/12524.html) проект libusbx (http://sourceforge.net/projects/libusbx/), в рамках которого создан форк, продолжающий развитием библиотеки libusb (http://www.libusb.org/), предназначенной для организации доступа к USB-устройствам из программ, работающих в пространстве пользователя. Как и libusb код нового проекта распространяется под лицензией LGPL.
Проект libusbx был основан большинством оставшихся активных разработчиков оригинальной ветки libusb 1.0 из-за конфликта с основным мэйнтейнером проекта, который на протяжении 18 месяцев отказывался выпускать новые стабильные релизы, всячески затягивал приём в библиотеку патчей с реализацией новых функций и исправлений, и не реагировал на запросы пользователей на реализацию новых возможностей. Например, в libusb не были включены такие функции, как поддержка USB-топологий, возможность работы с HID-устройствами и реализация горячего подключения устройств, которые впоследствии вошли в состав libusbx.
Отмечается, что в форке прекращена совместимость на уровне API и ABI с libusb начиная с версии 1.0.9, но сохранена совместимость с более ранними выпусками libusb 1.x. Для разработчиков приложений предоставлены средства для прозрачной замены libusb на libusbx. В настоящее время рассматривается заявка (https://bugzilla.redhat.com/show_bug.cgi?id=823886) по переводу дистрибутива Fedora на libusbx.
Libusbx поддерживает (http://sourceforge.net/apps/mediawiki/libusbx/index.php?titl...) все версии спецификаций USB (с 1.0 по 3.0) и может работать во всех ранее поддерживаемых платформах, включая Linux, Mac OS X, *BSD и Windows. Библиотека предоставляет современный унифицированный API (http://libusbx.sourceforge.net/api-1.0/), позволяющий выполнять все операции на пользовательском уровне, как в синхронном, так и в асинхронном режиме, без какой-либо зависимости от USB-подсистем ядра ОС.
URL: http://hansdegoede.livejournal.com/12524.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=33917
Нужен механизм по смещению мейнтенера, если тот узурпировал власть. Иначе, приходится плодить форки.
Этот механизм - и есть форки.
> Этот механизм - и есть форки.А этот аноним - Капитан :)
Да какая разница? Форк выживет а тот проект медленно умрет, в итоге будет один проект и никаких форков.
А самое прикольное, что после принятия в федору,
резко оживает libusb всасывает в себя все вкусности
из libusbx. Учитывая, что Debian это 75% линухов на
планете, и они не откажутся от libusb за пару недель
до заморозки. Девелоперы libusbx будут ещё пару лет
в пролёте. :)
а в чем радость? если ментейнер урод, то радоваться нечему. здесь теряется весь смысл опенсорса - сообщество, которое может поддержать и развивать, не допускается из-за одно придурка
> а в чем радость?Радость за то, что не Фидорасы будут рулить.
Они так все подсистемы под себя загребут и LSB == Федора.
А что такое власть одного бренда уже знаем, с 95 году кормили.
> Радость за то, что не Фидорасы будут рулить.
> Они так все подсистемы под себя загребут и LSB == Федора.Кто ж мешает другим людям код писать? :)
>> Радость за то, что не Фидорасы будут рулить.
>> Они так все подсистемы под себя загребут и LSB == Федора.
> Кто ж мешает другим людям код писать? :)см. №14
> А что такое власть одного бренда уже знаем, с 95 году кормили.Эээ... Теперь кормление Дебиана с Убунтой?
> а в чем радость? если ментейнер урод, то радоваться нечему.Возможно, у него просто перегруз -- в таких случаях помогает дёрнуться и найти время на изменение режима сопровождения проекта да делегирование полномочий. Было бы кому.
>> а в чем радость? если ментейнер урод, то радоваться нечему.
> Возможно, у него просто перегруз -- в таких случаях помогает дёрнуться и
> найти время на изменение режима сопровождения проекта да делегирование полномочий.
> Было бы кому.От того, что причина уродства - "перегруз", урод не перестаёт быть уродом.
> От того, что причина уродства - "перегруз", урод не перестаёт быть уродом.Дружище, твои патчи не приняты? От тебя скрывают код? он должен тебе денег? он вообще тебе что-то должен?
> он вообще тебе что-то должен?В принципе никто ничего не должен, однако стоит понимать что постоянная демонстрация этого факта запросто ведет к форку и потере контроля над развитием проекта (просто валят на форк и вы остаетесь капитаном Титаника).
> В принципе никто ничего не должен, однако стоит понимать что постоянная демонстрация этого фактау меня складывается впечатление, что данный факт продемонстрирован однократно по его запросу, и с тех пор постоянно стоит у кое-кого перед глазами.
Раз форк появился, значит явно было кому... Способность признать, что ты являешься тормозом для проекта, редкое качество. Людьми в массе своей рулит тщеславие.
Вообще, libusb-1.0 живее всех, и у него сейчас новый мейнтейнер - Peter Stuge. Довольно приятный дядька. А история была такая.Два года назад проект вел Daniel Drake, который потом просто забил. Проект продолжили вести остальные разработчики, коммитили себе в git, портировали на винду и openbsd, а релизов не выпускали. Формально в README и на сайте мейнтейнером все это время значился Daniel Drake. А почти все коммиты делал Peter Stuge. Потом, ближе к релизу 1.0.9, на сайте и в ридми сменили и имя мейнтейнера. В libusb 1.0.9, который писался полтора года, вошли почти все указанные фичи libusbx.
Из нереализованного - Peter Stuge отвечал мне пару месяцев назад, что определение USB-топологии они сделают, на mailing list'ах идет обсуждение, и можно присылать патчи. Уведомления о hotplug затронут изменения API, поэтому их отложили до версии 1.1. Работа с HID реализована в libhid (надстройке для libusb), и это логично - давайте libusb будет не еще и с другими классами USB устройств работать? Принтерами, сканнерами, камерами, наушниками.. Вообщем, странная ситуация получилась.
> Вообщем, странная ситуация получилась.Дави Фидорасов!!!
Когда же ты с циррозом уже сляжешь, алкоголик невменяемый?
> Когда же ты с циррозом уже сляжешь, алкоголик невменяемый?Цирроз нынче хрен найдешь - они теперь редкость.
> Когда же ты с циррозом уже сляжешь, алкоголик невменяемый?Только после Вас.
>Учитывая, что Debian это 75% линухов на планете и они не откажутся от libusb за пару недель до заморозки. Девелоперы libusbx будут ещё пару лет в пролёте. :)А Linux - это RedHat.
Так что в пролете окажутся какраз не девелоперы libusbx.
Меньше 25% от всех линухов. Так что Дебиан рулит.
> Меньше 25% от всех линухов. Так что Дебиан рулит.Проценты пользователей не решают ничего. Решают проценты кода.
Сколько процентов кода пришло в ядро и базовые утилиты (glibc, coreutils, util-linux) от разработчиков дебиана?
>> Меньше 25% от всех линухов. Так что Дебиан рулит.
> Проценты пользователей не решают ничего. Решают проценты кода.http://www.linuxfoundation.org/news-media/announcements/2012...
pdf-ка:
Company Name | Number of Changes | Percent of Total
None | 46,982 | 17.9%
Red Hat | 31,261 | 11.9%
Novell | 16,738 | 6.4%
Intel | 16,219 | 6.2%
IBM | 16,073 | 6.1%
Unknown | 13,342 | 5.1%
Consultant | 7,986 | 3.0%Больше всего правок пришло от None.
По вашей логике, linux анонимен)
> Меньше 25% от всех линухов. Так что Дебиан рулит.Вроде ж договорились - кто без systemd, тот не линукс.
Кто договорился? Компания Red Hat сама с собой? Если уж делать разделение по такому признаку, то по логике - линукс всегда был без systemd, а значит всё наоборт: кто с systemd, тот не линукс.
> Кто договорился? Компания Red Hat сама с собой?Да, она еще ща уговорит всех своих кастомеров перейти с какого-то там редхата с апстартом на линукс :)
> Кто договорился? Компания Red Hat сама с собой? Если уж делать разделение
> по такому признаку, то по логике - линукс всегда был без
> systemd, а значит всё наоборт: кто с systemd, тот не линукс.Это был стёб, успокойтесь :)
> Вроде ж договорились - кто без systemd, тот не линукс.ну так ubuntu теперь уж точно не linux....
> ну так ubuntu теперь уж точно не linux....так никогда и не было, они ж так усиленно дистанцируются.
А вы количество коммитов в базовую систему(ядро и базовый набор утилит) сравнить пытались? Всё-таки Linux - это скорее красная шляпа чем дебиан.Оно и понятно, ядро пилить не каждый может, это не *.deb пакетики собирать из готовых сорцев.
> А вы количество коммитов в базовую систему(ядро и базовый набор утилит) сравнить пытались?Это значит лишь то, что сегодня основным разработчиком линукса является Red Hat. Но с их теперешней политикой они, похоже, скоро начнут пилить что-то другое (форкнут весь линукс, скорее всего). А чем больше будут пользоваться люди - стандартным линуксом или новым форком от редхата - время покажет.
Дык, уже форкнули... Объем патчей к ядру RedHat'а уже вполне сравним с объемом кода ядра... Какое-то время назад был скандал, что RedHat стал выкладывать патчи таким образом, что их стало невозможно отделить один от другого. И, соответственно, прием в апстрим стал проблематичным.Есть много способов лишь формально выполнять требования GPL...
> Объем патчей к ядру RedHat'а уже вполне сравним стрололо
>, соответственно, прием в апстрим стал проблематичным.жирнота
> Дык, уже форкнули... Объем патчей к ядру RedHat'а уже вполне сравнимЯсен хрен, чтобы допатчивать то что было 2.6.18 до состояния похожего на 2.6.32 - надо натурально половину этого 2.6.32 приволочь. И единственная цель этого мегаанонизма - чтоб у супертормозных ынтырпрайзов 10 лет API и ABI не менялся, потому что они видите ли влопались в мегауникальную проприетарь, у которой башка отваливается при малейщих изменениях. Ну как в какой-то проприерастической утилите от райдов был развал от того что версия кернела теперь 3.х, при том заткнуть это - пара строк кода. Но проприерасы как обычно сорс зажали. А сами еще 10 лет будут фиксить...
> Дык, уже форкнули... Объем патчей к ядру RedHat'а уже вполне сравним с
> объемом кода ядра... Какое-то время назад был скандал, что RedHat стал
> выкладывать патчи таким образом, что их стало невозможно отделить один от
> другого. И, соответственно, прием в апстрим стал проблематичным.насколько я помню, это про оракл а не редхат. А так да, формально патчи есть... 1 файлом без комментов.
Не время покажет, а люди покажут. Кому нужна ОС для которой не пилят новые драйвера? Без красной шляпы и подобных ей компаний Linux станет похож на BSD. И все будут пользоваться той открытой ОС, для которой будут оперативно писать новые драйверы устройств, да внедрять новые технологии.
> А Linux - это RedHat.Breaking News!
Было уже, добавляли перед самой заморозкой. Так что не надо тут ля-ля
А как это 75% получилось у Дебиана? Не верю!
> Нужен механизм по смещению мейнтенера, если тот узурпировал власть.Предлагаю сместить вас для начала. А то вы узурпировали контроль над личностью, понимаешь.
Предлагаю, сделать так чтобы не было 1 майнтенера, а пусть будет совет майнтенеров из нескольких человек
> Предлагаю, сделать так чтобы не было 1 майнтенера, а пусть будет совет
> майнтенеров из нескольких человекЕдинственная здравая мысль за весь день!
>> Предлагаю, сделать так чтобы не было 1 майнтенера, а пусть будет совет
>> майнтенеров из нескольких человек
> Единственная здравая мысль за весь день!Ну да, ну да... И принимать патчи всемирым референдумом. Может лучше сразу послать? ))
> Предлагаю, сделать так чтобы не было 1 майнтенера, а пусть будет совет
> майнтенеров из нескольких человекПредлагаю более радикальный вариант. Хорошие люди должны собраться и замочить всех плохих людей. И сразу станет мир во всем мере, etc, etc, etc :)
;)
http://img1.liveinternet.ru/images/attach/c/0//48/37/4803759...
> ;)
> http://img1.liveinternet.ru/images/attach/c/0//48/37/4803759...Тоже вариант.
А libusb уже умеет USB 3.0?
50655
>Libusbxа почему не Libusbd ?
Потому, что это не библиодемон…
> Потому, что это не библиодемон…Борцуны с редхатом и линуксом не в курсе, в чем разница между демоном и библиотекой.
С точки зрения их unix-way, это одно и то же.
> [...] в чем разница между демоном и библиотекой.Призовая игра: http://0pointer.de/lennart/projects/libdaemon/ с testd в комплекте.
> Призовая игра: http://0pointer.de/lennart/projects/libdaemon/ с testd в комплекте.Да ну, libNIH в апстарте прикольнее :)
> а почему не Libusbd ?Потому что библиотека - не демон.
>> а почему не Libusbd?
> Потому что библиотека - не демон.И причём тут демоны, нипанятна... Феншуй запрещает ставить букавку d в конец?
Вот в слове потрерринг, "Гэ" в конце, кто он после этого?
> Вот в слове потрерринг, "Гэ" в конце, кто он после этого?И это говорит тот, у кого в конце буква "х" :)
> И это говорит тот, у кого в конце буква "х" :)Да, павлину - ... pornd! :)
>> И это говорит тот, у кого в конце буква "х" :)
> Да, павлину - ... pornd! :)pavlinu-xxx-bdsm-dp-shots
оО сколько КО...
Почему не libusbd?
заклинело?
Осталось примотать libusbx'd к systemd и с оригинальным libusb можно попрощатся. К тому все и катится.
Чего там как на сегодняшний день? Кто выжил, кто остался?