у меня еще было что при переносе с обычного диска на Advanced Format полностью отвалились апдейты и еще пара сервисов. обновление интеловского драйвера, где как раз добавили поддержку AF — починило всё. оказывается до сих пор есть софт, завязаный на размер сектора…
про купе и вообще нижние места — насколько я слышал, в Экспресс-3 чисто технически нет возможности взять 2 нижних сразу, не предусмотрено системой. так что если кто-то такое и умеет, то видимо у них есть возможность набивать брони и транзакции пачками в один чек.
там не от клиента зависит. в 4+ система спрашивает «у вас тут впн хочет стартовать, запустить?» при перезагрузке. для этого и нужен модуль XPosed, чтоб не спрашивала.
у ябла есть очень хорошая (и правильная, в принципе) отговорка — они продают программно-аппаратные комплексы в сборе, а не куски отдельные. а вот гугел сначала декларирует «хочешь железо, хочешь дроед, хочешь все сразу», а по факту…
ну, меня примерно 6 лет вопросы электропотребления и не волнуют, а за ссылку спасибо.
===
«написать обертку» против «пнуть прямо из командной строки», разница однако заметнная.
«все интерфейсы» чего?
==
амарок был самым часто используемым таким образом у меня, вот и запомнился.
пример -KDE3, Amarok. 'dcop amarok player nowPlaying' показывало что плеер играет в данный момент. вопрос: как это сделать на dbus, не ломая мозг запоминанием всех org.abyrvalg.etc и /org/omgwtf/here/lies, и на какую шину, системную или пользовательскую, мне надо писать?
все же dbus — шина общения программ с программами, не предусматривающая наличие человека.
а так, ну, посмотрите сами со стороны — сначала, когда можно было выбрать два блютус-стека, affix и bluez, победил наиболее кривой. потом, при наличии живого QCOP/DCOP, умеющего все то же, но удобнее и дружелюбнее — придумали и впихнули dbus, которым пнуть что-либо руками в общем случае как минимум неудобно. дальше получилось так, что даже банальное действие «прицепить bt телефон к компу» без dbus стало сделать нельзя (пин-то только через него запрашивается!). потом таким же образом прикрутили Pulse Audio, при наличии, например, JACK.
фактически, вместо того чтоб улучшать существующее или потратить силы на что-то более осмысленное — у разработчиков и сообщества случается приступ NIH и «мне не надо — никому не надо». вот systemd и получился, к тому же основная его проблема — это то что он кривой костыль, а не его безальтернативность в ближайшем будущем. дергаться надо было начинать примерно тогда, когда первое детище поттеринга, avahi, пошло в дистрибутивы.
и да, я бы не отказался посмотреть на трудозатраты по выкидыванию dbus целиком из десктопной системы.
что интересно, это же сообщество с радостью слопало и dbus, и pulse-audio, и bluez
при наличии более живых и unix-way, либо просто более удобных альтернатив. а systemd им почему-то не айс…
помнится в детстве видел мультик, где народ донажимался на кнопки лифта и вышел в нем на орбиту. чую что тут кто-нить первым делом попробует пробить потолок здания таким образом.
(в том же андроиде, например, чтоб заставить любой внешний впн стартовать без вопросов при перезагрузке — нужен рут и XPosed Framework с модулями)
главное, зарплату выставить в виде звона монет.
===
«написать обертку» против «пнуть прямо из командной строки», разница однако заметнная.
«все интерфейсы» чего?
==
амарок был самым часто используемым таким образом у меня, вот и запомнился.
пример -KDE3, Amarok. 'dcop amarok player nowPlaying' показывало что плеер играет в данный момент. вопрос: как это сделать на dbus, не ломая мозг запоминанием всех org.abyrvalg.etc и /org/omgwtf/here/lies, и на какую шину, системную или пользовательскую, мне надо писать?
все же dbus — шина общения программ с программами, не предусматривающая наличие человека.
фактически, вместо того чтоб улучшать существующее или потратить силы на что-то более осмысленное — у разработчиков и сообщества случается приступ NIH и «мне не надо — никому не надо». вот systemd и получился, к тому же основная его проблема — это то что он кривой костыль, а не его безальтернативность в ближайшем будущем. дергаться надо было начинать примерно тогда, когда первое детище поттеринга, avahi, пошло в дистрибутивы.
и да, я бы не отказался посмотреть на трудозатраты по выкидыванию dbus целиком из десктопной системы.
при наличии более живых и unix-way, либо просто более удобных альтернатив. а systemd им почему-то не айс…