LINUX.ORG.RU

Релиз LibreOffice 7.0

 


2

4

The Document Foundation объявил о релизе офисного пакета LibreOffice 7.0.

Скачать его можно по ссылке

В этом выпуске отмечены следующие новшества:

Writer

  • Реализована расширенная нумерация списков. Теперь доступна нумерация вида:

    • [0045]
    • [0046]
  • Закладки и поля могут быть защищены от изменений

  • Улучшено управление вращением текста в таблицах

  • Реализована возможность создавать полупрозрачный шрифт

  • Закладки в тексте выделяются специальными непечатаемыми символами

  • Пустые поля для ввода ранее были невидимы, теперь они подсвечиваются серым непечатаемым фоном, как и все поля

  • Улучшены некоторые настройки автозамены

Calc

  • Добавлены новые функции RAND.NV() и RANDBETWEEN.NV() для генерации псевдослучайных чисел, которые не пересчитываются при каждом измении таблицы, в отличие от функций RAND() и RANDBETWEEN()
  • Функции, которые принимают регулярные выражения в качестве аргументов, теперь поддерживают флаги регистрозависимости
  • В функции TEXT() теперь поддерживается передача пустой строки в качестве второго аргумента для взаимодействия с другими реализациями. Если первый аргумент число или текстовая строка, которую можно преобразовать в число, то возвращается пустая строка. Если первым аргументом является текстовая строка, которую нельзя преобразовать в число, возвращается эта текстовая строка. В предыдущих выпусках пустая строка формата всегда приводила к ошибке Err:502 (недопустимый аргумент)
  • В функции OFFSET() необязательный 4-й параметр (Ширина) и 5-й параметр (Высота) теперь должны быть больше 0, если они заданы, иначе результатом будет ошибка Err:502 (недопустимый аргумент). В предыдущих выпусках отрицательное значение аргумента автоматически ошибочно принималось за значение 1.
  • Произведены оптимизации для улучшения производительности при заполнении ячеек рядами, при работе с автофильтром, при открытии файлов XLSX с большим количеством изображений
  • Сочетание клавиш Alt+= назначено на функцию SUM по умолчанию, по аналогии с Эксель

Impress/Draw

  • Исправлено положение верхнего и нижнего индексов в текстовых блоках
  • Реализована возможность создавать полупрозрачный шрифт
  • Произведены оптимизации для улучшения производительности для случаев ввода списков, для которых настроена анимация; при переходе в режим редактирования таблиц и улучшено время открытия некоторых PPT файлов
  • Реализована поддержка эффекта Glow
  • Реализована поддержка эффекта Soft edge

Math

  • Добавлена возможность задавать произвольный цвет символам в формате RGB. Используйте конструкцию вида color rgb 0 100 0 {symbols} в редакторе формулы, чтобы получить заданный цвет
  • Добавлен символ для преобразования Лапласа ℒ (U+2112)

Общие/Ядро

  • Добавлена поддержка формата ODF 1.3
  • В бэкенд kf5 (для работы в среде KDE) была добавлена начальная поддержка экранов высокого разрешения HiDPI
  • В PDF теперь можно экспортировать документы размерами более 200 дюймов
  • Механизм отрисовки, использующий OpenGL, был заменён на библиотеку Skia (для Windows версии)
  • Перерисованы Текстовые эффекты
  • Обновлена встроенная Галерея изображений
  • Большинство встроенных шаблонов презентаций для Impress были переработаны в формат слайда 16:9 вместо 4:3. Многие шаблоны получили поддержку стилей
  • Навигатор в Writer получил множество улучшений:
    • Категории, в которых нет элементов, теперь выделяются серым цветом
    • Все категории получили новые пункты контекстного меню для быстрого перехода к элементу, редактирования, переименования, удаления
    • Заголовки можно перемещать по структуре используя контекстное меню
    • Добавлен механизм отслеживания текущего положения курсора в документе с выделением соответствующего заголовка в Навигаторе
    • Панель навигации была заменена выпадающим списком
    • Добавлена всплывающая подсказка с количеством символов в тексте под соответствующим заголовком

