Гном в свежеустановленной федоре 22 порадовал: сразу после логина gnome shell сжирает ВСЮ доступную оперативку и уходит в своп, так что даже мышь передвинуть невозможно, начинаются тормоза и скрип харда. Что характерно, проблема вылезла после установки зелёного блоба, на nouveau система со свежезагруженным шеллом занимала около 300МБ.

Вопрос к гномерам - владельцам нвидий: это баг или фича? Сколько оперативки обычно оказывается занято после загрузки?

UPD: http://www.reddit.com/r/gnome/comments/2fh3t6/hacks_or_tunables_to_reduce_gnome_3_memory_usage/

I don't remember exactly why, but they cause a memory leak when used with unpatched versions of the cairo library. It's been like this for years, AFAIK. I think the cairo lib in Ubuntu and co. is already patched.

I have a 4GB ram laptop. When I run GNOME (which runs great otherwise) it'll slowly take more and more memory, until the system becomes unresponsive.

Придётся самому патчить и компилять?

Не отображаются лигатуры многосимвольных сочетаний (ради которых шрифт и устанавливался). На странице на github Konsole упомянут в списке поддерживаемых.

ЧЯДНТ, в какой бубен стучать?

Наблюдаю один баг в четвертокедах уже довольно давно. Но как это описать понятным языком всё никак придумать не могу. В общем, если открыть быстро (за несколько секунд) много однотипных файлов программой, в которой каждый заново открытый экземпляр замещает предыдущий, то в панели ещё на некоторое время остаётся лапша от старых вытесненных экземпляров.

Это даже на русском невозможно внятно объяснить, так что прилагаю скриншот на примере deadbeef. Буду благодарен за помощь в английской формулировке того, что вообще происходит в данном примере.

Для начала небольшое напоминание мат.части. Согласно философии ФСПО, программа свободна, если предоставляет пользователю 4 свободы:

• выполнять её для достижения своих целей
• изучать и модифицировать
• распространять копии
• распространять внесённые изменения

При ближайшем рассмотрении становится ясно, что перечисленные свободы являются хоть и важными, но не равнозначными. Если расставить их в порядке убывания значимости, получится нечто вроде 1-3-2-4 или 1-2-3-4 (у Столлмана нумерация с нуля, но не суть). Если я не могу выполнять программу для достижения нужной мне цели, для меня она полностью бесполезна. Изучение и модификация может быть полезна и способствовать достижению цели, но лишь при наличии соответствующих навыков и интереса. Распространение также приносит мне пользу, но уже косвенную, в виде помощи другим участникам сообщества или в виде улучшений, внесённых другими, которые могут быть потенциально полезны в том числе мне, при наличии возможности их распространять.

В свете сказанного напрашивается идея модифицировать существующую концепцию. Вместо принципа «всё или ничего» дополнительно разграничивать софт, не соответствующий всем сразу четырём критериям. Также не стоит забывать, что для любого человека его собственные потребности и желания являются первичными. Если какая-то моя конкретная потребность не может быть покрыта средствами открытого ПО, но может средствами закрытого, то «с моей колокольни» использовать закрытое решение будет наименьшим злом. Разумеется, с соблюдением необходимых мер предосторожности. Поскольку в самом общем случае закрытая программа является «чёрным ящиком», делающим непонятно что, разумным будет обеспечить полный контроль над всеми входами и выходами из этого «ящика», попутно сократив их количество до минимума. Иными словами, запустив закрытую программу в открытой песочнице. Разумеется, в случае свободного ПО во всех этих плясках нет необходимости, поэтому при прочих равных свободная альтернатива является более предпочтительной (хотя на тему методов обхода свобод пользователя, оставаясь де-юре в рамках свободного ПО, я как-нибудь ещё напишу отдельную простыню). Кроме того, необходимость разработки этой альтернативы не становится меньше. Как и отсутствие интереса в развитии несвободной - какой смысл вкладываться в мусорное ведро?

Суммируя всё сказанное, можно сформулировать правильную (на мой взгляд) концепцию построения ОС, направленной на максимальное соответствие потребностей её пользователя. Все базовые компоненты - исключительно СПО, с исчерпывающей документацией, состоящие из максимально простых компонентов, доступных для понимания максимально широкой аудитории (пресловутый UNIX-way, да). Прикладные программы - СПО, наряду с возможностью использовать проприетарный софт, причём запуск проприетарного в безопасном контейнере и прозрачный контроль «входов и выходов», а также маркировка степени соответствия критериям СПО - обязательная возможность, предоставляемая базовыми компонентами системы. Такая вот свобода вместо швабодки.

