Достали бессмысленные "улучшения" в обновлениях!

[San]

Ужас! Обновился сегодня...

Код: [Выделить]

# cat /etc/altlinux-release
ALT Workstation K 8.3  (Centaurea Ruthenica)
# uname -a
Linux desk-alsanlin17.localdomain 4.9.162-std-def-alt0.M80P.1 #1 SMP Thu Mar 7 16:58:51 UTC 2019 x86_64 GNU/LinuxТеперь у меня Рабочий стол расширился и есть полоса прокрутки экрана снизу, над Панелью задач... (Как на картинке)... Вернуть ума не хватает, подскажите где искать!?

Плюс не работает Прокрутка рабочих столов колесиком мышки из любого места экрана, работает только если навести курсор на Панель переключения рабочих столов

Достали бессмысленные "улучшения" в обновлениях! Хуже Виндовса уже стало! Может стоит выпускать обновления реже, но качественнее!?

[San]

Это произошло из за значков на рабочем столе. Перетащил Значки на Видимую область - Полоса прокрутка исчезла. Смена рабочих столов колесиком мышки из любой точки возобновилась...

Подскажите, место которое занимает заначек на Рабочем столе по Горизонтали, можно настроить: ПКМ - Настроить рабочий стол - Значки - Число строк текста... А как настроить место, которое занимает заначек на Рабочем столе по Вертикали?

PS: Значки на Рабочем столе, стали "Шире" место занимать.

[Speccyfighter]

Ужас! Обновился сегодня...
Достали бессмысленные "улучшения" в обновлениях! Хуже Виндовса уже стало!

А вы это только сейчас заметили?
Новое время, новые взгляды на программирование. И они сильно изменились:
https://forum.altlinux.org/index.php?topic=36337.msg333137#msg333137

Может стоит выпускать обновления реже, но качественнее!?

Этот один из принципов был изложен Спектрум-кодером на Спектрум-платформе 22 года назад, но и сегодня не перестаёт быть актуальным:

- Oberon — электронный журнал, выпускавшийся группой Stars of Keladan (Самара) с апреля 1996 по ноябрь 1998 года.
- Stars of Keladan - творческая группа из Самары.
  (Написали на assm Z80, ZX Winword и Sprite Cutter)
  (Выпускали Oberon, Born Dead и Inferno)
- Paul Atrides (Евгений Милун, группа Stars of Keladan) - код
  (вечером 19 июня 2013 года умер от сердечного приступа)

Oberon #02
31 октября 1996
   
  Программирование 
Ликбез - немного поговорим о программировании,
вернее о жизненных этапах любой программы.

Cегодня   давайте  немного  поговорим  о
программировании,  вернее о жизненных эта-
пах  любой программы.
...
 Одним из важных моментов
обучения  программиста является вдалблива-
ние  ему  тех  стадий, которые ОБЯ3АТЕЛbНО
должна  пройти  его программа.           
  Всего  таких стадий или жизненных этапов
программы восемь.
...
6.   Дoскoнальнoе  тестирoвание  прoграммы
(другoе  название - прoбная эксплуатация).
В  результате которого, по возможности вы-
являются  и  исправляются  ошибки, которые
неизбежно  содержатся   в  любой программе
(старая  "программерская" аксиома: в любoй
прoграмме.  как бы oна ни была хoрoшo прo-
думана.  сoдержатся  пo  крайней  мере две
серьезные   oшибки.  кoтoрые мoжнo выявить
тoлькo при эксплуатации). Вот  именно этот
этап многие очень любят либо  вообще  про-
пускать,либо проходить поверхностно,а зря.
...
  Не  побоюсь  повториться  и сказать, что
ЛЮБАЯ  программа  должна  пройти через эти
стадии, даже если это хаккерская версия !
...
           До новых встреч.               
                                         
                         (C)  PAUL ATRIDES
                                         
══════════════════════════════════════════
                 *  *  *

