Debian 8.8 (jessie), постоянно обновляемый. Некоторое время назад Thunderbird (им уже заменили дебиановский Icedove) начал периодически падать при удалении писем.
К почтовому ящику подсоединён по IMAP'у. Когда я в Inbox'е или в других папках со входящей почтой активно удаляю спам и прочие ненужные письма, часто нажимая Delete, то примерно после 10-12 нажатий падает. Если нажимать пореже, иногда тыкая мышкой в конкретные письма и скролля их, или передвигаясь по списку писем стрелочками вверх/вниз, то падает пореже, но всё же падает:



Тыкал в Details, но ничего внятного там не нашёл. Пробовал запускать из консоли, там никаких сообщений вообще нет, только такое же окошко про crash вылезает.
Отчего такая странность может быть?

https://ru-linux.livejournal.com/3052304.html

qt хоть какое ни возьми не умеет просто так взять и собрать всея себя как по канону плюс собрать с чуть иными опциями все статические аналоги всех динамических библиотек.

да, тупо ровно те же исходники ровно с теми же дефайнами и инклюдами скомпилировать с добавлением -flto (при динамической компиляции и линковке тоже можно) но не в сошки а в GCC-AR'хивы. добавлять тоже с -flto.

по этому поводу есть вопрос-идея: а как во всех файлах, подпадающих под маску *.pro в текущем каталоге и всех его подкаталогах при отсутствии в них строк А=Б, Ц=Д, Е=Ф вставить эти строки в начале, и поможет ли это мне? (для каждой строки проверять ее наличие и при отсутствии вставлять)

https://ru-linux.livejournal.com/3052049.html

Приветствую.

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

https://ru-linux.livejournal.com/3051854.html

ноут. коре2дуо, 4гб рам (asus f3sr).
при занятых этак 3гб рам и 1гб свопа (не считая буфера и кэши)
суспенд ту диск идет порядка минуты, а резюме до прекращения моргания (даже не моргания, непрерывного горения) диском - чуть ли не 15 минут.
кто виноват, что делать?

и да, упирается явно не в линейную скорость чтения с диска:
time dd if=/dev/zero of=/tmp/zero bs=4096 count=1M; time rm /tmp/zero
1048576+0 записей получено
1048576+0 записей отправлено
скопировано 4294967296 байт (4,3 GB), 49,7489 c, 86,3 MB/c

real 0m49.818s
user 0m0.280s
sys 0m7.892s

real 0m7.211s
user 0m0.000s
sys 0m0.448s

и да, /tmp - не рамфс, обычный диск.

https://ru-linux.livejournal.com/3051597.html