После полугода разработки состоялся релиз пользовательского окружения LXQt 0.17 (Qt Lightweight Desktop Environment), развиваемого объединённой командой разработчиков проектов LXDE и Razor-qt. Интерфейс LXQt продолжает следовать идеям классической организации рабочего стола, привнося современное оформление и приёмы, увеличивающие удобство работы. LXQt позиционируется как легковесное, модульное, быстрое и удобное продолжение развития рабочих столов Razor-qt и LXDE, вобравшее лучшие черты обеих оболочек. Код размещён на GitHub и поставляется под лицензиями GPL 2.0+ и LGPL 2.1+. Появление готовых сборок ожидается для Ubuntu (LXQt по умолчанию предлагается в Lubuntu), Arch Linux, Fedora, openSUSE, Mageia, FreeBSD, ROSA и ALT Linux...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54978
>времени создания файловНу наконец добавили, а то в линуксе уже много лет есть, в glibc уже 3 года как добавили, и тут только раздупляются. Это очень удобно для управления файлами, скажем mtime архива при этом можно выставить на время последнего файла. Я за полчаса написал такой однострочник для всех типов архивов. Хотя конечно не помешало бы ещё одно время вместо этого, например contenttime
> В файловом менеджере (PCManFM-Qt) реализована полная поддержка времени создания файлов.stat /bin/ls
У меня в GNU/Linux время создания файла не поддерживается:
atime - последний доступ
mtime - последняя модификация
ctime - последнее изменение статуса
btime - время рождения, у меня отсутствует, у в ех файлах пусто!> В меню Tools добавлены кнопки для создания ланчеров и включения режима администратора, использующего GVFS для перемещения файлов, не подпадающих под текущие права пользователя, без получения привилегий root.
Добавили большую дырень в ACL для вирусни!!! Наверно на этот файловый менеджер s-бит поставили. Осталось только добавить автоматический предпросмотр содержимого файлов как в KDE и все благоприятные условия для обитания вирей будут созданы:)
PS:
С LXQT теперь необходимо выкидывать две вещи: dbus и PCManFM-Qt.
> stat /bin/ls
> У меня в GNU/Linux время создания файла не поддерживается:Время создания должно ж еще поддерживаться FS, иначе откуда его стату брать?
stattime /boot/loader.conf
File: /boot/loader.conf
Access: 17:23:14 19/08/2016 #atime
Birth: 18:47:56 14/11/2013 #birthtime
Modify: 15:27:50 25/02/2021 #mtime
Change: 15:27:50 25/02/2021 #ctime
Вот я и говорю, столько бесполезных данных (atime использовался древними почтовиками для чего-то и больше нигде, ctime вообще бесполнезнейшая стата -- какая разница вообще?), а фактическое время модификации содержимого приходится в xattr класть (поддержка которого в DE никакущая).GVFS мне никогда не нравился, первым делом я его выжигаю из любой системы. Самое страшное, что случалось, это корзина отваливалась. Но в кде своя корзина и лучше использовать её тогда уж.
Блин, гении обсуждают. Это не время создания _файла_, а время создания inode.Например, при восстановлении из бэкапа, у вас btime будет свежее atime.
> Блин, гении обсуждают.
> Это не время создания _файла_, а время создания inode.А капитаны очевидность отписываются?
> Например, при восстановлении из бэкапа, у вас btime будет свежее atime.Ты явно что-то делаешь не так.
$ gnustat ~<многовложений>/Frontier\ 2400/BIGGUN.WAV
Access: 2007-06-30 16:25:10.906250000 +0200
Modify: 1993-02-14 23:00:00.000000000 +0100
Change: 2018-07-23 17:54:14.921571000 +0200
Birth: 1993-02-14 23:00:00.000000000 +0100$ gnustat ~<многовложений>/NC.EXE
Access: 2010-06-23 16:38:24.156250000 +0200
Modify: 1993-05-10 00:00:00.000000000 +0200
Change: 2018-07-23 17:49:35.452088000 +0200
Birth: 1993-05-10 00:00:00.000000000 +0200
Он имеет в виду что при копировании btime всегда свежий. В частности, у rsync тоже. Как и у архиваторов. Но это и правильно, потому что копия не оригинал. Кстати, как ты это сделал, там точно поддержка btime есть у фс?
> Он имеет в виду что при копировании btime всегда свежий. В частности,
> у rsync тоже. Как и у архиваторов. Но это и правильно, потому что копия не оригинал. Кстати, как ты это сделал, там
> точно поддержка btime есть у фс?dump - restore.
$ stattime /etc/ttys
File: /etc/ttys
Access: 20:47:33 16/08/2016
Birth: 20:49:52 03/11/2013 <---
Modify: 23:59:29 11/03/2019
Change: 23:59:29 11/03/2019$ cp -a /etc/ttys .
stattime ttys
File: /usr/home/анонн/misc/ttys
Access: 20:47:33 16/08/2016
Birth: 23:59:29 11/03/2019 <--- btime == mtime
Modify: 23:59:29 11/03/2019
Change: 14:57:25 18/04/2021А теперь восстановление из бэкапа:
$ dump -0Lauf - / | restore -i -f -
restore > cd etc
restore > add ttys
restore > extract
set owner/mode for '.'? [yn] n
restore > q$ stattime etc/ttys
File: /usr/home/анонн/misc/etc/ttys
Access: 20:47:33 16/08/2016
Birth: 20:49:52 03/11/2013 <--- оригинальный btime
Modify: 23:59:29 11/03/2019
Change: 14:49:41 18/04/2021$ fstyp /dev/gpt/userfs
ufs
>[оверквотинг удален]
> restore > q
> $ stattime etc/ttys
> File: /usr/home/анонн/misc/etc/ttys
> Access: 20:47:33 16/08/2016
> Birth: 20:49:52 03/11/2013 <--- оригинальный btime
> Modify: 23:59:29 11/03/2019
> Change: 14:49:41 18/04/2021
> $ fstyp /dev/gpt/userfs
> ufs
>
Ладно, аннон, ты злой, я тоже буду злой:
https://lists.openwall.net/linux-ext4/2019/02/17/6
I think the difference in opinion here is that there are two totally
different BTIme out in the world. For two somewhat opposite motivations
and it seems they both try to be crammed into the same on disk space.
One - Author creation time
This is a Windows originated creature and later MAC (and all vendors who
make a living by serving cifs (hint see my email address))
This is a tag carried globally on the globe denoting the time of the
original creator of the file. copy, download, backup-restore and so
on preserve it from the very first original creation.
This creature is a user oriented information. That needs to be carefully
orchestrated by all parties
Two - Local creation time
This is an immutable local FS information that helps in debugging and
FS-checking / recovery of data. It is an information that kind of denotes
the order of creation of files on a local FS.
So it looks like both sides are correct trying to preserve their own guy?
> $ fstyp /dev/gpt/userfs
> ufs
Из чего мы делаем вывод, что BSDуны -- латентные "Windows originated creature and later MAC".
А по существу, теперь мы можем быть уверены, что btime вообще использовать невозможно, потому что на разных системах она означает разные вещи, и ваши скрипты будут без малейшего сообщения об ошибке вести себя по-разному. ололо
На счёт dump, у нас есть Откровение Его Самого
https://dump.sourceforge.io/isdumpdeprecated.html
и
https://en.wikipedia.org/wiki/Dump_(program)
It operates on blocks, below filesystem abstractions such as files and directories.
> Из чего мы делаем вывод, что BSDуны -- латентные "Windows originated creature and later MAC".Больше смахивает на классическое "не поддерживается в пингвинчике? Ну, не очень-то и хотелось и вообще, НЕ НУЖНО и ВИНДУЗЯТНИЧЕСТВО!", так что завидуйте молча ;)
> На счёт dump, у нас есть Откровение Его Самого
> https://dump.sourceforge.io/isdumpdeprecated.html"Как создать себе проблему и героически ее преодолевать", (коллективное творчество Пингвинят, том 113)
Но:
https://access.redhat.com/documentation/en-us/red_hat_enterp...
Просто "the results of backing up a mounted data partition can be unpredictable."
> https://en.wikipedia.org/wiki/Dump_(program)
> It operates on blocks, below filesystem abstractions such as files and
> directories.Угу-угу. Википедия "ас из".
Могу ткнуть в сорец dump, где делается скан директорий и cписков файлов - по другому сложно "суметь" в
DESCRIPTION
The dump utility examines files on a file system and determines which
files need to be backed up. These files are copied to the given disk,
tape or other storage medium for safe keeping (see the -f option below
for doing remote backups).
...
Directories and regular files which have their “nodump” flag (UF_NODUMP)
set will be omitted along with everything under such directories, subject
to the -h option.
хотя пожалуй хватит ииз dump.h
/*
* Dump maps used to describe what is to be dumped.
*/
extern int mapsize; /* size of the state maps */
extern char *usedinomap; /* map of allocated inodes */
extern char *dumpdirmap; /* map of directories to be dumped */
extern char *dumpinomap; /* map of files to be dumped */
> Больше смахивает на классическое "не поддерживается в пингвинчике? Ну, не очень-то и
> хотелось и вообще, НЕ НУЖНО и ВИНДУЗЯТНИЧЕСТВО!", так что завидуйте молча
> ;)Да нет, почему не поддерживается, поддерживается, просто имеет большей частью "вторую" семантику, "время создания инода". Я, как бы, согласен, что "время создания файла как сущности", по хорошему, важнее, но ведь хуже определено.
Вообще, я несколько завидую бсдшникам из-за того, что они могут позволить себе тратить столько усилий на поддержание консистентности системы.
> Просто "the results of backing up a mounted data partition can be
> unpredictable."Угу, а перезагружаться ради бэкапа на сервере не хочется. Я бэкапаюсь rsync, но это тоже мнэ, плохое решение.
>[оверквотинг удален]
> */
> extern int mapsize;
> /* size of the state maps */
> extern char *usedinomap; /* map
> of allocated inodes */
> extern char *dumpdirmap; /* map
> of directories to be dumped */
> extern char *dumpinomap; /* map
> of files to be dumped */
> из dump.hКакой неожиданно компетентный BSDун! Рискну предположить, что это это FreeBSD-специфично? Или обще-BSD?
В общем, жаль, что у btime получилась непереносимая семантика.
>> Просто "the results of backing up a mounted data partition can be
>> unpredictable."
> Угу, а перезагружаться ради бэкапа на сервере не хочется. Я бэкапаюсь rsync,
> но это тоже мнэ, плохое решение.Во-во, а "у нас" ключик -L сделали не под "label", а под
> notify dump that it is dumping a live file system. To obtain a consistent dump image, dump takes a snapshot of the file system in the .snap directory in the root of the file systemно да, ФС должна поддерживать (Как например "отсталая и замшелая" UFS. Хотя все же снапшоты не очень сочитаются с журналом).
> Рискну предположить, что это это FreeBSD-специфично?
> Или обще-BSD?Скорее обще-dump-во.
https://sourceforge.net/p/dump/code/ci/main/tree/dump/dump.h (Dump/Restore ext2/3/4 filesystem backup, ссылка взята из дебиана)
Но можно сразу смотреть на
https://sourceforge.net/p/dump/code/ci/main/tree/dump/traver...* Dump pass 2.
*
* Scan each directory on the filesystem to see if it has any modified
* files in it. If it does, and has not already been added to the dump
* list (because it was itself modified), then add it. If a directory
* has not been modified itself, contains no modified files and has no
* subdirectories, then it can be deleted from the dump list and from
* the list of directories. By deleting it from the list of directories,
* its parent may now qualify for the same treatment on this or a later
* pass using this algorithm.
*/
int
mapdirs(dump_ino_t maxino, long long *tapesize)
{
...
#ifdef __linux__
...
ext2fs_dir_iterate(fs, ino, 0, NULL, searchdir, (void *) &mdc);
...
/*
* Scan a disk block containing directory information looking to see if
* any of the entries are on the dump list and to see if the directory
* contains any subdirectories.
*/
static int
searchdir(
(за минусос #ifdef пингвино-специфики оно и во Фре и в Опенке точно такое же).
Понятное дело. Только если atime вообще нигде никак не используется, как и ctime, получается, от btime есть хоть какая-то польза.
> Понятное дело. Только если atime вообще нигде никак не используется, как и
> ctime, получается, от btime есть хоть какая-то польза.Я пользуюсь atime. У меня есть самопальный скрипт, который ходит по моим каталогам с личными файлами, и напоминает когда я давно не обращался к каким-то документам, которые надо читать регулярно.
Плюс, есть похожий (правда, плохо работающий) скрипт, который ходит по фс и смотрит, какие пакеты давно не обновлялись и не используются.
Как обычно около часиков хреновато скомпонованная несуразная гирлянда из прикольных "очень нужных" иконок
Гномеры пытаются компенсировать неполноценность Гном3 обсиранием других графических окружений. Ну конечно, раз в Гном3 выпилили трей, то он никому не нужен.
это когда же выпилили?
В версии 3.26. Предлагают обмазаться расширениями: https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/
Всем вменяемым людям известно, что ГНОМ - для невменяемых 3,14д-расов.
Гном был более чем годным до момента релиза счели.
Никогда не был. Он всегда был уродлив, как и всё, написанное на ГТК.
> раз в Гном3 выпилили трейДругой вопрос -- зачем его туда вообще впилили. Можно было с самого начала продумывать пользовательское окружение, а не тащить вантузо-концепции в дефолтное ДЕ линукса.
> компенсировать неполноценность
Трей и есть компенсация неполноценности.
>дефолтное ДЕ линуксаЯснопонятно.
Отрицатель реальности? Смотри, сынок, открываю я вчера значит чисто случайно стандарт WAI-ARIA 1.1, а там:> The menubar role is used to create a menu bar similar to those found in Windows, Mac, and Gnome desktop applications.
Не "linux desktop applications", не "gtk/qt desktop applications", а именно Gnome. Не убедило? Тогда приведи мне дистрибутив линукса из популярных топ-10, у которого бы по дефолту шел не гном, а что-то другое.
Все дистрибутивы, в которых нужно работать на десктопе, а не любоваться на анимации иконок, пытаются любым способом решить проблему гнома. Потому-что это реальная подстава от РедХэта, которую всем навязывают наряду с systemd. И эргономика смартфонная неудобна для рабочего стола, и скромное железо его не тянет. Убунта, Минт, Систем76 пытаются его переделать своими силами, а в нормальных дистрибутивах его просто выкидывают. Сам РедХэт его поставляет в режиме classic, а в обычном виде выкатывают его на поиграться в своей тестовой Федоре.
> пытаются любым способом решить проблему гномаДа нету в твоих попосах никаких "решений проблем". Цель вторичных дистров вроде попоса и абанты -- это нескучно раскрасить гном, провести цветовой ребрендинг. Например, у абанты это цвет нездорового стула.
> Сам РедХэт его поставляет в режиме classic
Ну естессно, RHEL достаточно консервативная ось и предлагает дефолт, к которому привыкли рхеловоды. А абанта предлагает в своем гноме дефолтную боковую панель, потому что к ней привыкли убунтята. А не потому, что "есть объективная нужда в боковой панели", или что "отсутствие боковой панели это проблема гнома".
> которую всем навязывают наряду с systemd
systemd — стандарт индустрии, в которой объективно имеется нужна, и тут нет никакого "навязывания". Ты либо знаешь systemd и являешься специалистом в уважаемой компании, либо лепишь case $1 in start stop restart баш-портянки в свободное от работы в Магните время.
Историю появления панельки в "абанте" не припомнишь? Им пришлось вложить кучу времени и денег, чтобы избежать испорченного гнома в своём дистрибутиве (самом популярном на десктопах). Только когда они забили на десктопное применение и переориентировались на сервера, тогда им стало плевать, что юзеры будут мучиться и выкатили гном с минимальными усилиями. Типа "десктоп не взлетел, умываем руки".Ну а рынок труда ежедневно пополняется новыми systemd-kiddies, так что не радуйся - зарплаты скоро обрушатся. Любой школьник может вызубрить те же команды, что и ты, не понимая - как работает система.
> Им пришлось вложить кучу времени и денег, чтобы избежать испорченного гнома в своём дистрибутивеNope, бабанта просто захотела свой собственный нескучный DE, щоб було, независимо от того, будет она лучше других DE или нет. Когда не взлетело, реализовали все то же самое на GNOME: как ни странно, для этого просто понадобилось заменить цвета в gtk.css и форкнуть уже существующую стороннюю боковую панель. Вот тебе и всё "избегание".
> Любой школьник может вызубрить те же команды, что и ты
Правильно, любой школьник может вызубрить case $1 in start stop restart и пилить свои собственные баш-портяночки. А школьники поумнее выйдут на следующий уровень абстракции: "сервисы, зависимости, юниты, таргеты". Следующий уровень абстракции — это то, чему копротивляются баш-портяночники.
> не понимая - как работает система
Как работает система — это не та тема, в которой ты разбираешься, поэтому я бы на твоем месте постеснялся ее затрагивать.
В крупных корпорациях и "уважаемых компаниях" нет понятия "просто захотела" - они бизнес делают. Когда Гном 2 закопали, им пришлось свой десктоп тянуть, когда десктоп как направление свернули - остались только сборки, выпускаемые сообществом. Просто одну из комьюнити-сборок Ubuntu Gnome переименовали в Ubuntu, а настоящую Ubuntu Desktop дропнули. А причиной того, что Linux в целом потерял возможность развиваться как десктопная ОС стал как раз Гном 3.Кстати, пока не встречал школьников, умеющих в "баш-портяночки". А systemd-школьников и здесь, и особенно на ЛОРе - пруд пруди.
> В крупных корпорацияхКаноникал далеко не корпорация, и далеко не крупная.
> причиной того, что Linux в целом потерял возможность развиваться как десктопная ОС стал как раз Гном 3
Наоборот, именно с GNOME 3 и пришел настоящий стандартизированный линукс-десктоп с достаточно унифицированным набором инструментов. Я даже заявлю больше: GNOME 3 не просто лучший DE в линуксе, а он лучший DE в принципе, в сравнении с вантузом и маком. Причем еще бОльшая красота GNOME 3 открывается, когда начинаешь изучать его устройство с точки зрения разработчика (следовательно, тебе эта красота не будет доступной никогда).
> пока не встречал школьников, умеющих в "баш-портяночки"
Как не встречал, тут их полно, вот ты например. Причем именно на их возраст можно списать стремление побороться с корпорациями и быть "нитакими как все, нитакими как системдосники".
> GNOME 3 не просто лучший DE в линуксе, а он лучший DE в принципе, в сравнении с вантузом и маком.Жир с монитора клавиатуру закапал.
> Как не встречал, тут их полно, вот ты например.Ну, переход на личности - это самый веский аргумент в пользу технического совершенства гнома, systemd. Это уже фирменных стиль любителей этих современных технологий.
> Причем еще бОльшая красота GNOME 3 открывается, когда начинаешь изучать его устройство с точки зрения разработчикаЯ понимаю, что не все программисты видели что-либо красивее JavaScript + CSS.
>Я понимаю, что не все программисты видели что-либо красивее JavaScript + CSS.А что, Гномоубожество написано на JavaScript + CSS?
И производные тоже? (Матэ, Cinnamon, всякие остальные Elementary)
> systemd — стандарт индустрииТолько во влажных фантазиях шляпников.
Alpine прекрасно живет без него. Как и TCL. И они вполне себе используются в проде.
Но ты можешь продолжать писать сустемг-юниты для пятерочки. Там как раз сусе с сустемдой.
> AlpineТвой альпин запускается докером, который в свою очередь все равно запускается системдой.
>> Alpine
> Твой альпин запускается докером, который в свою очередь все равно запускается системдой.Нет, его используют с докером, потому что он выбран как минималистичный дистрибутив в базе.
Но, Alpine не зависит от докера и в проекте есть также ветка развития десктопного варианта, другое дело, что у него свои репозитории и они скудные, как крайний вариант минималистичного дистрибутива, который собран "за тебя" подойбёт, хотя void скорее больше подходит. Но, как и void в нём есть свои "специфические особенности", поведение которых не всем хватит нервов побеждать.
На мой взгляд проще лепить минималистичную систему, если не для докера, а на постоянку, из source-based дистров gentoo пока лучший вариант, потому что пахан-перепахан вдоль и поперёк и довольно стабильный, ну, может ещё crux, вполне возможно nixos подошёл бы, но я не пробовал, знакомый девляпсер как раз пробовал и плевался, хоть и интересно, но нештабильно, нельзя положиться.
> Тогда приведи мне дистрибутив линукса из популярных топ-10, у которого бы по дефолту шел не гном, а что-то другое.Ты используешь демагогический приём - 1.4. Количественно-качественные подмены.
Во-первых: нам нужна статистика популярности Линукс дистрибутивов. Во-вторых: даже если самые популярные дистрибутивы используют Gnome Shell это не значит что он лучше LXQT или любой другой СРС. Я ещё раз хочу напомнить, что любой незаинтересованный человек выберет СРС по типу Win или Mac, т.к. они убобны. Ни один нормальный человек не выберет Gnome Shell добровольно, имея альтернативу. Все кто нахваливают Gnome Shell либо финансово заинтересованные товарищи, либо полезные идиоты на общественных началах, которые хотят доказать всем остальным а главное себе, что они не такие как все, лучше, умнее, остальных, то есть закомплексованные.
>[оверквотинг удален]
> Ты используешь демагогический приём - 1.4. Количественно-качественные подмены.
> Во-первых: нам нужна статистика популярности Линукс дистрибутивов. Во-вторых: даже если
> самые популярные дистрибутивы используют Gnome Shell это не значит что он
> лучше LXQT или любой другой СРС. Я ещё раз хочу напомнить,
> что любой незаинтересованный человек выберет СРС по типу Win или Mac,
> т.к. они убобны. Ни один нормальный человек не выберет Gnome Shell
> добровольно, имея альтернативу. Все кто нахваливают Gnome Shell либо финансово заинтересованные
> товарищи, либо полезные идиоты на общественных началах, которые хотят доказать всем
> остальным а главное себе, что они не такие как все, лучше,
> умнее, остальных, то есть закомплексованные.О, адекватные мысли в треде про гномощель. плюсанул бы, да низзя Анонам, могу только так "+"
Стандарт, выдержку из которого ты привёл, никаким боком не относится к графическим окружениям Linux.
Правильно, в этом и была цель: продемонстрировать, что о дефолтности гнома известно даже в абсолютно рандомных документах, никак не связанных с линуксом.
Ну а что не привел выдержку с этикетки например от зубной пасты. Может там тоже про гном написано, будем на неё ровняться. На заборе тоже много чего написано.
Ну так я повторюсь: приведи мне дистр из топ-10 популярных, в котором GNOME не является дефолтным. Можешь даже сослаться на этикетку от зубной пасты, если эта информация будет проверяемой.
Ты сначала приведи список этого топ10 и методы его подсчета. Потом и поговорим, блаженный.
>Отрицатель реальности?Какой? Вашей придуманной?
> дефолтное ДЕ линуксаЛинакс - это ядро. Причём тут DE.
"Линакс" -- это lsb, и там далеко не только ядро.
Все ж правильно, как я и привык в своей винде?!
Проблема не в наличии трея, а в том, что порядок значков в нем нельзя менять. Вот не нравится мне, что у меня значок каждый день оказывается в разных местах.
Это лишь одна из многочисленных проблем трея.
Чьего трея? У нас, котов, лоток, а у вас, козлов, - трей?
У котов лоток это то куда срут. Тогда уж не у котов лоток, а просто лоток.
> значок каждый день оказывается в разных местах.хрена проблемы
Ну представь, что в твоем вантузе кнопкопуск будет рандомно то внизу, то еще черт-те где. И у адептов вантуза вроде тебя вот так во всем: вместо продумывания консистентного UI идет тупо отрицание проблем.
"После полугода"
Воу-воу, куда спешите?
Гугл заметит и купит!
Qt разве не в KDE ушёл?
Что?
https://www.opennet.dev/opennews/art.shtml?num=54913
LXQt — это не Qt. Qt — библиотека для построения графического интерфейса, LXQt — окружение рабочего стола, построенное на основе Qt. Есть и другие окружения на основе Qt, к примеру, KDE или Fly (Astra Linux).
> LXQt — это не Qt.Скажи это Гному, который захапал себе гтк и Gimp в придачу.
>> LXQt — это не Qt.
> Скажи это ГномуВы не поняли. Почитайте, что это всё за проекты, на сайтах самих проектов. И попробуйте понять, как они вообще соотносятся по вертикали и горизонтали, так сказать.
А ничего, что сегодня выходной. Так что, сами читайте.
>задаёт тупой вопрос
>рекомендуют ознакомится с матчастью, кидают ссылки
>вот ещё, сами это читайте, у меня выходной
> Есть и другие окружения на основе QtВы мало-мало лукавите, пытаясь как бы объяснить.
Всё Вами перечисленное -- это окружения на базе KF5, технически говоря.
LxQt не на KF5.Насчёт Lumina точно не знаю, но непохоже что оно на KF5.
> LxQt не на KF5.И всё же LXQt совершенно точно на KF5: http://github.com/lxqt/lxqt/wiki/Building-From-Source (я его, собственно, в альте пакетить начинал -- кажется, это вообще первые rpm-ки были).
Вы сами-то чем пользуетесь, Михаил? Авесом, небось?Xfce на gtk3 что-то начало раздражать, и помню, когда-то давно qt мне нравилось, а kde нет.
> Вы сами-то чем пользуетесь, Михаил? Авесом, небось?Сейчас пишу с x86-ноута под WindowMaker (когда он был новенький в 2013 году, то на нём превосходно прижилась сборка regular-enlightenment с E17, но затем интел доломал-таки свой драйвер и я понял, что без композитинга спокойней); на конторе -- MATE из p9_e2k, чтоб понимать, что отгружаю пользователям (но тоже с sysvinit).
Когда-то давно вполне симпатичен был IceWM (и неплохо освоен).
> Xfce на gtk3 что-то начало раздражать, и помню, когда-то давно qt
> мне нравилось, а kde нет.Ну посмотрите E и WM (или WM-ы).
<sarcasm>Wayland не поддерживает, выбросить.</sarcasm>// b.
Чтобы ыбросить вайленд, нужно чтобы он был. А его нет. (голосом Матроскина).
> LXQt позиционируется как легковесное, модульное, быстрое и удобноеЭто правда или влажные фантазии?
Сколько памяти потребляет в сравнении с LXDE,XFCE4,GNOME2,KDE3,KDE4?
Больше lxde и xfce4 на гтк2, меньше lxde, xfce4 и gone2 на гтк3. Самое легковесное сегодня это конечно kde5, а если без плазмы то и меньше всех в списке окажется.
Хватит сравнивать DE только по потреблению ОЗУ. Я почти ко всем отношусь нормально, но тот же KDE хоть и памяти жрёт меньше, но на ЦП нагрузка больше, чем в той же крысе. Условно, если у человека ноут с i5 3-го поколения и 32 ГБ ОЗУ, то ему лучше поставить Xfce/MATE/LXQt/что там ещё есть.
почему не опен или флюкс?
Чуть меньше современной крысы.А вообще х*** знает, ответственные за компоновку (или как эта штука называется?) этого окружения в разных дистрибутивах делают просто адские коктейли.
В дебиане вместе с lxqt-core установился оконный менеджер xfce, в lubuntu вроде как и раньше openbox, но они намудрили с правами доступа и не работает кнопка гибернации,плюс не работает автоподгонка размера (когда ты подтаскиваешь окно к краю экрана и его размер меняется так, чтобы занимать ровно половину).
Какая из версий "основная", а какая является извращением на тему понятия не имею.
Посмотрите при случае http://nightly.altlinux.org/p9/permalink/alt-p9-lxqt-latest-... из http://altlinux.org/starterkits
> Посмотрите при случае http://nightly.altlinux.org/p9/permalink/alt-p9-lxqt-latest-...
> из http://altlinux.org/starterkitsДоброго времени суток, Михаил!
У меня к вам вопрос не по теме:
Если не секрет, какой диапазон зарплат майнтейнеров Альтлинукса?
> У меня к вам вопрос не по теме:
> Если не секрет, какой диапазон зарплат майнтейнеров Альтлинукса?Совсем не по теме -- ну и не майнтейнеров, а разработчиков, наверное.
Если так, то точную вилку сейчас не знаю (она вроде ещё чуть подросла), но на http://basealt.ru/about/vacancies по наиболее близкой к вопросу позиции читаю:
"Сопровождение RPM пакетов (Junior)
[...]
Зарплата по результатам собеседования (от 80-120 тыс. руб.)
Удалённая работа или в одном из офисов компании (по желанию)"
Фантазии. После перехода на глюк-т оно потеряло смысл.
Ничего, что сперва разработчики LXDE (коих я местами знаю) сперва попытались перейти на GTK+3, но им быстро объяснили, что это теперь GNOME Toolkit, а всякие левые пользователи выкинутых виджетов могут идти на мороз?PS: убрал своё хамство, ни к чему; простите.
Пруфца бы хорошо, а то вот mate с cinnamon живут и не страдают.
Да и XFCE уже тоже.
страдают и жрут немерянно с новыми релизами
Мазохисты, что тут сказать.
> Пруфца бы хорошо, а то вот mate с cinnamon живут и не страдают.Спросите andrej@ (см. коммиты в lxde), чтоб я не переврал, что именно за gtk tree? widget, нужный LXDE, выкинули тогда из GTK+3.
> Ничего, что сперва разработчики LXDE (коих я местами знаю) сперва попытались перейти
> на GTK+3, но им быстро объяснили, что это теперь GNOME Toolkit,
> а всякие левые пользователи выкинутых виджетов могут идти на мороз?
> PS: убрал своё хамство, ни к чему; простите.Беда только в том, что на культях они не сделали как минимум как было по функционалу, и по потреблению ресурсов, что-то в минимализм не осилили.
Не являюсь тулкитофобом, если что, но при сравнении в лоб, LXQt, на мой взгляд - деградация.
По поводу остальных сред, не знаю внутренней кухни, но что-то мне подсказывает, что если тщательней подходить к оптимизации, выбирать непрожорливые аспекты тулкитов, то скорее всего можно и на современных их версиях создать что-то довольно минималистичное и функциональное, по крайней мере лучше чем то, что есть в текущий момент.
Старенькие данные, зато сняты в сопоставимых условиях: http://altlinux.org/starterkits/Memory
>> LXQt позиционируется как легковесное, модульное, быстрое и удобное
> Это правда или влажные фантазии?
> Сколько памяти потребляет в сравнении с LXDE,XFCE4,GNOME2,KDE3,KDE4?Больше, чем LXDE, врать не хочу, сейчас точно не вспомню, но ощутимо больше, скорее ближе к XFCE. Плохо то, что и по функционалу LXQt местами проигрывает LXDE, тот же нужный мне Display Pager работает криво, не так как в LXDE (XFCE и MATE), если я правильно понял, то это для них ФИЧА, а не баг.
Если это действительно так, то для меня LXQt вход заказан.
Как по мне, эта среда проигрывает LXDE по всем основным параметрам и с моей точки зрения она решает только проблемы одной ниши тулкитофобов, я так-то не против, пусть будет, вот только не ценой закапывания LXDE!
XFCE с последним релизом разжирел, поэтому в этом году как выйдут бубунты 21.04 будет новый перетест самых популярных DE уже с более воспроизводимой методикой.
И наверное нужно будет написать таки отдельную статейку на эту тему, если кому интересно.
В прошлый раз можно было списать на некоторую рандомность, потому что не продумал методику тестирования. В этот раз, думаю, будет лучше. Но, всё же я ориентируюсь на серьёзные LTS-релизы, с ними народ дольше пользуется.
Конечно мне далеко до вот этого товарища: https://l3net.wordpress.com/2013/03/17/a-memory-comparison-o.../
Но его статья уже устарела в плане данных, со слезами впоминается то самое описываемое время, когда XFCE весил 70 MB, семьдесят, Карл!
В идеале, хорошо бы ещё сравнить разные дистрибутивы, потому что разные дистрибутивы с одной средой на старте, бывает ощутимо разное количество ресурсов потребляет.
Плохо, что новый thunar не вошёл ни в один текущий релиз, видимо он попадёт в следующий, по крайней мере я на это надеюсь.
Ну, на Кор2Квад со встройкой жрёт в простое 350МБ примерно, а с работающей Оперой на 4-5 вкладок -- 600-650МБ.
Дистр. Лубунту 20.04.2 (ядро 5.11 от Ликуорикс).
Новость попахивает шизухой:> продолжение развития рабочих столов Razor-qt и LXDE
Как это они собрались "продолжать развитие" LXDE, которое GTK-based, на основе КУТЭ?))) Это будет что угодно, но только не развитие.. скорее последний гвоздь в крышку гроба :)
Так, что когда программа меняет тулкит, это всего лишь смена тулкита.
Это именно когда "программа" меняет гуй - а тут речь о DE. Не видишь разницы?
> Так, что когда программа меняет тулкит, это всего лишь смена тулкита.Может и так, вот только это больше похоже на смену одной жены на другую, только одну звали Люда, а текущую Люся, вроде бы обе с похожими ТТХ, но не одно и то же.
Так что нет, LXQt переписали, считай с нуля!
С разморозкой:https://www.zdnet.com/article/lxde-waves-goodbye-to-gtk-in-m.../
// b.
Ознакомился. Ну в целом оно и разумно в первой части (не переходить на GTK3), но дальше..
Я тоже думаю, что могли бы форкнуть второй гтк, раз он так зашёл. А то после классического LXDE их форк кажется очень сырым.
Долго же ты спал: https://www.opennet.dev/opennews/art.shtml?num=37359
Ну не юзал я его)) Скриншоты помню только GTKшные, а после никаких новостей не попадалось - видать на кутэ оно стало никому нафиг не нужным, бгг.
Эталонное ненужно. Непойми что и непойми зачем.
Я рад, что у тебя хватает денег на intel i7 и nvidia 3800, но не у всех их так много.
Есть Матэ, есть другие довольно легковесные столы. Зачем вот это не доделаное до конца и некомплектное в плане родных программ?
> и некомплектное в плане родных программ?А зачем как-то переписывать под DE уже существующие? Их там должен быть только необходимый минимум, и никаких собственных "плееров" и "игр"!
Как это так? Если окружение - то должны быть свои, с единообразным поведением, настройками, оформлением и тд. А Раб.столов то много, почему надо использовать тяжелые Qt или Gtk(в LxDE), если цель сделать легковесное, если целостность неважна? Потому я и удивляюсь. На старом компе я использовал Puppy Linux и был доволен. А вот это LX оно не фига не легкое, оно только легковатое.
Не Матэ, а Мэйт. В английском произношение совсем иное. Матэ это имя персонажа из корейского сериала Красавчик.
Здесь испанский - чай из листьев. Матэ.
>> Не Матэ, а Мэйт. В английском ...
> Здесь испанский - чай из листьев. Матэ.Реально задолбали персонажи, не знающие, что мире гораздо больше языков, чем один долбаный английский.
Хуже только персонажи, читающие аббревиатуры как английские слова (GRUB - граб, CUPS - капс, etc).
P.S. Только не "мате", а "матей" или, возможно даже, "матай": https://mate-desktop.org
"The name “MATE”, pronounced Ma-Tay, ..."
Судя по википедии таки "матей": https://en.wikipedia.org/wiki/MATE_(software)
В русском языке матэ или мате, так устоялось, может и неправильно, но видно так удобнее.
https://ru.wikipedia.org/wiki/%D0%9C%D0%...
> Не Матэ, а Мэйт.Особенно плохо, когда пытаются "исправлять" верное на неверное.
Не делайте так.
А какая у них целевая аудитория?
Теперь никакая))
Те, кому нужно использовать только QT. В Gentoo можно собрать систему и браузер без GTK приблуд совсем. Браузер Falkon там работает из жирных с адблоком рекламы в интернете. Netsurf то и так работает нормально. Почитать хорошие сайты без перегруза рекламой или 90% чужими доменами можно. А то заходишь глянуть обычные новости, а там без uMatrix вообще не стоит появляться.
В принципе да, был такой проект Qt Desktop...
Что-то с ходу не ищется, можете кинуть ссылку?
> Что-то с ходу не ищется, можете кинуть ссылку?Он несколько лет как неактивен (страничка qtdesktop.org закончилась в 2014 году, судя по вебархиву), но косвенные ещё есть:
http://code.google.com/archive/p/qtdesktop/
http://www.altlinux.org/QtDesktop
http://web.archive.org/web/20130123081209/http://www.qtdeskt...
Раньше сделать полноценный десктоп было нельзя сделать так как тащилось нечто от GTK. Только примерно пол года назад допили все так чтобы была нужна только glib и QT для нормальной жизни. Конечно офис получается только Calligra. В общем жить можно учитывая то, что QTwebkit это ядро хрома с надстройкой в виде Falkon чтобы был интерфейс. QT десктоп полностью жизнеспособен с LXQT и плазмой.
Почему только Calligra, как насчёт LibreOffice?PS Для не в курсе, LibreOffice без GTK собирается.
Собрать систему без культей гораздо проще.
Проще значит лучше? Если не дочитал тему, то учти тех, кто использует китайский, японский языки. FCITX используется чаще всего потому что в отличие от iBUS сохраняет в базе состояние метода ввода и не прикидывается "прямым" (direct) методом ввода при первом включении. После пересборки это решается, но все же е сть вторая загвоздка, а именно та, что iBUS легко ловит лаги и не переключает раскладку, особенно если нужно чередовать системную раскладку и iBUS как IME. Это полтора миллиарда с плюсом пользхователей, которые могли бы использовать линукс. Но вот без LXQT это сделать нереально. Plasma насколько я помню все также клинит, особенно отображение раскладок когда надо отвязать от КДЕ интеграцию FCITX для раздельного переключения системной раскладки и отдельно включать IME. И тяжело будет собрать систему без QT когда для Goldendict требуется именно QT. Туда загружаются словари и начинается каеф.
>[оверквотинг удален]
> "прямым" (direct) методом ввода при первом включении. После пересборки это решается,
> но все же е сть вторая загвоздка, а именно та, что
> iBUS легко ловит лаги и не переключает раскладку, особенно если нужно
> чередовать системную раскладку и iBUS как IME. Это полтора миллиарда с
> плюсом пользхователей, которые могли бы использовать линукс. Но вот без LXQT
> это сделать нереально. Plasma насколько я помню все также клинит, особенно
> отображение раскладок когда надо отвязать от КДЕ интеграцию FCITX для раздельного
> переключения системной раскладки и отдельно включать IME. И тяжело будет собрать
> систему без QT когда для Goldendict требуется именно QT. Туда загружаются
> словари и начинается каеф.Мне кажется, у вас плохо собран ibus. Переходом на него в Слаке я скорее доволен. Древний баг из fcitx и емаксом исчез, глюков стало меньше. Но у меня Крыса сейчас.
Да не скажи. Гном гвоздями пртбит к ненужноД. Да и было время, в gentoo плевались на гном из за этого.
Было? По-моему за последние 3 года ничего не изменилось. А ненужнод не требуется, ибо ненужнод кастрировали и сделали из нее elogond чисто поржать конечно же, ведь консолекит не обновлялся давно и в теории это несет некую вероятность угрозы безопасности.
>А какая у них целевая аудитория?Наппример, Малинки-Апельсинки.
Насколько оно пригодно для повседневного использования?
Лучше использовать готовый XFCE.
Или LXDE
С переходом на gtk+3 крыса перестала быть тортом.
А вырвиглазный GTK 2 был тортом?
Вполне себе.
без десктопов аппов, типа там дельфина с подключенным гугль драйвом и т.п. - нет, но с ними, вполне.
Ещё лет 5 и глядишь допилят до возможностей LXDE. А всё ради чего?
А все ради того, чтобы FCITX и Mozc работали глобально, а не только в окне ввода текста. Чтобы терминал работал надо было изобрести QT.И да, всем пофиг что там где там сформировано в каких-то конкретных дистрибутивах. В нормальных дистрибутивах это все появится. В ненормальных всего один рабочий стол или выбор из "популярных" жирностолов. А то захотят в OpenBSD это запихнуть и запихнут.
Вот наздоровье исходники чтобы любой мог сам собрать
https://github.com/lxqt/lxqt-about/releases/
Впрочем у них уже есть порт
Прикольно. Вполне годный проект, как я посмотрю. Хотя лично я был бы рад, если бы все вместе дружнее пилили кеды. И поменьше qml.
Кеды нормально пилят и к ним претензий собственно ноль. Ну разве что приходится ставить иконки Paper при темной теме. К тому же вместо Dolphin можно использовать PCmanFM-QT в плазме. Dolphin нужен только для ручного монтирования флешек в разных WM вроде Sway еслим не хочется это дело автоматизировать.
Ненаю, Dolphin мне норм, если отключить индексацию в кедах. Ну и было бы совсем счастьем если бы всё не висло в х_ям если при подмонтированном CIFS выдернуть сетевой провод...
Плазма падает довольно часто под вейландом с маслом. Cifs внутриядерный клиент виснет или самба? Самбу можно и поновее поставить. В Void сейчас 4.13.4, Но плазма под musl падает при просмотре лаунчера с программами.
Ясно, у меня пока ещё на иксах. Падает очень редко или предсказуемо (например, если отменить kwallet при запросе от nm/vpn). Обновлять который год уже стрёмно потому что рассказывают жуткие ужасы )
Кеды больны идеей охватить всё. А теперь им телеметрию вштырило внедрить. Пока opt-in, но кто знает, что будет завтра.
> Кеды больны идеей охватить всё. А теперь им телеметрию вштырило внедрить. Пока
> opt-in, но кто знает, что будет завтра.А как иначе? Либо охватываешь всё, либо юзеры будут жаловаться что надо тянуть кривософт из ГТК/ГНОМЕ.
Скучаешь, значит чего-то хочешь. Попробуй FreeBSD, там два "ОНО" во главе.
> Скучаешь, значит чего-то хочешь. Попробуй FreeBSD, там два "ОНО" во главе.Очередной попеннетный фантазер.
>поменьше qml.Вот с этим я бы поспорел. Наоборот, его интегрируют как можно больше, т.к. виджеты уже устарели.
У вас, наверное, и золото устаревает в подвалах? (9_9)
QML == open QML, parse QML, render shit
Widgets == just render widgets
Очевидно, что быстрее и экономичнее. Т.е. эффективнее.
Что за желание объединяться? Конкуренция это хорошо. И так все на одно лицо, убожества.
> LXQt Archiver добавлена поддержка открытия и извлечения данных из дисковых образоввроде Ark кдешный такого не умел
А прикольная игра слов.
А зачем вообще нужен плимут?
Фон раб.стола
Не-а, фон экрана до загрузки *dm или чего там.
Вот мне интересно, сколько можно это поделие разрабатывать? Ну закончили бы уже и занялись чем другим. А то ведь слепят в итоге кучу...
де норм, вполне можно пользоваться, кому кде сложно и тяжело
Легковесный lxqt выдаёт 1/10 функционала kde и жрет памяти больше kde.Зачем оно такое?
Затем, чтобы было.Конкуренция всегда хорошо
Не назвал бы это конкуренцией. Единственной вменяемо работающей оболочкой на моем ноуте (i5-3250, hd4000) является KDE на X'ах с отключенным композитингом. Остальные нагружают процессор и видеокарту от чего ноут шумит как пылесос. По железу, если включать композитинг, то только винда нормально живет на этом ноутбуке.
В KDE нормальный пуск, нормальный размер виджетов, человеческая кастомизация (цветовые схемы в несколько кликов ставятся), и раскладку можно поменять на alt+shift штатными средствами.Смузи пограммисты специально шляпу делают, чтобы не увеличивалась доля линукса на десктопе в такие благоприятные для него времена (люди слезают с игровой иглы + не желают мирится с политикой обновлений и навязывания программ майкрософтом, посылают к черту цифровой гуглаг, но все таки больше проводят за компом).
Я кде так и не осилил, слишком много всяких кнопок, ручек, крутилок, настроек, к тому же kmail криво косой и глючный.На всех моих ноутах стоит корица, либо минт, либо федора. Ничего не тормозит, вполне адекватно. Как юбунта релизнет корицу, наверное на неё перейду с минта, хотя надо посмотреть...
Э... Чем именно кривой и глючный кмэйл? Вообще-то, это лучший (вообще, лучший) на сегодня клиент почты. В последних версиях раздражает только то, что дайджест строится тормознутно (надо раза два переключиться на вкладку дайджеста, чтобы получить действительно актуальное состояние).PS: а вот что knode из Контакта убрали, это сильно редиски.
ставишь KDE/Gnome чтоб были приложения, потом пользуешь OpenBox, IceWm, JWM, Fluxbox :)
>Легковесный lxqt выдаёт 1/10 функционала kde и жрет памяти больше kde.Каких конкретно возможностей которые есть в KDE тебе не хватает в lxqt?
И как оно у тебя умудрилось отожрать больше Кед, что за дистр?
https://github.com/tsujan/Kvantum/tree/master/Kvantum
от разрабов LXQt реально полезная штука
Круто! А как у этого дела с GTK приложениями? Просто дефолт у кед хорош тем что там заморочились тем чтобы и GTK приложения выглядели сносно, не особо выделяясь из кутишных при дефолтных настройках (с тёмной темой, впрочем, местами всё равно бывало вылазили нюансы в отдельных приложениях, например где-то в отдельном гткшном приложении мог получиться ).UPD: не, не готово. Даже их дефолтная тема в некоторых Qt приложениях криво работает:
https://telegra.ph/file/b8f6c300e6738dec4bc82.png
https://telegra.ph/file/2f095fb2a904a37588c66.png
https://telegra.ph/file/4c48fe3eeab5d484a1cda.png
https://telegra.ph/file/e96a7a5a607f0dd99f288.pngУ Breeze Dark таких косяков в Qt приложениях нет, например.
UPD: нашёл в их менеджере тем комментарий: Under KDE, also select and apply the color scheme of this theme because some KDE applications may get their colors directly from the KDE color scheme.
Надо ковырять, в общем, видимо косяки на скриншоте отсюда. Поковыряю ещё на досуге...
Не знаю, использую в Крысе для Кутей, оно лучше, чем qt5cl
> Не знаю, использую в Крысе для Кутей, оно лучше, чем qt5clПотестил по быстрому, дефолтная тёмная тема пока очень сырая, см. скриншоты выше.
Использую для GTK ArcDark, для Qt KvArcDark - всё хорошо на 99%
> Использую для GTK ArcDark, для Qt KvArcDark - всё хорошо на 99%Ок, спасибо, попробую. Правда, вряд ли буду юзать тёмную тему, что-то через несколько минут понял что глаза утомляются быстрее, пожалуй лучше что-то среднее наверное.
>UPD: нашёл в их менеджере тем комментарий: Under KDE, also select and apply the color scheme of this theme because some KDE applications may get their colors directly from the KDE color scheme.Почему это поделие соответственно не может подхватить цвета из цветовой схемы KDE, а предлагает их выбрать там же поставив кучу своих? Непонятный подход. У меня один фиг кнопки например к центре настроек не поменяли цвет и почему-то темные.
> Почему это поделие соответственно не может подхватить цвета из цветовой схемы KDE, а предлагает их выбрать там же поставив кучу своих?Ну так оно оттуда и подхватывает, туда же ставит и свои цветовые схемы. Пожалуй так даже лучше: можно выбрать одну тему, а цветовую схему другую.
По хорошему бы им и конфигуратор свой интегрировать в Systemsettings в виде KCM плагина.
ЗЫ: что-то ни одна тема не зашла. Более менее норм KvOxygen, если бы не дурацкий вид табов :(
>Ну так оно оттуда и подхватываетОна может генерировать свои темы в KDE, но подхватывать оттуда готовые нет (wtf?). Для меня это непонятное устройство, как и разделение тем на светлые/темные хотя это делается цветовой схемой.
Я не понимаю этого подхода, когда форма виджетов не отделена от цветовой схемы.
>Ну так оно оттуда и подхватываетНеа. Я так понял что они ставятся туда для совместимости с теми которые выбираются в kvantum manager, которые хранятся отдельно где-то еще, в то же время в этом kvantum managere нет цветовых схем из стандартного KDE, потому что темой у них является вид виджетов + цвет.
>По хорошему бы им и конфигуратор свой интегрировать в Systemsettings в виде KCM плагина.
Да, неплохо было бы.
Ну, прикольная свистоперделка. Только, если это даст хотя бы +1 к отзывчивости и стабильности, я готов юзать тему ванговс95 с растровыми шрифтами.
Стоп, а в КДЕ бывают темы без сраных рюшечек чтобы всё рисовалось в один FIllRect()? Что-то не найду - всё какие-то наборы из сотни PNG-огрызков. :-/
Корица нынче так выглядит в минте прямо из коробки.
> https://github.com/tsujan/Kvantum/tree/master/Kvantum
> от разрабов LXQt реально полезная штукаПереведено и озвучено профессиональными программистами.
Хм, ну ок, когда выпустят KDE 6.0 и оно опять будет очень сырое, как 4.0 и 5.0, и в дистры его опять поторопятся засунуть раньше времени, пожалуй попробую на LXQT этом вашем отсидеться, вместо XFCE, как поступал раньше. Но вряд ли там в ближайшее время хотя бы панель осилят сделать нормальную как в кедах или хотя бы в винде, так что всё равно придётся вернуться в кеды. Впрочем и с кед особой необходимости насовсем уходить нет, благо после отключения ненужных функций они становятся не менее легковесными чем XFCE.
Нормальное DE вполне можно пользоваться, что я и делаю :)
посмотрим в новой Lubuntu 21.04 уже скоро
Вообще всё DE стало жрущее а если охота что-то на 1гб поставить что делать
https://upload.wikimedia.org/wikipedia/commons/f/fa/Wmaker-0...
devuan ascii + lxde все еще запускается на пень-3 с 128 ОЗУ...
https://www.trinitydesktop.org/
IceWM, JWM, etc.// b.
Уже в сизифе: http://git.altlinux.org/tasks/archive/done/_263/270089/logs/... :-)
Один из лучших. Юзал наравне с lxde, нравицца
Фигня полная, есть божественный fluxbox.
Это WM. Неплох, но теперь я знаю лучше)
Fluxbox тащит, особенно если панель оторвать и нормальную прикрутить типа tint2. Все что остается рабочим столам это монтирование накопитьелей, но с этим справляется скрипт автомонтирования или Dolphin под WMами.
Я его юзал больше года, можешь не рассказывать. Но теперь IceWM и возвращаться не собираюсь.
> Фигня полная, есть божественный fluxbox.Да, но он только в Архангелах, а божественный всё же Openbox)
> Here I'd like to share my thoughts for this issue. It would be great if LXQt can run on top of common Wayland compositors, including KDE's KWin, GNOME's Mutter or standalone ones like Sway. In the old X11 days, there are NetWM/ICCCM/... standards so that developing cross-window-manager DEs is easy. However, KWin/Mutter/etc. defines lots of different extensions on top of the fundamental Wayland protocol. Take lxqt-panel for example. NetWM allows windows to be docked, and defines "strut" so that maximized windows will not overlap the panel. Weston does not provide such a functionality, and KWin and Mutter use different APIs to dock windows and define struts. Making LXQt compositor-agnostic can be quite complicated. Maybe we can target KWin first.Тащить KWin, да уж.
а что тащить?
>including KDE's KWin, GNOME's Mutter or standalone ones like Sway.Там же ещё Enlightenment что-то на Вяленого пилили.
>Making LXQt compositor-agnostic can be quite complicated. Maybe we can target KWin first.
Так-то да, логично.
Да, для такого маленького проекта свой будет тяжеловато делать, тут вопросов нет.
Moksha есть ещё
Енлитмент разве не на своём монстуозном тулките? Да ещё и течёт. Да и вообще, какой им вейланд, если они спустя 5 лет всё ещё не узнали о существовании libglvnd и пытаются делать с ней всякие непотребства по привычке.
по тестам жрёт меньше чем Xfce и KDE
И ведь ни одна обезьяна тут не сравнила функционал кутешной и GTKшной версий. (Шепотом: они не знают, бгг)
Лжешь, потому что было про fcitx и его работу в LXQT.
LxQt это такое KDE для бедных, для старых машин вполне нормальный вариант.Интересно увидеть сравнение всех СРС на Qt: KDE, Trinity, Fly, LxQt, Lumina.
С Гномом и его гномосеками после их атак на Столлмана вообще не хочется связывается, запомоились пожизненно.
LXQT это для тех, кому все же нужен рабочий стол, а ставить часто падающую плазму под большим большим вопросом. И чтобы ты башку включил и начал думать назови "бедные" и "старые" машины. Очень сложно считать старым комп с 4 ядрами и больше. Потому что пока существуют двуядерные модели всяким "знатокам" стоит прикрыть лавочку. Вот современный двуядерник. Запиши себе на любу, что не новый комп не равно медленный комп.https://market.yandex.ru/product--protsessor-intel-celeron-g...
Во-первых, зачем сейчас покупать двухъядерный? Во-вторых, Plasma прекрасно работает на стареньком ноуте с Core 2 Duo.
Это классический рабочий стол, для тех кому не нужны всё то, что есть в KDE, т.е. нагромождения, переписывания, постоянных сообщений о каких-то неожиданно завершенных приложений и перманентного ожидания патчей.
А оно уже перестало перехватывать по умолчанию всевозможные сочетания клавиш для своих "очень нужных" функций?