Ubuntu в офис

[kmfdm]

kmfdm, пробуйие грузится с livecd и ковырять файл /etc/default/console-setup, проверяйте доступные раскладки, и комбинации клавиш для их переключения. Или все тоже самое только для xorg.conf, я пропустил 9.04, не уверен из какого фала там считываются настройки.

Спасибо, попробую сделать так, но в понедельник

[sciko]

Нам - помогло.

Нам помогла заграница^Wпреобразование в pdf и печать уже pdf файла. Реализовал небольшим скриптом в самом ООо.

А про соотношение ОО/МСО ...
1. ОО, всё-таки жрёт ресурсы сильнее.
2. Нет поддержки сводных таблиц и OLE.
п. 2. для нас оказался критичным, т.к. есть формы обмена с этими технологиями.

И из своих размышлений: "Переход на ОО закончится тогда, когда ВСЕ файлы обрабатываться будут именно в формате ОО, а не майкрософтовском."

Опять микрософтовская братия! Их даже не смущает, что OLE -- это виндоспецифичная вещь. Как же уже надоели! Честное слово!

[kiv]

Насчёт того, что OO жрёт ресурсы сильнее - это он просто под винду криво портирован. Если запускать под Linux'ом, то цифры соизмеримы с MSO под виндой. Ну а почему вы ждёте поддержки в мультиплатформенном софте чисто виндовых технологий?

[z_s_s]

Нам помогла заграница^Wпреобразование в pdf и печать уже pdf файла. Реализовал небольшим скриптом в самом ООо.
...
Опять микрософтовская братия! Их даже не смущает, что OLE -- это виндоспецифичная вещь. Как же уже надоели! Честное слово!

По 1 пункту: мы подобным образом решали смежную проблему: выравнивание в ячейках "Экселя".
Сборка ОО 3.2 от Оракл ("дистрибутивная") по отработке выравнивания в ячейках таблиц отличается от Российской сборки (не помню какая точно). Последняя гораздо "совместимее" с Майрософтом. У нас были ячейки с текстом, в которых ОО от Оракл не выравнивал текст в ячейках. Сделали несколько скриптов, но не понравилось.
Поставили Российскую. А она обновляется у клиента только через НАТ, а не через прокси ...

По п.2. Ну, причём здесь Майкрософт ?  Здесь наши "дикие" менеджеры. Составили на ОЛЕ формы и разослали их по представительствам для регулярного отчёта. К ним вопрос: кто будет платить за то, этот файл требует денег на покупку МС Оф.? А они честно не понимают о чём их спрашивают ...
Пользователь решил продолжить мысль 21 Июня 2010, 17:03:38:

Ну а почему вы ждёте поддержки в мультиплатформенном софте чисто виндовых технологий?

Это ты только про ОЛЕ ?
Не. Мы не ждём. Мы продавливаем переход. И уберём потихоньку такие костыли.
А , вот , отсутствие работающего механизма типа сводных таблиц в ОО сильно мешает.
Во многих местах людям реально надо работать с ОЛАПовским кубом.
Значит - что ? Значит - Майкрософт ...

[Scorry]

2. Нет поддержки сводных таблиц и OLE.
п. 2. для нас оказался критичным, т.к. есть формы обмена с этими технологиями.

вы в calc'овском хелпе «сводные таблицы» набирали?
сюрприз, сюрприз!

И из своих размышлений: "Переход на ОО закончится тогда, когда ВСЕ файлы обрабатываться будут именно в формате ОО, а не майкрософтовском."

не в формате ОО, а в старндартизированном формате.
почувствуйте разницу: война форматов или война стандарта с монополией на неподчинение стандартам.

[sciko]

Последняя гораздо "совместимее" с Майрософтом.

Вот об этом я и говорю: функция выполняется? Выполняется. Слать всех кто этим недоволен ... читать ГОСТ. А таким является только ODF.

Поставили Российскую. А она обновляется у клиента только через НАТ, а не через прокси ...

Пакетным менеджером мы не пользуемся. Так и запишем: вантузятники-ламеры.

По п.2. Ну, причём здесь Майкрософт ?  Здесь наши "дикие" менеджеры. Составили на ОЛЕ формы и разослали их по представительствам для регулярного отчёта. К ним вопрос: кто будет платить за то, этот файл требует денег на покупку МС Оф.? А они честно не понимают о чём их спрашивают ...

Так вопрос задан неверно. Тупо катаете им багу, что ваш файл у нас не открывается. И заявляете, что проблемы на их стороне. Если им что-то не нравиться, то тыкаете, что вы работаете по ГОСТ, а по каким стандартам они -- вы не знаете. Если они имеют что-то против, то пусть дают тот стандарт на русском языке для офисных документов, которым они пользуются.

Подстава тут в том, что единственным таким стандартом (т.е. ГОСТ или просто переведённый на русский) является ODF.

[svcunion]

