2int19h: это если все депендесы собирать не надо... на голой фряхе, со сборкой всех депендесов, на PIII 1GHz, собиралось около 2х суток :)

>> да лана?! у меня в 1.1.0 тока что получилось..

>Ты ячейки объединял в столбцах или в строках?

мдяя.. я столбики объединял.. щас попробовал в 1.1.1 объединить строчки.. в натуре для него это сложно.. ОО не постеснялся так и сказать.. :)))

Признаюсь, тоже был невнимателен и объединял ячейчки в строках, попробовал в столбцах - ОО не смог. :)

> Для этого вычистите директорию от вордовых темпов (куда там он у вас сохраняет?)

Это секрктарша должна делать? Или мне, как админу, над ней стоять? Мне что, всем M$офисам с секрктаршами попу вытирать?

>Когда-то проделывал такую операцию на Athlon 1GHz 256Mb. Собралось за семнадцать часов. Нынче на Athlon 2.5GHz 512Mb собирается за ночь (для меня это около восьми часов) - вечером ставишь, утром оно уже собранное =)

у меня athlon 2100+ 512mb, собирал тоже на генте (лень было выкачивать бинарные версии - патчи весят гораздо меньше) дык вот 1.1.0 собрался за 5 часов )) или даже меньше... в 7 утра начал компиляцию, а когда в 12 дня вернулся офис был уже собран ) наверное это ccache так постарался ))

2anonymous (*) (18.06.2004 11:31:01):
> Это секрктарша должна делать? Или мне, как админу, над ней стоять?
Как админ написал бы ты маленкий батничек и включил бы его в доменную политику... :)
<off>Этож прос 314здец какой-то... Неуж-то настолько все плохо? О таких элементарных вещах не думаем/не знаем/не хотим знать?</off>

> Как админ написал бы ты маленкий батничек и включил бы его в доменную
> политику... :)

Что имеется в виду? Чистка temp-каталога после каждой перезагрузки или что? А ты не в курсе, где Word хранит временные файлы, которые он использует при recovery документа, повреждённого, к примеру, в результате bsod или провала напряжения? Не в том ли temp-каталоге? Т.е. если мы их удалим, то всё - документ уже не восстановить? Не логичнее ли самому Word'у заботиться об удалении ненужных какашек? А то внешние костыли могут принести больше вреда, чем пользы. Отсюда и недоумение моё - о чём думают разработчики MSO? О смене интерфейса в каждой новой версии?

> <off>Этож прос 314здец какой-то... Неуж-то настолько все плохо? О
> таких элементарных вещах не думаем/не знаем/не хотим знать?</off>

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

2yozhhh: на самом деле - в 95% случаев оно подтирает...:) даже чаще... :) но ты скажешь у линукса в темпах со временем г.. всякое не накопливается? еще как накапливается, если не чичтить...:)

>Граждане, юзайте ЛаТех - он рулез.

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

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

> на самом деле - в 95% случаев оно подтирает...:) даже чаще... :) но ты
> скажешь у линукса в темпах со временем г.. всякое не накопливается?
> еще как накапливается, если не чичтить...:)

По моему опыту работы с виндовыми юзерами: 90% срача в temp - от MSO и ICQ. ICQ бесплатна, потому на неё и не гоню. А вот MSO стОит прилично, потому мои претензии вполне обоснованны.
Насчёт линукса. Сейчас специально посмотрел. В /tmp штук 10 скрытых подкаталогов. Каждое приложение, кстати, создаёт свой маленький подсрач, в отличие от MSO под виндой; хотя он и подкаталоги тоже создаёт: VBE и msoclip1 - не его работа; но в основном гадит он именно в самом temp'е? Ни в одном из подкаталогов нет более 3 файлов (я их никогда не удаляю и не чищу). Ещё три штуки непосредственно в /tmp. Всё! На скорости работы или заполнении винта никак не сказывается.