Справка

  • Справка не будет отображаться нормально в IE11 (и никогда не отображалась, но сейчас об этом решили заявить официально)
  • Добавлены несколько новых страниц, посвященных Basic
  • Страницы справки теперь подсвечивают заголовки цветом в зависимости от того, от какого модуля справка

Фильтры

  • Улучшен фильтр импорта файлов EML+
  • Сохранение в формат DOCX теперь выполняется в версию 2013/2016/2019 вместо ранее использовавшейся 2007. Это улучшит совместимость с MS Word
  • Исправлены несколько ошибок при импорте/экспорте в форматы XLSX и PPTX

Интерфейс пользователя

  • Добавлена новая тема значков Sukapura. Она будет использоваться по умолчанию для macOs версии пакета. Но вы можете её выбрать в диалоге Параметры самостоятельно и на любой другой ОС
  • Темы значков Colibre и Sifr были обновлены
  • Тема значков Tango была удалена, как неподдерживаемая, однако остается доступной в виде расширения
  • Был обновлён брендинг программы. Это коснулось диалога установки в Windows, диалога «О программе», загрузочной заставки
  • Консоль презентации (доступна при наличии двух дисплеев) получила пару новых кнопок для повышения удобства работы
  • В стартовом центре были исправлены проблемы, связанные с ненужным скроллингом миниатюр в некоторых случаях

Локализация

  • Обновлены словари для африкаанс, каталанского, английского, латышского, словацкого, белорусского и русского языков
  • Словарь для русского языка был сконвертирован из KOI-8R в UTF

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

★★★★★

Проверено: Satori ()
Последнее исправление: Dmitry_Sokolowsky (всего исправлений: 5)

Ответ на: комментарий от Promusik

А если бы ты внимательно ветку читал, то увидел, что я диплом писал в МСО, 64 страницы текста+9 страницы расчётов в экселе+чертёж в автокаде. Это не рефератики)

karton1 ★★★★★
()
Ответ на: комментарий от curufinwe

Походу дядя ты дурак.

Ну в приципе, ожидаемый аргумент, чо.. :) Ладно, работать пора.

Linfan ★★★★★
()
Ответ на: комментарий от curufinwe

Ну вот тебе пункты:

Пример - вот Chrome и пользователи Ubuntu… Canonical решила использовать Snap - он один для любой версии убунты.

Хоть ты юлишь и петляешь, но и Chromium поставляется из реп. Да, самой последней версии и не в снапе. С полноценными зависимостями на системные библиотеки. Безусловно, есть для него и снап и флатпак, но это ничего не меняет.

Linfan ★★★★★
()
Ответ на: комментарий от curufinwe

А они сделали удобно. Для админов.

Для пользователей делать удобно должны разработчики 442 дистрибутивов.

Aceler ★★★★★
()
Ответ на: комментарий от Linfan

Хоть ты юлишь и петляешь

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

Хоть ты юлишь и петляешь, но и Chromium поставляется из реп. Да, самой последней версии и не в снапе.

Пруф? А то у меня противоположный пруф:

а в DEB-репозитории размещается заглушка, при попытке установки которой в систему без спроса устанавливается Snapd, осуществляется подключение к каталогу Snap Store, загружается пакет Chromium в формате snap

https://www.opennet.ru/opennews/art.shtml?num=53073

Так что мопед не мой. Вы там в поехавшем deb мирке сами разбирайтесь кто враль.

curufinwe ★★★★★
()
Ответ на: комментарий от Aceler

Для пользователей? У 442 дистрибутивов никогда не будет пользователей. Нормальные люди обходят шизоидный бред стороной.