Учитывая уровень компьютерной грамотности среднестатистических офисных работников можно не бояться. Разьве, что sudo запретить. Скачать образ убунты, записать на LiveCD, изменить в BIOS загрузочное устройство, загрузиться и что-то испортить ума не хватит. Надо защищаться только от их групости. Чтобы не написали sudo rm -rf нечаянно и всё.

Хороший совет.
Как запретить sudo? Догадываюсь через #sudo chmod 444 ....какой и где файл? Искать этот файл именно в его профиле?
Но лучше, что бы можно было разблокировать лишь с админской учеткой.
Если не ошибаюсь, но современные МБ, не поддерживают блокировку биоса паролем. Как тогда блокировать LiveCD + USB-Boot для любого пользователя, кроме админа?

[sciko]

Как запретить sudo? Догадываюсь через #sudo chmod 444 ....какой и где файл? Искать этот файл именно в его профиле?

Если стоит бUbuntu по умолчанию, то достаточно выгнать или изначально не включать юзера в группу admin. Не забудьте держать своего юзера с группой admin неа этом же компе, иначе рискуете получить winrar.rar

Если не ошибаюсь, но современные МБ, не поддерживают блокировку биоса паролем.

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

[volgautc]

(Нажмите, чтобы показать/скрыть)

А я загрустил от нового ООо3.2Oracle. В ООБаза не генерируются некоторые отчёты. Э-эх. На ООо3.1 такой проблемы нет. Сыроватый какой-то новый ООо, вон до сих пор в поиске неполная русификация, да вот теперь отчёты эти.... Оставил в офисе одну машину на 9.10.

[svcunion]

2 sciko
Спасибо. Остается пожалеть, что в этом форуме не предусмотрены бонусы за отличные ответы.
Но я как понимаю, это в расчете на честных взломщиков.
А как быть, если чел. в курсе, что можно грузануть с LiveCD, далее сбросить пароль. Или даже перетусовать юзеров как кому нравится? Я как раз имел ввиду именно эту защиту.

[kiv]

Пароль в любой системе можно сломать загрузившись с LiveCD. Для той же самой винды есть в инете специальный образ диска, загрузившись с которого можно сбросить пароль любого пользователя (правда если домашний каталог зашифрован, то данные с него будут утеряны). 100% защиты нет. Другое дело в том, что очень маленькое количество пользователей сможет это сделать. Если поставить пароль на BIOS, то загрузиться с LiveCD будет не возможно, если нет возможности сбросить пароль аппаратно. Но я думаю, что пользователь, который разобрал свой компьютер и что-то там делает вызовет некоторые подозрения... Мало кто решиться даже на сброс пароля: следы замести не удасться, потому что старый пароль не известен. Этим воспользуются, только те, кому доставляет удовольствие сознания того, что они являются root на чужой машине  . Правда то пока не потребуется администрировать комп - администраторы быстро заметят, что их пароль не подходит для компьютера.
Если вы такие параноики, то делайте терминальный сервер и бездисковые рабочие станции. Тогда уж точно пароль никто кроме админов сбросить не сможет - сервер не должен быть физически доступен для всех.

[sciko]

Но я как понимаю, это в расчете на честных взломщиков.

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

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

Например, чтобы человек не мог "грузануть с LiveCD", ставим в БИОСе загрузку с жёсткого диска + пароль на БИОС. Чтобы на сбросили БИОС, защищаем системник, либо убрав его куда подальше (например, за стену -- видел такое решение) или закрыв сам системник на замок (таких корпусов довольно много).

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

В винде можно проанализировав реестр получить пароль (они там по умолчанию хранятся в открытом виде для автовхода). В Линуксе пароль хранится в шифрованном виде.

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

Это ещё на верх параноидальности. Верх -- это распределённый по сети на несколько машин RAID на шифрованных разделах. Тут даже физический доступ к одному компу ничего не даст: нужен доступ сразу к нескольким.

[svcunion]

ИМхо если в винде заблокировать "гость", удалить группу Users, поставить Permition в блокировке для всех кроме админа на ветку DocSettings + \\System32\, то не хакнешь ни с какого лив сд.
Но это теория. Понимаю, можно снять винт, подключить к админскомму доменному компу, где политики выше, далее перебить все владения с разрешениями.
Хотелось бы нечто подобное в Ubuntu.
Понимаю, что самый простой способ - пароль на биос. Но тут эта простота не поможет.
Комп. будет передаваться в другие организации. Хотелось бы предусмотреть как бы чего не грохнули.

[Scorry]

Но это теория.

ошибочная теория. с лайв-сиди пароль обнуляется одним щелчком энтереа.
погуглите на предмет windows password nuller

[inkvizitor68sl]

а ещё прекрасно обнуляется с установленной на тот же комп убунты ( ну или даже с LiveCD) - http://www.ubuntugeek.com/how-to-reset-your-windows-password-using-ubuntu.html