После шести месяцев разработки сформирован (http://segfault.linuxmint.com/2016/04/cinnamon-3-0-released/) релиз пользовательского окружения Cinnamon 3.0 (http://cinnamon.linuxmint.com/), в рамках которого сообществом разработчиков дистрибутива Linux Mint развивается форк оболочки GNOME Shell, файлового менеджера Nautilus и оконного менеджера Mutter, нацеленный на предоставление окружения в классическом стиле GNOME 2 c поддержкой удачных элементов взаимодействия из GNOME Shell. Cinnamon основывается на компонентах GNOME, но эти компоненты поставляются как периодически синхронизируемый форк, не связанный внешними зависимостями с GNOME. Новый выпуск Cinnamon будет предложен в дистрибутиве Linux Mint 18, который планируется выпустить в мае или июне.
Основные новшества:
- В оконный менеджер внесены улучшения, связанные с работой мозаичного режима (tiling), привязки и группировки окон, отслеживания окон, раскрытых на весь экран;
- Улучшена поддержка тачпадов. Добавлена возможность раздельной настройки режимов прокрутки двумя пальцами и движением по краю тачпада, которые теперь включены по умолчанию;- Представлен новый интерфейс настройки средств для людей с ограниченными возможностями и новая система настройки параметров звука, которые были полностью переписаны с использованием модулей cinnamon-settings;
<center><a href="http://www.linuxmint.com/tmp/blog/3017/sound.png">&l... src="https://www.opennet.me/opennews/pics_base/0_1461603948.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
- Реализована возможность переименования устройств, питающихся от аккумулятора;
<center><a href="http://segfault.linuxmint.com/wp-content/uploads/2016/04/Cap... src="https://www.opennet.me/opennews/pics_base/0_1461603899.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
- Поддержка привязки приложений-обработчиков для текстовых файлов, документов и файлов с кодом;
- В панель добавлена возможность вызова дополнительных действий в запущенных приложениях (например, открытие режима инкогнито в браузере или написание нового сообщения в почтовом клиенте);- Включено по умолчанию использование анимированных эффектов для диалоговых окон и меню;
- В меню добавлена возможность скрытия системных опций и избранных приложений;
- В размещаемом на рабочем столе апплете с реализацией фоторамки добавлена возможность сканирования фотографий в поддиректориях;
- Улучшена поддержка GTK 3.20, Spotify 0.27 и Viber.
URL: http://segfault.linuxmint.com/2016/04/cinnamon-3-0-released/
Новость: http://www.opennet.me/opennews/art.shtml?num=44308
А почему так громко 3.0 и похоже на унылую минорщину? Логично было бы назвать 2.10
Берут пример с браузеров: хрома и лисы
К мажорному релизу Mint-а мажорный релиз Cinnamon. Вроде как так.
а почему тебе не пофиг, как именуют версиия вот вообще русскими буквами именую, надеюсь, ничьих чувств это не задевает?
Потому что нумерация отражает чэйнжлог. Я думал там и вяленый с миром завезли, и прочие радикальные фишки.
> Потому что нумерация отражает чэйнжлог. Я думал там и вяленый с миром
> завезли, и прочие радикальные фишки.Вот со своим уставом и идите в... сами знаете, что.
Тот же OpenBSD уже двадцать лет так версии назначает, и ничего, никто не жалуется, никому не мешает (кроме отдельных любителей думать за других).
"...Выпуск 3.0 не является кардинальным, а продолжает традицию использования четных десятичных цифр для нумерацию стабильных версий (2.6, 2.8, 3.0 и т.п.)..."
>В панель добавлена возможность вызова дополнительных действий в запущенных приложениях (например, открытие режима инкогнито в браузере или написание нового сообщения в почтовом клиенте);Этого реально иногда не хватает, жаль только я пользуюсь XFCE, и там такого в первом приближении нет.
В XFCE есть такая возможность.
Можно по подробнее?
> В XFCE есть такая возможность.Мы все во внимании
Добавили бы отображение закачки в панели задач и прогресса прослушивания (как в злоОС).
Лучшее DE на сегодня.
соглашусь
И чем же оно лучшее? По мне так ничего лучше xfce не придумали, а для тех кто любит отличный интерфейс от винды, то лучшее это gnome 3.
да их уже столько развелось, не знать на чем сидеть, через пару десятков лет половина этих проектов сдохнет и останутся ток те у которых нормальное сообщество. либо сольются ко всяким там icewm'am и openbox'am...Честно, циннамон на гтк3+ это тормоз вс мэйт, который использует код лампового гнома 2. это факт. и да вся соль цинки этой вывести меню и сделать рабочий стол а-ля юнити с выкинутым дашем, счас в третьегноме эту менюху а-ля классик вэй выводится апплетами или плагинами на раз два и во многих дистрах типа сабайона, манжары и тех у кого третьегном в дефолтной поставке или редакции эта менюшка уже выведена, для юнити есть классик меню апп-индикатор.
Хотяя...хз я честно скажу не вижу смысла юзать сабж и минт в целом заместо убунты.
> да их уже столько развелось, не знать на чем сидетьДруг, не надо сидеть - надевай Кеды и побежали!
Молодёжно, спортивно, модно!
Поддерживаю!
>> да их уже столько развелось, не знать на чем сидеть
> Друг, не надо сидеть - надевай Кеды и побежали!
> Молодёжно, спортивно, модно!Не у всех комп по системным требованиям проходит...
> Не у всех комп по системным требованиям проходит...Интересно, что это должен быть за комп, чтобы KDE там тормозил сильнее, чем Cinnamon?
Я вполне нормальной работы с включенным композиционированием добивался от нетбука с AMD A4-1200 (любой желающий может сам погуглить насколько это тормозное нечто) с KDE4 на Debian 8. Cinnamon там был вообще неюзабелен.
>> Не у всех комп по системным требованиям проходит...
> Интересно, что это должен быть за комп, чтобы KDE там тормозил сильнее,
> чем Cinnamon?
> Я вполне нормальной работы с включенным композиционированием добивался от нетбука с AMD
> A4-1200 (любой желающий может сам погуглить насколько это тормозное нечто) с
> KDE4 на Debian 8. Cinnamon там был вообще неюзабелен.Плазма не падает?
> Плазма не падает?Не-а.
>надевай Кеды и побежали!Слишком уж медленный бег, да и падения постоянные.
> Слишком уж медленный бег, да и падения постоянные.Расскажи это своей бабушке на досуге, она может быть и поверит. Новые Пятокеды на удивление шустры, их удивительно хорошо приготовляют в ОпенСюзе.
Спешу сообщить, что в MATE постепенно отпиливают поддержку GTK+2. Начинают с малого: редактора меню, например.
> да их уже столько развелось, не знать на чем сидеть, через пару
> десятков лет половина этих проектов сдохнет и останутся ток те уГлавное чтобы ты к этому времени не сдох, а ДЕ - дело такое...
ЗЫ: какое-такое ДЕ нам обещало в очередной версии автоматическое переключение между декстопным и планшетным режимом в ноуте и не сделало? Кеды? Только сейчас вспомнил, что хотел проверить эту фичу =)
>Представлен новый интерфейс настройки средств для людей с ограниченными возможностями и новая система настройки параметров звука, которые были полностью переписаны на языке Python с использованием модулей cinnamon-settings (ранее данные конфигураторы были написаны на языке Си), что существенно упростило их сопровождение.Бредятина какая-то, программы пишутся не для того чтобы их легче было сопровождать, а для того чтобы люди ими пользовались. Легче или дешевле вам сопровождать код на Python - пользователю глубоко фиолетово, пользователю нужна скорость, минимальная загрузка процессора и минимальное потребление памяти, чего Python в сравнении с Си явно не предоставляет.
> пользователю нужна скорость, минимальная загрузка процессора и минимальное потребление памяти"но поскольку программы пишут программисты, а не пользователи, результат немного предсказуем" (c)
> Легче или дешевле вам сопровождать код на Python - пользователю глубоко фиолетово
Наверное, подразумевается, что сопровождать этот код будут именно пользователи. В таком случае шаг оправдан - для пользователей питон проще.
Программисты пишут DE для программистов, очевидно же!
Пользователю в первую очередь важно наличие фич. Во вторую - отсутствие багов. А еще безопасность (даже если пользователи этого не понимают). А загрузка процессора и памяти - мелочи по сравнению с этим; железо нынче дешевое, заплатить за плашку памяти еще можно, а вот за то, чтобы из программы ушли баги и дыры - не выйдет.Если код легче сопровождать, то главные цели для пользователя (см. выше) достичь куда легче. Чем на C с его строковым переполнением / выходом за границы массива, переполнением стека, целочисленным переполнением, и прочим-прочим-прочим. Можно и на C нормально, но слишком дорого, ресурсы взять неоткуда. И зачем пользователю программа, которая "быстрая, минимально грузит процессор и память", если там нет нужной функциональности и куча багов и уязвимостей?
Как я уже не раз говорил, мысль «железо нынче дешевое» глубоко порочна по своей сути.
Железо-то может и дешёвое, да вот только пользуется им не одна единственная программа, а много-много. И если всё, — прикладуха, драйвера, демоны, — писать по принципу «железо нынче дешёвое, моей поделке хватит», вот тут-то и выяснится, что не хватает уже не только денег, но уровня развития компьютерного железа в целом.
>И если всё, — прикладуха, драйвера, демоны, — писать по принципу «железо нынче дешёвое, моей поделке хватит»А если не всё, а только эти конфигурялки, которые запускаются максимум несколько раз в год на несколько минут?
> А если не всё, а только эти конфигурялки, которые запускаются максимум несколько раз в год на несколько минут?Так ведь оно всегда так и начинается - сначала конфигурялки, потом сервисы, потом и все остальное. Как только допустил в одном месте прототипирование, вместо нормальной реализации - так и остальные подтянутся с возгласами "а чем мы хуже?!"
А потом смотрим на всякую там бубунту и удивляемся - как же так, почему нам уже 2 гига памяти не хватает и проц на каждый клик по интерфейсу в потолок уходит?!
> А потом смотрим на всякую там бубунтуА где хорошо? У самого всякое что установлено?
>> А потом смотрим на всякую там бубунту
> А где хорошо?В том-то и дело, что нигде. Везде требования за гранью разумного. Либо юзай виндовые манагеры уровня twm, либо мирись с тем, что на слабых железках все будет тупить. У меня ноут валяется от Asus, который продавался вместе с бубунтой, там 2 гига памяти и селерон слабенький - дык, один вызов убунтового меню заставлял этот ноут выпадать в прострацию секунд на 10. И это прямо искаропки. Это нормально?
> У самого всякое что установлено?
KDE.
Согласен с вами, но в данном случае как раз писать приложение по настройке ос вполне оправданно на питоне, пускай жрет много, но мы это приложение можем месяцами не запускать. Но например в музыкальном плеере или же в месенжере, использовать питон не совсем оправданно, т.к. такие прилоэения висят всегда в заднем фоне.
> в данном случае как раз писать приложение по настройке ос вполне оправданно на питонеНапример, такое приложение по настройке ос, как yum?
А вы часто пользуетесь yum'ом?
с недоумением думаю, что же не так с любимыми (и постоянно висящими) Quod Libet и Gajim и почему использовать питон в музыкальном плеере или мессенджере не совсем оправданно. Ресурсы? Да любой системы для них хватает. А преимущества налицо - хорошие фичи, мало багов (это я про Quod Libet. В gajim баги есть :))) ), ну и при необходимости легко фичу добавить в плагине или даже (о ужас!) хакнув код.Вообще я не против того, чтобы у программ на C было можно писать плагины на высокоуровневом языке. Но для таких программ - почему не иметь всю программу на питоне-то? Запускаются достаточно быстро. Интерфейс не тормозит. Проц в фоне не жрут. Память? Из вывода ps_mem
112.8 MiB + 2.1 MiB = 114.9 MiB quodlibet
106.3 MiB + 12.4 MiB = 118.8 MiB gajim(обе запущены уже > 2-х недель, никаких утечек памяти и подобного явно не наблюдается). Нет, мне не жалко 120 мб под полезное приложение. Вот эта четверка
254.7 MiB + 15.2 MiB = 269.9 MiB Xorg
392.0 MiB + 837.5 KiB = 392.8 MiB packagekitd
398.7 MiB + 3.1 MiB = 401.8 MiB gnome-software
3.1 GiB + 4.7 MiB = 3.1 GiB firefox [updated]куда больше раздражает, если на то пошло. Особенно т.к. второе и третье тут я вообще в глаза не вижу и что они забыли в памяти, не представляю. Но как можно жалеть 120 мб на полезную программу в эпоху, когда браузер на просто так отжирает как 25 таких программ для своих внутренних "джаваскриптовых" целей?
Angular 2: за нами хоть потоп
Эта аргументация была бы приемлимой, если бы они написали их с нуля. Написать с нуля конечно проще на скриптовом языке, а когда набор фич устаканится, то можно и переписать на С ради скорости. Но вот при наличии уже готового варианта на С переписать на питон попахивает либо маразмом, либо ниосиляторством.
либо практичностью.
Что же тут практичного? Переписывать с одного ЯП на другой - затрата как времени так и сил, средств. Зачем? Пользователь, который захочет добавить функционал - добавит, под Linux работает много IT-специалистов, и даже те кто пишет на питоне смогут решить и эту проблему, например найдя альтернативу или самостоятельно написав нужный функционал отдельным приложением.
OpenSource это выбор и возможность развивать что либо самостоятельно, но зачем создавать лишнюю работу, как в этом случае, например?
> Что же тут практичного? Переписывать с одного ЯП на другой - затрата
> как времени так и сил, средств. Зачем? Пользователь, который захочет добавить
> функционал - добавит, под Linux работает много IT-специалистов, и даже те
> кто пишет на питоне смогут решить и эту проблему, например найдя
> альтернативу или самостоятельно написав нужный функционал отдельным приложением.
> OpenSource это выбор и возможность развивать что либо самостоятельно, но зачем создавать
> лишнюю работу, как в этом случае, например?Код на Python часто лаконичнее и проще в поддержке (смотри новость). Я сам убеждённый сишник, но это не универсальный язык ни разу. Системный сервис? — да. Высокопроизводительное приложение — да. Но в обсуждаемом случае стоимость разработки реально важна. И те, кто пытается учить разработчиков open source, что и как им делать, явно сами никогда в open source разработкой не занимались, ибо не понимают, насколько ценен чужой труд.
Удивлен, что этот бред про си вс питон вылез не так скоро, как я ожидал. Народ стал чуть адекватнее что-ли?
ЗЫ: какая вам разница как быстро открывается панелька с настройками, если вы ее один раз в месяц открываете. Тем более, что разница в 0,5 сек в абсолютном выражении.
А вот если из необходимых настроек половины не будет в конфигураторе, это будет весьма заметно.
>Бредятина какая-то, программы пишутся не для того чтобы их легче было сопровождать, а для того чтобы люди ими пользовались.Бредятина какая-то, программы пишутся не для того чтобы какие то люди ими пользовались, а потому что пеЙсателю оно нужно! Если мы про опен сорос.
>Легче или дешевле вам сопровождать код на Python - пользователю глубоко фиолетово,
Фиолетовые прользователи - писателям глубоко фиолетовы. ... Чорд! Хорошо сказал :)
>пользователю нужна скорость, минимальная загрузка процессора и минимальное потребление памяти,
В опен сорсе если людям что то нужно - они это и делают. Возьмите и напишите!(С)Ъ
Нет? Кишка тонка (а если по чесноку - руки из ЖЖ и мозги куринные) - ту у вас есть два путя:
- взять наше и пользовать, нам не жалко.
- хотите погнуть пальцы? - делайте коммерческий заказ, любой каприз за ваши ... :)>чего Python в сравнении с Си явно не предоставляет.
Мнение Ыгспертов очень ценно, не выкладывайте его тут за-бесплатно :)
Перевожу:> были полностью переписаны на языке Python [...] что существенно упростило их сопровождение
"были полностью переписаны на языке Python, что позволило избавиться от программистов для их написания, и теперь пользователь может сам исправлять ошибки, для чего больше не требутеся заводить багрепорты или писать в списки рассылок".
> интерфейс настройки средств для людей с ограниченными возможностями [...] которые были полностью переписаны на языке Python
"интерфейс настройки средств для людей с ограниченными возможностями [...] которые были полностью переписаны на языке для программистов с ограниченными возможностями"
> Перевожу:Спасибо тебе, неведомый аноним, ты сделал мой день.
Даже KDE может похвастаться стабильностью на фоне сабжа
кде? тот который через раз забывает обои рабочего стола? ну-ну..
> кде? тот который через раз забывает обои рабочего стола? ну-ну..Страшно слушать. Как вам такие фичи провернуть удаётся? У меня что поставлено, то и стоит и никуда не пытается исчезнуть... Парадокс...
Вы просто не умеете его готовить...
Ну Вы-то у нас всё умеете. Только маловато вас вокруг, исчезающий вид.
Поддержу: практически ежемесячные глюки и падения вынудили свалить с этого DE.
Вот уж чего, но во многих проектах идиотизм с версиями.
Именно жирного, ничего
Зато мажорку сменили
Перешли бы уж тогда на версии вида число.месяц.год
И да, яро против интерпретаторов, вся система на них
Их нужно использовать там, где это действительно имеет смысл, а не всюду, где только можно
Хотя..оптимизация, производительность..о чем я?
Да и старые железки тоже же, сами обновляются до топов..забыл
Новость неполная. На самом деле, судя по чейнджлогам, изменений там до жопы. А в 3.2 обещают вертикальные панели
Эта мода на блёклые шрифты и сюда добралась. Может их вообще белыми сделать?
Отличная идея:)
Это поветрие из кед, угнетающих монструозностью интерфейса: раз шрифты будут сливаться с фоном, то и десктопное окружение не будет мешать пользователю работать. Звучит жутко, но все факты указывают на это.
Вы бы поаккуратнее с такими идеями, а то ведь реально сделают. )))
Они просто вместо того, чтобы свою оригинальную тему сделать, arc форкнули, сменив синее на зелёное. А там такие шрифты из коробки идут.
>были полностью переписаны на языке Python с использованием модулей cinnamon-settings (ранее данные конфигураторы были написаны на языке Си), что существенно упростило их сопровождение.Что примечательно, переписали на второй питон. И будут легко сопровождать до ... 2020? а там снова перепишут, переписывать весело!
P.S. А вообще, поддерживаю. Сделали плагином, вроде, к корице. Да и гномеры любят хардкодить на Си.
епт, я жду когда можно выкинуть второй питон из ОС
Ставь новую бубунту. Делов то.
> Ставь новую бубунту. Делов то.И и? Цинамон все равно юзает второй питон и притащит зависимость
> людей с ограниченными возможностямиИнвалидов. А то скоро появятся "люди с неограниченными возможностями".
А он сделан на основе "Гнома" какого, "3.18" или "3.20"? И по и стабильности и по тяжести как он отличается от "Mate"? Как его настроить (и может что там еще доустановить), чтобы он был посильней похож на "Mate"? (А в обычном "Гноме" что для этого нужно проделать? И а что- чтобы увеличить разстояния между окнами? (А то на них курсор мыши неудобно наводить)). И "Гном" "3.20" после его релиза через сколько времени станет таковым и в дистрибутивах? (В них же по различным причинам ихний штатный "Гном" обновляется далеко не сразу после основного его релиза (а на "Корице" через какие сроки такие изменения там потом отражаются?))
Я никогда не пойму, зачем они берут гномьи заголовки, поверх них лепят обычные заголовки, но при этом сохраняют у кнопок с гномьих заголовков оригинальные размеры и отступы, не уменьшая до размеров панелей в стандартных десктопах. Это же самый худший вариант для места на экране, который в такой ситуации можно выбрать. А если какую-нибудь современную модную флэт тему поставить, где и обычные заголовкм конские, эта композиция на полэкрана расползается.
> Я никогда не пойму, зачем они берут гномьи заголовки, поверх них лепят
> обычные заголовки, но при этом сохраняют у кнопок с гномьих заголовков
> оригинальные размеры и отступы, не уменьшая до размеров панелей в стандартных
> десктопах. Это же самый худший вариант для места на экране,
> который в такой ситуации можно выбрать. А если какую-нибудь современную модную
> флэт тему поставить, где и обычные заголовкм конские, эта композиция на
> полэкрана расползается.Чувак на работе юзает цинамон с недефолтной темой и небольшими кастомизация. Выглядит очень аккуратно и довольно однородно, я не смог по внешнему виду и поведению узнать, что за DE, потом спросил и удивился. Заголовки очень компактные.
Да просто так. Чтобы быть единственным де, которое не умеет убирать рамку вокруг окон с CSD заголовками.
Вяленный не завезли, а у уже 3.0. Позорище. Чего, до 2.10 считать не умеют?
Сколько бреда нанесли выше. Так-то шикарная оболочка, второй год на ней и менять не собираюсь.
> Сколько бреда нанесли выше. Так-то шикарная оболочка, второй год на ней и менять не собираюсь.А в этой шикарной оболочке уже победили конкретный жор CPU при перетаскивании окон?
Чего?
> Чего?На гугле забанили?
https://www.google.ru/#q=cinnamon+cpu+usage
Вот заняться тебе нечем, чем окна таскать? Max 28%, специально для таких упертых искальщиков проблем таскал минуту оголтело. Но у меня 2.8.8
> Вот заняться тебе нечем, чем окна таскать? Max 28%, специально для таких
> упертых искальщиков проблем таскал минуту оголтело. Но у меня 2.8.8Это на чем?
У KDE4 с Xrender и врубленном в xorg.conf tearfree на тормозном AMD A8-4555M с открытым драйвером - юзание CPU при перетаскивании (с полупозрачностью) выше 15-20% не поднималось, а на этом же компе Cinnamon в Mint 17.3 - улетал одним ядром в открытый космос. И это нормально?
Это не "оголтелое искание проблем", а как бы неприятно, что при любой активности на экране (не только перетаскивание окон, но и просто какие-то изменения внутри окна того же браузера) одно из ядер проца становится бесполезным.
Исправлена ли эта проблема сейчас - не знаю, но в релизе 17.3 она была все еще актуальна.
> Это на чем?
Правда htop кажет 43%. Тем не менее, не серьёзно это как-то на фоне остальных вкуснях.
> Правда htop кажет 43%. Тем не менее, не серьёзно это как-то на фоне остальных вкуснях.Вы это серьезно? Для вас DE, которое на простое перетаскивания окна жрет столько CPU - это нормально?
Чур меня, чур...
Да, на фоне остальных его вкуснях это ничтожная проблема. Я эти окна таскаю даже не раз в день.
> Да, на фоне остальных его вкуснях это ничтожная проблема. Я эти окна таскаю даже не раз в день.Жесть... Ну что ж, когда у вас система совсем из 100% юзания CPU вылазить перестанет - жду следующую серию рассказов про вкусняшки. :-)
Ведь зачем CPU приложениям? Лучше отдать его DE - там же фкусняшшки!!!
Приложения не жалуются, как и я. Фоновая активность редко когда вылазит за 5%. Насчет серии рассказов - выдыхать не забывай.
Можешь убедиться https://itmages.ru/image/view/4200260/376cbc10Всплески соответствуют открытию новых табов Хромиума.
> Можешь убедиться https://itmages.ru/image/view/4200260/376cbc10
> Всплески соответствуют открытию новых табов Хромиума.А чего мне убеждаться по твоим картинкам? Представляешь, я сам убедился при личном использовании, иначе бы не писал.
> А чего мне убеждаться по твоим картинкам?Ну правильно, зачем тебе доказательства. Ты же знаешь наперед, как должно быть )
> Представляешь, я сам убедился при личном использовании, иначе бы не писал.
Я, например, вообще узнал о проблеме отсюда, представляешь?
> Ну правильно, зачем тебе доказательства. Ты же знаешь наперед, как должно быть
> )Доказательства чего? Что у тебя классический "works for me"? Ну, круто. Дальше-то что? Я ж проблему не придумал, и гугель согласно кивает головой.
> Я, например, вообще узнал о проблеме отсюда, представляешь?
Рад за тебя.
> Доказательства чего?Ты сам не видишь чего? Что у нас там на графике за кривулинки?
> Дальше-то что?
Дальше ты должен честно признать, что проблема как минимум под вопросом, а как максимум уже исчерпана.
> Я ж проблему не придумал, и гугель согласно кивает головой.
Гугель это бо-о-льшой такой информационный забор. Проверить наличие проблемы повторно не желаешь? Так и будешь довериять всему, что на улице пишут?
> Рад за тебя.
Тут мой черед спрашивать дальше что, но я не стану. Что дальше - и так понятно. Ты собрался упрямиться до скончания Опеннета, пожирая мое время.
> довериятьЛитовцы не сдаются.
>> Доказательства чего?
> Ты сам не видишь чего? Что у нас там на графике за кривулинки?Я рад, что у тебя этой проблемы, судя по всему, нет. Дальше что?
> Дальше ты должен честно признать, что проблема как минимум под вопросом, а как максимум уже исчерпана.
В честь чего предлагается это "признать"? Потому что у тебя этой проблемы нет, или ты не считаешь это проблемой? Прекрасный повод. А вот у меня было и проблемой я это считаю, прикинь!
> Гугель это бо-о-льшой такой информационный забор. Проверить наличие проблемы повторно не желаешь? Так и будешь довериять всему, что на улице пишут?
Для особо одаренных, повторяю еще раз - я эту проблему видел сам лично на своем ноутбуке, а дальше в гугле уже разбирался какого хрена. И проверял я ее на Mint 17.3 и там проблема была все еще актуальна. Есть более свежий стабильный релиз? Где скачать?
Я предполагаю, что _может быть_, какие-то фиксы и могли выйти с тех пор. Но если они не вышли за время жизни 17.1 и 17.2, то что вот прямо после выхода 17.3 ее починили - я верю с трудом. Специально это проверять - лениво.> Ты собрался упрямиться до скончания Опеннета, пожирая мое время.
Так не трать его, кто ж тебя заставляет-то?
Переписывание на бидоне до добра не доведет. Потребление вырастит, производительность упадет. А впрочем, что я вам это рассказываю. Вам же зрелища подавай.
> Переписывание на бидоне до добра не доведет. Потребление вырастит, производительность
> упадет. А впрочем, что я вам это рассказываю. Вам же зрелища
> подавай.Угу. Фряшники (да и не только они) тоже посмеивались, когда Marc Espie в OpenBSD начал переписывать pkg_* с C на Perl. А теперь вот только-только начинают догонять опёнок по (полезным) фичам. При том, что их, фряшников, много, а Марк — один. И, да, после переписывания Марком производительность не упала, а поднялась — так что если код на C, это ещё не делает его автоматически лучше с точки зрения потребляемых ресурсов.
>так что если код на C, это ещё не делает его автоматически лучше с точки зрения потребляемых ресурсов.Ещё как делает.
Да-да.Помню, был во времена учебы в институте спор.
Типа C Это круто, MatLab высокоуровневый отстой. Писали спорщики какой-то сложный вычислительный алгоритм (с широким использаванием спец функций типа преобразования фурье).Вариант на С работал, если мне память не изменяет, втрое медленнее.
Так что все, в конечном итоге зависит от области применения и прямоты рук разработчика.
А не от языка
> Да-да.
> Помню, был во времена учебы в институте спор.
> Типа C Это круто, MatLab высокоуровневый отстой. Писали спорщики какой-то сложный вычислительный
> алгоритм (с широким использаванием спец функций типа преобразования фурье).
> Вариант на С работал, если мне память не изменяет, втрое медленнее.
> Так что все, в конечном итоге зависит от области применения и прямоты
> рук разработчика.
> А не от языкаНе всё. Скорости разработки как у перла не добиться сишкой.
Тоже верно.
Просто С-снобизм улыбает.
> Тоже верно.
> Просто С-снобизм улыбает.Сам я больше доверяю прагматичности минтовцев идти по пути наименьшего сопротивления. Из за этого у них много чего получается в области десктопа: инфраструктура убунты, инфраструктура гнома плюс свои заплатки.
К примеру, имел когда-то интерес к notification-daemon. В какой-то версии, гномовцы перепилили его так, что настройки цветов стали подхватываться не из gtk-темы, а были прошиты в исходник (config.h).
Насколько понимаю, минтовцы переписали модули gnome-control-center, оформив их сразу плагинами к cinnamon. Это однозначно вин! Меньше зависимости от упоротых гномовцев, и вместе с этим, не слишком много на себя берут, чтоб справляться с поддержкой. А скриптота для плагинов - обычное дело, тем более для control-center, который запускают ради пары действий.
Сорри за простынь)
> Сорри за простынь)Да, ничего. Годно очень даже шпилишь )
>>Угу. Фряшники (да и не только они) тоже посмеивались, когда Marc Espie в OpenBSD начал переписывать pkg_* с C на Perl. А теперь вот только-только начинают догонять опёнок по (полезным) фичамБрееехня! (С) Неуловимые мстители
Во первых, СЮРПРИЗ! в списке претензий FreeBSD к pkg_* на perl - _НЕТ_ ничего про ресурсожор или тормознутость. Что есть - ищите самиЮ дела давно минувших дней ...
Во вторых - самая перлово-ориентированная система на тот момент (да - это фряха) вдруг стала монотонно выжимать перл из base ... и таки выжала :) Нынче если он вам нужен - ставьте сами (2 сек, но таки Вы должны это сделать _сами_).
Ну и в третьих ... какие такие фичи?! Список того что может pkg_* в опенке и не могут другие? Надеюсь ты не упустил из виду тот факт что пока вы cool down в криокамере мир сильно поменялся, так во фряхе с 10-ки больше нет pkg_*, а есть pkg (АКА: pkgng) ... и он на сях и при этом один из лучших бин.реп.мгмт вообще. :) Я бы и под линкс такой пользовал.
> при этом один из лучших бин.реп.мгмт вообще. :)Это который в версии 1.7, после лока libGL&Co собственной сборки, постоянно норовил установить nvidia-driver + linux_base-c6? )
А до этого – спокойно обновлял заблокированные пакеты, если они шли в обратных зависимостях? И где все еще нельзя указать репу для отдельного пакета? И … в общем, баги и неудобства при несколько нестандартных хотелках, типа использования пары-тройки пакетов собственной сборки, все еще вылезают довольно регулярно.
> переписаны на языке Python с использованием модулей cinnamon-settings (ранее данные конфигураторы были написаны на языке Си), что существенно упростило их сопровождение.Владельцы Core i7 и 16GB RAM несомненно порадуются.
Тут производительность не нужна от слова совсем, а вот если хочется дописать свой модуль для своей программулины, то это теперь без проблем делается.
> Тут производительность не нужна от слова совсем, а вот если хочется дописать
> свой модуль для своей программулины, то это теперь без проблем делается.Да конечно. Сначала нам производительность не нужна в конфигурялках, потом окажется, что не нужна в остальном интерфейсе, в утилитах и прочем. Оцените насколько возросли требования к CPU и RAM у десктопных линуксов за 10 лет, после этого покажите мне пальцем - что конкретно по сути там изменилось? Почему тогда для нормальной работы требовалось 256 мегабайт памяти, а сейчас и 2GB не хватает? И это я даже про веб не говорю, потому что там и 4GB памяти сейчас уже маловато. Почему раньше все работало на Pentium 4/Athlon XP, а сейчас даже i3 пыхтеть приходится и без SSD жизнь превращается в сплошное уныние?
Во всяком случае, если мы говорим про полноценные DE, а не уровень twm.И про дописывание модулей - странное суждение. Почему-то раньше проблем в дописывании модулей у желающих не было. Откуда они, вдруг, возникли сейчас?
Если брать конфигурации из коробки да, а так cinnamon жрет у меня немного около 400 мегабайт. Недавно был удивлен кедами на дистрибутиве rosa , кушали около 300 мегабайт. С вебом да проблема, что хромиум что лиса жрут много а результат один
Живьем сборки от alv.me и cubuntu - от 480 до 1100 мегабайт.
KDE - с aconadi (kubuntu) - 700 мегабайт, без aconadi (KaOS, Neon) - 370-400 мегабайт.
Почему я должен менять свои pekwm и jwm на этого монстра?
Несколько интереснее другое: почему ты должен прилюдно отчитываться о своих терзаниях в данной ветке?
http://www.linuxquestions.org/questions/slackware-14/call-fo.../Слакварщики, налетай))
> сформирован релиз пользовательского окружения Cinnamon 3.0Уже в сизифе (сегодня приехал в регулярки: http://nightly.altlinux.org/sisyphus/flavours/cinnamon/ и http://nightly.altlinux.org/sisyphus/ChangeLog), собирается в p8. :)
Апиритивненько, молодцы )Михаил, а что за ядро указано в логе вторым? Которое 4.5.2?