curufinwe ★★★★★
()
Ответ на: комментарий от curufinwe

Так что мопед не мой. Вы там в поехавшем deb мирке

))) Ну вот не шаришь ты в сабже! Проблема не в DEB. У Гугла получается все разрулить и без снапов с флатпаками. А значит это обычная шизофрения на марше - фанаты, типа тебя, тащат без мыла это идиотское решение со снапами/флатпаками в продакшин, мотивируя необходимость своей рукожопостью и любовью к макоси (в ней такие бандлы норма жизни).

Linfan ★★★★★
()
Ответ на: комментарий от ananas

На панели инструментов для управления списками есть пункт «Вставить элемент без номера». Ставишь курсор в конец нумерованного абзаца, после которого нужен абзац без нумерации и жмёшь кнопку указанную.

Kompilainenn ★★★★★
() автор топика
Ответ на: комментарий от Linfan

Я - шарю. Не вали с больной головы на здоровую.

У Гугла получается все разрулить и без снапов с флатпаками

У некоторых зайцев получается курить. Это не значит, что так делать - нормально. То что у гугла получилось натянуть сову на глобус - это вообще не аргумент.

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

Да, все так, только с точностью наоборот. Вот я и говорю, что пора перевернуться с головы на ноги.

И я так понимаю, пруфа что

но и Chromium поставляется из реп. Да, самой последней версии и не в снапе.

не будет? Это уже второй незачет. А за третий знаешь что бывает?

curufinwe ★★★★★
()
Последнее исправление: curufinwe (всего исправлений: 1)
Ответ на: комментарий от curufinwe

Пожалста, десяток приложений - десяток платформ. Причем отличия, как видишь, минорные. Все гномы версии 3.3X, все кде 5.1X Даже сука тема трех версий!

GNOME Application Pl… org.gnome.Platform                      3.30   system
GNOME Application Pl… org.gnome.Platform                      3.32   system
GNOME Application Pl… org.gnome.Platform                      3.34   system
GNOME Application Pl… org.gnome.Platform                      3.36   system
Adwaita theme         org.kde.KStyle.Adwaita                  5.12   system
Adwaita theme         org.kde.KStyle.Adwaita                  5.13   system
Adwaita theme         org.kde.KStyle.Adwaita                  5.14   system
KDE Application Plat… org.kde.Platform                        5.12   system
KDE Application Plat… org.kde.Platform                        5.13   system
KDE Application Plat… org.kde.Platform                        5.14   system
Freedesktop.org Appl… …g.freedesktop.Platform 1.6             1.6    system
Freedesktop Platform  …g.freedesktop.Platform 18.08.39        18.08  system
Freedesktop Platform  …g.freedesktop.Platform 19.08.5         19.08  system

Как видно, у меня три кде и три гнома подряд уже стоит. Ставлю okular

 1. [✓] org.kde.Platform                                x86_64                 5.14              u             flathub                           51,7 МБ / 363,0 МБ
 2. [✓] org.freedesktop.Platform.GL.default             x86_64                 19.08             u             flathub                           23,2 МБ / 89,1 МБ
 3. [✓] org.freedesktop.Platform.VAAPI.Intel            x86_64                 19.08             u             flathub                          195,7 кБ / 8,7 МБ
 4. [✓] org.kde.Platform.Locale                         x86_64                 5.14              u             flathub                          198,3 кБ / 337,3 МБ
 5. [✓] org.kde.okular                                  x86_64                 stable            i             flathub                           49,3 МБ / 54,0 МБ
 6. [✓] org.kde.okular.Locale                           x86_64                 stable            i             flathub                           73,9 кБ / 3,1 МБ

Как видно, обновление рантайма занимает больше места чем сама программа 70МБ против 50МБ самой программы. И это коэффициент все равно еще неплохой, потому что окулар довольно жирная программа.

