Вижу что 
xwicked заблокировали за флуд реакциями. В правилах такого пункта нет, плюс ещё на сайте стоит ограничение по отправке реакций. Просьба модераторов пояснить что это такое, и добавить этот пункт в правила форума.
https://www.comss.ru/page.php?id=19901:
Разработка Manjaro парализована из-за конфликта с руководством. Мейнтейнеры опубликовали манифест о переходе на новую модель управления и приостановили поддержку дистрибутива.
Мейнтейнеры Manjaro инициировали масштабную реструктуризацию проекта с целью отделения от коммерческой структуры и создания независимого некоммерческого общества Manjaro Project e.V. За последнее десятилетие операционная система столкнулась с системным упадком, потерей контрибьюторов и финансовым кризисом. В настоящий момент объявлена забастовка, а часть процессов по поддержке дистрибутива полностью парализована.
Предпосылки к реорганизации
Несмотря на сохранение крупной пользовательской базы, разработка Manjaro стагнирует. Технические инциденты, включая несвоевременное продление TLS-сертификатов, остаются без внимания руководства, даже при наличии готовых инструментов автоматизации от энтузиастов.
Приоритеты текущего лидера радикально расходятся с интересами сообщества. Управление процессами осуществляется единолично, доступ к ключевой инфраструктуре закрыт для остальных специалистов, а попытки монетизации потерпели неудачу. Бренд эксплуатируется исключительно ради популярности, пользователи выполняют роль бесплатных тестировщиков, а средства команды Manjaro GmbH & Co KG не инвестируются в развитие. Бюджет полностью исчерпан, из-за чего единственный профильный разработчик, трудившийся на полную ставку, лишился источника дохода.
Новая модель управления
Для восстановления доверия и привлечения новых кадров проект выделяется в зарегистрированное некоммерческое общество (e.V.). Руководить организацией будут действующие участники, выразившие интерес к инициативе, с равными долями владения.
Прием новых лиц осуществляется по результатам голосования при наличии двух рекомендаций от действующего состава. Для узкопрофильных специалистов без истории участия в дистрибутиве требование снижается до одной рекомендации, а кандидатура оценивается исключительно по профессиональным навыкам. Любой участник может покинуть структуру по своему желанию. Принудительное исключение применяется только после 12 месяцев полного отсутствия связи. Допускается временная приостановка активности с заморозкой права голоса, что увеличивает допустимый период отсутствия до 36 месяцев.
Традиционная иерархия уступает место плоской структуре. Обязанности распределяются добровольно, однако финансовые операции требуют строгого одобрения казначея, а официальное представительство - согласования с комьюнити-менеджером. Решения принимаются общим голосованием продолжительностью от двух до четырех недель. Базовые вопросы утверждаются простым большинством, тогда как критические изменения требуют поддержки свыше 70% состава (минимум 5 из 7 человек).
Инфраструктура и активы
Коммерческая структура поэтапно перейдет в статус потребителя (downstream) решений некоммерческой организации. Бизнесу предоставляется исчерпывающая лицензия на торговую марку до конца 2029 года для выпуска неконфликтующих продуктов, после чего бренд будет выкуплен обществом за один евро.
Вся ключевая инфраструктура переходит под контроль некоммерческой организации. В перечень активов входят:
- Организации на GitHub (Manjaro Linux, Manjaro-Kernels, Manjaro-ARM).
- Собственный сервер GitLab и профильные Git-репозитории.
- Домен manjaro.org и официальный форум.
- Облачные ресурсы, включая хостинг Hetzner.
- Сеть доставки контента (CDN).
- Финансовые площадки уровня OpenCollective. Бизнес-подразделение сохранит доступ к мощностям при условии полной компенсации затрат на облако, пропускную способность и администрирование систем. Одновременно запускается процесс миграции коммерческих сервисов на независимые серверы.
Текущий статус и забастовка
При отсутствии компромиссных решений вступает в силу жесткий план действий. Нулевая стадия предусматривала ожидание ответа. На первой стадии публикуется манифест и начинается забастовка с остановкой второстепенных задач. Вторая стадия допускает форк дистрибутива или массовый уход мейнтейнеров.
Владелец бизнеса дважды проигнорировал запросы и увеличенные сроки на предоставление ответа. В результате активирована первая стадия, разделенная на три этапа. Сейчас идет начальный этап - публикация документа во внутренних каналах. Если игнорирование продлится еще 48 часов, запустится второй этап с переносом темы в раздел для участников. Спустя дополнительные 48 часов наступит третий этап: публикация в публичных анонсах и полная блокировка форума в режим чтения.
На данный момент администраторы, модераторы и помощники официально бастуют. Новые регистрации пользователей заморожены в очереди, обработка жалоб остановлена, перемещение и модерация тем прекращены. Инициативная группа также запросила поддержку у всех сотрудников с предложением подписать манифест реальными именами для переноса подписей в официальные PDF-копии.
Чтобы внести предельную ясность: цель состоит НЕ в том, чтобы кого-то отстранить, мы лишь надеемся на смену руководства и возвращение к формату здорового проекта сообщества. Разработка умирает, для спасения требуются радикальные перемены. Написанное выше не высечено в камне, если есть отзывы - делитесь.
@philmполучил копию этого документа 2 недели назад и до сих пор не ответил. Поэтому сейчас мы публикуем его во внутренних каналах.
Неделю назад в толксах была тема. Обсуждался один известный мессенджер и альтернативы ему. Я тоже принял участие в обсуждении: написал ответ, в котором выразил недоумение выбором ТС, выразил своё мнение, что если переходить, то на какой-нибудь популярный мессенджер, и упомянул две альтернативы.
Прошла неделя. Сегодня я получил уведомление, что макском удалил мой ответ по причине 4.1 Offtopic.
коала-с-листком-эвкалипта-во-рту.jpg
WTF? Хотелось бы узнать: а что конкретно в моём сообщении побудило модератора к столь решительным действиям?
Предистория. Я виндусятник со стажем (слез с DOS сразу на win 3.1). В октябре 25-го плавно переполз на Fedora 42 и как-то прижился. Но вот пришло обновление очередное, да еще и с переходном на Plasma 6. Короче, имею такую ситуацию. Processor AMD Ryzen 5 3600 6-Core Processor Installed RAM 96.0 GB AMD Radeon RX7800XT 16Gb Fedora KDE 43 (извините, но по другому никак, система виснет) В журналах ничего критического. Единсственное, каждые 10 сек сообщения от kde connect о том, что он блютуз не нашел, но его как бы нет и никогда не было. Да и в самом коннекте галочка снята. Самое старое из ядер 6.18.3, на котором все было норм, до обновления на 6.19. Ядро 6.18.3 - рандомные фризы. Проявляются в виде замораживающихся окон приложений, сворачивании их, до черного экрана в течении нескольких минут. Иногда, в конце kernel panic. Ядро 6.19.6 фризится чаще прям после загрузки, иногда во время. Иногда, в конце kernel panic Вчера пытался обновиться на 6.19.7 (ну типа пофиксят баг) и просто черный экран при загрузке. Федорка нравится и я бы остался. Но надо работать. Почитал в сети есть сообщения о случаях рандомных зависаний этого дистра. Дать шанс и переустановить начисто? Пока загрузился в винду, так как работа не ждет. Что думаете?
Вышел APTUI - консольный интерфейс для управления deb-пакетами. Смотрел здесь: https://github.com/mexirica/aptui.
Кто-то пробовал? Чем оно лучше apt? Или aptitude?
А если тег «аудиофилия» есть, значит наушники обсуждать можно? Если нет, удОлите, тока не больно.
Были у меня младшие модели сонек, решил взять актуалочку, но везде говорят, что брать нужно модель восьмилетней давности.
Во-первых, что думают по вопросу в теме этому вопросу лоровцы?
Во-вторых, как они в сравнении AirPods Max?
Уверен, что совсем то уже плохо не будет, ведь так? Да?
Чтобы обсуждение соответствовало теме форума расскажите как на Linux завести LDAC?
Заранее спасибо всем выступающим.
subj. Не могу авторизоваться. Ubuntu 24.04 LTS. Пишет, что неправильный url (там только ? и параметры для url).
В VSCode всё прекрасно, но хочется расслабленно освоить flutter не натыкаясь на «ваши токены кончились, отстегните ещё $$$».
Под оффтопиком не пробовал.
PS. Странно, ничего не делал, всё работает. Возможно, откуда-то он взял логин сбера =/
А есть ли такие чтобы при заданной схеме,лимитах и заранее выданных доп.инструкциях - или сразу делали бинарный блоб (структуру-структур-массивов C) или валились с ошибкой. Причём быстро ;-)
??
пока всё что находится в обозримом пространстве - они или делают свои динамические структуры, которые потом дополнительно надо мучительно обходить (с фичами lazy-parsing и прочее) или работают как sax-парсеры.
проверка схемы как-то сбоку прикручивается, хотя казалось-бы «зная схему можно резко ускорять парсинг».
PS/ как-то получилось что потоки json начали измеряться в Mbps и парсинг становится больным местом.
Заметил такую штуку. Если на входящий («in») пакет сделать fwd для смены ему next-hop (старый next-hop был локалхостом в связи с тем что dst ip локальный, новый - внешний), то при последующем проходе правил на выходе для исходящего («out») пакета интерфейсом отправки всё равно значится «lo0». Т.е. пакет можно файрволить правилом с «out xmit lo0», однако на самом деле он шлётся по указанному в первом проходе файрволла next-hop-у через соответствующий ему интерфейс.
Планирую позже посмотреть маны и исходники на этот счёт, чтобы узнать это так и задумано или баг, и если баг то отправить репорт. А пока что написал тут, вдруг кто уже знает ответ.
Вкратце: у меня драйвер амудне падает в рандомный момент в бимке и только в ней и онли в загруженной карте(могу даже афк стоять загруженный и драйвер зависнет). Калде в вяленной и иксовой сесиии, свей и нири тестировались, свистопляска та же. Бимка в нативе через старт бинарника напрямую так же испытывалась, и свистоплякса как ни странно та же. Вот логи ядра с бимки запущенной протоном:
[ 4786.676079] amdgpu 0000:28:00.0: amdgpu: Dumping IP State
[ 4786.680549] amdgpu 0000:28:00.0: amdgpu: Dumping IP State Completed
[ 4786.680599] amdgpu 0000:28:00.0: amdgpu: [drm] AMDGPU device coredump file has been created
[ 4786.680602] amdgpu 0000:28:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data
[ 4786.680604] amdgpu 0000:28:00.0: amdgpu: ring comp_1.1.1 timeout, signaled seq=187750, emitted seq=187751
[ 4786.680607] amdgpu 0000:28:00.0: amdgpu: Process ===>>> BeamNGMa pid 34619 thread BeamNG.drive.x6 pid 34644
[ 4786.680610] amdgpu 0000:28:00.0: amdgpu: Starting comp_1.1.1 ring reset
[ 4786.916238] amdgpu 0000:28:00.0: amdgpu: Ring comp_1.1.1 reset failed
[ 4786.916245] amdgpu 0000:28:00.0: amdgpu: GPU reset begin!. Source: 1
[ 4790.916506] amdgpu 0000:28:00.0: amdgpu: failed to suspend display audio
[ 4791.075498] amdgpu 0000:28:00.0: amdgpu: BACO reset
[ 4792.722292] amdgpu 0000:28:00.0: amdgpu: GPU reset succeeded, trying to resume
[ 4792.722496] [drm] PCIE GART of 512M enabled (table at 0x0000008000800000).
[ 4792.722515] amdgpu 0000:28:00.0: amdgpu: VRAM is lost due to GPU reset!
[ 4792.722517] amdgpu 0000:28:00.0: amdgpu: PSP is resuming...
[ 4792.873026] amdgpu 0000:28:00.0: amdgpu: reserve 0x900000 from 0x81fd000000 for PSP TMR
[ 4792.916154] amdgpu 0000:28:00.0: amdgpu: RAS: optional ras ta ucode is not available
[ 4792.922149] amdgpu 0000:28:00.0: amdgpu: RAP: optional rap ta ucode is not available
[ 4792.922152] amdgpu 0000:28:00.0: amdgpu: SECUREDISPLAY: optional securedisplay ta ucode is not available
[ 4792.922156] amdgpu 0000:28:00.0: amdgpu: SMU is resuming...
[ 4792.922208] amdgpu 0000:28:00.0: amdgpu: use vbios provided pptable
[ 4792.922211] amdgpu 0000:28:00.0: amdgpu: smc_dpm_info table revision(format.content): 4.5
[ 4792.924971] amdgpu 0000:28:00.0: amdgpu: SMU is resumed successfully!
[ 4792.925894] amdgpu 0000:28:00.0: amdgpu: kiq ring mec 2 pipe 1 q 0
[ 4793.031902] amdgpu 0000:28:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0
[ 4793.031908] amdgpu 0000:28:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
[ 4793.031910] amdgpu 0000:28:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
[ 4793.031912] amdgpu 0000:28:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
[ 4793.031915] amdgpu 0000:28:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
[ 4793.031917] amdgpu 0000:28:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
[ 4793.031919] amdgpu 0000:28:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
[ 4793.031921] amdgpu 0000:28:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
[ 4793.031923] amdgpu 0000:28:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
[ 4793.031926] amdgpu 0000:28:00.0: amdgpu: ring kiq_0.2.1.0 uses VM inv eng 11 on hub 0
[ 4793.031928] amdgpu 0000:28:00.0: amdgpu: ring sdma0 uses VM inv eng 12 on hub 0
[ 4793.031930] amdgpu 0000:28:00.0: amdgpu: ring sdma1 uses VM inv eng 13 on hub 0
[ 4793.031933] amdgpu 0000:28:00.0: amdgpu: ring vcn_dec uses VM inv eng 0 on hub 8
[ 4793.031935] amdgpu 0000:28:00.0: amdgpu: ring vcn_enc0 uses VM inv eng 1 on hub 8
[ 4793.031937] amdgpu 0000:28:00.0: amdgpu: ring vcn_enc1 uses VM inv eng 4 on hub 8
[ 4793.031940] amdgpu 0000:28:00.0: amdgpu: ring jpeg_dec uses VM inv eng 5 on hub 8
[ 4793.035089] amdgpu 0000:28:00.0: amdgpu: GPU reset(1) succeeded!
[ 4793.035110] amdgpu 0000:28:00.0: [drm] device wedged, but recovered through reset
[ 4793.073861] amdgpu 0000:28:00.0: amdgpu: [drm] *ERROR* Failed to initialize parser -125!
А теперь по системе:
Arch Linux x86_64
Linux 6.19.6-arch1-1
AMD Ryzen 5 3600 (12) @ 4.21 GHz
AMD Radeon RX 5500 XT [Discrete]
mesa-git 26.1.0_devel.219816.d0899472660.d41d8cd-1
Доброе время суток. Который день бьюсь с геолокацией арендованного (VPS) сервера. Я установил на него Xray 3X-UI и пользовался около двух недель, все было гут. Но с недавнего времени сервер находящийся в Нидерландах стал позиционироваться в Германии (CloudFlare CDN) при проверки геолокации будучи подключенным к сети через Xray.
При проверки геолокации этого-же сервера не подключая Xray, все нормально и источник CloudFlare CDN вообще отсутствует. Сообщил CloudFlare об этом через форму на сайте, ничего не изменилось. Техподдержка сервера говорит что проблема в CloudFlare. Пробовал DNSы менять. Можно сменить серверменов, но интересна природа происходящего. Может кто подскажет куда копать.
Картинки:
Подключен к серверу Xray https://disk.yandex.ru/i/aAza4yWieOjt5Q
Вопрос знатокам:
У меня есть SSH-сервер на локальной машине, на которую проброшен порт с удалённой машины: ssh -R port:localhost:port user@ip.
Вопрос: можно ли распространить этот проброшенный порт на всю локальную сеть, чтобы с этим проброшенным портом могли взаимодействовать другие устройства в локальной сети без дополнительных махинаций с пробросом порта отдельно на каждое устройство?
Спасибо.
Есть процессор Intel Atom CPU D510 (1,66 ГГц, 1662 МГц, ядер: 2). Оперативная память: 2 ГБ. Версия BIOS: 0319. Асус 28.04.2010. Дистрибутив Linux нужен для того, чтобы зайти в интернет и напечатать документ. Ставить буду ее взамен Windows 7, которая на этом компьютере сильно тормозит. Желательно, чтобы там была программа для установки и обновления приложений.
apt upgrade:
Err:1 https://deepin-wine.i-m.dev libmng1 1.0.10+dfsg-3.1-deepin1
Connection timed out [IP: 148.251.191.185 443]
Error: Failed to fetch https://community-packages.deepin.com/beige/pool/main/libm/libmng/libmng1_1.0.10%2bdfsg-3.1-deepin1_amd64.deb Connection timed out [IP: 148.251.191.185 443]
Error: Unable to fetch some archives, maybe run apt update or try with --fix-missing?```
Сделал я миграции с помощью goose, теперь надо это превратить в таблицы БД не задействуя goose напрямую. Собственно, вопрос как правильно, если лежат миграции будут в Root_project/migrations, например?
Да, документацию смотрел, но хочется пример от знающих для лучшего усвоения.
Всем спасибо.
По началу сразу после включения системы все отлично, но стоит только открыть интернет и начать коментарии писать - мышь на кликах тормозить начинает.
Иксы или вайланд - неважно.
Причем чем больше комментариев написал - тем сильнее задержка. Со временем все это становится совершенно неюзабельным так как задержка очень большая. В такие моменты можно enter помогать, клацнул мышкой и enter следом - действие произошло.
Самое печальное что такое торможение распространяется на всю систему - в других программах тупит и в меню wm. Спасает только перезагрузка.
Надо отметить что такое происходит исключительно на одной машине
$ uname -a
Linux debian 6.10.12-686-pae #1 SMP PREEMPT_DYNAMIC Debian 6.10.12-1 (2024-10-01) i686 GNU/Linux
и только из под debian, на соседнем винте windows void работает отлично.
Что уже было предпринято: нагуглил надо xserver-xorg-input-evdev установить - не помогает, пытался скармливать конфиги libinput и evdev от void - результата нет. Мышь если что ps/2.
Какие еще будут предложения?
Сначала хотел написать длинно, и подробно, но напишу кратко. Суть, помер в ноутбуке k53u диск ST9320325AS, ноут его начал видеть через раз, а потом и вовсе перестал, где-то прочёл что если в диске и P и G листы забиты полностью, то диск начинает прятаться, так как уже невозможна самокоррекция, это сделано специально чтобы диск можно было сбросить в сервисе и начать работу по восстановлению данных. Это Segate в который можно залезть по UART, прицепил к нему самодельный uart-usb на atmega8, очистил G-list, и ещё немного покуралесил чуть не добив его окончательно. Переподключил, вуаля диск стал видимым, сначала решил проверить самое важное, первые сектора диска, для этого попытался установить grub, как оказалось что там всё, попытка обращения к ним приводила к лютому спаму в dmesg типа
Buffer I/O error on dev sde, logical block 1, async page read
...
и так далее
При этом перераспределённые сектора в smart увеличивались, всё как надо, ожидаемо, ну хорошо, думаю нужно узнать беда по всему диску или нет, началась рутина, на диске последовательно формировался раздел от балды на 20 гигабайт, проверялась его корректность, чтение, запись, бедблоки, если провал или отвал диска, ребут, очистка G листа, снова раздел но уже со смещением и так до победного. Типа вот так, итерационно
<------------- объём диска --------------->
[[part] ] TEST - отвал физический
[ [part] ] TEST - I/O error on dev sde, logical block затем отвал физический
[ [part] ] TEST - I/O error on dev sde, logical block спам
[ [part] ] TEST - I/O error on dev sde, logical block спам
[ [part] ] TEST - ОK
[ [part] ] TEST - OK
[ [part] ] TEST - OK
[ [part]] TEST - OK
Итого выяснилось что в первых ~157 гигабайтах диска, если так можно выразится, находится 2047 плохих секторов разбросанных по началу диска, включая нулевой, обращение на запись в который просто выносило диск, он отвалился на уровне sata, вернее его прошивка диска отваливала. А вот последующие, 163 гигабайта диска замечательно читались, прошли ночные стресс тесты, с многократной записью и чтением всего объёма.
И решено было попробовать сделать так, в начале диска выделить FAT раздел, размером 157 гигабайт, и в конце диска EXT4 размером 163 гигабайта, диск был подключён через USB адаптер, на основном компе запущен QEMU, так как предполагалось что с первого раза не повезёт, и таки да, для пробы на EXT4 раздел был установлен Mint (просто что было под рукой), а затем тот уже на первый FAT раздел закинул свои UEFI файлики иииии, один из них видимо захотел записаться на битый сектор, последствия плачевны конечно, но мы люди упороты…кхм упорные, формат FAT раздела, и уже попытка докинуть UEFI файлы, с третьего раза удалось. Всё, более этот FAT раздел трогаться не будет. Следовательно диск не будет обращаться к битым секторам и продолжит штатно работать.
Повторно очищенный G лист заполнился снова на те же 2047 секторов, плюс
неисправимый 1 сектор, тот самый нулевой для MBR, из за которого более диск
невозможно загрузить через классический GRUB. И вот тут-то смысл заголовка про UEFI думаю уже понятен.
Возможность по сути произвольного размещения загрузчика сделала возможной продолжение использования диска.
Сейчас так
sda 8:0 0 298,1G 0 disk
├─sda1 8:1 0 151,8G 0 part /
└─sda2 8:2 0 146,3G 0 part /boot/efi
# badblocks -nsv /dev/sda1
Checking blocks 0 to 159135743
Checking for bad blocks (read-only test): 0.00% готово, 0:00 прошло. (0/0/0 готово
Проход завершён, найдено 0 повреждённых блоков. (0/0/0 ошибок)
Девственно чистый dmesg, радующий только информационными сообщениями.
Всё работает хорошо и я уверен проработает ещё долго, оставлю Mint раз уж поставил, хотя хотел Debian изначально.
На ноуте никогда не было и не будет важных данных. Да, диск уполовинился.
Ну и что, диски с завода идут с целой россыпью битых и перераспределённых секторов которые прописаны внутри диска в P-listе. Сделали диск на 320GB ой, половина объёма битое, не беда, пометим на заводе и продадим как 120GB диск.
Вот такая вот история, моя почка может остаться при мне.
Для справки.
G-List это таблица трансляции для перераспределённых секторов возникших при эксплуатации.
P-List это таблица трансляции для перераспределённых секторов которые уже с завода были битые.
Там ещё всякого много внутри диска по UART можно поковырять. И моторчик можно включать/выключать, но одно неосторожное движение-эксперимент и диск окирпичивается =)
P.S. А ещё снимал плату с диска, и там контактная площадка к внутренностям диска вусмерть была окислена, segate на позолоту там не раскошелился, окисление + нагрев могли приводить к шумам или даже обрыву коммуникации внутрянки с управляющей платой и эти джиги-дрыги привести к повреждению поверхности, в теории
Сам не фоткал, но нашёл наглядную картинку, у меня было также если не хуже
Почистил разумеется.
Так что если припёрло, ну и нечем заменить диск, или нет средств на новый, можно всё же повертеться и попробовать найти на диске стабильный не сбойный кусок и развернуть систему на нём.
Всем бобра, досвиданья.
Меня время от времени обзывают луддитом в связи с моим осуждением некоторых современных модных ИТ-штук.
Извиняюсь за внешнюю ссылку, но нашёл интересную статью про данную тему.
Ъ:
Луддиты вовсе не воевали против машин, они и сами их использовали в своей частной работе. Данный образ (борцы против автоматизации) - карикатура на них, созданная капиталистами с целью луддитов дискредитировать в глазах общества. Оборудование они, иногда, действительно ломали, но не из-за ненависти к автоматизации, а из-за желания навредить владельцам соответствующих фабрик.
Причина недовольства такая: были ремесленники, которые делали качественную продукцию (в том числе на станках), живя при этом вполне комфортно и самостоятельно выбирая сколько и когда времени посвятить работе. Потом появились коммерсанты, которые решили производить дешёвый ширпотреб, нанимая к себе не особо квалифицированную рабочую силу на конвеер, и заставляя эту самую рабочую силу работать максимально длинными сменами. Оказалось, что народ в массах привлекается низкой ценой больше чем высоким качеством, и добросовестные ремесленники начали проигрывать конкуренцию. Идти на фабрики производить ширпотреб по 15 часов в сутки за нищенскую оплату они, разумеется, не хотели, и поэтому решили вразумлять владельцев этих фабрик чтобы те сменили политику.
То есть тут прослеживается два аспекта: 1) социалистические идеи о том что трудящиеся должны жить хорошо и не должны эксплуатироваться капиталистами, 2) противодействие скатыванию своей профессии к производству хлама. Войны же с автоматизацией среди мотивов не было, это была только идеологическая карикатура на них.
Добрый вечер, подскажите пожалуйста, для чего используются имена автономных систем, некоторые организации имеют несколько автономных систем с одинаковым именем, а некоторые вообще без имени. В каких протоколах и для каких целей эти имена присутствуют?
Есть ноутбук с распаяными 32gb и мне бывает маловато. Запущено обычно несколько контейнеров и vm. Для таких кейсов нужен ноутбук с >=64gb или нужно поменять подход к работе (запускать контейнеры или виртуалки удаленно)?
| следующие → |