><off>Этож прос 314здец какой-то... Неуж-то настолько все плохо? О таких элементарных вещах не думаем/не знаем/не хотим знать?</off>

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

2yozhhh: еще раз - в каждом ПО есть свои баги, фичи и засады... Если админ так сказать, не может придумать ничего умней, чем удалять ручками ошметки временных файлов, и орать саксь, то это не админ, а ламо, ибо процесс автоматизируется элементарно. Вообщем речь-то об этом, а не о чем-то еще...:)

> еще раз - в каждом ПО есть свои баги, фичи и засады...

Прямо золотые слова, хоть сейчас подпишусь :) Только нормальные разработчики пытаются баги устранять, а не действуют по принципу "юзер - что свинья, всё сожрёт, лишь бы упаковка была покрасивше". Вот MSO, кажется, по этому принципу делают. До Word 2/6 он мне определённо нравился (именно для повседневных офисных нужд был очень неплох). А потом от него начало сильно вонять мертветчинкой. Видать, основные разработчики ушли, а заместо них пришло ламерьё.

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

Как? Какой процесс? Хочется услышать от гуру, как он автоматизирует процесс сортировки и выборочного удаления какашек word'а! И по-прежнему - номер страницы в документации к Word'у, где содержатся основные рекомендации. Не могу поверить, что за столько лет существования MSO эта страница так и не появилась. Это ж не линукс задрипаный, а супер-контора и супер-софт!
Или "придумать" - это править сорцы Word'а? Может, Вы мне их тогда заодно и дадите? Я, может, подправлю и другим скажу, как это делать. Польза всем будет. :)

> Раньше диаграммы даже посмотреть нельзя было

У кого как :)

2yozhhh: дурацкий спор... к слову - весь офис сидит на MSO и таких проблем не наблюдается... Где рекомендации? Блин, msdn, technet - наверняка есть...:)
Опять же - по поводу выборочности, сделайте очистку не в logon, а в logoff скрипте, тогда он просто при bsod не выполнится, все документы которые нужно восстанавливать, будут востановленны, а при завершении сесии произойдет очистка...
Блин, еще раз - это первое что мне пришло в голову, это же просто элеменарно! Ибо я просто подобную задачу не решал ни разу, по причине отсутствия промблем и bsod-ов - в частности...

> но ты скажешь у линукса в темпах со временем г.. всякое не накопливается? еще как накапливается, если не чичтить...:)

В RedHat по дефолту в cron.daily лежит такой скрипт tmpwatch, который всё чистит:

/usr/sbin/tmpwatch 240 /tmp
/usr/sbin/tmpwatch 720 /var/tmp
for d in /var/{cache/man,catman}/{cat?,X11R6/cat?,local/cat?}; do
if [ -d "$d" ]; then
/usr/sbin/tmpwatch -f 720 $d
fi
done

2KtaK: я в курсе...:)

> дурацкий спор...

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

> Опять же - по поводу выборочности, сделайте очистку не в logon, а в
> logoff скрипте, тогда он просто при bsod не выполнится, все документы
> которые нужно восстанавливать, будут востановленны, а при завершении
> сесии произойдет очистка...

Word'у, чтобы упасть, BSOD необязателен. Он это может сделать и сам, с красочным "программа выполнила..." (что, кстати, происходит с ним гораздо чаще, чем BSOD, особенно если документ большой, с многочисленными внедрёнными объектами, для каждого из которых он создаёт минимум один временный файл). Logoff после этого, как ты понимаешь, пройдёт абсолютно нормально, с затиранием всех нужных и ненужных файлов.

> Блин, еще раз - это первое что мне пришло в голову, это же просто
> элеменарно!

И, как я тут же продемонстрировал, не всё элементарное верно. Бывают и элементарные глупости. Доказано Irsi :)