Ок, ставлю вектор слайсер.

 1. [✓] org.gnome.Platform                       x86_64                3.36             u            flathub                         90,5 МБ / 324,5 МБ
 2. [✓] org.gnome.Platform.Locale                x86_64                3.36             u            flathub                         24,3 кБ / 323,0 МБ
 3. [✓] org.gnome.design.VectorSlicer            x86_64                stable           i            flathub                          1,8 МБ / 1,8 МБ

Соотношение 90 МБ обвеса против 2 мб программы! И это при том, что сама платформа этой версии уже стоит! Было бы 650МБ протиив 2мб!

И это при том, что есть еще 4копия гном-мате, которой я и пользуюсь! То есть из репа я бы скачал 2 мб, а здесь я качаю в лучшем случае 65 мб.

Хорошо, я скачал две программы, общим объемом 60мб. Сколько же места я потратил в системе?

Ответ: 772МБ или 791204кб! Это просто разница на диске до и после двух установок…

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

upd

обсчитался, гномов 4 во флатпаках и пятый в системе…

AVL2 ★★★★★
()
Последнее исправление: AVL2 (всего исправлений: 2)
Ответ на: комментарий от curufinwe

Я - шарю.

Искренне сомневаюсь.

То что у гугла получилось натянуть сову на глобус - это вообще не аргумент.

Более чем аргумент. Бандлы для кроссдистровости придумали даже не вчера и даже не год назад. Это стандартная практика, когда софт завязывается на самые базовые либы (типа libc), а все остальное барахло тащит с собой.

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

Linfan ★★★★★
()
Последнее исправление: Linfan (всего исправлений: 1)
Ответ на: комментарий от anonymous_sapiens

Надеюсь, что да. А то что же это такое, я вижу одно, а печатается другое?

zagatov_lev
()
Ответ на: комментарий от AVL2

Стоп. Речь шла о гигабайте на КАЖДОЕ приложение. Где гигабайт?

90 Мб = 1 Гб? Странная арифметика.

Или у тебя логика - мне нужен калькулятор, но чтобы он работал нужна ОС, поэтому калькулятор весит 15 Гб? Это ерунда какая-то.

curufinwe ★★★★★
()
Ответ на: комментарий от Linfan

Вся основная фигня в них это то, что они тащат гигабайты мусора в обход системного репозитория.

Бляха муха, а бандлы в deb не тащат мусор? Ты серьезно, или это такой троллинг тупостью? Очнись, любой бандл одинаково тащит все свои зависимости, дублируя систему и другие бандлы. Только во flatpak это частично дедуплицируется, а в deb ты тупо тащишь все в каждом «самодостаточном» deb. Но при этом deb для тебя лучше. Да ты просто матчасти не понимаешь и делаешь ложные выводы.

Отсюда и твои высказывания про альтернативно одаренных - на самом деле проблема проще, матчасти не знаешь ты а не они.

curufinwe ★★★★★
()
Последнее исправление: curufinwe (всего исправлений: 1)
Ответ на: комментарий от Linfan

Очнись уже, flatpak сидит на OSTree репозитории, а это значит что если у нас установлено два рантайма, КДЕ 5.12 и КДЕ 5.13 например, и они отличаются тремя файликами - то все остальное может быть дедуплицировано. При этом со стороны это выгляди как два самодостаточных, независимых пакета. Общие файлы ни в какую общую зависимость более низкого уровня при этом не выделяются.

Давай, объясни как это сделать при помощи deb.

curufinwe ★★★★★
()
Ответ на: комментарий от curufinwe

Бляха муха, а бандлы в deb не тащат мусор? Ты серьезно, или это такой троллинг тупостью?

Бандл в пакете удаляется легко и непринужденно. Разбираться в говнище наслоений флатпака - нахрен надо. И бандлы актуальны только для крупных аппликух, обновлением которых занимается сам производитель софта, а не васяны-пакетировщики, которые подчас нихрена не шарят в аппликухе. И бандлы не актуальны для всяких калькуляторов и мелких утилит. Их проще пересобрать в обычном rpm|deb пакете.