Ну, и заключительная часть сегодняшнего Марлезонского балета. Существуют ли дистрибутивы (не обязательно линукса), руководствующиеся такой концепцией? Если нет, насоветуйте годных материалов для изучения, помимо LFS :3

Антракт.

Продам сабж. В хорошем состоянии, без механических повреждений. Батарея в норме. Красная панелька «The First One» (аппарат из первой серии), плюс отдельно белая (новая, в упаковке). ОС обновлена до последней версии (1.1.4.29). Комплект: телефон, панель, USB-кабель, коробка с макулатурой.

14К₽, Москва. Если кому интересно - jabber, tox и мыло в профиле. Фотографий и скриншотов смогу наделать ближе к вечеру.

Когда-то выдрал мелодию из игры, название которой забыл. Помню, что аркада, надо защищать планету и отстреливать напирающих с разных сторон гадов. Восемьдесят какого-то года.

Смотрю тут пропиаренный на ЛОРе курс «Road to the Free Digital Society» от FSF. Общие выводы делать рано, но по мне конкретно в этом видео градус неадеквата перешёл все возможные границы.

Краткое содержание видео для Ъ: использование сервисов с вычислениями на стороне сервера - абсолютное зло по причине несоблюдения приватности обрабатываемых данных (вот это сюрприз, да?), и единственный способ его избежать - делать все вычисления на своей машине.

Так кто же в данном случае всё-таки в маразме, я или RMS?

http://thebadass.ru/projects/yota_series

Для Ъ: YOTA совместно с BADASS Anti MBA School запускает бесплатную для абонентов программу по развитию личной эффективности на работе.

Пришло время валить из этой дыры. Использовал в основном в музыкальных целях, но в связи с наплывом копирастов приходится искать альтернативу.

Насоветуйте ленту с релизами новых альбомов, желательно в том же формате, т.е. с разделением по жанрам, превьюшками треков в удобоваримом виде (не помойка с файлообменниками вроде dark world), комментами и отличной от нуля аудиторией. Реализация не важна, лишь бы было чем смотреть из-под линуксов.

UPD. понял, что ищу клиент к облачному сервису с интеграцией в last.fm

4 мая 2015 года стало доступно обновление SailfishOS - основанной на linux операционной системы для мобильных устройств, разрабатываемой компанией Jolla.

В этом выпуске было устранено 20 уязвимостей и добавлены следующие новые возможности:

• новый режим клавиатуры в альбомной ориентации экрана
• поддержка idle/push в реализации протокола IMAP
• поддержка альбомной ориентации в Here Maps
• обновление facebook API до версии 2.2, что привело к частичной потере функциональности
• улучшение отдачи swipe-жестов

Как и всегда, для успешного обновления рекомендуется наличие как минимум 1,5 ГБ свободного места в основной памяти устройства. Также рекомендуется отключить сторонние репозитории при обновлении с версии 1.0.4.20 и ниже.

Известные проблемы:

• поддержка calDAV и cardDAV улучшена, но всё ещё остаётся экспериментальной
• удаление фотографии в галерее иногда приводит также к удалению предыдущего фото. В качестве временного решения предлагается ждать 10-15 секунд перед удалением выбранной фотографии.

Полный changelog.

>>> Подробности

На мой взгляд местами изрядно хромает, по крайней мере если рассматривать её именно как пособие для начинающего, который хочет с первого раза получить исчерпывающие сведенья об установке максимально простым и эффективным путём. Если полное отсутсвие упоминаний о distcc ещё можно понять (хотя как минимум упомянуть однозначно стоило бы), то молчание о localmodconfig и localyesconfig в разделе о сборке ядра не получается объяснить никак, и в контексте хэндбука выглядит настоящей подставой.

Этот неловкий момент, когда смыл кучу времени в унитаз, узнал об этом и теперь готов съесть свою шляпу от злости. А сколько ещё людей впервые открывало handbook и точно так же тратило уйму времени на неэффективный способ установки...

Inb4 бомбануло, проваливай на винду, всем пофиг

Из замеченного отвалились Ctrl-Shift-C и Ctrl-Shift-V в konsole (теперь воспринимаются как Ctrl-C и Ctrl-V соответственно), переключение окон по Alt-ё и все комбинации с Meta. До этого крутил настройки клавиатуры, но уже не помню точной последовательности. Что я там мог гипотетически сломать? И как вернуть обратно? (Замена конфигов в хомяке на чистые - крайняя мера).

С мануалом из KTouch. У меня по неясной пока что причине в справке белые квадраты вместо картинок на самом интересном месте. Нагуглить не получилось.