Современная бухгалтерия намертво привязана к MSExcel при помощи программы TaxForm, а Oo ее не понимает. Управленцы лычше придумать не могли :(((

Видать, у шапки эта проблема стоит очень остро, раз пошли на такие крутые меры :) У меня slackware, подобного скрипта нет. И, по моим наблюдениям, нужды в нём тоже нет.
А что делает /usr/sbin/tmpwatch ? Что в его man'е пишут?

Если ворд упал не обязательно перегружать тачку.

2yozhhh: неа, все-таки все очень плохо... если человек после падения ворда сделал логоф, то это его половые трудности, значит он и не пытался восстановить файлы или уже востановил...:) Это непонятно, да?

Ты это чайнику расскажи. Причём каждому.
Проблема в том, что word часто падает очень причудливо - остаётся в живых процесс winword.exe. Который блокирует доступ к документу. При попытке снова запустить word тот сообщает, что "документ используется". Как думаешь, что сделает чайник? Нажмёт Ctrl+Shift+Esc и примется искать процесс "winword.exe" с целью линчевать его? Или перезагрузит винду? Попробуй угадать :)

> неа, все-таки все очень плохо... если человек после падения ворда
> сделал логоф, то это его половые трудности, значит он и не пытался
> восстановить файлы или уже востановил...:) Это непонятно, да?

См. ответ выше.
Во-вторых, что это мы зациклились на доменах? А если это одиноко (или в бездоменной сети) стоящий компьютер с Word'ом? Что, тоже каждому чайнику скрипты писать прикажете? Ваш подход всё больше начинает напоминать типичный линуксоидный. И после этого Вы ругаете линуксоидов? Чем же Вы лучше, Irsi? :)

> но ты скажешь у линукса в темпах со временем г.. всякое не накопливается? еще как накапливается, если не чичтить...:)

Странно. У меня в linux темп сам потихоньку чистится...

2yozhhh: вообще случай конечно редкий, но если хочется... включи в скрипт проверку даты создания файла и не удаляй те, что созданы сегодня...:) Элементарно, Ватсон!

> У меня slackware, подобного скрипта нет. И, по моим наблюдениям, нужды в нём тоже нет.
По моим наблюдениям, ORBit туда что-то складывать любит.

> А что делает /usr/sbin/tmpwatch ? Что в его man'е пишут?

tmpwatch recursively removes files which haven't been accessed for a given number of hours. Normally, it's used to clean up directories which are used for temporary holding space such as /tmp.

А вообще, набери в гугле "man tmpwatch"

2yozhhh: ой, если в организации используется бездоменная сеть, то... ну вы сами понимаете, либо там два-три компа и нет админа, либо... см. выше :)
Впрочем на такой случай есть Disk Cleanup из стандартной поставки виндов :)

Кроме tmpwatch есть еще и tmpfs. И /tmp можно монтировать ей - гарантированная чистота при запуске. Но это конечно для экстремалов.

> Кроме tmpwatch есть еще и tmpfs. И /tmp можно монтировать ей - гарантированная чистота при запуске. Но это конечно для экстремалов.

А если система не будет перезагружаться?

> вообще случай конечно редкий, но если хочется... включи в скрипт
> проверку даты создания файла и не удаляй те, что созданы сегодня...:)
> Элементарно, Ватсон!

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

> По моим наблюдениям, ORBit туда что-то складывать любит.

Есть такая буква. /tmp/orbit-xav , в нём два файла. Один - 0 bytes, второй - 613 bytes. Не смертельно. Не MSO. :)

> tmpwatch recursively removes files which haven't been accessed for a
> given number of hours.

Мудрое решение :)

Re:

Платите за КроссОвер

Русского тезауруса для ООо нет. Благородный дон может заглянуть в словарь, чтобы узнать значение слова "тезаурус"? :))

>> По моим наблюдениям, ORBit туда что-то складывать любит.
> Есть такая буква. /tmp/orbit-xav , в нём два файла. Один - 0 bytes, второй - 613 bytes. Не смертельно. Не MSO. :)