Linfan ★★★★★
()
Ответ на: комментарий от Sahas

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

AlexM ★★★★★
()
Ответ на: комментарий от curufinwe

Давай, объясни как это сделать при помощи deb.

Любой софт можно установить и при помощи тривиально deb, если все необходимые депенденси будут упаковываться под нужный дистр самим производителем софта. Пример:

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

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

Бандл в пакете удаляется легко и непринужденно.

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

И да - flatpak приложение удаляется легко и непринужденно. Две команды - удалить само приложение и почистить рантаймы.

Разбираться в говнище наслоений флатпака - нахрен надо.

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

васяны-пакетировщики, которые подчас нихрена не шарят в аппликухе

Эк ты поддел мейнтейнеров дебиана. Согласен.

И бандлы не актуальны для всяких калькуляторов и мелких утилит.

Очнись, мелкие утилиты идут в составе DE либо базовой системы. И DE идет в составе базового системного «бандла».

curufinwe ★★★★★
()
Ответ на: комментарий от Linfan

Кто мешает производителю в своем репозитории разместить еще и пакет с новой версией cairo?

Троллируешь тупостью?

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

Потому как своих реп многие опенсурсные команды не имеют, а производители дистров не хотят саппортить новые версии софта в тех версиях дистра, которые еще саппортятся, но не самые последние.

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

curufinwe ★★★★★
()
Ответ на: комментарий от curufinwe

Дзядзька, ты откровенно тупишь :) Нахрена в системе держать две а то и три (deb+snap+flatpack) системы управления софтом? Это откровенное гуано. Все отлично решается на уровне стандартного rpm|deb репозитория. Не нужны все эти альтернативно одаренные погремухи для массового пользователя. Проблемы с новым софтом должны быть проблемами производителя софта, а не юзера. И Гугль как и все другие производители, отлично их решает без флатпаков, обычными системными средствами.

Очнись, мелкие утилиты идут в составе DE либо базовой системы.

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

Linfan ★★★★★
()
Ответ на: комментарий от curufinwe

Если платформы нет, гигабайт и будет. А платформ много, вот уже 7 штук есть, это вполне сравнимо с количеством установленных приложений. 7 приложений - 7 гигов.

Смешно, выставляю конкретные цифры, что даже при наличии платформ на 2 приложения размеров в 60 мб с диска ушло 700 мб, то есть, на порядок больше, все пофиг. Ну что я еще добавлю?

AVL2 ★★★★★
()
Ответ на: комментарий от curufinwe

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

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

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

А что делать, если нужная программа есть только в снегах? Например, дарт/флаттер?

А другое есть только во флатпаках, например, obs?

А в репах дистра их нет или очень старые?

AVL2 ★★★★★
()
Ответ на: комментарий от Linfan

Мешает только лень и нежелание заниматься дистрибьюцией своего софта

Идите в попу, потре*** эти самые, со своим зоопарком. Все им должны видите под кучу дистрибутивов возиться

anonymous
()
Ответ на: комментарий от anonymous

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

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

Ну нет. Пользователь линукса и отправится.

Может конечно скорчить мину, чтобы ЧСВ не ущемлять: «а и не хотелось даже». Но в итоге пойдёт куда подальше.

anonymous
()
Ответ на: комментарий от Linfan

А пересобрать пакет это уже не модно-молодежно? :)

Зависит от проекта. Вообще вполне может выйти, что неделю придётся возиться. Не то чтобы не слезая, а с отдыхами от пер… возни.

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от AVL2

Если платформы нет, гигабайт и будет.

А если ОС нет, 15 гигабайт будет. Пипец логика.

Смешно, выставляю конкретные цифры, что даже при наличии платформ на 2 приложения размеров в 60 мб с диска ушло 700 мб

