AltLinux — никакой не deb, а APT + RPM, внезапно-внезапно. Относительно уникальная штука: у Альта собственная система сборки пакетов hasher, свой инсталлятор и конфигуратор, а комбинация apt+rpm настолько редкая, что вы вряд ли найдёте готовый инструментарий для работы с такими репозиториями. Почти все технические дискуссии по поводу этого формата сегодня ведутся на русском языке в мейллистах АльтЛинукс.
Аврора — хоть и версия SailfishOS, но это никакой не rhel и близко. Да, там используется rpm в качестве формата пакетов, но в качестве пакетного менеджера используется zypper, в качестве апстрима — проекты mer-core и nemo. Средства для сборки пакетов и образа ОС довольно далеки от того что вы видите в RHEL/CentOS, Debian и прочих этих ваших арчах.
К тому же, перечислив «deb'ы, rhel'ы и арчи» вы очень незаметно забыли некоторые наработки в рамках проектов Void, Gobo, NixOS, openwrt, Alpine, Gentoo, да пускай даже Android. Вы почему-то упорно не хотите признавать что это тоже активно развивающийся линукс.
Да, линукс скучный — в нём только надоевшие и одинаковые deb и rpm. А всё что не deb и не rpm — линуксом мы уже не считаем, ага :)
Как "недостоин светолого лика", если с вами заводят дискуссию, считают нужным тратить на вас внимание и время?
Почему же неправдоподобен? Очень даже правдоподобен: поскольку вас интересуют в основном "российские орки", гугл вам именно таких и показывает, всё правдоподобно и честно.
Просто выводы из этого вы делаете неправильные: "гугл очерняет русских", вместо "гугл показывает мне русских орков, потому что знает насколько сильно я люблю русское" :)
Я тоже проверил: мне тоже показывают варкрафт и толкиена, и есть пара результатов типа "почему русских называют орками".
дискриминация русской нации, которую кое кто из вас поддерживает
"Нет, вы" ;)
Ну тогда идите на Баду, которым пользуется весь Китай
Не в режиме лайвкодинга, но качество там действительно уровня "написал за полчаса".
Меня несколько больше смущает не качество отдельной тулзы в этой истории, а то что у каждого свой "наколеночный ad-hoc" делающий схожие вещи, и организаторов всего этого процесса ничуть не смущают риски такого write-many подхода. Некоторые из рисков (баги скриптов, человеческий фактор, и т.д.) таки "выстреливали" и приносили убытки предприятию.
Поскольку код, написанный на собеседовании, в продакшн не идёт вообще никогда
Один из моих друзей как-то раз устроился в компанию по разработке известного импортозаместительного дистрибутива для одной большой страны. В качестве тестового задания нужно было написать небольшую скрипт-обёртку для сборки пакетов под весьма популярный дистрибутив, что было с лёгкостью исполнено.
Оказалось что единой билд-системы у них нет, и каждый на своём рабочем месте фактически занимается допиливанием своего собственного тестового задания, но уже с целью собирать релизные пакеты.
Надеюсь, это лишь плод больного воображения моего товарища - ну не может же такого быть, правда?..
Если честно, сомневаюсь что магическое "залезание внутрь сторонних библиотек" каким-то образом значительно влияет на температуру и пожарное отключение питания, как и "пришлось подтягивать все исходники" - это всё не более чем обычный режим работы компьютера, не очень-то отличающийся от других.
Больше склоняюсь к тому что у вас просто менее удачный экземпляр изделия - такое бывает. Попробуйте повторить в других условиях и, вероятно, обратитесь в сервис - демонстрировать проблему им не придётся, протестируют устройство сами, вынесут вердикт через 8 дней максимум (вернут устройство или выдадут новое/чиненое)
Бонусный hint: оказывается, если поставить Air на подставку с вентиляторами, он перестаёт тротлиться и всегда готов греть ядро до 95 цельсиев :)
А научить систему обновлятся БЕЗ перезагрузки — слабо? На Linux обязательная перезагрузка только при обновлении ядра
Если обновилось что-то значимое (тот же самый условный libc), то перезапустить надо настолько много, что в некритических сценариях очевиднее сделать reboot.
Я не сторонник идеи принудительной перезагрузки, но если допустить что месячные обновления Windows затрагивают добрую часть системы, перезагрузка, как и в случае с типовой инсталляцией Linux, является частью обновления - надо же не только файлы разложить, а ещё и привести код в памяти в нужное состояние.
Да, таких перезагрузок можно избежать, но даже в Linux в 2021 году не наблюдается массовое использование KSplice и аналогичных механизмов патчинга ядра. Мало того, какая-нибудь Fedora при обновлении через PackageKit делает это в виде "перезагрузиться и установить", и даже сделает это в отдельным минимальном runlevel, выгрузив основное окружение.
Так что, это вполне общая практика, если не считать факта самого принуждения.
Что-то у вас там сломалось, по всей видимости - у меня страница случайного твита со всеми ресурсами, включая аватары - 4.95 мегабайта по сети без кеша, из них JS'а мегабайта на два.
Это, конечно, немало, но это не только "грузить триста байт" - в этом коде почти вся клиентская часть твиттера, с композером твитов и всякими там фичами вроде emoji picker'а.
Я вот 25 минут назад твит пытался в браузере открыть на телефоне через LTE: он тупо не прогрузился, так и крутил свое бесполезное колесо загрузки, вместо твита.
Если дело происходит в РФ, то по каким-то причинам на мобильных операторах до сих пор работает ограничение скорости к ресурсам Twitter, которое РКН, кажется, уже давно отменил.
Ждём пост "как вендоры (любые) свои лаптопы и ОС (иногда) ломают" про установку и использование Windows 11 на ноутбук 15 летней давности с отваливающимся чипом ;)
Колоться и плакать - это и есть использовать относительно старое железо с известными проблемами. Да, в ряде случаев можно найти workaround, но на любой системе костыльный workaround всегда может внезапно закончиться по тем или иным причинам.
Всё это, тем не менее, не даёт положительного score эппловым системам с их довольно ограниченной гибкостью.
Встречал такое имея белый статический ipv4-адрес от проводного Билайна в Москве. Может быть, потому что последний октет моего адреса был 255?
Длилось это годами, при этом ничего странного в/из моей сети, скорее всего, не происходило (пара скучных линуксовых машин). Закончилось, когда адрес я случайно сменил.
Йота по 2G прекрасно работает (во всяком случае, сейчас), если у вас обычный телефонный тариф.
Йота «для компьютера» работает только с сетями 4G — у сим-карты даже телефонного номера нет, только номер договора.
Кстати, по моим наблюдениям за довольно современным телефоном, 2G действительно потребляет гораздо меньше, если не иметь постоянную активную передачу данных.
Локальное хранение файла и его копии не покрывает всех сценариев.
Слетел диск — один сценарий. Сгорел дом — совершенно другой. Хранить копии в другом доме и синхронизировать — уже неудобно, каким бы способом вы ни воспользовались. Плюс нельзя доверять одному способу, он может дать сбой — как технический, так и в своём дизайне — например, не учли что дом тоже может сгореть. Без понимания модели угроз и специфики конкретной задачи всё это просто разговоры о вкусовщине.
И всё равно ничто гарантированно не уберегает ваши файлы от потери, даже набор методик. Случиться может всякое, даже метеорит.
Ожидал увидеть здесь Snog, у которых есть замечательная композиция "Big Brother". Названия альбомов говорят сами за себя: "Buy me… I'll change your life", "Corporate slave", "Babes in Consumerland". Пожалуй, тема является лейтмотивом группы.
Пока не открыл статью, ожидал обнаружить тут десяток неизвестных мне ранее банд, но огорчился, увидев совсем уж избитые вещи (как, впрочем, и упомянутые мной)
Это зависело, вам могло очень повезти. Для очень большого количества девайсов стоял статус WIP и что-нибудь вроде «no sound, powersaving issues, clock stops when in standby».
Отдельного упоминания стоит процесс запуска ядра — из проводника Windows Mobile запускался загрузчик haret.exe, который считывал с ФС конфигурацию запуска, ядро и initrd и передавал полное управление на них — WM предоставляла возможность заменить себя в RAM другой системой «на лету».
Также весьма интересно в то время (до WM 5.0 исключительно) хранились пользовательские данные в памяти устройства — состояние хранилось в энергозависимой памяти, внутри устройства стояла отдельная батарейка для поддержания состояния. В настройках питания, соответственно, было две шкалы батареи. Со временем батарея изнашивалась, а значит данные можно было потерять, не успев зарядить основной аккумулятор.
Фактически занятое во встроенной памяти место отнималось от доступной для использования оперативной памяти. Карты памяти лишь частично исправляли эту проблему — возможностью совершать регулярный бэкап этой самой внутренней памяти на SD и установкой туда же некоторых программ.
Интересно, почему было принято такое странное решение — хранение ценных данных в памяти в единственном экземпляре. Полагаю, флеш для таких целей в то время (эпоха около 1999-2003) был медленным или дорогим.
Аврора — хоть и версия SailfishOS, но это никакой не rhel и близко. Да, там используется rpm в качестве формата пакетов, но в качестве пакетного менеджера используется zypper, в качестве апстрима — проекты mer-core и nemo. Средства для сборки пакетов и образа ОС довольно далеки от того что вы видите в RHEL/CentOS, Debian и прочих этих ваших арчах.
К тому же, перечислив «deb'ы, rhel'ы и арчи» вы очень незаметно забыли некоторые наработки в рамках проектов Void, Gobo, NixOS, openwrt, Alpine, Gentoo, да пускай даже Android. Вы почему-то упорно не хотите признавать что это тоже активно развивающийся линукс.
Да, линукс скучный — в нём только надоевшие и одинаковые deb и rpm. А всё что не deb и не rpm — линуксом мы уже не считаем, ага :)
Как "недостоин светолого лика", если с вами заводят дискуссию, считают нужным тратить на вас внимание и время?
Почему же неправдоподобен? Очень даже правдоподобен: поскольку вас интересуют в основном "российские орки", гугл вам именно таких и показывает, всё правдоподобно и честно.
Просто выводы из этого вы делаете неправильные: "гугл очерняет русских", вместо "гугл показывает мне русских орков, потому что знает насколько сильно я люблю русское" :)
Я тоже проверил: мне тоже показывают варкрафт и толкиена, и есть пара результатов типа "почему русских называют орками".
"Нет, вы" ;)
В Китае популярны другие дейтинговые сервисы.
Не в режиме лайвкодинга, но качество там действительно уровня "написал за полчаса".
Меня несколько больше смущает не качество отдельной тулзы в этой истории, а то что у каждого свой "наколеночный ad-hoc" делающий схожие вещи, и организаторов всего этого процесса ничуть не смущают риски такого write-many подхода. Некоторые из рисков (баги скриптов, человеческий фактор, и т.д.) таки "выстреливали" и приносили убытки предприятию.
Один из моих друзей как-то раз устроился в компанию по разработке известного импортозаместительного дистрибутива для одной большой страны. В качестве тестового задания нужно было написать небольшую скрипт-обёртку для сборки пакетов под весьма популярный дистрибутив, что было с лёгкостью исполнено.
Оказалось что единой билд-системы у них нет, и каждый на своём рабочем месте фактически занимается допиливанием своего собственного тестового задания, но уже с целью собирать релизные пакеты.
Надеюсь, это лишь плод больного воображения моего товарища - ну не может же такого быть, правда?..
Если честно, сомневаюсь что магическое "залезание внутрь сторонних библиотек" каким-то образом значительно влияет на температуру и пожарное отключение питания, как и "пришлось подтягивать все исходники" - это всё не более чем обычный режим работы компьютера, не очень-то отличающийся от других.
Больше склоняюсь к тому что у вас просто менее удачный экземпляр изделия - такое бывает. Попробуйте повторить в других условиях и, вероятно, обратитесь в сервис - демонстрировать проблему им не придётся, протестируют устройство сами, вынесут вердикт через 8 дней максимум (вернут устройство или выдадут новое/чиненое)
Бонусный hint: оказывается, если поставить Air на подставку с вентиляторами, он перестаёт тротлиться и всегда готов греть ядро до 95 цельсиев :)
Странно, я оставлял Air с M1 компилировать на многие часы, принудительного выключения никогда не испытывал.
Если обновилось что-то значимое (тот же самый условный libc), то перезапустить надо настолько много, что в некритических сценариях очевиднее сделать reboot.
Я не сторонник идеи принудительной перезагрузки, но если допустить что месячные обновления Windows затрагивают добрую часть системы, перезагрузка, как и в случае с типовой инсталляцией Linux, является частью обновления - надо же не только файлы разложить, а ещё и привести код в памяти в нужное состояние.
Да, таких перезагрузок можно избежать, но даже в Linux в 2021 году не наблюдается массовое использование KSplice и аналогичных механизмов патчинга ядра. Мало того, какая-нибудь Fedora при обновлении через PackageKit делает это в виде "перезагрузиться и установить", и даже сделает это в отдельным минимальном runlevel, выгрузив основное окружение.
Так что, это вполне общая практика, если не считать факта самого принуждения.
Ну, при обновлени, например, libc вам в любом случае нужно перезапустить добрую часть юзерспейса.
Что-то у вас там сломалось, по всей видимости - у меня страница случайного твита со всеми ресурсами, включая аватары - 4.95 мегабайта по сети без кеша, из них JS'а мегабайта на два.
Это, конечно, немало, но это не только "грузить триста байт" - в этом коде почти вся клиентская часть твиттера, с композером твитов и всякими там фичами вроде emoji picker'а.
Если дело происходит в РФ, то по каким-то причинам на мобильных операторах до сих пор работает ограничение скорости к ресурсам Twitter, которое РКН, кажется, уже давно отменил.
Проголосовав несколько раз, можно бинарным поиском выбрать кандидата ;)
upd: написал совершенно не подумав, похоже что нельзя. Оставлю для дискуссии
Ждём пост "как вендоры (любые) свои лаптопы и ОС (иногда) ломают" про установку и использование Windows 11 на ноутбук 15 летней давности с отваливающимся чипом ;)
Колоться и плакать - это и есть использовать относительно старое железо с известными проблемами. Да, в ряде случаев можно найти workaround, но на любой системе костыльный workaround всегда может внезапно закончиться по тем или иным причинам.
Всё это, тем не менее, не даёт положительного score эппловым системам с их довольно ограниченной гибкостью.
Придётся блокировать трафик между mailgun и всеми почтовыми сервисами мира.
Встречал такое имея белый статический ipv4-адрес от проводного Билайна в Москве. Может быть, потому что последний октет моего адреса был 255?
Длилось это годами, при этом ничего странного в/из моей сети, скорее всего, не происходило (пара скучных линуксовых машин). Закончилось, когда адрес я случайно сменил.
Йота «для компьютера» работает только с сетями 4G — у сим-карты даже телефонного номера нет, только номер договора.
Кстати, по моим наблюдениям за довольно современным телефоном, 2G действительно потребляет гораздо меньше, если не иметь постоянную активную передачу данных.
Слетел диск — один сценарий. Сгорел дом — совершенно другой. Хранить копии в другом доме и синхронизировать — уже неудобно, каким бы способом вы ни воспользовались. Плюс нельзя доверять одному способу, он может дать сбой — как технический, так и в своём дизайне — например, не учли что дом тоже может сгореть. Без понимания модели угроз и специфики конкретной задачи всё это просто разговоры о вкусовщине.
И всё равно ничто гарантированно не уберегает ваши файлы от потери, даже набор методик. Случиться может всякое, даже метеорит.
Ожидал увидеть здесь Snog, у которых есть замечательная композиция "Big Brother". Названия альбомов говорят сами за себя: "Buy me… I'll change your life", "Corporate slave", "Babes in Consumerland". Пожалуй, тема является лейтмотивом группы.
Пока не открыл статью, ожидал обнаружить тут десяток неизвестных мне ранее банд, но огорчился, увидев совсем уж избитые вещи (как, впрочем, и упомянутые мной)
Отдельного упоминания стоит процесс запуска ядра — из проводника Windows Mobile запускался загрузчик haret.exe, который считывал с ФС конфигурацию запуска, ядро и initrd и передавал полное управление на них — WM предоставляла возможность заменить себя в RAM другой системой «на лету».
Также весьма интересно в то время (до WM 5.0 исключительно) хранились пользовательские данные в памяти устройства — состояние хранилось в энергозависимой памяти, внутри устройства стояла отдельная батарейка для поддержания состояния. В настройках питания, соответственно, было две шкалы батареи. Со временем батарея изнашивалась, а значит данные можно было потерять, не успев зарядить основной аккумулятор.
Фактически занятое во встроенной памяти место отнималось от доступной для использования оперативной памяти. Карты памяти лишь частично исправляли эту проблему — возможностью совершать регулярный бэкап этой самой внутренней памяти на SD и установкой туда же некоторых программ.
Интересно, почему было принято такое странное решение — хранение ценных данных в памяти в единственном экземпляре. Полагаю, флеш для таких целей в то время (эпоха около 1999-2003) был медленным или дорогим.