0 bytes - это не файлы, а сокеты. ORBit для каждого локального серверного CORBA-объекта создаёт такой сокет. Можно попросить её работать через TCP, тогда объекты будут занимать порты. Но через такие сокеты работает быстрее.

У меня 835 сокетов. А Вы, видимо, не используете GNOME, раз у Вас ORBit не напрягается :-)

2yozhhh: еще раз - это было решение для крупной сети, с нормальным админом, автоматизированое... Для чайников есть Disk Cleanup, который делает все тоже самое и входи в поставку винды...
Короче, прекращайте свои измышлнения и поучи матчасть...

> А Вы, видимо, не используете GNOME, раз у Вас ORBit не напрягается :-)

Конечно, не использую. Я вообще не знаю, кто в своём уме и по своей воле использует его последние версии. Меня уже 2.2 раздражал своей тормознутостью и негибкостью в настройке (я в том гноме, сидя в RH9, так и нашёл вменяемого и приемлемого для обычного юзера способа изменить/добавить пункт его меню), а более поздние - вообще мрак :)

>Конечно, не использую. Я вообще не знаю, кто в своём уме и по своей
>воле использует его последние версии. Меня уже 2.2 раздражал своей
>тормознутостью и негибкостью в настройке (я в том гноме, сидя в
>RH9, так и нашёл вменяемого и приемлемого для обычного юзера
>способа изменить/добавить пункт его меню), а более поздние - вообще >мрак :)

ну дык есть ещё ГНОМ-1.4.. я вот сижу в нём и не парюсь.. :)
А Орбит - один хрен - для него нужен..

> еще раз - это было решение для крупной сети, с нормальным админом,
> автоматизированое... Для чайников есть Disk Cleanup, который делает
> все тоже самое и входи в поставку винды...
> Короче, прекращайте свои измышлнения и поучи матчасть...

Irsi, Вам здесь это уже не раз говорили, но, видимо, надо повторять постоянно - только тогда есть шанс, что дойдёт. Если Вы скажете "я самый умный", то убедите в этом только себя (и то - если Вы - круглый идиот), но не других. Костыль под названием Disk Cleanup никак не является универсальным средством от поноса у MSO. Это утилита, призванная помочь полному чайнику попытаться вычистить свой винт, минимизировав при этом угрозу удаления важных файлов, и не более.
Только, простите прямой связи между "Тормозит и долго запускается Word" (а именно с этого начался спор) и "Надо почистить винт" НЕТ! Ибо свободного места на винте достаточно -> по мнению чайника, чистить его незачем. Чайник ещё должен догадаться, что word тормозит из-за переполненности TEMP мелкими файлами. Но ни винда, ни сам MSO никак не помогут ему вывести это знание!
И потом, что сделает этот Disk Cleanup, Если пользователь додумается-таки его запустить и поставить галочку на нужном (а как он догадается?) пункте "Temporary Files"? Однократно удалит ВСЕ временные файлы? А дальше? Я понимаю, MS добросовестно приучает юзеров периодически запускать всякие перделки, без которых система неминуемо подохнет под собственными экскрементами: Disk Cleanup, Scandisk, Defrag и пр. И даже рассказывает, как их пихнуть в Task Scheduler или Startup. Но проблему временных файлов MSO это либо не решит, либо мы опять теряем возможность восстановления повреждённых документов. ТАК, БЛИН, НЕ ПРОЩЕ ЛИ, НАКОНЕЦ, РЕШИТЬ ПРОБЛЕМУ СРЕДСТВАМИ САМОГО MSO, вместо того чтобы с упорством танка искать окольные пути?
Так что двойка, думайте дальше :)

> ну дык есть ещё ГНОМ-1.4.. я вот сижу в нём и не парюсь.. :)
> А Орбит - один хрен - для него нужен..