700 Мб = 7 Гб? Да ты бредишь, уж извини.

на 2 приложения размеров в 60 мб с диска ушло 700 мб

Я установил nano и калькулятор, общим объемом меньше мегабайта, а поставилось 15 Гб через deb. Что дальше? Что я еще добавлю? Пойду счеты на барахолке поищу, у них зависимостей нет.

curufinwe ★★★★★
()
Ответ на: комментарий от fornlr

Зависит от проекта.

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

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

Нахрена в системе держать две а то и три (deb+snap+flatpack) системы управления софтом? Это откровенное гуано

Да! Полностью согласен. Только надо поставить все с головы на ноги - удалить все нахрен кроме флатпаков.

Не нужны все эти альтернативно одаренные погремухи для массового пользователя.

Именно массовому пользователю они нужны. А ты не нужен, очнись. Тебя эти пользователи выкинут на помойку и не заметят. И никакого линукса у тебя вообще не будет.

Проблемы с новым софтом должны быть проблемами производителя софта, а не юзера.

Если в опенсорсе у производителя проблемы - софта вообще не будет. Тебе не нужен линукс и ты на десятке уже? Так и скажи, не будем время терять.

ога, и чтобы поставить новую версию калькулятора, ты предлагаешь в флатпаке загрузить новую версию DE

Конечно. А ты что, предлагаешь ставить KCalc из новой версии KDE Applications на старое KDE и делать эту вот мешанину? Так тогда ты больной, а не я.

весь уровень бреда, который тащишь в линукс

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

curufinwe ★★★★★
()
Ответ на: комментарий от Linfan

по указанному адресу отправляется производитель софта,

То есть ты все-таки на десятке. Линукс отправил в пешее эротическое.

curufinwe ★★★★★
()
Ответ на: комментарий от Linfan

Без вот этого велосипеда с квадратными колесами, все прекрасно решалось кастомными репами.

Кастомные репы полностью провалились, потому что, например, дикие траблы с обновлением Ubuntu на новые версии были вызваны именно этим дерьмом. Такой линукс никому не нужен.

можно было бы просто организовать работу таких энтузиастов

Нельзя было. Пруф - этого не сделано, прошло 20 лет.

Но нет, альтернативно-одаренные пошли своим путем

Альтернативно одаренный здесь ты, ничего не понимаешь а лезешь со своим мнением.

curufinwe ★★★★★
()
Ответ на: комментарий от curufinwe

Альтернативно одаренный здесь ты, ничего не понимаешь а лезешь со своим мнением.

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

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

Мне - не помогли, потому что требуется Jack, а flatpak пока не совместим с Jack, альтернативно одаренные, которые прокрались даже сюда, все сломали на уровне архитектуры. Но это проблема не глобальная, а решаемая вполне. Скоро все будет.

А пока мне помогает AppImage. Но у него большая (на мой взгляд) проблема - он зависит от системного glibc. Более старая версия - и он не запустится. Поэтому приходится собирать AppImage на дебиане, а некоторые зависимости для сборки собирать в нем из исходников, потому что в репах там все протухло.

curufinwe ★★★★★
()
Ответ на: комментарий от curufinwe

альтернативно одаренные, которые прокрались даже сюда

Ну почему же? Они и есть основа всей этой движухи :)

Но это проблема не глобальная, а решаемая вполне. Скоро все будет.

Ага, «Скоро все будет» (tm) (c) (R) Эту мантру слушаю уже почти 20 лет по разным поводам. Слабо верится теперь.

А пока мне помогает AppImage.

Вот автор AppImage пытался мой софт опакетить - у него не взлетело. Что какбэ намекает на «скоро все будет».

потому что в репах там все протухло

А прикрутить в deb-пакете к своему проекту более новые либы - не судьба? Проще надрючивать всякие вундервафли, обещающие мегасовместимость?

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