В очередной раз словил мёртвый фриз на ноуте. Поскольку давно хотел узнать причину, перезагрузил и полез смотреть в kern.log и syslog. В kern.log не нашлось ничего интересного, а вот нужный syslog чудесным образом испарился. В /var/log/syslog - только данные о текущей загрузке, в /var/log/syslog.1 - о позапрошлой. Есть способы восстановить утраченный кусок?

Если нет, придётся ждать следующего раза, а потом сразу перезагружаться, монтировать rootfs в read-only и смотреть.

# apt-get source supertuxkart
...
ВНИМАНИЕ: упаковка «supertuxkart» поддерживается в системе контроля версий «Svn»

упаковка

What the hell is упаковка? Пакет? Архив? Или что-нибудь ещё?

Разыскиваю способ организовать сабж с минимально возможным велосипедостроением.

Примеры: 1, 2.

Firefox 37.0.1

СПВ, посоветуйте как справиться с проблемой. Своего рода «синица в руках», доведённая до абсурда. В процессе разрешения практически любой возникающей проблемы возникает огромный соблазн решить её немедленно первым попавшимся под руку способом. Даже когда очевидно или почти очевидно, что при приложении дальнейших усилий на её изучение способ найдётся более рациональный.

Программирование - хороший пример для иллюстрации. Дочитать учебник или туториал до конца - настоящий подвиг, поскольку слишком велико желание сразу бежать писать реализацию своей задачи после прочтения 2,5 глав, как только изучен минимальный набор инструментов, достаточный для написания решения. Наверное, очень злой шуткой было бы начать моё знакомство с программированием не с бейсика, а с ассемблера. Потому что я бы писал на нём всё, а все высокоуровневые языки нарекал «ненужно» (шутка с долей шутки).

Такой подход - причина бесчисленного количества уже свершившихся фейлов и решений, реализованных через лютую задницу. Как справляться с рефлексом «Вперёд, сейчас или никогда, второго шанса может не быть!!!» в ситуациях, когда он объективно бесполезен и только мешает?

Какую ось и сопутствующую литературу можно посоветовать человеку, имеющему околонулевой опыт работы с компьютером и ровно нулевой багаж знаний о том, как он устроен? Основной критерий - наличие русскоязычной книжки (одной или нескольких), разъясняющей матчасть с самых-самых низов, но при этом, что очень важно, содержащей как можно меньше компьютерной терминологии без пояснений («ПК изнутри» Нортона в этом плане оказалась фэйлом). В идеале - существующую в печатном варианте и не вызывающую сердечных приступов огромным объёмом. Выбор ОС не ограничивается дистрибутивами линукса, хотя linux-based в приоритете.

По мотивам предыдущих топиков и обсуждений. Вниманию благородных донов предлагается концепт экономической модели на примере разработки свободного софта, с целью рассмотрения свежим взглядом и нахождения потенциальных дыр в логике. А также упоминания примеров и литературы по теме, в случае если котэ изобрёл велосипед и ещё не знает об этом.

Основная идея - вести процесс разработки следующими итерациями:

1. Постановка целей. Потенциальные пользователи вносят предложения, чего бы им хотелось увидеть в будущем продукте. Каждому предложению сопоставляется стоимость реализации.
2. Голосование. Заинтересованные лица отсыпают средства на реализацию предложений пропорционально хотелкам и возможностям.
3. Реализация предложений, собравших необходимое количество ресурсов.
4. Релиз, инкремент версии продукта.
5. Goto 1.

Отличие от существующих краудфандинговых площадок (kickstarter, indiegogo) - возможность более детально отрегулировать распределение затрат и получить именно то, что нужно потребителям (идея с распределением в некоторой степени реализована в humble store, но производится уже постфактум и состоит, ЕМНИП, всего из 3 опций). В качестве бонуса - отсутствие лишней прослойки в виде компании, получающей право собственности на продукт и экономия на зарплате маркетологов, занимающихся определением потребностей рынка методом гадания на хрустальном шаре. Отличие от большинства существующих моделей организации opensource-разработки - опять же более тонкая регулировка распределения затрат, а также упрощение процесса привлечения исполнителей извне и гарантированный доступ к процессу для всех заинтересованных.

Недавние примеры в сущности показали жизнеспособность аналогичного подхода в локальном масштабе. Интересует, какие подводные камни теоретически могут выявиться в глобальном, и существует ли беспроигрышный способ навариться для недобросовестного персонажа с любой стороны данной конструкции.

В случае успешности подхода схема может быть экстраполирована на многие другие области.