Каждому нравится что-то своё :) А его (1.4) легко поставить на тот же RH9, предварительно снеся 2.2 (хоть с nodeps)? Я как-то пытался обновить 2.2 до 2.4... 2.2 умер, 2.4 не ожил :) Я, конечно, по-ламерски это делал, но так и любой чайник сделает.
После чего я, кстати, облегчённо вздохнул и поставил FVWM. Который мне сразу и надолго понравился. Кстати, а для каких конкретно целей гному CORBA и сокеты? Я честно без понятия :)

> Кстати, а для каких конкретно целей гному CORBA и сокеты?

Компоненты GNOME общаются друг с другом через CORBA. Сокеты его не интересуют, это особенность данного ORB - ORBit.

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

Вот, кстати, в topic:

Когда я поставил OO 1.1.1 вместо 1.1.0 обнаружил странный глюк: иногда буквы начинают наезжать друг на друга. Проблема исчезает после перезапуска. MS TTF установлены.

Кроме того в справке 1.1.1 шрифты всегда корявые, хотя в 1.1.0 были нормальные.

Брал и 1.1.0 и 1.1.1 альтовский, но почему-то в 1.1.1 справка превратилась в английскую. Стёр в 1.1.1 каталог help и поставил help от 1.1.0 - в справке теперь всё по-русски и шрифты нормальные.

Что это за странности?

Лично мне мешает в OO пара глюков. Контора на OO сидит, так что это актуально.
1)Doc файлы при сохранении постоянно растут. Это очень неприятно.
2)Шрифты под Linux и под Windows поразному отбражаются - съезжают. То есть вместо 10 страниц в винде, в Linux может получится 12. В результате работать совместно с пользователями windows невозможно.
3)Очень хотелось бы оглавления с гипертекстовыми ссылками, как в MS Office. Для печати это не важно, но на компе очень удобно.
4)Ну и этот самый глюк с объединением ячеек.
Интересно, хоть что-нибудь устранимо, хотя бы в планах?

2kenneth:
> Шрифты под Linux и под Windows поразному отбражаются - съезжают. То есть вместо 10 страниц в винде, в Linux может получится 12. В результате работать совместно с пользователями windows невозможно.

Эххх... знакомый глюк... Интересно ОО какой пункт использует? Дело в том что пунк это 1/72 дюйма... Все хорошо, НО исторически так пошло что в Англии и США брали 1/72 от привычного нам теперь английского дюйма, который равен 25.4мм, а в остальной Европе и у нас было принято использовать в качестве основы давно забытый французкий дюйм, равный 27.1мм...:) В начала, когда DTP только появилось, это было очень большой проблемой, но потом под давлением Adobe все как-то забили, перешли на "английский" пункт и проблема рассосалась сама собой... Видимо кто-то среди разработчиков ОО оказался слишком грамотным и реанимировал "европейский" пункт...:)

В догонку особо ретивым - пункт это НЕ высота символа, это высота шрифтогого очка! Так что измеряя высоту символов, вы ничего вразумительного не получите :)

где это у нас?

в РЭА все размеры при разработке пляшут от 25.4

Угу. Еще все дело в том, что, до сих пор разрешение экрана почти никак не соотностится с геометрическими размерами.
Отчасти помогает решить проблему указание РЕАЛЬНОГО размера экрана для X.

2ttyS0: хммм... это в плехановке чтоль? в СССР плясали от 27.1... но как я заметил выше лет десят как на на это окончательно забили и стали плясать от 24.4... Забили просто потому что софт просто не поддерживал...:)

2z2v: неа, это-то приводит к искажениям масштаба, т.е. например на экране шрифт 8го кегля виден как 9го, или наоборот, прикладывание реальной линейки к экранной вызывает удивление и т.д. :) Но такого сползания это давать не должно - такое сползание очень похоже именно на проблему с размером пункта, ибо высота и ширина листа, отступы и т.д. традиционно меряются в милиметрах, а размер шрифта и интерлиньяж - в пунктах.