Понадобилось тут, пришлось сваять. libusb-wine.tar.gz

Распаковать в дерево сырцов wine. В configure.ac добавить строчку

WINE_CONFIG_DLL(libusb0,,[implib])

Унутри линуксячья libusb-0.1.12 (ибо с тех пор никаких изменений в USBшном коде или интерфейсе libusb-win32 не случилось) слегка допиленная для мимикрии под libusb-win32. После компиляции получится libusb0.dll которая работает с линуксячьей подсистемой USB вместо виндового драйвера. Вендософтины пользующие под виндой libusb-win32 для доступа к железкам теперь чудненько работают под wine. Никаких драйверов в wine, разумеется, ставить не надо.

Не забыть про права доступа к /dev/bus/usb/* . Если чо - прописать юзера в группу usb (ну или чо там в дистре) или ковырнуть udev ( /lib/udev/rules.d/50-udev-default.rules ) на предмет

SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", MODE="0664", GROUP="usb"

Должно быть что-то типа такого:

$ ls -la /dev/bus/usb/003/
total 0
drwxr-xr-x 2 root root      100 Feb 19 01:41 .
drwxr-xr-x 7 root root      140 Feb 14 20:19 ..
crw-rw-r-- 1 root usb  189, 256 Feb 19 00:34 001
crw-rw-r-- 1 root usb  189, 271 Feb 19 00:34 016
crw-rw-r-- 1 root usb  189, 275 Feb 19 01:43 020

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

В данной реализации отсутствуют чисто libusb-win32 функции:

usb_install_service_np
usb_uninstall_service_np
usb_install_driver_np
usb_isochronous_setup_async
usb_bulk_setup_async
usb_interrupt_setup_async
usb_submit_async
usb_reap_async
usb_free_async

За последние несколько лет очень заметен наплыв откровенных вендузятников в линуксы. Это проявляется, например, в виде кучи совершенно идиотских вопросов во всяких Admin, General, Development и т.д., причём идиотских настолько, что даже сложно представить, как такой вопрос мог вообще появиться у абсолютного нуба лет 5 назад, типа Java и Linux

Или рассказы тех же вендузятников, как в линуксе всё неправильно устроено, как всё плохо и неправильно, и как надо запилить всякие svchost и powershell вместо sysvinit и bash.

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

Каковы причина массового исхода вендузятников с венды? Ей стало совсем невозможно пользоваться? Или внезапно линух готов для десктопа и локалхоста? Внезапно ulimits и cgroups стали для них привлекательнее вендузяцких политик Windows Server 2008, а /var/log проще и понятнее Журнала Событий?

Чо за дела, посоны?

ЗЫ: Такое впечатление, как будто массу народа заставили пересесть на линукс помимо их желания. Может это быть связано с россиянским «импортозамещением» и прочими политическими веяниями? Не ради танцпола, а истины для.

Можно ли максиму заставить выводить float только со степенями кратными 3? Чтоб выводило не 1.34e-7 а 0.134e-6 например. Ну или там 34.567e+3, 123.28e-3, 32.1234e-12 и всё такое.

А то всякие пикофарады и микрогенри иногда приходится считать, и тормозишь над результатом типа 2.34e-10 - сколько это в пико- или нано-

Сходу в доках нашёл только как количество знаков после запятой задавать, что совсем не то что нужно.

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

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

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

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

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

Кто чо видел? Как хотя бы гуглить это?

Собственно subj. Кому-нибудь попадалось чего-нибудь на предмет Computer Generated Hologram написанное на человеческом C, чтобы голограмму считало не десятки секунд, как тормозные жабо и питоночудовища, а за доли секунды. Можно чтоб посредством GPU, если такое вообще есть.

Конечно, хочется софтину, чтоб жрала выхлоп какого-нибудь блендера и на выходе выдавала какой-нибудь tiff с голограммой, а в идеале - фирмварь для GPU чтоб жрало OpenGL какой, а на видеовыходе - голограмма в реальном времени, но, видимо, сейчас это пока никого не интересует...

Пока что только вот такое попадается (уже лет 5) - http://corticalcafe.com/prog_CGHmaker.htm и его даже можно заставить что-то вменяемое выдавать, но это ужасно долго.

Кто может сказать, что конкретно пытаются скрыть всякие проприерасты типа nvidia изгаляясь со своими сраными закрытыми драйверами?

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

Если закрытость паршивок какого-нибудь WiFi или там WCDMA с LTE ещё можно как-то весьма условно оправдать заботой о стерильности частотного ресурса (что в общем-то, на самом деле звездёж и лапша на уши), то в видимокартах-то чем можно аргументировать огораживание?

Там что, во всех видимокартах от самых дешёвых до самых дорогих один и тот же кристалл используется и открытие драйверов приведёт к ликвидации тщательно промаркетизированной сегментации рынка?

Что такого прячут они в блобах? Вообще хоть один производитель GPU хоть раз, хоть как-то, хоть чем-то аргументировал закрытость своих драйверов?

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

Всякое УГ типа NX и совершенно долбанутые костыли типа xpra - никуда не годятся даже для xedit не говоря уж о всём остальном. Хотя казалось бы.

Есть ли какие-либо реальные решения реализующие данную фичу без костылей? Или современные тулкиты настолько прибиты гвоздями к локалхосту, что задача становится неразрешимой?

Дано: есть машина с DISPLAY=:0.0 на неё установлен коннект ssh -Y и соответственно есть ещё DISPLAY=localhost:10.0 . Требуется приложение, работающее на :0.0 перекинуть на localhost:10.0 . Для простоты считаем, что обе тачки абсолютно идентичны. Теоретически, если брать X11 как сферического коня в вакууме, никаких особых проблем быть не должно, однако на практике красивого и прямого решения нету. Какого хрена, собственно? Ведь фича - можно сказать просто мечта и предмет мастурбации для современных дезигнеров, причём настолько, что удостоилась многократной экранизации в худ.фильмах.

Что-то всё что попробовал - не впечатляет вообще.

Дано:
2 одинаковых железки.
1 гостевая система.

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

Самое приличное что удалось поднять - Xen+Remus+DRBD. Оно даже работает и даже никто не замечает что одна из тачек сдохла.

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

Кроме того, DRBD и прочие сильно разочаровали в тесте с выдёргиванием шнурка из винта (эмуляция сдыхания диска) - при этом часто херится содержимое диска и на нетронутой машине.

На самом деле VM не критична, в идеале вообще хотелось бы что-то типа kerrighed но без «головной» машины и чтобы при сдыхании одной ноды процессы c неё прозрачно мигрировали на другую.

В общем, вопрос такой - есть чо?

Весь этот суперкомпьютерный онанизьм с кластерами уныл не меньше чем использование толпы таджиков вместо экскаватора. А что с настоящими монстрами вычислений? Сходу в гуглях не находится вообще ничего про суперкомпьютеры показывающие знатные результаты на однопоточных и нераспараллеливаемых задачах. Эта ветка развития вычислительной техники умерла/закопана/похерена? А почему?

Чисто умозрительно:

Допустим, мне удалось надыбать пару инопланетянских вайфаев передающих данные со скоростью в 10 раз больше скорости света. Ну и теперь пинг со Штатами 4мс.

А теперь расскажите мне подробно, откуда тут получится эйнштейновский «telegraph into the past»? Что-то вообще никаких парадоксов представить не могу в принципе. Ну шустрее стало и всё, никаких прадоксов даже на горизонте нету.

А посоветуйте куда посмотреть на предмет простого DE и WM для небольшого экрана. Обязательно чтобы оно могло вообще без мыши обходиться.

Всякие ratpoison и пр tile WM/DE - это совсем не то что нужно. Самое близкое - opie, но оно давно умерло. Что-нибудь типа meegotouch только не touch а keyboard и попроще.

В идеале - тулбарчик для всяких значков/часиков (трей) и заголовка окна приложения, всё остальное пространство экрана - окно приложения всегда в максимальный размер. Если в комплекте есть софтинки показывающие в своём окне текущие открытые окна и простейший файломенеджер с иконками ( ну или чтоб умел папку Desktop показывать ) - вообще зашибись. Никаких меню «Пуск» и прочих рюшечек - не нужно вообще. Для собственно Window Management'a чтоб достаточно было нескольких кнопок ( стрелочки, Enter, Esc ).

Может можно какой-нибудь совсем простенький WM так настроить? Минимально - тулбар с названием окна и треем и всегда максимизированное окно приложения. DE в общем-то и так можно насобирать.

В общем, оно в машине должно работать, поэтому никаких мышей и тачскринов, экранчик небольшой ( TFT в салонном зеркале заднего вида ), управление только кнопками.

Собственно хочется узнать - есть ли в природе софт для PTT over IP? А то жабберы хорошо, но как бы 21 век на дворе, а трёп по телефону - зло.

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

Разумеется никакого гуя, и прочего, посему всякие аддоны к жабберам не катят вообще. Надо чтобы вообще ничего кроме PTT в софтине не было.

Подключился к нужному каналу и занимаешься своими делами. Сказал кто-то чего - услышал, принял к сведению. Можно ответить, а можно не отвечать (в отличии от телефона гадского). Захотел ответить - не отвлекаясь ни на что кнопку хоткейную нажал - сказал и все услышали. Захотел проигнорировать - никто даже и не узнает услышал ты или нет. Аццки удобно на самом деле в отличии от телефона (где собеседника не услышишь не сняв трубу) или мессенджера где надо во всякие окошки тыкаться, отвлекаться и т.п.

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

Я это к чему - есть у меня тупенький самописный клиент-сервер для этого ( oss/alsa, speex nb, tcp, даже клиент для Symbian есть ), однако, я при написании заморочился на минимальных задержках ( чтоб как в настоящей рации было - выпендрился, блин ) и протокол такой, что сервак начинает слать клиентам речь после первого же фрейма. На верёвке или через WiFi работает идеально, но через мать, его, 3G или того хуже, жопорез...

[гнев]тыща лучей поноса уродским тупорылым опсосам у которых голосовой трафик с какого-то хрена имеет приоритет над IP, хоть и должно быть строго наоборот, ибо юзеры IP платят в разы больше бабла чем всякие нищие голосовые абоненты, и вообще, сцуки, до сих пор оптикой не могут БСки затянуть хотя бы в центральных регионах[/гнев]

Полез ковыряться - блинский фиг, там надо почти всё доковыривать, чтобы режим для жопореза сделать. Ну типа чтобы если на сервер приехал флажок «говносвязь», сервер сначала буферизовал всю фразу (от нажатия до отпускания кнопки юзером) и только потом рассылал всем, ну и клиент соответственно - сначала всё принимал бы, а уже потом воспроизводил. Несложно, конечно, но лениво. :)

В общем, может нефиг мне изобретать лисапед, и уже давно есть грамотная открытая, маленькая и простая реализация PTT over IP чтоб без рюшечек и легко портируемое?

Кто-нибудь заморачивался с детектированием приближения-удаления используя параметры Bluetooth линка?

Всякое типа http://eprints.utp.edu.my/4570/ читал (кстати, сейчас не могу найти ссылку на собственно статью в PDF, только, сцуко, за бабки попадается, это, кстати, на предмет «полезности» arxiv.org). Но на самом деле там это всё сильно девайсозависимое.

В общем, от драйвера есть величины rssi, lq и tpl. Может кто уже решал задачку, как лучше по ним определить - удаляется ли remote device или приближается?

Нужно это затем, чтобы совсем ничего не нажимать на телефоне чтоб открыть-закрыть машину. Просто подошёл с телефоном - оно открылось, отошёл - закрылось само. А то как-то неинтересно - телефон у меня нынче без кнопок а концепция софтины старая осталась, ещё с Nokia E60 (в Symbian, в отличии от линуха невозможно юзерскому приложению получить данные о качестве сигнала bluetooth. Там даже RSSI не было, поэтому я и не заморачивался.).

Народ, а поясните пожалуйста, что конкретно имеется ввиду, когда некто, описывая всякие плюшки новорожденного языка восторженно заявляет «там есть лямбды!».

Ну что есть lambda в каком-нибудь lisp я представляю и даже понимаю зачем оно и как им пользоваться. В lisp'е. А что имеется ввиду под «лямбдой» например, в C#?

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

Только чтобы это не было аналогом перлового однострочника типа

perl -e 'print sub{ $_[0] + $_[1]; }->(1,2)."\n";'

Просто сдаётся мне что «лямбда» в нынешних сишарпах это пиарное название допотопных безымянных функций которые даже в перле есть и никаких новшеств в этом на самом деле нету.

Задался тут вопросом - а есть ли хоть один производитель ведроидопланшетов, который честно выполняет требования GPLv2 насчёт доступа к реальным сырцам того самого ядра, которое работает в ведроиде?

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

Сходу ничего такого для распространённых планшетов не нашёл. В лучшем случае - есть сырцы, но к ним обязательно нет, например, раскладки mtd, какого-нибудь gpio.ko без которого нихрена питание не подаётся на периферию или реального .config который использовался для сборки ядра. В общем, обязательно чего-то не хватает и сходу собрать работающее ядро не выйдет.

Я в курсе про всякие Archos Gen8 и SmartQ, но реверс-инжиниринг, метод тыка и альтернативный вариант ядра от производителя - не интересно.

Хоть кто-нибудь выложил настоящие сырцы ведроидного ядра для планшета или абсолютно все ведроидопроизводители просто наплевали на GPL?

Интересуют планшеты 7-10 дюймов, брендовость значения не имеет. Разумеется, должна быть возможность залить своё ядро в планшет без бубна.

Забыл ещё вот что - планшет должен быть не x86. Желательно ARM. Можно MIPS если такие есть.

Я понял чего хочу, только найти не могу. Никому не попадался в просторах инета планшет на MeeGo? И чтобы сделан был аналогично Nokia N9. Или чтобы можно было поставить MeeGo без бубна.

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

В общем теперь хочу то же самое, только с большим экраном и можно без сотового модема.

Есть чо?

Народ, а кроме умершего affix есть ещё открытые реализации BT системы? Ну или может форк bluez в человеческом виде есть?

А то этот долбаный bluez оказывается без dbus и glib не собирается. Нахера они там нужны даже на десктопе - представить себе не могу никак.

Сходу нашёл в архивах девелоперских листов только вопли «Вы опупели? Ну и нахера вы намертво bluez к dbus приколотили? Как его в embedded теперь запиливать?» и ответы Марселя Холтмана в путинообразном стиле типа «Современный этап развития софта на десктопах ставит массу интересных задач перед разработчиками, более глубокая интергация в bluez новейших технологий одна из таких, и вам следует более лучше изучать современные тенденции, овощи там, рожь и всё такоэ».

Собственно, глянул сырцы - отпилить можно, но может кто уже отпилил, а я просто не в курсе?

Вообще смех, конечно - захотел в TP-Link WR703N сунуть Handsfree Profile. Ну чтобы коробочка с USB звуковухой и голубозубой затычкой могла хендсфрёй для телефона работать. Сначала оказалось что всякие ofono не только тот же dbus тащут, но ещё и не работают. А чтоб работали, надо вынь да положь уродский pulseaudio к ним или какой gstreamer. Это в 32Мб памяти и 4Мб флеша. Ага. В общем не обсуждается - dbus и тем более pulseaudio в коробочку не нужно.

Ну написал за день свой демон HFP. 30 килобайт. Работает, требует только libpthread, libbluetooth и ещё libasound, если с ALSA собрать. Можно и через OSS звук гнать, но оно много потоков не умеет, музыку выключать придётся.

Ну, думаю, ща его и bluez в коробку кроссом соберу, воткну голубозубую затычку и будет щастье. А вот хрен там, bluez тащит dbus и glib. Г-н Холтман всё за всех решил.

Такими темпами скоро и ping без glib,pulseaudio,polkit,gconf и ещё какой-нибудь новомодной дряни c xml-ем не соберёшь. Посылаю множество лучей кровавого поноса тем гадам, которые всё хорошее стремятся намертво приколотить к нахер не нужным новомодным свистоперделкам и вопрошаю о свободной от этого ..... реализации такой низкоуровневой и никак ни с какими десктопами не связанной реализации BT стека.

Вот болтается у меня в памяти какой-то com.android.phone. Во-первых, непонятно что это и зачем мне оно на таблетке нужно. Во-вторых, как это убить? pm disable com.android.phone результата не даёт. busybox killall com.android.phone тоже не работает. Я, блин root на девайсе, как прибить эту дрянь?

Ну и ещё куча какого-то барахла не даёт себя убить, в таскменеджере, например, есть какие-то Checkin Service Setup Wizard Sync Feeds DRM Protected ... Google Search Dialer Dialer Storage

и всякое такое. Как понять что это такое, как оно выглядит в процессах, как называется файл из которого оно запускается и главное - как это всё ненужное УБИТЬ НАВСЕГДА, чтобы никакое «DRM Protected...» и прочее на моём девайсе не присутствовало?

Подарили тут потаскушку - «Устрицы T7». В общем, это на самом деле StyleFlying MID_T_M1 также известный под всякими именами типа apad,gpad,cubeu,joyplus и т.д. Ведроид 2.1 бегающий на TCC8902.

Захотелось какую-то пользу от неё получить, но в этом долбаном ведроиде как оказалось, нету ни нормального ssh, ни нормальной клавиатуры с клавишами Ctrl, TAB, ESC и всё такое.

Ssh для ведроида не находится вообще. Находится только какое-то кривое поделие школоты под названием ConnectBot, которое падает после попытки ввести логин@адрес.

А с клавиатурами ваще труба - есть только какое-то говно со смайликами, а с нормально работающими Ctrl,Alt,TAB,Esc и стрелками - нету. Даже внешняя USB клава не спасает - что-то там внутри ведроида дико накосячено с клавиатурным вводом.

Хочу xkbd для ведроида, как в нормальных линухах. Где и как его сотворить/получить? Ну и какую-нибудь инструкцию по сборке стандартного консольного ssh под ведроид. А если кто-нибудь объяснит, как заставить ведроид пользоваться DNS'ами которые выдал DHCP а не прошитым намертво 8.8.8.8 - буду ваще весьма признателен. setprop net.dns1 192.168.0.1 задрало уже, да и в штатном броузере не работает.

ЗЫ: ненавижу ведроиды. Ещё ни одного не видел, которым можно было бы пользоваться искаропки и чтоб по каждому чиху в инет не лез. Хуже винды с симбианом, честное слово.