А прикрутить в deb-пакете к своему проекту более новые либы - не судьба?

Я не вижу смысла в таком идиотизме. Ничего никуда никому не надо прикручивать. А по поводу deb - я не курю и другим не советую. Я никогда не буду выкладывать deb.

Вот автор AppImage пытался мой софт опакетить - у него не взлетело.

Ну так я и пишу, что там есть определенные ограничения, которые мне не нравятся. Не взлететь оно может легко.

Проще надрючивать всякие вундервафли, обещающие мегасовместимость?

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

curufinwe ★★★★★
()
Ответ на: комментарий от curufinwe

Я никогда не буду выкладывать deb.

угу, deb|rpm не будешь, flatpack принципиально не работает, AppImage - работает но через задницу… Так твой софт будет широко известен в рамках твоего локалхоста :)

В моем случае, сборка на TravisCI ежедневно клепает пакеты срезов на большинство дистров и пользователи довольны. Только требуют иногда, чтобы репы завезли - им впадлу апдейтить вручную.

https://sk1project.net/uc2/daily-builds/

https://sk1project.net/sk1/daily-builds/

И сборка всего хозяйства идет всего лишь 15мин. И пакеты мелкие - по пару метров (хотя сборки под мак и венду кабанячие)

Linfan ★★★★★
()
Последнее исправление: Linfan (всего исправлений: 1)
Ответ на: комментарий от Linfan

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

AVL2 ★★★★★
()
Ответ на: комментарий от Linfan

Так а чего ты флатпак туда не добавишь?

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

Два - а какие ты имеешь гарантии, что все вот эти твои пакеты вообще работоспособны? Ты в каждом дистре каждый день запускаешь daily build и смотришь? Или просто считаешь что если пакет собрался, то работать он точно будет? Ну считай.

curufinwe ★★★★★
()
Ответ на: комментарий от curufinwe

он зависит от системного glibc

приходится собирать AppImage на дебиане

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

AVL2 ★★★★★
()
Ответ на: комментарий от Linfan

требуют иногда, чтобы репы завезли - им впадлу апдейтить вручную.

Очень логичное требование. И это легко решается добавлением приложения на flathub.

curufinwe ★★★★★
()
Ответ на: комментарий от AVL2

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

curufinwe ★★★★★
()
Ответ на: комментарий от AVL2

Я не спорю что такая проблема есть. Но давай посмотрим шире.

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

Но главное не это. Если использовать флатпак для установки одного мелкого приложения - конечно это проблема. Поэтому надо чтобы все стояло через него, (в идеале - и DE тоже, но это пока нельзя) - тогда и дупликация будет минимальной.

И теперь обрати внимание - в твоих постах вот что

[✓] org.kde.Platform                                x86_64                 5.14              u             flathub                           51,7 МБ / 363,0 МБ

То есть из 363 МБ - поставилось 51.7 Мб. То есть внутри флатпака дедуплицируется благодаря OSTree, хардлинками. Но с внешней системой это не работает, естественно. Поэтому преимущества наиболее полно проявятся, когда все будет внутри.

curufinwe ★★★★★
()
Ответ на: комментарий от curufinwe

На следующий день я обновил арч

рач не для домохозявок. А гику нефик делать пересобрать аппликуху заново. Благо это занимает совсем мало времени (пару-тройку минут). Естественно, если обновление без слишком критических изменений (типа py2->py3, но такое раз в 10лет бывает).

я поставлю flatpak и оно будет работать годами, совершенно независимо от обновлений системы

Полная ерунда - изменения в флатпаке и полетела твоя стабильность лесом.

какие ты имеешь гарантии, что все вот эти твои пакеты вообще работоспособны?

Во-первых, пакеты регулярно тестятся вручную. Не с каждым срезом, но и не раз в 10 лет.

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

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

Linfan ★★★★★
()
Последнее исправление: Linfan (всего исправлений: 3)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.