The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Red Hat прекратит подготовку rpm-пакетов с LibreOffice для RHEL и Fedora, opennews (ok), 02-Июн-23, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


46. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +12 +/
Сообщение от Аноним (46), 02-Июн-23, 23:04 
Но мне не нужен флэтпак, мне нужен LibreOffice...
Дооптимизируются эти ibm'щики
Ответить | Правка | Наверх | Cообщить модератору

55. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +6 +/
Сообщение от Аноним (55), 02-Июн-23, 23:24 
тебе нужен latex, а не libreoffice
Ответить | Правка | Наверх | Cообщить модератору

105. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +4 +/
Сообщение от Чукча (?), 03-Июн-23, 03:30 
Кто о чём, а вшивый - про мыло.
Ответить | Правка | Наверх | Cообщить модератору

243. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  –1 +/
Сообщение от Аноним (243), 03-Июн-23, 16:43 
Ну вообще-то он прав, мне и правда больше нужен latex, потому что бороться с разметкой в *office устал.
Ответить | Правка | Наверх | Cообщить модератору

127. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +2 +/
Сообщение от Bob (??), 03-Июн-23, 08:32 
И лубрикант.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

294. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +/
Сообщение от Nope (?), 04-Июн-23, 00:16 
зачем, если есть troff
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

138. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  –1 +/
Сообщение от Аноним (138), 03-Июн-23, 09:46 
В Windows нет Flatpakа )
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

183. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +/
Сообщение от pic (?), 03-Июн-23, 12:49 
Для неё есть установщик в .msi

А вот установленный LibreOffice во flatpak у меня (Endless OS) занимает почти 1,4 GB.
Многовато, выжил бы AbiWord, то им бы и продолжал пользовался.

Ответить | Правка | Наверх | Cообщить модератору

223. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +2 +/
Сообщение от Аноним (223), 03-Июн-23, 14:43 
\\занимает почти 1,4 GB.
Нихрена жыр
Ответить | Правка | Наверх | Cообщить модератору

239. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +/
Сообщение от Аноним (239), 03-Июн-23, 15:59 
Потому что он у тебя единственный из флатпака и ему нужно притянуть все зависимости с нуля.
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

265. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  –1 +/
Сообщение от Аноним (265), 03-Июн-23, 18:54 
Зато в Windows есть WSL2.
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

305. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +1 +/
Сообщение от Аноним (305), 04-Июн-23, 08:26 
А у айбиэма нету виндовса :)
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

350. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +/
Сообщение от EULA (?), 05-Июн-23, 05:14 
У вас есть шанс исправить это!
Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

380. "Red Hat прекратит подготовку rpm-пакетов с LibreOffice для R..."  +/
Сообщение от adolfus (ok), 08-Июн-23, 17:43 
Я не помню уже с какой версии федоры ставлю ванильный офис, потому что федорины сборки -- (_!_)^3. К массе багов и "фич" и регресса ванильного либрофиса федорины погромизды добавляют еще и своих.
Кстати, IBM имел свою ветку старофиса после того, как сан его выбросила. Это именно их вертикальная панель справа. Но даже они, лучшие программисты, б/п-ды, во Вселенной, не смогли ничего сделать с убогой системой отрисовки, обернутой в C++ \otimes VCL. Собственно, из-за этого сан и бросил старофис, поскольку чинить проблемы, допущенные на стадии начального пргектирования, в ООП парадигме как-то не получается (не зря же придумали "рефакторинг"). Возможно, если бы не С++, то удалось бы что-то там наладить, но наследование работает только в обну сторону и малейшая правка архитектуры родительских классов тянет за собой правку всех наследников. А в старофисе основные ошибки были допущены как раз на самом раннем этапе разарботки. И все это прибито гвоздями к VCL.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру