Организация Document Foundation анонсировала (http://blog.documentfoundation.org/2012/03/15/libreoffice-3-.../) корректирующий выпуск офисного пакета LibreOffice 3.5.1, в котором представлены только исправления ошибок и обновления файлов с переводами. В частности, устранено несколько ошибок, приводящих к краху, и решены проблемы с импортом и экспортом RTF. Готовые установочные пакеты подготовлены (http://www.libreoffice.org/download) для платформ Linux, Mac OS X и Windows. Финальный релиз 3.5.1 полностью аналогичен ранее представленному второму кандидату в релизы.
Если первый выпуск LibreOffice 3.5.0 (http://www.opennet.me/opennews/art.shtml?num=33084) рекомендовался для использования продвинутыми пользователями и энтузиастами, то в версии 3.5.1 устранено большинство наиболее важных ошибок. Версия LibreOffice 3.5.1 отмечена, как пригодная для внедрения на предприятиях, включения в состав дистрибутивов и для использования обычными пользователями.
Дополнительно в анонсе отмечается, что в настоящее время к проекту присоединилось более 400 разработчиков. В среднем к разработке LibreOffice каждый месяц подключается 20 новых разработчиков. При этом проект остаётся независимым от какого-либо вендора - число разработчиков, трудоустроенных в отдельных компаниях, не превышает 7%.
URL: http://blog.documentfoundation.org/2012/03/15/libreoffice-3-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=33365
> в настоящее время к проекту присоединилось более 400 разработчиков.Кто там спрашивал сколько их :)
>>более 400 разработчиков.
> Кто там спрашивал сколько их :)Да, никто не спрашивал. Местные Б3Д фанбои перепевеают поток шшшта из тамошних apache vs LO флеймов. (GPL фаны, впрочем, да, _тоже.)
Да я заметил. Там такие перчики с мылами @apache.org что вместо своего продукта мсофис будут советовать. Ха-ха.
часть бы их да гимпу
400 разработчиков умноженое на 10 строк кода в день умноженое на 250 рабочих дней равно миллион строк нового кода плюс код взятый с ОпенОфиса... Как то не вяжется с результатом.
Особенность Либры (для фанатов Либры): Когда в Либре происходит обновление всех ссылок (библиография, таблицы, рисунки) курсор обязательно переставляется в конец документа, в опенофисе курсор на том месте где его оставили и не нужно искать абзац который редактировал только что. Как мне здесь поможет правильная лицензия GPL?
Ага, а еще в том LO который был у меня (из дистра ALTLinux 6.0), страница в landscape упорно распечатывалась в portret. Поставил OO и все нормуль.
Нужно в печати postscript выбирать
Аналогично - репорт на багзиллу есть? Приоритет повышен?
> Аналогично - репорт на багзиллу есть? Приоритет повышен?Да тут похоже орудует стайка дешевых и тупеньких пиар-ботов, пытающихся всеми силами полить либру своими дешевыми пластиковыми подделками под зафэйленные юзкейсы. Удивительно примитивные гоблины, где они таких понабрали?
> Да тут похоже орудует стайка дешевых и тупеньких пиар-ботов, пытающихся всеми силами
> полить либру своими дешевыми пластиковыми подделками под зафэйленные юзкейсыЭто всё проделки микрософта, пытающегося вместо божественной либры протолкнуть свой опен... OH WAIT!
> 400 разработчиков умноженое на 10 строк кода в день умноженое на 250
> рабочих дней равно миллион строк нового кода плюс код взятый с
> ОпенОфиса... Как то не вяжется с результатом.кто вам сказал, что они все full-time работают над Либрой?
>>10 строк кода в деньЭто не full-time
Время измеряется в минутах, а не в строках.
Среднестатистический разработчик на Западе пишет 50-80 строк кода в день. Сюда включается коде непосредственно, административные расходы (совещания), моделирование, тестирование и прочее связанное с разработкой время. Именно потому я и указал 10 строк, что подразумевает использование свободное от основной работы время.
> Как мне здесь поможет правильная лицензия GPL?очень просто: найди куски кода отвечающие за это поведение и перепиши их под себя (можешь даже не выкладывать переписанный код, лицензия не обязывает)
> Когда в Либре происходит обновление всех ссылок (библиография, таблицы, рисунки) курсор обязательно переставляется в конец документа, в опенофисе курсор на том месте где его оставили и не нужно искать абзац который редактировал только что.Сообщение в багзилле уже есть? Вы проголосовали за его важность?
> Как мне здесь поможет правильная лицензия GPL?
Напишите патч. Не хотите? Ждите пока кто-то сделает это за вас...
>> Когда в Либре происходит обновление всех ссылок (библиография, таблицы, рисунки) курсор обязательно переставляется в конец документа, в опенофисе курсор на том месте где его оставили и не нужно искать абзац который редактировал только что.
> Сообщение в багзилле уже есть? Вы проголосовали за его важность?а зачем? Есть OO который исправлен от этого недостатка. Который можно взять и он заработает уже сейчас, а не тогда когда пионеру с повышенным ЧСВ захочется отвлечься от написания нового кода и исправить ошибки.
Описанная ошибка это регрес-ошибка и она ВООБЩЕ не должна была появиться. Ошибки надо исправлять все, в зависимости от их даты появления, а не от какого-то рейтинга, который при желании можно и накрутить специально. Рейтинг ошибок это неудачная находка менеджера, это мое мнение. Это значит что ошибка исправляется тогда когда много пользователей на эту ошибку налетит, только 80% пользователей после этого могут снести Либру и правильно сделают, а только 20% будут ждать и надеятся что в следующем релизе ее закроют. Ошибка что Либра не видела JDK 1.7 была с рейтингом, внезапное падение - рейтинг, но приоритет был отдан тем ошибкам которые хотели/могли закрыть.
По поводу лицензии - постоянно идет срач по поводу у кого более правильная лицензия, а должен быть кто лучше работает и у кого функционал больше.
> Описанная ошибка это регрес-ошибка и она ВООБЩЕ не должна была появиться. Ошибки
> По поводу лицензии - постоянно идет срач по поводу у кого более
> правильная лицензия, а должен быть кто лучше работает и у кого
> функционал больше.Приятно видеть человека, который реально помогает проекту. Спасибо, человек!
> Описанная ошибка это регрес-ошибка и она ВООБЩЕ не должна была появиться.Теоретически, ошибок в программах быть не должно. Практически... ну вы поняли :)
> Описанная ошибка это регрес-ошибка и она ВООБЩЕ не должна была появиться.Не обязательно, кстати. Возможно это старая ошибка Ооо. В либре много занимаются чисткой кода, возможно и выкинули костыль, с помощью которого эту ошибку обходили.
Очень плохо работает с docx на самом деле, даже китайский Kingsoft значительно лучше открывает файлы мсо.
> Очень плохо работает с docx на самом деле, даже китайский Kingsoft значительно
> лучше открывает файлы мсо.Замечательно работает с чужим docx, который даже мс не полностью поддерживает.
> Замечательно работает с чужим docx, который даже мс не полностью поддерживает.Вы, конечно, заметили, что противопоставляете "работает" -> "полностью поддерживает"? Полемичненько.
Торопятся че-то. Едва устранили крахи и критические уязвимости как сразу в продакшен...
Кстати, никакой продакшен не будет полагаться на столь быстро меняющийся и хаотичный проект без гарантий и т д
А есть софт с гарантиями? Назовите.
В долгосрочной перспективе проект такого масштаба, написанный на C++, обречён.Если в Apache OpenOffice поймут, что платформа Eclipse более подходяща для ядра проекта (IBM Lotus Symphony тому пример), то Apache OpenOffice довольно скоро приобретёт динамику развития, а LibreOffice, наоборот, потеряет.
Так перепишите все на вашей обожаемой java, в чем проблема-то?
Проект будет обречен если его будут переписывать на java (с++, с, ...) те, кто думает что он обречен будучи написанным на C++.
> Проект будет обречен если его будут переписывать на javaУже. IBM Lotus Symphony это Eclipse Platform с Embedded Java и плагинами. Код проекта IBM передала фонду Apache.
Что говорит пока об одном — у ibm не получилось тащить его в одиночку не смотря на то, что он мог бы не плохо дополнять лотус нотус.
Ну разве что ты поможешь. :D
А пока в главных новостях — мы всего лишь за один несчастный годик сделали огромную работу — перенесли сервера.
И в мини — либра исправила малюсенькие ошибки и сделала крошечные изменения, например добавила поддержку визио и добилась стабильности промышленного применения. Уже во второй (или 3? Или 4?... да кто их считает) раз.Зыж
Я кажется понял план сабжа — они ждут когда конкуренты (либра, мсо,..) помрут естесным образом.
Вот тогда они покажут.
>>переписывать на java
> Уже. IBM Lotus Symphony это
> Код проекта IBM передала фонду Apache.. Значит ли это, что Апачу теперь нужно "тащить" код _двух_ офисов?
. Не напомнишь, чем кончился вброс кода от АйБиЭи (под "правильной", кажется, лицензией!) -- от прошлого(?) Симфони, того, что переделанный OOo 1.1.5 ? Куда тот вброс упал-то??
. Поделись: ты себе и главбуху своему это Закатно-Явное Чудо поставил? В продакшен, тскзть. Ну, хоть "погонял-пондравилось"? И стёр? Сразу?? Через день-два?
> Уже. IBM Lotus Symphony это Eclipse Platform с Embedded Java и плагинами.Я _это_ видел. Это такое кислотное, вырвиглазное нечто. Тормозное напрочь и с тонной багов куда ни ткни. Готов поспорить что у апачей с полутора разработчикми кишка будет тонка это разгрести до мало-мальски юзабельного состояния. Это ибм то за столько лет не смог, а апачам и подавно слабо. Хотя конечно если им пару тыщ индусов от ибм/мс согнать - оно может и прокатило бы, только вот их проприетарные шефы от жабы же умрут (не той которая Java).
как раз можешь похоронить офисный пакет, написанный на жабе.
ребята жабисты любят махать транспарантами, помалкивая о браузере, написанном на явах, пожираемой памяти всякого рода платформами, типа Eclipse и прочая
Браузеры написанные на С, и прочие монстры типа Visual Studio жрут памяти больше и тормозят сильнее чем Eclipse.
что-то внятное можно услышать? Visual Studio... ой! да ведь это же... догадаешься сам?
что там про браузеры? ась? давай сравним с браузером на жабе. сравнительные тесты по скорости, прожордивости и пр. а где?
> Браузеры написанные на С, и прочие монстры типа Visual Studio жрут памяти
> больше и тормозят сильнее чем Eclipse.VS написан на дотнете наполовину. Одинхрен что и ява. Потому то у него 1 окошко без нифига и жрет 300 метров. А если еще и что-нибудь открыть - то и гига мало.
Насчет тормозить и eclipse - извините, он выжирает 4Gb RAM только в путь. С другой стороны я ни разу не видел файрфокса отожравшего более ~2Gb, столько оно жрет при 400 вкладках.
А вы откройте 400 файлов такого же размера в eclipse, вместе и поофигеем сколько оно там выжрет.
> Браузеры написанные на С, и прочие монстры типа Visual Studio жрут памяти
> больше и тормозят сильнее чем Eclipse.А тебе не кажется что надо сравнивать одинаковые алгоритмы в одинаковых условиях? И пережрать по потребленной оперативе эклипс - еще суметь надо. Эклипс выжравший 4Г до дикого свопа я видел, а вот браузеры...
>В долгосрочной перспективе проект такого масштаба, написанный на C++, обречён.судя по МСОфис вы глубоко заблуждаетесь
> В долгосрочной перспективе проект
> обречён.Ты не доживёшь. Выдыхай.
> Ты не доживёшь. Выдыхай.Перед смертью не надышится :P
> В долгосрочной перспективе проект такого масштаба, написанный на C++, обречён.Погоди, а ты хотя-бы ядро ОС на яве уже переписал? А ооо с явой - жуткая картина. Пока он стартанет, можно кофейку испить. Без явы как-то получше стало.
>> В долгосрочной перспективе проект такого масштаба, написанный на C++, обречён.
> Погоди, а ты хотя-бы ядро ОС на яве уже переписал?А что, в этом есть какая-то необходимость? У вас, линуксоидов, ядро наверное уже под 60 МБ, тогда да, надо начинать переписывать, а то когда оно вырастет до 120 МБ, будет уже поздно что-либо делать.
> А ооо с явой - жуткая картина.
У тебя попаболь?
Три миллиарда пользователей технологии Java™ почему-то не испытывают трудностей.> Пока он стартанет, можно кофейку испить.
О, ты уже использовал ядро на Java. Ну-ка, расскажи, как оно.
> Без явы как-то получше стало.
Ты знаешь, после прочтения твоих опусов что-то не верится. А была ли Java? Может быть ты всё придумал? Кстати, поменяй свой GCJ последней версии на нормальную Oracle Java™SE 7u3 JRE, а то все уже устали читать про твои проблемы, заставляющие использовать кофе.
чё не 7 миллиардов? инфа же 146%!
не устал по-пионэрски рапортовать?
Благодарю изен. Теперь мне известны признаки Java головного мозга. Ну а насчет трех миллиардов - да, ты маловато взял.
> В долгосрочной перспективе проект такого масштаба, написанный на C++, обречён.
> Если в Apache OpenOffice поймут, что платформа Eclipse более подходяща для ядра
> проекта (IBM Lotus Symphony тому пример), то Apache OpenOffice довольно скоро
> приобретёт динамику развития, а LibreOffice, наоборот, потеряет.Переход на java позволит AOO оторваться от Либры поскольку та может тянуть только с++ код. Или будет вынуждена перейти на java.
Это один из способов повысить выживание AOO.
>Переход на java позволит AOO оторваться
> Это один из способов повысить выживание AOO.Контрольный в голову: Как наличие джавва помогло "выживанию" OOo?
И да, сюрприз, джавва _была и в ООо, есть и в LO. Чё там про оттянуться-то??
Вы-таки про _полный_ переход?? Вау?!
Мне всё интересно, Апач может передать OpenOffice (сменив лицензию), в руки LibreOffice?
>Апач может передать OpenOffice (сменив лицензию), вЕсли будут требовать копирайт ассайнментов от контрибуторов, простите мой французский.
(Тоо есть Оракл таки передал _права Апаче Ф., насколько я не в курсе.)
Так же, как Оракл передал OOo самой Апаче, _со _сменой лицензии в результате.
Так же, как Сан перелицензировал ООо (или СанО, или как они там это) АйБиЭм-у, под закрытую л.But why?...
> Мне всё интересно, Апач может передать OpenOffice (сменив лицензию), в руки LibreOffice?А смысл? Пока там манагеры рапортуют как они пятилетку за 3 года, ой, то-есть copyleft remove и мигрирование хз чего, куда и зачем, блаблабла, у либры процесс выходит на номинал и просто работает :)
> А смысл? Пока там манагеры рапортуютДиверсия. Подождать, пока коды проектов достаточно разойдутся, а потом "ах, мы все в белом, опенсорс-друзья с-под коряги этого вашего фрисофтвера"... (="замучаетесь, сво.., интегрировать наш кодо-вброс)
На _такое_ даже Майкрософт денег даст!! (Это не они у АпачФо Платиновые спонсоры? Нет? Перепутал с кем-то, наверное. Онивсенаоднолицо.)
Предприятие говорите... Попробовал развернуть msi через GP. Ну нет в пакете информации о развертывании и всё тут. Ветка 3.4 развертывалась без проблем.
Сообщение на багзиллу запостили? Да? opennet.ru не багзилла LibreOffiсe, вы ошиблись.
Мое сообщение было написано в надежде, что информация содержащаяся в нем будет кому-то полезной и сэкономит кому-то силы, время, нервы и траффик. Думаю, что этим я не нарушил правила Опеннета. Это раз. Второе. Уж извините, но говорить без сарказма о том, что второй корректирующий выпуск продукта с энтерпрайзными понтами на предприятии не развернуть я не смог. Третье. Для тех, кто сейчас взовьется соколом на тему "да ты халявщик, коды открыты, тебе надо, ты сам и исправь". Если кто-то мне предлагает яблоко бесплатно, я надеюсь, что хозяин яблони не претендует на то, что я ему эту яблоню буду поливать и окапывать, а также надеюсь, что мне не придется лезть за этим яблоком на вершину дерева. Ибо в этом случае мне дешевле будет просто пойти в магазин.
Да,скачал 3,5 и у меня упорно не открывался RTF с таблицами....что за хня? а OO 2009 года открыл и все правильно! Не думаю что либра - это выход!
> Дополнительно в анонсе отмечается, что в настоящее время к проекту присоединилось более
> 400 разработчиков. В среднем к разработке LibreOffice каждый месяц подключается 20
> новых разработчиков.А чего не показывают статистику сколько уходит? Может 20 пришло, 19 ушло :)
Зато число выглядит красивым.
> А чего не показывают статистику сколько уходит? Может 20 пришло, 19 ушло :)
> Зато число выглядит красивым.Посчитайте и опубликуйте. Сделайте тоже "красиво"!? _Потом улыбаться будете.
А оно мне надо? Чем быстрее это загнется - тем лучше для OpenSource - все будут пилить один хороший пакет, а не разбегаться по разным норкам.
Так что хай сдохнет та либра.
> А оно мне надо? Чем быстрее это загнетсяСлив. Слабак. Трепло.
А слышно что нибудь про реализацию альтернативного интерфейса?
Тот который есть меня и многих сильно не устраивает. В гимпе правильно сделали, возможность выбора: старый или новый и все довольны. Хорошо бы и в либре так.
http://lmgtfy.com/?q=libreoffice+new+ui
Новая версия, ура УРА! Неужто и видео в Impress допилили?!
> Новая версия, ура УРА! Неужто и видео в Impress допилили?!А что с видео в Impress было? Если в Linux, то оно через gstreamer ещё в версии 3.4 должно было работать, по крайней мере в OpenOffice 3.4 beta (ещё от Oracle) работало так, а не через какой-то java-plugin c очень небольшим кол-вом поддерживаымых форматов.
> А что с видео в Impress было?В винде 100% крах.
да, нашёл описание этого бага : https://www.libreoffice.org/bugzilla/show_bug.cgi?id=44011
и https://bugs.freedesktop.org/show_bug.cgi?id=46091- статус UNCONFIRMED, пишут, что в 3.5.1.2 всё ещё воспроизводится. Странно, что в описании самого бага отписался один человек, это может замедлить смену статуса и начало его исправления.
Также баг (44011) упоминается в списке багов здесь : https://bugs.freedesktop.org/show_bug.cgi?id=37361
а список багов там большой....некоторые уже исправлены в версии 3.5.1, хотя есть и такие, которые тянутся с версии 3.3 о_О
Значит скоро может быть примутся за него, пока в описании второго обобщающего бага о проблеме отписалось ещё 2 человека, но это было сделано только 17-го марта.
И что на винде как стартует?
те же 15-20 секунд или уже меньше?
ещё с 3.4.5(ЕМНИП) ускорили запуск значительно - одна-две секунды и программа готова к использованию
ога, с прелоадером в трее