Overboard Catalog
Recently bumped threads from multiple boards (Index View)
Customise
ради эксперимента запустил yggdrasil и теперь борда доступна еще и по урлу http://ygg.chaoschan.org
Админ, как тебе идея распиарить эту борду по всей бордосферу как сайт любителей киберпанка, программистов и техномагов, набрать сюда побольше людей? Думаю, у нас могло бы получиться что-то инриересное.
Салют, организмы. На связи старый соскуфившийся анонист, соскучившийся по лихой имиджбордной молодости. Решил тут тред создать, так сказать-с. Сто лет этого не делал, еле вспомнил как эти ваши сраные картинкодоски вообще работают. Так вот, тема такая, рассказывайте как вы украшаете свои сычевальни, скуфовальни, подлестничные чуланы, капитанские каюты, боярские покои, mancaves, dweller's basements/cocklofts. Каждый одинокий человек, добровольно или в следствие психологических проблем, изолирующий себя от общества стремится сделать своё обиталище максимально комфортным, уютным и безопасным. Некоторые ограничиваются постеленной на полу газеткой и миской с сухим кормом, некоторые превращают свою комнату в храм вычислительной мощи, набивая её компьютерами и прочим железом, а у кого-то коллекция из сотни анимешных фигурок, причём цена каждой под сотню баксов. Рассказывайте. На чем спите, на чём аниме смотрите, какие у вас, по вашему мнению, есть уникальные вещи, например, токарный станок или полноростовая кукла-вайфу. Про свою комнату расскажу ответом на пост. На картинке проекция от ночника, как стемнеет - включаю его как фоновую подсветку. Он прикольно крутит проекциями туманностей и проецирует звёзды зелёным лазером.
Тред для лекций, интервью и докладов на разные темы
Вот и в чем смысл этой борды? Уже больше полутора лет прошло с момента открытия - появился какой-то смысл в этом всем?
ansible — система управления конфигурациями, написанная на языке программирования Python, с использованием декларативного языка разметки для описания конфигураций. документация: * https://docs.ansible.com/ansible/latest/index.html * https://redhat-cop.github.io/automation-good-practices * https://docs.ansible.com/ansible/2.8/user_guide/playbooks_best_practices.html полезное: * https://github.com/sandervanvugt/rhce8-book * https://github.com/geerlingguy/ansible-for-devops курсы/видосы: * Ansible: From Basics to Guru by Sander van Vugt * Red Hat RHCE 8 (EX294) книги: * Sander van Vugt - Red Hat RHCE 8 (EX294) * https://www.jeffgeerling.com/ansible-2022
тред для разных радостных и долгожданных новостей вроде: подняли цены на ЖКХ, освящение опасных участков дороги, проблемы на местах с отоплением
тред про разные игроновости
Scavengers Reign (Царство падальщиков) Сюжет: >Сериал рассказывает о части команды, которая эвакуировалась в спасательных капсулах из поврежденного грузового межзвездного космического корабля «Деметра 227» и выживает на чужой планете Веста, полной опасной флоры и фауны. Они разделены на три изолированных группы: Ази и её робот-компаньон Левай, Сэм с Урсулой и одинокий Кеймен. >Пытаясь выжить, они находят пути к спасению и начинают познавать причудливую экосистему этой загадочной планеты, в которой люди являются инвазионным видом. Настоятельно рекомендую всем любителям выживача и фантастики! https://www.youtube.com/watch?v=NWQH8cMpWTU
И.В. Сталин О ПОБЕДЕ НАД ГЕРМАНИЕЙ Товарищи! Соотечественники и соотечественницы! Наступил великий день победы над Германией. Фашистская Германия, поставленная на колени Красной Армией и войсками наших союзников, признала себя побежденной, объявила безоговорочную капитуляцию. 7 мая был подписан в городе Реймсе предварительный протокол капитуляции. 8 мая представители немецкого главнокомандования в присутствии представителей Верховного Командования союзных войск и Верховного Главнокомандования советских войск подписали в Берлине окончательный акт капитуляции, исполнение которого началось с 24 часов 8 мая. Зная волчью повадку немецких заправил, считающих договора и соглашения пустой бумажкой, мы не имеем основания верить им на слово. Однако сегодня с утра немецкие войска во исполнение акта капитуляции стали в массовом порядке складывать оружие и сдаваться в плен нашим войскам. Это уже не пустая бумажка. Это - действительная капитуляция вооруженных сил Германии. Правда, одна группа немецких войск в районе Чехословакии все еще уклоняется от капитуляции. Но я надеюсь, что Красной Армии удастся привести ее в чувство. Теперь мы можем с полным основанием заявить, что наступил исторический день окончательного разгрома Германии, день великой победы нашего народа над германским империализмом. Великие жертвы, принесенные нами во имя свободы и независимости нашей Родины, неисчислимые лишения и страдания, пережитые нашим народом в ходе войны, напряженный труд в тылу и на фронте, отданный на алтарь отечества, - не прошли даром и увенчались полной победой над врагом. Вековая борьба славянских народов за свое существование и свою независимость окончилась победой над немецкими захватчиками и немецкой тиранией. Отныне над Европой будет развеваться великое знамя свободы народов и мира между народами. Три года назад Гитлер всенародно заявил, что в его задачи входит расчленение Советского Союза и отрыв от него Кавказа, Украины, Белоруссии, Прибалтики и других областей. Он прямо заявил: "Мы уничтожим Россию, чтобы она больше никогда не смогла подняться". Это было три года назад. Но сумасбродным идеям Гитлера не суждено было сбыться, - ход войны развеял их в прах. На деле получилось нечто прямо противоположное тому, о чем бредили гитлеровцы. Германия разбита наголову. Германские войска капитулируют. Советский Союз торжествует победу, хотя он и не собирается ни расчленять, ни уничтожать Германию. Товарищи! Великая Отечественная война завершилась нашей полной победой. Период войны в Европе кончился. Начался период мирного развития. С победой вас, мои дорогие соотечественники и соотечественницы! СЛАВА НАШЕЙ ГЕРОИЧЕСКОЙ КРАСНОЙ АРМИИ, ОТСТОЯВШЕЙ НЕЗАВИСИМОСТЬ НАШЕЙ РОДИНЫ И ЗАВОЕВАВШЕЙ ПОБЕДУ НАД ВРАГОМ! СЛАВА НАШЕМУ ВЕЛИКОМУ НАРОДУ, НАРОДУ-ПОБЕДИТЕЛЮ! ВЕЧНАЯ СЛАВА ГЕРОЯМ, ПАВШИМ В БОЯХ С ВРАГОМ И ОТДАВШИМ СВОЮ ЖИЗНЬ ЗА СВОБОДУ И СЧАСТЬЕ НАШЕГО НАРОДА!
мощнейший разбор сериала «Кольца власти»
Музыки для тихой ночи за монитором тред. https://dreamcatalogue.bandcamp.com/album/2814
Не узнать их здесь по справкам; Там опять они по лавкам, За иголкой, с утюгом, И как будто бы ни в чем
на дваче несколько дней бурлит жинь в треде "РАЗЪЕБ КАПИТАЛИЗМА" https://2ch.hk/b/res/296933152.html#296933152 и вот самый интересный коммент: Эффективность производства растет. Реальный доход работяги стоит на месте с 70 годов прошлого столетия. В период двуполярного мира в кап. странах кабаньё было просто вынужденно идти на уступки своим работягам в ущерб сверхприбылям, а профсоюзы реально могли накинуть на клыка охуевшей скотине. И это было вызвано тряской кабанья перед перспективой фотосесси в подвальчике, сейчас к сожалению, причины для тряски кабаньем успешно устранены на какое то время. Не будь периода двуполярного мира ты бы сейчас вместо двачевания капчи охуевал бы на очередной 12 часовой смене но особо бы не бухтел так как не знал бы другой жизни и мыслям о том что может быть по другому в твоей голове взяться было бы неоткуда. Есть ещё вариант что ты кап. маня считающая себя замечательной маней, которая обязательно войдет в число 0.01% мироедов, так сказать из грязи в князи, докажет свою конкруентность и предпринимательность. Про ошибку выжившего почитай в таком случае. И в этот период предельно сильно проявляются негативные черты капиталистической модели, которые в итоге её и похоронят. Запрос на проигравшего Чтобы быть богатым обязательно нужен бедный иначе твое богатство по сути уравниловка. Чтобы существовали страны центрального капитализма им обязательно нужна ресурсная периферия из которой будут вытягиватся материальные и человеческие ресурсы. Это антигуманно по своей сути. Будь все эти разговоры про гуманизм в среде буржуев хотя бы на толику правдой проблема голода в масштабах мира была бы решена ещё много десятилетий назад. Слияние крупного капитала и государства. Реализация конкурентного преимущества аля "зайти в кабинет к сенатору или депутату как к себе домой и обкашлять законопроектик в своих интересах, другими словами - сделать удобные для себя условия игры при которых не нужно будет беспокоится о появлении конкурентов и последующей конкуренции с ними". Что ведет к следующему этапу "нахуй надо чесатся о качестве производимых товаров и услуг если я монополист и добился ситуации при которой появление моего конкурента невозможно?" и финальный аккорд "Ну как бы холопы ебаные никуда не денутся так как на рынке остался я один, начинаем впаривать говно по цене конфетки" Это единственный и естественный путь эволюции для транстациональных корпораций. Нет сценария при котором они добровольно, из гуманистических побуждений, меняют свой курс. Мурзилки про "антимонопольное законодателсьство противодействует бла-бла-бла" оставьте себе. В самом начале упомянуто то конкурентное преимущество которое распространяется в том числе и на эту ветвь. В итоге антимонопольные институты превращаются в идеальный инструмент для борьбы с конкурентами для очень ограниченного круга победителей. А не наоборот. Неостановимый рост расслоения общества. Капитализм это про бесконечный запрос на рост прибыли. Для этого нужны новые рынки сбыта, а шарик не бесконечный. Рынки сбыта давно под контролем монополий. Остался один путь, сокращать издержки. Все логично. Поэтому график роста эффективности производства нихуя не совпадает с графиком роста оплаты труда рабочего с 70х годов прошлого века. Более того, со всеми этими швабовскими мокрыми фантазиями про еду из жуков и арендуемое койко-место в капсуле со всем "имуществом" в аренде как дефолт уровня жизни для работяги мы видим перспективы развития. Естественные для кап. модели и ведущие к росту прибыли. Кризис перепроизводства Есть невписавшееся в рыночек большинство, большая часть жизни которого уходит на удовлетворение самых основ пирамиды потребностей. До 30% производимой еды в итоге гниет на свалках при этом остаются голодающие или просто вынужденные питатся всякой дрянью работяги. Почему? Да потому что "эффективный" кабан скорей на фотосессию в уютный подвальчик отправится чем снизит отпускные расценки. Недолгое и небольшое снижение цен возможно, если это не скидка на накидку. Но оно ведет к "net negative impact" на будущие прибыли, поэтому выгодней уничтожить произведенную еду продавать её ниже определенной цены. Как бы рынки сбыта, спрос, все такое. Похожая хуйня с недвижимостью. Мы за последние сотню лет освоили просто охуенные технологии масштабирования и при желании можем штамповать (скотоблоки) в невообразимых масштабах. По логике медиана цены недвиги должна падать, но она растет. И хуй бы с ней если бы медиана дохода росла сопоставимыми темпами, но она дрыгается на уровне 70х годов с поправкой на инфляцию. Что это? Да все просто. Кабанчики нащупали оптимальный рыночный баланс спроса и предложения при котором скот может удовлетворять свои потребности на достаточном для сохранения работоспособности уровне и для них нет никаких мотивирующих факторов для изменения статуса кво. Импликативный эффект спекуляции Баланс спроса и предложения это заебись, ресурсы должны поступать туда где они наиболее востребованны. Это саморегулирующаяся система с обратной связью. Но она становится паршивым говняком если свиным рылом в калашный ряд лезет спекулянт с рычагом в виде капитала. Биржа это про извлечение прибыли. Имея только счет в банке и доступ на биржу и при этом никакого производства - скупить всю молибденовую руду, дождатся роста цен, реализовать, поиметь профит на ровном месте. Капитализм - счастье - заебись. То что продукты в производстве которого востребован молибден необоснованно подорожали от такого маневра это не твои проблемы. Просто блядь не должно быть возможности у лиц не использующих сырье для производства закупать это самое сырье в промышленных масшатабах. Операционные издержки на обход этого запрета должны превосходить любые выгоды. Твой резкий негатив в сторону комунистов вызван промытостью политически озабоченными додиками пытающимися чесать за то что коммунизм это про гулаги и нищету. У капитализма на порядки больше одиозных проявлений. Взять хотя бы к примеру бельгийское Конго. Обязательный атрибут успешного капитализма это наличие проигравшего. А дальше идут тухлодырые аппеляции к дарвинизму и естественности отбора. Что в свою очередь лишь деклалирование права сильного в другой оболочке. Отбор и адаптация необходимы, да. Но в рамках гуманизма, а не людоедской кабанской педерастии. Мне похуй как это будет называтся в будущем, комунизм или не комунизм. То как я это вижу заключается в следующем: Ты не можешь получать ренту с любой своей собственности. Это уничтожает спекуляцию и повышает доступность благ для большинства. Общество обеспечивает тебе равенство возможностей вплоть до ячейки в скотоблоке и базового пищевого пайка в соответствии со здоровым питанием. Здравоохранение доступно для всех в равной мере. Это те сферы куда рыночек не будет допущен. Это сфера ответственности идеального государства в моём понимании. Твои базовые потребности заложенны в смету ещё на этапе планирования твоего рождения. Это, блядь, не значит что ты можешь жить нахлебником. У тебя есть возможность выбрать востребованную профессию и обучится ей или поменять текущую, общество тебя поддержит. Но у тебя нет возможности быть паразитом и злоупотреблять этой поддержкой. В случае если какому то из производственных направлений обеспечивающих это самое равенство возможностей угрожает кризис в силу любых причин то государство имеет право призвать тебя. Т.е. гражданская обязанность на подобии армейской, учитывающая твою специализацию при наличии таковой. Блядь, да я будто бы вижу твои мысли, мань. Ты сейчас представила себе уютненький гулаг с оборванцами в ватниках, трудящихся в перерывах между утренними и вечерними расстрелами из зениток. Но это сценарий устранения последствий какой либо катастрофы, например землятресения или цунами. Во всех остальных случаях у нас уже очень давно хватает вычислительной мощности эвристических алгоритмов для того чтобы попросту не допускать таких ситуаций. Мы стоим на пороге рая в том числе и потому что "вкалывают роботы, счаслив человек" сократит потребность в ручном труде. Один фермер-агроном при механизации сейчас в среднем производит еды на 150 человек. Нет, маня, это не значит что будут те кто будут хавать одну только морковку от одного фермера, это означает что он производит этой морковки столько сколько в среднем нужно в продуктовые корзины 150 людей. Но уже начинают получать распространение замечательные сельзоз комбайны с применением компьютерного зрения. Тяжело сказать насколько именно возрастет производительность труда, потому как потенциально можно вообще сократить потребность всей фермы до одного оператора. Да, это будет уже скорей инженер и знаний ему нужно будет несколько больше чем вождение комбайна или трактора. Но его производительность возрастет на порядки. Да, планирование рождения. Ответственный подход к контролю популяции обязателен иначе на каком то этапе можно обнаружить что ресурсной базы недостаточно для всех расплодившихся человеков. В моем понимании идеальное государство обеспечивает тебе равенство возможностей через закрытие основы в пирамиде потребностей. И в то-же время не допускает расслоения общества по достатку через недопущение спекуляций и невозможности рентного дохода. Хочешь коллекционировать машины, молодец. Можешь устраивать выставки на некоммерческой основе и лутать свой хайп. Допустим даже вариант при которой доходы с рекламы или посещения выставки могут быть направлены на техническое обслуживание твоей коллекции. Но лично ты поиметь с этого никакого дохода не можешь. Имеешь целью своей жизни фамильное ранчо или даже несколько таких. Умница, только трудится на них ты можешь только своим трудом. Все неприятие этих идей базируется на наивности мироедских настроений манек о том что такие пиздатые и замечательные ОНИ обязательно, рано или поздно, войдут в 0.01% элитки. Сохранение этих мироедских настроений, естественно, в интересах этих самых 0.01%, чему они активно способствуют, имея в наличии все ресурсы для этого. Либо-же вовсе невнятные пуки откровенных долбоебов с апелляцией к опыту. Причем что напомаженный и холеный, уважаемый, зарубежный политолог, что обоссаный двачер будут лаять при любом упоминании коммунистической идеологии только апелляцией к опыту. У них нет реальных аргументов и никогда небыло. Критика коммунизма в последние десятилетия деградировала по очевидным причинам. Пытаясь прибегнуть к конструктивной критике человек бывает вынужден изучить вопрос самостоятельно. В процессе этого недозволительная доля любознательных перекрашивается в какой то мере. Поэтому тред полон обоссавшихся додиков с уровнем понимания вопроса "отнять и поделить, уравниловка, гулаги, партийная илитка".
Green Day is not your savior. But the spirit of rock n roll might be. And as the greatest punk band alive, they’re the loudest vessel we have… to give it a shot. Green Day are ready to flip off the famous, stupid and contagious, by putting a mirror to the present tense like only they can, with Saviors The album was recorded in both London and Los Angeles under the audacious ear and Rock prowess of Green Day's longtime friend & collaborator, GRAMMY Award-winning producer Rob Cavallo. credits released January 19, 2024 https://greendayofficial.bandcamp.com/album/saviors
Аноны, привет. К сожалению жизнь так устроена и всё как обычно не по плану... [дальше идёт рассказал как ему не хватает бапла]
---
Просить деняк тут не надоПостим полезные и нужные книжки по программированию
постим разные песни, треки и прочее без привязки к жанрам
Привет, анон! Расскажи как вкатился в айти, сколько лет работаешь и какие мысли по отрасли в целом.
Скоро шагнем в 2024 год! Как настроение-то? Закупаетесь мандаринами? Новогодний дух чувствуется?)
Официальный сайт: https://baldursgate3.game/ купить игру: * steam https://store.steampowered.com/app/1086940/Baldurs_Gate_3/ * gog https://www.gog.com/game/baldurs_gate_iii wiki: * (en) https://bg3.wiki * (en) https://baldursgate3.wiki.fextralife.com/Baldur's+Gate+3+Wiki * (en) https://forgottenrealms.fandom.com/wiki/Baldur's_Gate_III * (ru) https://ttg.club/
Теодор Жерико в период с 1818 по 1819 рисовал обложку для альбома "Rum, Sodomy, and the Lash" ВИА "The Pogues"
Фотография сделано хорошо, цвет/свет , девчонка Но как она держит меч! Неужели никто не мог подсказать как правильно и сделать фотку еще лучше? Меч нужно держать под гарду. А тут фигня какая-то.
постим фотокарточки Японии
шлём хиты!
спецтред для обсуждения новостей, дабы не засорять новостную ленту
Есть я и мой муж. Мой муж молодой свежевылупившийся кандидат физико-математических наук, я в этом году тоже получаю кандидатскую степень по химическим наукам. Живем, работаем и учимся мы в Москве, оба из среднестатистических семей, которые НЕ могут нам помочь с квартирой. Зарплаты у нас как у ученых 60 (у меня + стипендия еще 10) и 75 (у мужа), так как получаем зп мы с грантов. Грантов не будет - зарплаты не будет. С нашей специальностью в производство уходить совсем жопа, предлагают еще меньше. Квартиры собственной нет и не предвидится в ближайшие 3-4 года, так как научная субсидия идет только с научного стажа, а его мы начали получать пару лет назад. И вот прикол. Решим мы родить дитенка. Я ухожу в декрет, минус моя зп. Заканчивается проект у мужа и мы сидим с голой жопой на съемной или ипотечной квартире и ахреневаем от жизни. Мы лучше всрем свои мозги и "гены" в могилу, чем будем подвергать себя таким стрессам. Бабушкидедушки нам НЕ ПОМОГУТ ни деньгами, ни своим присутствием, так как они из разных регионов. Хотя я бы с удовольствием родила 2-3 ребенка, если бы были все условия, в каких мне комфортно. А какие условия, спросите вы? На такие условия у нас денег нет и не будет лет до 40. Квартира удобная минимум 3к, а лучше 4-5, чтобы была и детская, и гостиная, и кабинет. И все в пешей доступности метро. Уже тут первый косяк. Про зп молчу. Ту зп, которую я хочу на человека не получает даже мой научный руководитель. Который руководит двумя РНФ и одним стартапом. И вообще есть нихуевый шанс, что зп порежут, так как реактивы кончаются, стоят они в 3-4 раза дороже, оборудование тоже в 3-5 раз дороже, а гранты не растут как бэ. Вообще нихера не растут. И тут выбор. Или зарплата, или реактивы. Раньше хоть премии норм приходили. А сейчас все вбухиваем в реактивы и в расходники. Остается только тютелька в тютельку получать основную зп. Остальные условия утыкаются в зп. В теории можно поменять работу. Но кто тогда вместо нас будет развивать передовые технологии? Может нам поступить как большинству наших коллег и уехать заграницу, где платят больше денег? А если хочется работать в России? Сложно тут что-то выдумать и жаль будет менять свою ЛЮБИМУЮ работу. Работу, от которой мы получаем нереальный кайф и действительно делаем что-то полезное для страны и мира. Короче в жопу детей, тут бы свои штаны удержать. А обидно пипец, на самом деле. Мне прикольно с детьми, прикольно с ними заниматься. И я уверена, мы бы дали детям хорошее воспитание и образование, но нам на самих себя денег не хватает. А куда еще детей. В Москве. Да молодым ученым с нехилой вероятностью год-два сидеть на минимальном окладе мнс 0.25 ставки, потому что рнф не выиграли. Так что условия решают. И решают нормально так вплоть до полного отказа от деторождения. --- взято с пикабу https://pikabu.ru/story/otvet_na_post_pro_demografiyu_nepriyatnyie_faktyi_i_zaklyucheniya_10471812
1. не надо постить запрещенку 2. не надо пороть херню 3. чрезмерная серьезность порицается
обсуждаем всякое разное на технические темы
∧＿∧
( ・ω・) Let's try that again.
Path of Exile 2 https://pathofexile2.com/ Path of Exile 2 Official Trailer Path of Exile 2 Gameplay Preview Path of Exile 2 Trailer 2 Path of Exile 2 Gameplay Walkthrough 2 Path of Exile 2: Ngamakanui Teaser "Summer Game Fest"
Я недавно начал читать "Зов Ктулху" Говарда Филлипса Лавкрафта, пока что мне всё нравится, мифы про Дагона, записки про безымянный город. И я уже приглянул себе, что следующими хочу почитать "Хребты безумия", но, я где-то слышал о том, что в книгах Лавкрафта в целом, если смотреть правде в глаза, нету сюжета, это просто набор разных рассказов (в пример приводят Зов Ктулху и те же Хребты безумия). Так вот я хочу спросить, а есть ли вообще смысл читать книги Лавкрафта, или я просто впустую трачу время?
GNU GUIX (произносится гикс /ɡiːks/) — функциональный пакетный менеджер и операционная система, разработанные Ludovic Courtès. Отличительной особенностью является создание полностью воспроизводимых билдов и декларативное описание. Guix можно поставить на существующий дистрибутив GNU/Linux или в качестве отдельной системы на базе Linux или GNU Hurd. Раньше существовало разделение менеджера пакетов Guix и операционной системы GuixSD. Определения пакетов описываются на диалекте языка Scheme – GNU/Guile. Большая часть исходников написана на нём же. Система изначально была основана на Nix. Отличиями от Nix(OS) являются язык для описания пакетов и сервисов, система инициализации (GNU Shepherd), использование ядра Linux-Libre (Linux без блобов) и отсутствие проприетарных пакетов. Чем интересен Guix: https://habr.com/ru/post/436938/ GNU Guix (из коробки) не имеет проприетарного firmware. Потому при переходе на эту систему надо учитывать, что возможно wifi адаптер, gpu и другие компоненты системы могут не работать полностью или частично. Список свободных wifi адаптеров: https://gist.github.com/sirikid/2817f36d67d1480a428cbf33b220cfcc Как завести систему с несвободным железом: * Канал с несвободными пакетами NonGuix * Установочный образ с несвободным ядром и firmware Научные статьи о Guix: * Functional Package Management with Guix * Reproducible and User-Controlled Software Environments in HPC with Guix * Code Staging in GNU Guix Научные статьи о Nix: * The Purely Functional SoftwareDeployment Model Сайт проекта: https://guix.gnu.org/ru Документация: https://guix.gnu.org/manual/ru/html_node/ Cookbook: https://guix.gnu.org/cookbook/en/guix-cookbook.html Шпаргалка: https://guix.gnu.org/guix-refcard.pdf Видео-туториалы: https://guix.gnu.org/videos/ Поиск пакетов: https://hpc.guix.info/browse Баг-трекер: https://issues.guix.gnu.org Emacs интерфейс Guix: https://emacs-guix.gitlab.io/website/manual/latest/emacs-guix.html Доклады: * https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/talks * https://cbaines.net/projects/guix/fosdem-2018/presentation/ * FOSDEM 2020: https://t.me/gnu_guix_ru/2993 * Guix Days 2020: https://xana.lepiller.eu/guix-days-2020/ * Guix Days 2022: https://xana.lepiller.eu/guix-days-2022/ Скачать Guix: https://guix.gnu.org/download/ Архитектуры пакетного менеджера: i686, x86_64, ARMv7, AArch64 Архитектуры системы: i686, x86_64 Исходный код: https://git.savannah.gnu.org/cgit/guix.git/ Примеры конфигураций: * Репозиторий с конфигурациями русскоязычных пользователей * Пример из кода проекта Guix в других системах: * Debian: https://packages.debian.org/experimental/guix Сайт GNU Guile: https://www.gnu.org/software/guile/ Документация GNU Guile: https://www.gnu.org/software/guile/manual/html_node/ Guix может установить недостающие пакеты, если подключить канал с нужными описаниями пакетов. Подробнее: https://guix.gnu.org/manual/en/html_node/Channels.html Публичные каналы: * https://gitlab.com/nonguix/nonguix * https://gitlab.com/mbakke/guix-chromium * https://gitlab.com/guix-gaming-channels Где искать помощь? * Посмотреть архив списков рассылки: https://lists.gnu.org/archive/html/help-guix/ Если там нет, то можно самому задать вопрос, отправив письмо на [email protected]. * телеграм канал https://t.me/gnu_guix_ru Как создать пакет: * https://guix.gnu.org/blog/2018/a-packaging-tutorial-for-guix/ Как "закрепить" версии пакетов: https://guix.gnu.org/manual/en/html_node/Inferiors.html Как выводить логи: Флаг -v или --verbosity со значением от 0 до 2 для пользователя. Например guix build hello -v 2 Перевод проекта на русский язык: https://translate.fedoraproject.org/projects/guix/guix/ru/
тред посвещен КиШу ностальгии тред
Это так и задумывалось что в хоме, на оверборде, на списке борд, и на входе в акк CSS отличалось от того что в бордах?
Мне кажется, что я знаю вообще обо всех сколько-нибудь популярных играх, в том числе и старых. В те, которые понравились я уже поиграл. Но большинство других мне не подходят по многим причинам. Стало интересно, а существуют ли какие-то другие игры, о которых я никогда даже не слышал? Я кстати не сказал бы, что очень часто играю или сильно интересуюсь индустрией видеоигр.
тред посвящается околинуксовым всяким разным штукам
Первый сезон Last of Us - обзор сериала глазами фаната игры https://www.youtube.com/watch?v=Xd-4HVZA8P4
Release Date: June 23 https://magic.wizards.com/en/products/the-lord-of-the-rings-tales-of-middle-earth
тред про разные мтгэшные новости
Господа! Прошу простить меня за фривольное поведение, словоблудие и прочие мерзости позволишие себе по причиние полного скудоумия на фоне отсутствия воспитания и проведения продолжительного времени в доте. Засим откланиваюсь и возвращаюсь к своим сверстникам по уму и развитию.
March of the Machine Important Dates
March of the Machine Story: March 16–28
Set Debut, Cinematic Trailer and Previews Begin: March 29, 2023
Card Previews: March 29–April 4
Complete Card Image Galleries: April 5
In-Store Prerelease Events: April 14–20
MTG Arena and Magic Online Digital Release: April 18
Global Tabletop Release: April 21
In-Store Launch Party Events: April 21–23
После полутора лет разработки опубликован четвёртый бета-выпуск операционной системы Haiku R1. Изначально проект был создан как реакция на закрытие ОС BeOS и развивался под именем OpenBeOS, но был переименован в 2004 году из-за претензий, связанных с использованием в названии торговой марки BeOS. Для оценки работы нового выпуска подготовлено несколько загрузочных Live-образов (x86, x86-64). Исходные тексты большей части ОС Haiku распространяются под свободной лицензией MIT, исключение составляют некоторые библиотеки, медиа-кодеки и компоненты, заимствованные из других проектов.
ОС Haiku ориентирована на персональные компьютеры, использует собственное ядро, построенное на основе модульной архитектуры, оптимизированное для высокой отзывчивости на действия пользователя и эффективного выполнения многопоточных приложений. Для разработчиков представлен объектно-ориентированный API. Система напрямую базируется на технологиях BeOS 5 и нацелена на бинарную совместимость с приложениями для данной ОС. Минимальное требование к оборудованию: CPU Pentium II и 384 МБ ОЗУ (рекомендовано Intel Core i3 и 2 ГБ ОЗУ).
В качестве файловой системы используется OpenBFS, поддерживающая расширенные атрибуты файлов, журналирование, 64-разрядные указатели, поддержку хранения мета-тэгов (для каждого файла можно сохранить атрибуты в форме ключ=значение, что делает ФС похожей на БД) и специальных индексов для ускорения выборки по ним. Для организации структуры директорий используются "B+ tree" деревья. Из кода BeOS в состав Haiku включён файловый менеджер Tracker и панель Deskbar, исходные тексты которых были открыты после ухода BeOS со сцены.
Основные новшества:
Улучшена работа на экранах с высокой плотностью пикселей (HiDPI). Реализовано корректное масштабирование интерфейса, не ограничивающееся изменением размера шрифтов. При первой загрузке Haiku теперь пытается автоматически определить наличие HiDPI-экрана и выбрать необходимые размеры для масштабирования. Выбранные параметры могут быть изменены в настройках, но для их применения пока требуется перезагрузка. Параметры масштабирования поддерживаются в большинстве родных приложений и в некоторых портированнных, но не во всех.
Предоставлена возможность использования внешнего вида с плоским декоратором окон и плоским оформлением кнопок, вместо оформления с активным использованием градиентов. Плоское оформление поставляется в пакте Haiku Extras и включается в разделе настроек внешнего вида.
Добавлена прослойка для обеспечения совместимости с библиотекой Xlib, позволяющая запускать X11-приложения в Haiku без запуска X-сервера. Прослойка реализована через эмуляцию функций Xlib при помощи трансляции вызовов в высокоуровневый графический API Haiku.
Подготовлена прослойка для обеспечения совместимости с Wayland, позволяющая запускать тулкиты и приложения, использующие данный протокол, в том числе приложения на базе библиотеки GTK. Прослойка предоставляет библиотеку libwayland-client.so, основанную на коде libwayland и совместимую на уровне API и ABI, что позволяет запускать приложения Wayland без изменений. В отличие от типовых композитных серверов Wayland, прослойка не запускается в форме отдельного серверного процесса, а загружается как плагин к клиентским процессам. Вместо сокетов в сервере используется нативный цикл обработки сообщений на основе BLooper.
Благодаря прослойкам для совместимости с X11 и Wayland удалось подготовить рабочий порт библиотеки GTK3. Из приложений, которые можно запустить при помощи порта отмечены GIMP, Inkscape, Epiphany (GNOME Web), Claws-mail, AbiWord и HandBrake.
Добавлен рабочий порт с Wine, который можно использовать для запуска Windows-приложений в Haiku. Из ограничений отмечается возможность запуска только в 64-разрядных сборках Haiku и способность выполнения только 64-разрядных приложений Windows.
Добавлен порт текстового редактора GNU Emacs, работающий в графическом режиме. Пакеты размещены в репозитории HaikuDepot.
В файловый менеджер Tracker добавлена поддержка генерации и показа миниатюр изображений. Миниатюры сохраняются в расширенных атрибутах файлов.
Реализован слой для совместимости с драйверами FreeBSD. Из FreeBSD портированы драйверы для поддержки беспроводных USB-адаптеров с чипами Realtek (RTL) и Ralink (RA). Из ограничений отмечается необходимость подключения устройства до загрузки (после загрузки устройство не определяется).
Из OpenBSD портирован беспроводной стек 802.11 с поддержкой 802.11ac и драйверы iwm и iwx с поддержкой беспроводных адаптров Intel "Dual Band" и "AX".
Добавлен драйвер USB-RNDIS, позволяющий организовать работу точки доступа через USB (USB tethering) для использования в качестве виртуальной сетевой карты.
Добавлен новый драйвер NTFS, основанный на библиотеке от проекта NTFS-3G. Новая реализация более стабильна, поддерживает интеграцию со слоем для кэширования файлов и обеспечивает хорошую производительность.
Добавлен транслятор для чтения и записи изображений в формате AVIF.
Браузерный движок HaikuWebKit синхронизирован с актуальной версией WebKit и переведён на сетевой бэкенд на базе библиотеки cURL.
В загрузчик добавлена поддержка 32-разрядных систем с EFI и предоставлена возможность установки 64-разрядного окружения Haiku из 32-разрядного загрузчика EFI.
Улучшена совместимость со стандартами POSIX. Продолжена замена вызовов стандартной Си-библиотеки, ранее перенесённых из glibc, на варианты из musl. Добавлена поддержка потоков C11 и методов locale_t.
Улучшен драйвер для накопителей NVMe, добавлена поддержка операции TRIM для информирования накопителя об освобождённых блоках.
Обеспечена возможность сборки ядра и драйверов новыми версиями GCC (включая GCC 11), для сборки системы из-за привязок к старому коду для совместимости с BeOS по-прежнему требуется GCC 2.95.
Проведена общая работа по повышению стабильности всей системы.
https://www.opennet.ru/opennews/art.shtml?num=58383появилось в версии 15.7.0 https://www.youtube.com/watch?v=IrK83nKi8HA
We are pleased to announce the release of GNU Guix version 1.4.0!
The release comes with ISO-9660 installation images, a virtual machine image, and with tarballs to install the package manager on top of your GNU/Linux distro, either from source or from binaries—check out the download page. Guix users can update by running guix pull.
It’s been 18 months since the previous release. That’s a lot of time, reflecting both the fact that, as a rolling release, users continuously get new features and update by running guix pull; but let’s face it, it also shows an area where we could and should collectively improve our processes. During that time, Guix received about 29,000 commits by 453 people, which includes important new features as we’ll see; the project also changed maintainers, structured cooperation as teams, and celebrated its ten-year anniversary!
A happy frog sitting at a Guix-powered computer with an almighty benevolent Guix humanoid in its back.
Illustration by Luis Felipe, published under CC-BY-SA 4.0.
This post provides highlights for all the hard work that went into this release—and yes, these are probably the longest release notes in Guix’s history, so make yourself comfortable, relax, and enjoy.
Bonus! Here’s a chiptune (by Trevor Lentz, under CC-BY-SA 3.0) our illustrator Luis Felipe recommends that you listen to before going further.
Improved software environment management
One area where Guix shines is the management of software environments. The guix environment command was designed for that but it suffered from a clumsy interface. It is now superseded by guix shell, though we are committed to keeping guix environment until at least May 1st, 2023. guix shell is a tool that’s interesting to developers, but it’s also a useful tool when you’re willing to try out software without committing it to your profile with guix install. Let’s say you want to play SuperTuxKart but would rather not have it in your profile because, hey, it’s a professional laptop; here’s how you would launch it, fetching it first if necessary:
guix shell supertuxkart -- supertuxkart
In addition to providing a simpler interface, guix shell significantly improves performance through caching. It also simplifies developer workflows by automatically recognizing guix.scm and manifest.scm files present in a directory: drop one of these in your project and other developers can get started hacking just by running guix shell, without arguments. Speaking of which: --export-manifest will get you started by “converting” command-line arguments into a manifest. Read more about guix shell in the manual.
Another guix shell innovation is optional emulation of the filesystem hierarchy standard (FHS). The FHS specifies locations for different file categories—/bin for essential command binaries, /lib for libraries, and so on. Guix with its store does not adhere to the FHS, which prevents users from running programs that assume FHS adherence. The new --emulate-fhs (or -F) flag of guix shell, combined with --container (-C), instructs it to create a container environment that follows the FHS. This is best illustrated with this example, where the ls command of the coreutils package appears right under /bin, as if we were on an FHS system like Debian:
$ guix shell -CF coreutils -- /bin/ls -1p /
bin/
dev/
etc/
gnu/
home/
lib/
lib64
proc/
sbin/
sys/
tmp/
usr/
Another big new feature is Guix Home. In a nutshell, Home brings the declarative nature of Guix System to your home environment: it lets you declare all the aspects of your home environments—“dot files”, services, and packages—and can instantiate that environment, in your actual $HOME or in a container.
If you’re already maintaining your dot files under version control, or if you would like to keep things under control so you don’t have to spend days or weeks configuring again next time you switch laptops, this is the tool you need. Check out this excellent introduction that David Wilson gave at the Ten Years celebration, and read more about Guix Home in the manual.
Package transformation options give users fine control over the way packages are built. The new --tune option enables tuning of packages for a specific CPU micro-architecture; this enables the use of the newest single-instruction multiple-data (SIMD) instructions, such as AVX-512 on recent AMD/Intel CPUs, which can make a significant difference for some workloads such as linear algebra computations.
Since the 1.3.0 release, the project started maintaining an alternative build farm at https://bordeaux.guix.gnu.org. It’s independent from the build farm at ci.guix.gnu.org (donated and hosted by the Max Delbrück Center for Molecular Medicine in Berlin, Germany), which has two benefits: it lets us challenge substitutes produced by each system, and it provides redundancy should one of these two build farms go down. Guix is now configured by default to fetch substitutes from any of these two build farms. In addition, a bug was fixed, ensuring that Guix gracefully switches to another substitute provider when one goes down.
Those who’ve come to enjoy declarative deployment of entire fleets of machines will probably like the new --execute option of guix deploy.
Stronger distribution
The distribution itself has seen lots of changes. First, the Guix System installer received a number of bug fixes and it now includes a new mechanism that allows users to automatically report useful debugging information in case of a crash. This will help developers address bugs that occur with unusual configurations.
Application startup has been reduced thanks to a new per-application dynamic linker cache that drastically reduces the number of stat and open calls due to shared library lookup (we’re glad it inspired others).
Guix System is now using version 0.9 of the GNU Shepherd, which addresses shortcomings, improves logging, and adds features such as systemd-style service activation and inetd-style service startup. Speaking of services, the new guix system edit sub-command provides an additional way for users to inspect services, completing guix system search and guix system extension-graph.
There are 15 new system services to choose from, including Jami, Samba, fail2ban, and Gitile, to name a few.
A new interface is available to declare swap space in operating system configurations. This interface is more expressive and more flexible than what was available before.
Similarly, the interface to declare static networking configuration has been overhauled. On GNU/Linux, it lets you do roughly the same as the ip command, only in a declarative fashion and with static checks to prevent you from deploying obviously broken configurations.
Screenshot of GNOME 42.
More than 5,300 packages were added for a total of almost 22,000 packages, making Guix one of the top-ten biggest distros according to Repology. Among the many noteworthy package upgrades and addition, GNOME 42 is now available. KDE is not there yet but tens of KDE packages have been added so we’re getting closer; Qt 6 is also available. The distribution also comes with GCC 12.2.0, GNU libc 2.33, Xfce 4.16, Linux-libre 6.0.10, LibreOffice 7.4.3.2, and Emacs 28.2 (with just-in-time compilation support!).
In other news, motivated by the fact that Python 2 officially reached “end of life” in 2020, more than 500 Python 2 packages were removed—those whose name starts with python2-. This includes “big ones” like python2-numpy and python2-scipy. Those who still need these have two options: using guix time-machine to jump to an older commit that contains the packages they need, or using the Guix-Past channel to build some of those old packages in today’s environments—scientific computing is one area where this may come in handy.
On top of that, the Web site features a new package browser—at last! Among other things, the package browse provides stable package URLs like https://packages.guix.gnu.org/packages/PACKAGE.
The NEWS file lists additional noteworthy changes and bug fixes you may be interested in.
More documentation
As with past releases, we have worked on documentation to make Guix more approachable. “How-to” kind of sections have been written or improved, such as:
“Writing Manifests”
“Replicating Guix”
“Using TeX and LaTeX”
“System Troubleshooting Tips”
“Foreign Architectures”
“Using Guix Interactively”
The Cookbook likewise keeps receiving how-to entries, check it out!
The Guix reference manual is fully translated into French and German; 70% is available in Spanish, and there are preliminary translations in Russian, Chinese, and other languages. Guix itself is fully translated in French, with almost complete translations in Brazilian Portuguese, German, Slovak, and Spanish, and partial translations in almost twenty other languages. Check out the manual on how to help or this guided tour by translator in chief Julien Lepiller!
Supporting long-term reproducibility
A salient feature of Guix is its support for reproducible software deployment. There are several aspects to that, one of which is being able to retrieve source code from the Software Heritage archive. While Guix was already able to fetch the source code of packages from Software Heritage as a fallback, with version 1.4.0 the source code of Guix channels is automatically fetched from Software Heritage if its original URL has become unreachable.
In addition, Guix is now able to retrieve and restore source code tarballs such as tar.gz files. Software Heritage archives the contents of tarballs, but not tarball themselves. This created an impedance mismatch for Guix, where the majority of package definitions refer to tarballs and expect to be able to verify the content hash of the tarball itself. To bridge this gap, Timothy Sample developed Disarchive, a tool that can (1) extract tarball metadata, and (2) assemble previously-extracted metadata and actual files to reconstruct a tarball, as shown in the diagram below.
Diagram showing Disarchive and Software Heritage.
The Guix project has set up a continuous integration job to build a Disarchive database, which is available at disarchive.gnu.org. The database includes metadata for all the tarballs packages refer to. When a source code tarball disappears, Guix now transparently retrieves tarball metadata from Disarchive database, fetches file contents from Software Heritage, and reconstructs the original tarball. As of the “Preservation of Guix Report” published in January 2022, almost 75% of the .tar.gz files packages refer to are now fully archived with Disarchive and Software Heritage. Running guix lint -c archival PKG will tell you about the archival status of PKG. You can read more in the annual report of Guix-HPC.
This is a significant step forward to provide, for the first time, a tool that can redeploy past software environments while maintaining the connection between source code and binaries.
Application bundles and system images
The guix pack command to create “application bundles”—standalone application images—has been extended: guix pack -f deb creates a standalone .deb package that can be installed on Debian and derivative distros; the new --symlink flag makes it create symlinks within the image.
At the system level, the new guix system image command supersedes previously existing guix system sub-commands, providing a single entry point to build images of all types: raw disk images, QCOW2 virtual machine images, ISO8660 CD/DVD images, Docker images, and even images for Microsoft’s Windows Subsystem for Linux (WSL2). This comes with a high-level interface that lets you declare the type of image you want: the storage format, partitions, and of course the operating system for that image. To facilitate its use, predefined image types are provided:
$ guix system image --list-image-types
The available image types are:
- rock64-raw
- pinebook-pro-raw
- pine64-raw
- novena-raw
- hurd-qcow2
- hurd-raw
- raw-with-offset
- iso9660
- efi32-raw
- wsl2
- uncompressed-iso9660
- efi-raw
- docker
- qcow2
- tarball
That includes for example an image type for the Pine64 machines and for the GNU/Hurd operating system. For example, this is how you’d create an QCOW2 virtual machine image suitable for QEMU:
guix system image -t qcow2 my-operating-system.scm
… where my-operating-system.scm contains an operating system declaration.
Likewise, here’s how you’d create, on your x86_64 machine, an image for your Pine64 board, ready to be transferred to an SD card or similar storage device that the board will boot from:
guix system image -t pine64-raw my-operating-system.scm
The pine64-raw image type specifies that software in the image is actually cross-compiled to aarch64-linux-gnu—that is, GNU/Linux on an AArch64 CPU, with the appropriate U-Boot variant as its bootloader. Sky’s the limit!
Nicer packaging experience
A significant change that packagers will immediately notice is package simplification, introduced shortly after 1.3.0. The most visible effect is that package definitions now look clearer:
(package
;; …
(inputs (list pkg-config guile-3.0))) ;👍
… instead of the old baroque style with “input labels”:
(package
;; …
(inputs `(("pkg-config" ,pkg-config) ;👎
("guile" ,guile-3.0))))
The new guix style command can automatically convert from the “old” style to the “new” style of package inputs. It can also reformat whole Scheme files following the stylistic canons du jour, which is particularly handy when getting started with the language.
That’s just the tip of the iceberg: the new modify-inputs macro makes package input manipulation easier and clearer, and one can use G-expressions for instance in package phases. Read our earlier announcement for more info. On top of that, the new field sanitizer mechanism is used to validate some fields; for instance, the license field is now type-checked and the Texinfo syntax of description and synopsis is validated, all without any run-time overhead in common cases. We hope these changes will make it easier to get started with packaging.
The guix build command has new flags, --list-systems and --list-targets, to list supported system types (which may be passed to --system) and cross-compilation target triplets (for use with --target). Under the hood, the new (guix platform) module lets developers define “platforms”—a combination of CPU architecture and operating system—in an abstract way, unifying various bits of information previously scattered around.
In addition, packagers can now mark as “tunable” packages that would benefit from CPU micro-architecture optimizations, enabled with --tune.
Python packaging has seen important changes. First, the python package now honors the GUIX_PYTHONPATH environment variable rather than PYTHONPATH. That ensures that Python won’t unwillingly pick up packages not provided by Guix. Second, the new pyproject-build-system implements PEP 517. It complements the existing python-build-system, and both may eventually be merged together.
What’s great with packaging is when it comes for free. The guix import command gained support for several upstream package repositories: minetest (extensions of the Minetest game), elm (the Elm programming language), egg (for CHICKEN Scheme), and hexpm (for Erlang and Elixir packages). Existing importers have seen various improvements. The guix refresh command to automatically update package definitions has a new generic-git updater.
Try it!
There are several ways to get started using Guix:
The installation script lets you quickly install Guix on top of another GNU/Linux distribution.
The Guix System virtual machine image can be used with QEMU and is a simple way to discover Guix System without touching your system.
You can install Guix System as a standalone distribution. The installer will guide you through the initial configuration steps.
To review all the installation options at your disposal, consult the download page and don't hesitate to get in touch with us.
Enjoy!
About GNU Guix
GNU Guix is a transactional package manager and an advanced distribution of the GNU system that respects user freedom. Guix can be used on top of any system running the Hurd or the Linux kernel, or it can be used as a standalone operating system distribution for i686, x86_64, ARMv7, AArch64, and POWER9 machines.
In addition to standard package management features, Guix supports transactional upgrades and roll-backs, unprivileged package management, per-user profiles, and garbage collection. When used as a standalone GNU/Linux distribution, Guix offers a declarative, stateless approach to operating system configuration management. Guix is highly customizable and hackable through Guile programming interfaces and extensions to the Scheme language.
https://guix.gnu.org/blog/2022/gnu-guix-1.4.0-released/Стоило только Diablo 4 предъявить публике свою дату релиза, как тут же поступили новости о проблемах с ее разработкой. Известная газета The Washington Post провела расследование, в ходе которого выяснила, что все время, пока игру делали, в команде разработчиков царили хаос и непонимание. Бывшие руководители проекта Луис Баррига и Джесси Маккри со своими обязанностями не справились, сменившие их лидеры (в частности креативный директор Себастьен Стефен, пришедший из CD Projekt, где руководил разработкой The Witcher 3) пытались чуть ли не в одиночку исправить то, что наворотили их предшественники, что предсказуемо тормозило производственный процесс. Дата релиза Diablo 4 переносилась неоднократно. В самый первый раз игру должны были выпустить еще в 2021-м. Затем начали называть нынешний декабрь. Затем перенесли на апрель 2023 года. Теперь вот официально объявили, что игра выйдет 6 июня 2023-го. Однако опрошенные разработчики не очень-то верят в реалистичность этой даты, ибо работы еще хватает. Но руководство Blizzard вроде как больше откладывать релиз не собирается, а это значит, что разработчиков ждут многочасовые переработки. И даже с ними баги и недоделки практически гарантированы. https://t.me/nim_ru/17587
вышла версия мода one vision v1.0 для tactics ogre разработка велась с 2017 года https://www.moddb.com/mods/one-vision1
Dead Cells: Return to Castlevania https://youtu.be/fEMjZgFHLUc Vampire Survivors https://youtu.be/nnt4iaRGTq8 Valiant Hearts: Coming Home https://youtu.be/HKa0Ve1LW7I Returnal на ПК https://youtu.be/0iNGNYuR5_8 Hellboy: Web of Wyrd https://youtu.be/UBP_T18znGU Viewfinder https://youtu.be/j56dWIqEz9c After Us https://youtu.be/Q4ly0NRLaLU Atomic Heart https://youtu.be/LtnO18qPjPk Among Us https://youtu.be/m4smMkGbhHw Replaced https://youtu.be/bFfW0_ikQBI Street Fighter 6 https://youtu.be/ilw0xDkfk2Q Hades II https://youtu.be/l-iHDj3EwdI Judas https://www.youtube.com/watch?v=FoLJ4HgWqw4 Bayonetta Origins: Cereza and the Lost Demon https://youtu.be/H5b3_gydc_0 Destiny 2: Lightfall https://youtu.be/fTPJy0m9n6A Suicide Squad: Kill the Justice League https://youtu.be/SjJz2GuqjHQ The Last of Us Part I на ПК https://youtu.be/kdpqgUFhyyE Star Wars Jedi: Survivor https://youtu.be/VRaobDJjiec Earthblade https://youtu.be/wafFds3Ppb0 Dune: Awakening https://youtu.be/Ixq-y_r-lkE Демо Forspoken для PS5 https://youtu.be/mIOZjH7EKf4 Death Stranding 2 https://youtu.be/Tr2yB93pIGw Immortals of Aveum https://youtu.be/O2yGRgEO1nQ Tekken 8 https://youtu.be/jGQBmSsunT4 Nightingale https://youtu.be/POcUb4TM1ks Baldur's Gate III https://youtu.be/NOWGnC3h9WQ Wayfinder https://youtu.be/UYFU7jrMAIM Diablo IV https://youtu.be/KsNDMHvz98M Horizon Forbidden West: Burning Shores https://youtu.be/YAkyilNmUJc Blue Protocol https://youtu.be/tQPAWiVrfYA Remnant II https://www.youtube.com/watch?v=rBgt2arsuxI Transformers: Reactivate https://youtu.be/edBK2ZpYY_0 Company of Heroes 3 https://youtu.be/45fE0la6qwk Banishers https://youtu.be/y4nHiS9O5PM Warhammer 40,000: Space Marine II https://youtu.be/9680_KnN55w Meet Your Maker https://youtu.be/0eevPWy9W2w Crash Team Rumble https://youtu.be/yhKX2NglhYI The Lords of the Fallen https://youtu.be/8ns8GdN7EO0 Crime Boss: Rockay City https://youtu.be/i1P_pvpYawg DLC Cyberpunk 2077 https://youtu.be/zrHb2p4YPT0 Armored Core VI: Fires of Rubicon https://youtu.be/YRyRv0bwH2o Final Fantasy XVI https://www.youtube.com/watch?v=-U9SEYZDf0A
Thread from /g/
I've spent 10 hours with Diablo 4 and I'm sold - it's been worth the wait R: 1 / F: 1
I had my doubts. I had questions circling in my head since I first played Diablo 4 at BlizzCon 2019 - was it really that long ago? - and I've had questions about the need for a big new Diablo at all. But after 10 hours with it from the beginning of the game, I can see what kind of shape it's taking, and I like it. I like the tone, I like the mechanics, I like the world. There are some things I can't see but overall this is, plainly, the next generation of Diablo. Curiously, it's the world that really stays with me most about it. Perhaps this shouldn't be a surprise given that an open-world is one of the big new things about Diablo 4, and at every PR-beat, Blizzard has told us how much it wants the world to feel dark, like the earlier Diablo games. Diablo 3 had a more cartoon edge to it, a kind of Warcrafty tinge. And it's true, Diablo 4 does feel darker, not in a literal lighting sense, but in a moodier sense. It's grim and unsettling. It's dour and desaturated. It's a fantasy world that's always raining and windy - a grey-hued world of mud and weather-beaten people. A harsh world of harsh realities. I can't think of a better comparison than Game of Thrones in the North in this regard: an unflinching place where people don't smile much. It feels like that. https://www.eurogamer.net/ive-spent-10-hours-with-diablo-4-and-im-sold-its-been-worth-the-wait
Thread from /tech/
Удалённо эксплуатируемая root-уязвимость в утилите ping, поставляемой во FreeBSD R: 0 / F: 0
Во FreeBSD выявлена уязвимость (CVE-2022-23093) в утилите ping, входящей в базовую поставку. Проблема потенциально может привести к удалённому выполнению кода с правами root при проверке при помощи ping внешнего хоста, подконтрольного злоумышленнику. Исправление предложено в обновлениях FreeBSD 13.1-RELEASE-p5, 12.4-RC2-p2 и 12.3-RELEASE-p10. Подвержены ли другие BSD-системы выявленной уязвимости пока не ясно (отчётов об уязвимости в NetBSD, DragonFlyBSD и OpenBSD пока не появилось). Уязвимость вызвана переполнением буфера в коде разбора ICMP-сообщений, приходящих в ответ на проверочный запрос. Код отправки и приёма ICMP-сообщений в ping использует raw-сокеты и выполняется с повышеннымми привилегиями (утилита поставляется с флагом setuid root). Обработка ответа производится на стороне ping через реконструкцию IP- и ICMP-заголовков пакетов, получаемых из raw-сокета. Выделенные IP- и ICMP-заголовки копируются функцией pr_pack() в буферы, но принимая во внимание то, что в пакете после заголовка IP могут присутствовать дополнительные расширенные заголовки. Подобные заголовки выделяются из пакета и включаются в блок заголовков, но не учитываются при расчёте размера буфера. В случае если хост в ответ на отправленный ICMP-запрос вернёт пакет с дополнительными заголовками, их содержимое будет записано в область за границей буфера в стеке. В итоге атакующий может перезаписать до 40 байт данных в стеке, что потенциально позволяет добиться выполнения своего кода. https://www.opennet.ru/opennews/art.shtml?num=58232
Thread from /tech/
С 2035 года решено приостановить синхронизацию мировых атомных часов с астрономическим временем R: 0 / F: 0
На Генеральной конференции по мерам и весам принято решение как минимум начиная с 2035 года приостановить периодическую синхронизацию эталонных мировых атомных часов с астрономическим временем Земли. Из-за неоднородности вращения Земли астрономические часы немного отстают от эталонных и для синхронизации точного времени начиная c 1972 года атомные часы раз в несколько лет приостанавливались на одну секунду, как только разница между эталонным и астрономическим временем достигала 0.9 секунд (последняя подобная корректировка была 8 лет назад). С 2035 года синхронизация будет прекращена и разница между мировым координированным временем (UTC) и астрономическим временем (UT1, среднее солнечное время) будет накапливаться. Вопрос прекращения добавления лишней секунды обсуждался в Международном бюро мер и весов с 2005 года, но решение постоянно откладывалось. В долгосрочной перспективе вращательное движение Земли постепенно замедляется из-за влияния притяжения Луны и интервалы между проведением синхронизации со временем уменьшаются, например, при сохранении динамики через 2000 лет новую секунду пришлось бы добавлять каждый месяц. Отклонения параметров вращения Земли носят случайный характер и их изменение, наблюдаемое последние несколько лет, может привести к необходимости не добавления, а вычитания лишней секунды. В качестве альтернативы посекундной синхронизации рассматривается возможность проведения синхронизации при накоплении изменений на 1 минуту или 1 час, что потребует корректировки времени раз в несколько веков. Окончательное решение о методе дальнейшей синхронизации планируется принять до 2026 года. Решение о приостановке посекундной синхронизации обусловлено многочисленными сбоями в программных системах, связанных с тем, что во время синхронизации в одной из минут появлялась 61 секунда. В 2012 году подобная синхронизация привела к массовым сбоям на серверных системах, в которых была настроена синхронизация точного времени по протоколу NTP. Из-за неготовности обработать появление лишней секунды некоторые системы зацикливались и начинали потреблять излишние ресурсы CPU. При следующей синхронизации, которая произошла в 2015 году, казалось, что печальный прошлый опыт учтён, но в ядре Linux в процессе предварительных тестов была найдена ошибка (исправлена до синхронизации), приводившая к срабатыванию некоторых таймеров на секунду раньше намеченного срока. Так как большинство публичных NTP-серверов продолжают отдавать лишнюю секунду как есть, без её размытия на серию интервалов, каждая синхронизация эталонных часов воспринимается как непредсказуемый аврал (за время с момента прошлой синхронизации успевают забыть о проблеме и внедрить код, не учитывающий рассматриваемую особенность). Проблемы также возникают в финансовых и промышленных системах, в которых требуется точный учёт времени рабочих процессов. Примечательно, что ошибки связанные с лишней секундой всплывают не только в момент синхронизации, но и в другое время, например, ошибка в коде корректировки появления лишней секунды в GPSD привела в октябре 2021 года к смещению времени на 1024 недели. Трудно предположить к каким аномалиям может привести не добавление, а вычитание секунды. Интересно, что у прекращения синхронизации есть о обратная сторона, которая может повлиять на работу систем, рассчитанных на одинаковость часов UTC и UT1. Проблемы могут возникнуть в астрономических (например, при настройке телескопов) и спутниковых системах. Например, против приостановки синхронизации в 2035 году проголосовали представители России, которые предложили сдвинуть приостановку на 2040 год, так как изменение требует значительной переработки инфраструктуры спутниковой навигационной системы GLONASS. Система GLONASS изначально спроектирована с учётом включения дополнительных секунд, в то время как GPS, BeiDou и Galileo их просто игнорируют. https://www.opennet.ru/opennews/art.shtml?num=58159
Thread from /tech/
Леннарт Поттеринг предложил модернизировать разбивку загрузочных разделов R: 0 / F: 0
Леннарт Поттеринг продолжил публикацию идей по переработке компонентов для загрузки Linux и рассмотрел ситуацию с дублированием загрузочных разделов. Недовольство вызвало использование для организации начальной загрузки двух дисковых разделов с разными ФС, которые монтируются вложенно - раздела /boot/efi на базе ФС VFAT с компонентами прошивки EFI (EFI System Partition) и раздела /boot на базе ФС ext4, btrfs или xfs, на котором размещаются образы ядра Linux и initrd, а также настройки загрузчика. Ситуация усугубляется тем, что раздел EFI является общим для всех систем, а загрузочный раздел с ядром и initrd создаётся отдельно для каждого установленного дистрибутива Linux, что приводит к необходимости создания лишних разделов при установке в системе нескольких дистрибутивов. В свою очередь необходимость поддержки разных ФС приводит к усложнению загрузчика, а использование вложенного размещения разделов мешает реализации автоматического монтирования (раздел /boot/efi может быть примонтирован только после монтирования раздела /boot). Леннарт предложил по возможности использовать только один загрузочный раздел и на системах с EFI по умолчанию размещать образы с ядром и initrd в VFAT-разделе /efi. На системах без EFI или если во время установки раздел EFI уже существует (параллельно используется ещё одна ОС) и в нём недостаточно свободного места, можно использовать отдельный раздел /boot с типом XBOOTLDR (раздел /efi в таблице разделов имеет тип ESP). Разделы ESP и XBOOTLDR предлагается создавать в отдельных каталогах (раздельное монтирование /efi и /boot вместо вложенного монтирования /boot/efi), сделать их автоопределяемыми и автомонтируемыми через идентификацию по типу XBOOTLDR в таблице разделов (без прописывания раздела в /etc/fstab). Раздел /boot будет общим для всех установленных на компьютере дистрибутивов Linux, а разделение специфичных для дистрибутивов файлов будет осуществляться на уровне подкаталогов (для каждого установленного дистрибутива свой подкаталог). В соответствии со сложившейся практикой и требованиями спецификации UEFI в разделе с компонентами EFI используется только файловая система VFAT. Для унификации и избавления загрузчика от усложнений, связанных с поддержкой разных ФС, предлагается использовать VFAT и в качестве файловой системы для раздела /boot, что значительно упростит реализацию работающих на стороне загрузчика компонентов, осуществляющих доступ к данным в разделах /boot и /efi. Унификация позволит равноценно поддерживать оба раздела (/boot и /efi) для загрузки образов ядра и initrd. https://www.opennet.ru/opennews/art.shtml?num=58045
Thread from /g/
«Разработку целиком и полностью можно назвать хаосом»: трудности при создании Atomic Heart R: 1 / F: 0
Многие с надеждой ждут блокбастер от российских разработчиков — игроки хотят крутого проекта, а другие разработчики гадают, как это скажется на отечественной игровой индустрии. Но, к сожалению, в стенах студии не всё так радужно. Начать можно с VR-проекта, который Mundfish делала до Атомика. В компанию ненадолго пришёл крутой ГД, который лидил 1-2 месяца и пытался понять границы проблем. Но не особо поладил с руководством (предложения воспринимали в штыки), в итоге ушёл. Похожая история была с человеком (вроде как) из Сперасофта, который в 2019-м пришёл на роль арт-директора, но ушёл почти сразу же, т. к. ему просто-напросто не дали команду под необходимые задачи. В 2020 ушла вся артовая команда, которая была на тот момент в студии. В компании в целом, судя по всему, довольно большая текучка (как минимум, до 2021 года). Mundfish пыталась нанять крутых специалистов, но они часто отваливались, т. к. внутри студии совсем не были выстроены процессы. По просьбе Олега и Андрея QA нужно делать еженедельные прогоны билда 2 раза в неделю. Это отнимало целый день тестеров: нужно было собрать и скачать билд, распланировать кто что смотрит и, самое странное решение с их стороны, собрать все найденные баги в одну кучу. Нужно было отфильтровать их по локациям, по типу бага (тех или арт), краши, криты и т. д. Но есть нюанс — делать это нужно было в мессенджере. Руководство часто озаряли «гениальные идеи». Например, заводить баги в слаке: на каждую локу по чату. За день прилетало несколько десятков. В такой каше в принципе тяжело что-либо найти и структурировать, но и разработчиков все эти уведомления напрягали. Баг-трекер и все заведённые, отсортированные и актуализируемые баги с возможностью фильтрации начальству не подходили очень долгое время. Вся команда сильно с этим делом намучилась. Люди практически кричали, что это очень неудобный и времязатратный инструмент, но никому не было дела. Писали много о других проблемах в пайплайнах, из-за чего баги долго не фиксятся, но на них практически не реагировали. Разве что, активно фиксили перед очередным показом инвесторам. Репорты из слака в итоге подхватывались ботом, который заносил их в ClickUp. Идея с автоботом для этого была неплохая, но, по очевидным причинам, такое решение не самое лучше, ему требовалось множество доработок. https://dtf.ru/u/1922-andrey-apanasik/1397789-razrabotku-celikom-i-polnostyu-mozhno-nazvat-haosom-trudnosti-pri-sozdanii-atomic-heart
Thread from /tech/
Финансовая компания обнаружила, что ее пытаются взломать с помощью дрона с WiFi Pineapple на борту R: 0 / F: 0
ИБ-специалист Грег Линарес (Greg Linares) рассказал об интересной атаке, произошедшей летом текущего года. Неназванная финансовая компания из США обнаружила, что на крышу ее офиса приземлились модифицированные дроны DJI Matrice 600 и DJI Phantom, оснащенные пентестерским девайсом WiFi Pineapple, и пытались использовать MAC-адрес одного из сотрудников. Об этой нестандартной атаке Линарес поведал в Twitter, при этом отказавшись сообщить название пострадавшей компании. Журналисты издания The Register проверили историю специалиста сами, связавшись с представителями компании-жертвы, и подтверждают, что попытка взлома при помощи модифицированных дронов действительно мела место. Нужно сказать, что исследователи давно предупреждают и строят теории о хакерском потенциале беспилотников. После того как в продаже появились доступные потребительные квадрокоптеры, эта тема не раз поднималась на ИБ-конференциях, таких как Black Hat, как в США, так и в Европе. Напомню, что еще в 2013 году известный исследователь Сэми Камкар (Samy Kamkar) показывал свой дрон SkyJack, который оснащался Raspberry Pi для захвата других дронов через Wi-Fi. А в 2017 году DIY-энтузиаст Наоми Ву (Naomi Wu) продемонстрировала проект под названием Screaming Fist, так же направленный на создание хакерского квадрокоптера. Пару лет назад и мы посвятили захвату дронов большую статью, которую ты можешь найти здесь. Однако теперь проблема переходит из теорий в реальность. Линарес рассказывает, что все началось с того, что компания-жертва обнаружила необычную активность на внутренней странице Atlassian Confluence, которая исходила из сети компании. Служба безопасности отреагировала быстро и обнаружила, что сотрудник, MAC-адрес которого использовался для частичного доступа к Wi-Fi-сети компании, также вошел в систему дома за много километров от офиса. То есть пользователь был активен за пределами офиса, но кто-то, находившийся в радиусе действия Wi-Fi-сети здания, пытался использовать его MAC-адрес. Тогда команда попыталась отследить Wi-Fi-сигнал, использовав для идентификации устройства систему Fluke. Это привело защитников на крышу здания, где одни обнаружили модифицированных дронов DJI Matrice 600 и DJI Phantom. По словам Линареса, Phantom был в отличном состоянии и имел на борту модифицированное пентестерское устройство WiFi Pineapple. Дрон Matrice и вовсе принес кейс, в котором находились Raspberry Pi, несколько аккумуляторов, мини-ноутбук GPD, 4G-модем и еще один Wi-Fi девайс. Этот беспилотник приземлился рядом с системой отопления и вентиляции здания и выглядел поврежденным, хотя тоже работал. https://xakep.ru/2022/10/13/drone-hacking/
Компания Mozilla ведёт работу по расширению сервиса Firefox Relay, позволяющего генерировать временные почтовые адреса для прохождения регистрации на сайтах или оформления подписок, чтобы не афишировать свой реальный адрес. В настоящее время проходит рецензирование изменение, реализующее похожую функциональность для номеров телефонов. Firefox Relay позволит генерировать временные телефонные номера для скрытия реального номера пользователя при прохождении регистрации или получения SMS-оповещений. Звонки и SMS, поступающие на созданный виртуальный номер, автоматически будут перенаправляться на реальный номер пользователя, скрывая его от посторонних. При необходимости пользователь может деактивировать виртуальный номер и не получать больше вызовы и SMS через него. Как и в случае с почтовыми адресами, сервис также можно использовать для выявления источника утечки информации. Например, для разных регистраций можно привязать отдельные виртуальные номера, что в случае поступления SMS-рассылок или рекламных звонков позволит понять, кто именно является источником утечки. Кроме того, можно отметить намерение интегрировать поддержку Firefox Relay в основной состав Firefox. Если ранее для генерации и подстановки адресов требовалась установка специального дополнения, то теперь браузер при подключении пользователя к учётной записи в Firefox Account будет автоматически предлагать замены в полях ввода с email. Включение Firefox Relay в состав Firefox запланировано на 27 сентября. Добавление в Firefox Relay возможности подмены номеров телефона ожидается 11 октября, пока только для пользователей из США и Канады. Услуга будет платная, но стоимость её пока не определена. Базовый сервис для перенаправления 5 почтовых адресов бесплатный, а стоимость расширенной платной версии Firefox Relay Premium для перенаправления почты (неограниченное число адресов, вырезание трекеров, возможность использования своего домена) после 27 сентября составит $1.99 в месяц или $12 в год (до 27 сентября действовал промо-период с ценой $0.99 в месяц). Код Firefox Relay открыт под лицензией MPL-2.0 и может быть использован для создания аналогичного сервиса на своём оборудовании. https://www.opennet.ru/opennews/art.shtml?num=57788
We are pleased to announce the GNU Shepherd version 0.9.2. This is a bug-fix release, representing 27 commits by 2 people over 4 months. • About The GNU Daemon Shepherd or GNU Shepherd is a service manager written in Guile that looks after the herd of system services. It provides dependency-based management for system services: daemons such as ‘sshd’, programs such as Xorg, as well as user-provided actions. The GNU Shepherd may also be used by unprivileged users to manage per-user daemons—e.g., tor, privoxy, mcron, etc. It is written in Guile Scheme, and is configured and extended using Guile. The GNU Shepherd is developed jointly with the GNU Guix project; it is used as the init system of Guix, GNU’s advanced GNU/Linux distribution. https://www.gnu.org/software/shepherd/ • Download Here are the compressed sources and a GPG detached signature[*]: https://ftp.gnu.org/gnu/shepherd/shepherd-0.9.2.tar.gz https://ftp.gnu.org/gnu/shepherd/shepherd-0.9.2.tar.gz.sig Use a mirror for higher download bandwidth: https://ftpmirror.gnu.org/shepherd/shepherd-0.9.2.tar.gz https://ftpmirror.gnu.org/shepherd/shepherd-0.9.2.tar.gz.sig Here are the SHA1 and SHA256 checksums: b8861f58596f0938375d1a13ab4142f6dca50340 shepherd-0.9.2.tar.gz e192bbaac3d38e3a1fcb5624c0a925758abfd0b43bac4c88b6770df8fcf08b55 shepherd-0.9.2.tar.gz [*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify shepherd-0.9.2.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.openpgp.org \ --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.71 Automake 1.16.5 Makeinfo 6.7 Help2man 1.48.5 • Changes since version 0.9.1 (excerpt from the NEWS file) ** File descriptors used internally are now all marked as close-on-exec Previously, services started indirectly with ‘exec-command’ (which is usually the case) would not inherit any file descriptor from shepherd because ‘exec-command’ would explicitly close all of them. However, services started with ‘make-system-constructor’ and processes created by some other means, such as calling ‘system*’, would inherit some of those descriptors, giving them more authority than intended. The change here consists in marking all internally-used file descriptors as “close-on-exec” (O_CLOEXEC), a feature that’s been available on GNU/Linux and GNU/Hurd for years but that so far wasn’t used consistently in shepherd. This is now fixed. As a side-effect, the file-descriptor-closing loop in ‘exec-command’ is now gone. ** Client connections with ‘herd’ are non-blocking Previously, a misbehaving client could send an incomplete command (s-expression), causing shepherd to hang while waiting for completion. (Note that said client is required to run with the same UID as shepherd, so this was not a security issue.) ** Directory of log file is created if it doesn’t exist When a service constructor is passed ‘#:log-file "/var/log/foo/bar.log"’, shepherd now created /var/log/foo if it doesn’t exist; previously it would fail gracelessly. Please report bugs to [email protected]. Join [email protected] for discussions. Ludovic, on behalf of the Shepherd herd. https://www.mail-archive.com/[email protected]/msg03091.html
Thread from /tech/
Компания Microsoft опубликовала тестовый выпуск SQL Server 2022 для Linux R: 0 / F: 0
Компания Microsoft объявила о начале тестирования кандидата в релизы Linux-версии СУБД SQL Server 2022 (RC 0). Установочные пакеты подготовлены для RHEL и Ubuntu. Для загрузки также доступны готовые образы контейнеров с SQL Server 2022, основанные на дистрибутивах RHEL и Ubuntu. Для Windows тестовый выпуск SQL Server 2022 был сформирован 23 августа. Отмечается, что помимо общих новых возможностей, в SQL Server 2022 RC 0 также предложено несколько специфичных для Linux улучшений. В частности, добавлена поддержка аутентификации с использованием Azure Active Directory (AAD), обеспечена возможность изменения параметра REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT для распределённых групп доступности, предоставлена поддержка средств аналитики Azure Synapse Link (для интеграции используется runtime, установленный на Windows-системе в той же сети). https://www.opennet.ru/opennews/art.shtml?num=57755
Thread from /tech/
В Fedora 39 намечен переход на DNF5, избавленный от компонентов на языке Python R: 0 / F: 0
Бен Коттон (Ben Cotton), занимающий в компании Red Hat должность Fedora Program Manager, объявил о намерении перевести Fedora Linux по умолчанию на пакетный менеджер DNF5. В Fedora Linux 39 планируется заменить пакеты dnf, libdnf и dnf-cutomatic на инструментарий DNF5 и новую библиотеку libdnf5. Предложение пока не рассмотрено комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки дистрибутива Fedora. В своё время DNF пришёл на смену Yum, который был написан целиком на языке Python. В DNF требовательные к производительности низкоуровневые функции были переписаны и вынесены в отдельные Си-библиотеки hawkey, librepo, libsolv и libcomps, но каркас и высокоуровневые компонеты остались на языке Python. Проект DNF5 нацелен на унификацию имеющихся низкоуровневых библиотек, переписывание на языке С++ остающихся на Python компонентов управления пакетами и вынос базовой функциональности в отдельную библиотеку libdnf5 с созданием вокруг этой библиотеки обвязки для сохранения Python API. Использование языка С++ вместо Python позволит избавиться от большого числа зависимостей, сократить размер инструментария и повысить производительность. Более высокая производительность достигается не только благодаря применению компиляции в машинный код, но и за счёт улучшенной реализации таблицы транзакций, оптимизации загрузки из репозиториев и реструктуризации БД (разделены базы с состоянием системы и историей операций). Инструментарий DNF5 избавлен от привязки к PackageKit, вместо которого задействован новый фоновый процесс DNF Daemon, заменяющий функциональность PackageKit и предоставляющий интерфейс для управления пакетами и обновлениями в графических окружениях. Переработка также даст возможность реализовать некоторые улучшения, повышающие удобство работы с пакетным менеджером. Например, в новом DNF реализована более наглядная индикация прогресса выполнения операций; добавлена поддержка использования локальных RPM-пакетов для транзакций; добавлена возможность показа в отчётах о выполненных транзакциях информации, выдаваемой встроенными в пакеты скриптами (scriplets); предложена более продвинутая система автодополнения ввода для bash. https://www.opennet.ru/opennews/art.shtml?num=57757
Ричард Столлман представил свою новую книгу "GNU C Language Intro and Reference Manual" (PDF, 260 страниц), написанную в соавторстве с Тревисом Ротуэллом (Trevis Rothwell, автор руководства "The GNU C Reference Manual", отрывки из которой использованы в книге Столлмана) и Нельсоном Биби (Nelson Beebe, написал главу о вычислениях с плавающей запятой). Книга нацелена на разработчиков, знакомых с принципами программирования на каком-то другом языке и желающих изучить язык Си. В руководстве также рассказывается об языковых расширениях, разработанных проектом GNU. Книга предложена для начальной вычитки и Столлман просит сообщать о всех выявленных неточностях или трудных для восприятия формулировках. https://www.opennet.ru/opennews/art.shtml?num=57742
Thread from /g/
PAX West 2022 - Dwarf Fortress Steam Edition Demo with Tarn and Zach Adams R: 0 / F: 0
https://www.twitch.tv/videos/1580186022
После года разработки опубликован новый значительный выпуск дистрибутива OpenWrt 22.03.0, ориентированного на применение в различных сетевых устройствах, таких как маршрутизаторы, коммутаторы и точки доступа. OpenWrt поддерживает множество различных платформ и архитектур и обладает системой сборки, позволяющей просто и удобно производить кросс-компиляцию, включая в состав сборки различные компоненты, что позволяет легко сформировать адаптированную под конкретные задачи готовую прошивку или образ диска с желаемым набором предустановленных пакетов. Сборки сформированы для 35 целевых платформ.
Из изменений в OpenWrt 22.03.0 отмечается:
По умолчанию задействовано новое приложение для управления межсетевым экраном - fw4 (Firewall4), основанное на пакетном фильтре nftables. Синтаксис файлов конфигурации для межсетевого экрана (/etc/config/firewall) и интерфейс uci не изменились - fw4 может выступать прозрачной заменой ранее применявшегося инструментария fw3, основанного на iptables. Исключение составляют правила добавленные вручную (/etc/firewall.user), которые потребуется переделать для nftables (fw4 позволяет добавлять собственные блоки правил, но в формате nftables).
Старый инструментарий на базе iptables исключён из предлагаемых по умолчанию образов, но может быть возвращён при помощи пакетного менеджера opkg или инструментария Image Builder. Также предоставлены обвязки iptables-nft, arptables-nft, ebtables-nft и xtables-nft, позволяющие создавать для nftables правила с использованием старого синтаксиса iptables.
Добавлена поддержка более 180 новых устройств, в том числе 15 устройств на базе чипа MediaTek MT7915 с поддержкой Wi-Fi 6 (IEEE 802.11ax). Общее число поддерживаемых устройств достигло 1580.
Продолжен перевод целевых платформ на использование подсистемы ядра DSA (Distributed Switch Architecture), предоставляющей средства для настройки и управления каскадами соединённых между собой Ethernet-коммутаторов, применяя механизмы для настройки обычных сетевых интерфейсов (iproute2, ifconfig). DSA может применяться для настройки портов и VLAN вместо ранее предлагаемого инструмента swconfig, но не все драйверы коммутаторов пока поддерживают DSA. В предложенном выпуске DSA задействован для платформ bcm53xx (переведены драйверы для всех плат), lantiq (SoC на базе xrx200 и vr9) и sunxi (платы Bananapi Lamobo R1). Ранее на DSA были переведены платформы ath79 (TP-Link TL-WR941ND), bcm4908, gemini, kirkwood, mediatek, mvebu, octeon, ramips (mt7621) и realtek.
В Web-интерфейсе LuCI реализован тёмный режим оформления. По умолчанию режим автоматически включается в зависимости от настроек браузера, но его также можно принудительно включить через меню "System" -> "System" -> "Language and Style".
Решена проблема 2038 года, вызванная переполнением 32-разрядного типа time_t (32-разрядный эпохальный счётчик времени переполнится 19 января 2038 года). В новом выпуске в качестве стандартной библиотеки задействована ветка musl 1.2.x, в которой на 32-разрядных архитектурах старые 32-разрядные счётчики времени заменены на 64-разрядные (тип time_t заменён на time64_t). На 64-разрядных системах тип time64_t используется изначально (счётчик переполнится через 292 миллиарда лет). Переход на новый тип привёл к изменению ABI, что потребует пересборки всех 32-разрядных программ, связанных с musl libc (для 64-разрядных программ пересборка не требуется).
Обновлены версии пакетов, включая ядро Linux 5.10.138 с портированием беспроводного стека cfg80211/mac80211 из ядра 5.15.58 (ранее предлагалось ядро 5.4 с беспроводным стеком из ветки 5.10), musl libc 1.2.3, glibc 2.34, gcc 11.2.0, binutils 2.37, hostapd 2.10, dnsmasq 2.86, dropbear 2022.82, busybox 1.35.0.
Прекращено формирование сборок для платформы arc770 (Synopsys DesignWare ARC 770D).
https://www.opennet.ru/opennews/art.shtml?num=57736Thread from /tech/
Первый стабильный выпуск Arti, официальной реализации Tor на языке Rust R: 0 / F: 0
Разработчики анонимной сети Tor сформировали первый стабильный выпуск (1.0.0) проекта Arti, развивающего Tor-клиент, написанный на языке Rust. Выпуск 1.0 отмечен как пригодный для использования обычными пользователями и обеспечивающий тот же уровень конфиденциальности, юзабилити и стабильности, что и основная реализация на языке Си. Стабилизирован также API, предлагаемый для использования функциональности Arti в других приложениях. Код распространяется под лицензиями Apache 2.0 и MIT. В отличие от реализации на Си, которая вначале была спроектирована как SOCKS-прокси, а уже потом подогнана под другие потребности, Arti изначально развивается в форме модульной встраиваемой библиотеки, которую смогут использовать различные приложения. Кроме того, при разработке нового проекта учитывается весь прошлый опыт разработки Tor, что позволяет избежать известных архитектурных проблем, сделать проект более модульным и эффективным. В качестве причины переписывания Tor на Rust было желание добиться более высокого уровня защищённости кода за счёт использования языка, обеспечивающего безопасную работу с памятью. По оценке разработчиков Tor, как минимум половина всех отслеживаемых проектом уязвимостей будет исключена в реализации на Rust, если в коде не используются блоки "unsafe". Rust также даст возможность добиться более высокой скорости разработки, чем при использовании Си, за счёт выразительности языка и строгих гарантий, позволяющих не тратить время на двойные проверки и написание лишнего кода. По итогам разработки первой версии использование языка Rust оправдало себя. Например, замечено, что на каждом этапе в коде на Rust совершалось меньше ошибок, чем при сопоставимой разработке на Си - всплывшие в процессе разработки ошибки в основном были связаны с логикой и семантикой. Излишняя требовательность компилятора rustc, отмечаемая некоторыми как недостаток, на деле оказалась благом, так как если код компилируется и проходит тесты, значительно повышается вероятность его корректности. При работе над новым вариантом также подтвердилось увеличение скорости разработки, что связано не только с тем, что функциональность воссоздавалась на основе имеющегося шаблона, но и с более выразительной семантикой Rust, удобными библиотеками функций и применением возможностей Rust по обеспечению безопасности кода. Из недостатков выделяется большой размер результирующих сборок - так как стандартная библиотека Rust не поставляется в системах по умолчанию, её приходится включать в предлагаемые для загрузки пакеты. Выпуск 1.0 в основном сосредоточен на базовой работе в роли клиента. В версии 1.1 планируется реализовать поддержку подключаемого транспорта и бриджей для обхода блокировок. В версии 1.2 ожидается поддержка onion-сервисов и сопутствующих возможностей, таких как протокол управления перегрузкой (RTT Congestion Control) и средства защиты от DDoS-атак. Достижение паритета с клиентом на языке Си намечено в ветке 2.0, в которой также будут предложены привязки для использования Arti в коде на различных языках программирования. В течение следующих нескольких лет работа будет направлена на реализацию функциональности, необходимой для работы релеев и серверов директорий. Когда код на Rust достигнет уровня, способного полностью заменить вариант на Си, разработчики намерены придать Arti статус основной реализации Tor и прекратить сопровождение реализации на Си. Поддержка версии на языке Си будет прекращена постепенно с предоставлением возможности плавной миграции. https://www.opennet.ru/opennews/art.shtml?num=57723