И эти принципы, будущему Линукс-программисту нужно вдалбливать.
В Линукс этот этап, на этапе подготовки программы к релизу, проходит поверхностно. И возложен на плечи рядового массового пользователя (читай чайника).

[San]

А вы это только сейчас заметили?

Отнюдь. Давно заметил. Потому и бьюсь всеми силами на восстановление работоспособности Виртуальной машины!

Правда тщетно, всем по...ю!    Но это отдельная грустная история...

И возложен на плечи рядового массового пользователя (читай чайника).

Да Я не против тестирования, даже ЗА! Только возможность ОТМЕНЫ "глупостей" от программистов, в таком случае должна БЫТЬ МАКСИМАЛЬНО ПРОСТА! В ОДИН КЛИК допустим... Обновил, косяки - Вернуть состояние на вчерашний день в том же Синаптике... И журнал ошибок без заморочек создаваться и отправятся! Один раз майл добавил и все...

Меня так уже "отучили" ядро обновлять регулярно... Только по необходимости... 

Я проверил обновление на VirtualBox, но как то сильно в глаза не бросилось что значки стали занимать "Прямоугольную" область (скрин Screenshot_20190321_072617.png) хотя сами Значки остались "Квадратные"? Может на Виртуалке разрешение Рабочего стола меньше... По этому обновил Рабочую машину... И "Как кур в ощип"...

Так и есть. Вернул состояние Виртуалки на ДО обновления... ДО Обновления значки занимали КВАДРАТНОЕ место! (скрин Screenshot_20190321_074901.png)

Как теперь настроить?

[San]

На решение проблемы натолкнула статья: https://forum.kde.org/viewtopic.php?f=289&t=136447

Сравнение файлов FolderView.qml "Старой" и "Новой" Системы выявило отличие секций cellWidth: данного файла...

Спойлер

New:

Код: [Выделить]

                cellWidth: {
                    if (root.useListViewMode) {
                        return gridView.width;
                    } else {
                        var iconWidth = iconSize + (2 * units.largeSpacing) + (2 * units.smallSpacing);
                        if (root.isContainment && isRootView && scrollArea.viewportWidth > 0) {
                            var minIconWidth = Math.max(iconWidth, units.iconSizes.small * 8);
                            var extraWidth = calcExtraSpacing(minIconWidth, scrollArea.viewportWidth);
                            return minIconWidth + extraWidth;
                        } else {
                            return iconWidth;
                        }
Old:

Код: [Выделить]

                cellWidth: {
                    if (root.useListViewMode) {
                        return gridView.width;
                    } else {
                        var iconWidth = iconSize + (2 * units.largeSpacing) + (2 * units.smallSpacing);
                        if (root.isContainment && isRootView && scrollArea.viewportWidth > 0) {
                            var extraWidth = calcExtraSpacing(iconWidth, scrollArea.viewportWidth);
                            return iconWidth + extraWidth;

                        } else {
                            return iconWidth;
                        }

Размер значка меняется 2-мя Способами:
1. Ручное - Задание Отрицательного параметра в строке:
  return iconWidth + extraWidth - 30;

2. Автоматическое - Исключение Множителя в строке:
  var minIconWidth = Math.max(iconWidth, units.iconSizes.small * 8);
Или замена его значения на 1 (единицу)

PS: Самое неприятное! Что пока искал решение ДАННОЙ проблемы - уже НОВЫЕ Обновления стучатся! 

Это что получается!? После каждого ОБНОВЛЕНИЯ: Grub - Лезем перенастраивать grub... Plasma - Лезем плазму настраивать... НЕЛЬЗЯ ЛИ СДЕЛАТЬ ТАК, что бы ОБНОВЛЕНИЯ не рушили настройки!?

[Speccyfighter]

И возложен на плечи рядового массового пользователя (читай чайника).

Да Я не против тестирования, даже ЗА! Только возможность ОТМЕНЫ "глупостей" от программистов, в таком случае должна БЫТЬ МАКСИМАЛЬНО ПРОСТА! В ОДИН КЛИК допустим...

Не получится, - зависимости же. Это же не Виндоус.

Обновил, косяки - Вернуть состояние на вчерашний день

Отсюда можно откатить систему:
http://ftp.altlinux.org/pub/distributions/archive/
указанием цели в sources.list.
Но надо знать версию/дату стабильного пакета(ов).

[Speccyfighter]

PS: Самое неприятное! Что пока искал решение ДАННОЙ проблемы - уже НОВЫЕ Обновления стучатся! 

Не обновляйте систему по первому требованию значка в трее. Мало ли что ему хочется. И вообще уберите его из автозагрузки к чёртовой матери.

НЕЛЬЗЯ ЛИ СДЕЛАТЬ ТАК, что бы ОБНОВЛЕНИЯ не рушили настройки!?

Можно. Ввести жёсткое полиси: отказать в релизе пока не пройдено тщательное тестирование. Без всяких если и может быть.
Хочет пользователь получить новую версию?, - пусть подключается к тестированию. Но пока тестирование не пройдено, - отказать в релизе. И нет ни единого оправдания чтобы нарушать это правило.

[San]

Не получится, - зависимости же. Это же не Виндоус.

указанием цели в sources.list.
Но надо знать версию/дату стабильного пакета(ов).

Опять же - ЭТО не полный откат, а откат каких то пакетов правильно?
Нужно ТОЧНО выяснить, что откатываем! А потом если что не так откатили - зависимости пакетов могут вообще систему разрушить.

Сложно ЭТО!

[San]

Не обновляйте систему по первому требованию значка в трее.

Уже так и делаю...

+ Проверяю обновления на Виртуальной машине! Вчера просто просмотрел... На Виртуалке значков на рабочем столе мало, в глаза не бросилось...

[Speccyfighter]

указанием цели в sources.list.
Но надо знать версию/дату стабильного пакета(ов).

Опять же - ЭТО не полный откат, а откат каких то пакетов правильно?

Нет.
Это уже как вам захочется. Вплоть до отката всей системы по дате:
https://www.altlinux.org/Downgrade
См. Pin-Priority в самом начале текста и в man apt_preferences.

[San]

Это уже как вам захочется. Вплоть до отката всей системы по дате:
https://www.altlinux.org/Downgrade
См. Pin-Priority в самом начале текста и в man apt_preferences.

Чуть время будет, нужно ОБЯЗАТЕЛЬНО попробовать...

Мне вот это больше всего нравится:

Теперь можно пробовать apt-get update; apt-get dist-upgrade — но стоит помнить, что откат версий не является обычно тестируемой майнтейнерами операцией.

[Speccyfighter]

Мне вот это больше всего нравится:

Теперь можно пробовать apt-get update; apt-get dist-upgrade — но стоит помнить, что откат версий не является обычно тестируемой майнтейнерами операцией.

Однако во времена, когда sysv-xfce ещё не стал стартеркитом и был на сизифе, когда шла обкатка polkit-sysvinit и из-за systemd наблюдались взрывы в системе, в ряде случаев мне приходилось откатывать всю систему целиком.

[Skull]

1. Все обновления в стабильный бранч проверяются специальным отделом.
2. У меня в обновляемом Альт Образование 8 с KDE5 ничто никуда не уехало.
3. Я не обновляюсь каждый день.

[San]

1. Все обновления в стабильный бранч проверяются специальным отделом.

Мне есть смысл врать? Уехало на 2-х Системах: Виртуальной и Рабочей...

А можно (если не трудно?) Взглянуть на секцию cellWidth: (строка примерно 21000 из 50000 где то) файла FolderView.qml из Альт Образование 8 с KDE5...

[rits]

У меня симплы обновляются автоматом из локального зеркала ежедневно. Не выявил сильных глюков, вот уже год как все хорошо. А вот ядро, перейдя с версии 4.9 на 4.1x при входе в профиль пользователя, создает зависание на минуту на некоторых системниках типа Брикс 3160.