Пришло время валить из этой дыры. Использовал в основном в музыкальных целях, но в связи с наплывом копирастов приходится искать альтернативу.
Насоветуйте ленту с релизами новых альбомов, желательно в том же формате, т.е. с разделением по жанрам, превьюшками треков в удобоваримом виде (не помойка с файлообменниками вроде dark world), комментами и отличной от нуля аудиторией. Реализация не важна, лишь бы было чем смотреть из-под линуксов.
UPD. понял, что ищу клиент к облачному сервису с интеграцией в last.fm
На мой взгляд местами изрядно хромает, по крайней мере если рассматривать её именно как пособие для начинающего, который хочет с первого раза получить исчерпывающие сведенья об установке максимально простым и эффективным путём. Если полное отсутсвие упоминаний о distcc ещё можно понять (хотя как минимум упомянуть однозначно стоило бы), то молчание о localmodconfig и localyesconfig в разделе о сборке ядра не получается объяснить никак, и в контексте хэндбука выглядит настоящей подставой.
Этот неловкий момент, когда смыл кучу времени в унитаз, узнал об этом и теперь готов съесть свою шляпу от злости. А сколько ещё людей впервые открывало handbook и точно так же тратило уйму времени на неэффективный способ установки...
Из замеченного отвалились Ctrl-Shift-C и Ctrl-Shift-V в konsole (теперь воспринимаются как Ctrl-C и Ctrl-V соответственно), переключение окон по Alt-ё и все комбинации с Meta. До этого крутил настройки клавиатуры, но уже не помню точной последовательности. Что я там мог гипотетически сломать? И как вернуть обратно? (Замена конфигов в хомяке на чистые - крайняя мера).
В очередной раз словил мёртвый фриз на ноуте. Поскольку давно хотел узнать причину, перезагрузил и полез смотреть в kern.log и syslog. В kern.log не нашлось ничего интересного, а вот нужный syslog чудесным образом испарился. В /var/log/syslog - только данные о текущей загрузке, в /var/log/syslog.1 - о позапрошлой. Есть способы восстановить утраченный кусок?
Если нет, придётся ждать следующего раза, а потом сразу перезагружаться, монтировать rootfs в read-only и смотреть.
СПВ, посоветуйте как справиться с проблемой. Своего рода «синица в руках», доведённая до абсурда. В процессе разрешения практически любой возникающей проблемы возникает огромный соблазн решить её немедленно первым попавшимся под руку способом. Даже когда очевидно или почти очевидно, что при приложении дальнейших усилий на её изучение способ найдётся более рациональный.
Программирование - хороший пример для иллюстрации. Дочитать учебник или туториал до конца - настоящий подвиг, поскольку слишком велико желание сразу бежать писать реализацию своей задачи после прочтения 2,5 глав, как только изучен минимальный набор инструментов, достаточный для написания решения. Наверное, очень злой шуткой было бы начать моё знакомство с программированием не с бейсика, а с ассемблера. Потому что я бы писал на нём всё, а все высокоуровневые языки нарекал «ненужно» (шутка с долей шутки).
Такой подход - причина бесчисленного количества уже свершившихся фейлов и решений, реализованных через лютую задницу. Как справляться с рефлексом «Вперёд, сейчас или никогда, второго шанса может не быть!!!» в ситуациях, когда он объективно бесполезен и только мешает?
Какую ось и сопутствующую литературу можно посоветовать человеку, имеющему околонулевой опыт работы с компьютером и ровно нулевой багаж знаний о том, как он устроен? Основной критерий - наличие русскоязычной книжки (одной или нескольких), разъясняющей матчасть с самых-самых низов, но при этом, что очень важно, содержащей как можно меньше компьютерной терминологии без пояснений («ПК изнутри» Нортона в этом плане оказалась фэйлом). В идеале - существующую в печатном варианте и не вызывающую сердечных приступов огромным объёмом. Выбор ОС не ограничивается дистрибутивами линукса, хотя linux-based в приоритете.
По мотивам предыдущих топиков и обсуждений. Вниманию благородных донов предлагается концепт экономической модели на примере разработки свободного софта, с целью рассмотрения свежим взглядом и нахождения потенциальных дыр в логике. А также упоминания примеров и литературы по теме, в случае если котэ изобрёл велосипед и ещё не знает об этом.
Основная идея - вести процесс разработки следующими итерациями:
Постановка целей. Потенциальные пользователи вносят предложения, чего бы им хотелось увидеть в будущем продукте. Каждому предложению сопоставляется стоимость реализации.
Голосование. Заинтересованные лица отсыпают средства на реализацию предложений пропорционально хотелкам и возможностям.
Реализация предложений, собравших необходимое количество ресурсов.
Релиз, инкремент версии продукта.
Goto 1.
Отличие от существующих краудфандинговых площадок (kickstarter, indiegogo) - возможность более детально отрегулировать распределение затрат и получить именно то, что нужно потребителям (идея с распределением в некоторой степени реализована в humble store, но производится уже постфактум и состоит, ЕМНИП, всего из 3 опций). В качестве бонуса - отсутствие лишней прослойки в виде компании, получающей право собственности на продукт и экономия на зарплате маркетологов, занимающихся определением потребностей рынка методом гадания на хрустальном шаре. Отличие от большинства существующих моделей организации opensource-разработки - опять же более тонкая регулировка распределения затрат, а также упрощение процесса привлечения исполнителей извне и гарантированный доступ к процессу для всех заинтересованных.
Недавние примеры в сущности показали жизнеспособность аналогичного подхода в локальном масштабе. Интересует, какие подводные камни теоретически могут выявиться в глобальном, и существует ли беспроигрышный способ навариться для недобросовестного персонажа с любой стороны данной конструкции.
В случае успешности подхода схема может быть экстраполирована на многие другие области.
Термин звучит в старой рекламе sega mega drive. Википедия говорит про «obscure programming trick on the console's graphics hardware», по ссылке в сносках фигу.
Разыскиваю нативную версию первой части под linux. На GameFAQs есть упоминание об её существовании, но нагуглить подробности в потоке любителей вайнов и досбоксов не удалось. Это source-порт яблочных исходников или коммерческое издание?
Ъ: законопроект, предусматривающий штраф от 2 до 5 К₽ за попрошайничество в метро и окрестностях станций Москвы.
ИМХО это маленький, но важный шаг для стимулирования процесса замещения ватной благотворительности благотворительностью вменяемой (включая пожертвования на разработку СПО).
Вопрос мастерам паяльника. Каким образом запаять обрыв очень мелкого и тонкого провода?
Выглядит всё примерно вот так. Один из двух мелких проводков, идущих с катушки, оборвался в паре мм от места соединения. Добраться до самой катушки и смотать 1 виток без вандализма не вышло. Есть ещё какие-то варианты, помимо выкидывания девайса в помойку?
Практика искусственно отключать функционал оборудования приобрела популярность практически во всех сферах производства тех или иных железок. Мотив понятен - экономия на наличии отдельного конвеера для производства младших моделей. Также очевидно, что в случае открытых спецификаций/драйверов устройства такой финт ушами сложен или даже невозможен.
Означает ли это, что open hardware в условиях рыночной экономики - утопия? И как бы гипотетически изменилась конъюнктура рынка, если бы производители не имели возможностей сами себе ставить ограничения и играть в игры с себестоимостью?
Разыскиваю открытый аналог, желательно нативный под linux. Гугл подсказывает про lleters, но это не то. Интересует именно наличие аркадной составляющей (таймер, разделение по уровням, очки, таблица highscore).
Microsoft just patched a 15-year-old bug that in some cases allows attackers to take complete control of PCs running all supported versions of Windows.
This Windows vulnerability isn't as simple as most to fix because it affects the design of core Windows functions rather than implementations of that design.
Хвалёная архитектура во все поля. И такая же хвалёная поддержка.
Patch now, unless you run 2003, in which case you're out of luck.
Способ воспроизведения: выставить в настройках энергосбережения на ноуте уходить в спящий режим при критическом разряде батареи, дождаться этого критического разряда и завершить работу.
Ожидание: ноут выключится.
Реальность: ноут уйдёт в спящий режим посреди процедуры выключения, а при следующем включении выйдет из спящего режима, закончит её и сразу выключится снова.
Это баг, или так и задумано? И что происходит в такой же ситуации в других DE?
