Наступил на граблю в последнем OpenOffice. А именно - создаю во writer'е документ, хочу его записать и опаньки. Ошибка с текстом, что writer записать перезаписать файл не может. Или, что файл с именем (если имя новое) не существует. Но новый файл не создается. Права все на каталог есть. Файло там нормально создается и правится... Причину понять не могу никак.
В чем собака зарылась?
Покажите
find ~/.ooo3 ! -user USER -ls
где USER имя вашего пользователя.
Такого каталога (~/.ooo3) у меня нет вообще. Есть ~/.openoffice.org/3/user, где user именно слово user, а не имя пользователя alex. И там внутри лежит еще куча подкаталогов. Причем все они принадлежат мне.
Вот вывод вообще по всему домашнему каталогу:
[console][root@admin-lvs alex]# find . ! -user alex -ls
525787 4 -rw-r--r-- 1 root root 10 Сен 15 13:38 ./.profile
find: `./.gvfs': Отказано в доступе
find: `./.gvfs': Отказано в доступе
918745 0 lrwxrwxrwx 1 root root 20 Авг 24 09:29 ./.wine/dosdevices/w: -> /mnt/samba/WorkDocs/
[/console]
В /var/log/messages не пишется на сабжевую тему ничего. Перезагрузка компьютера не помогает. Набираю произвольный текст, пытаюсь сохранить (в месте, где права есть гарантированно) с произвольным именем и получаю сообщения, что ошибка сохранения файла, такого файла нет.
Попробуйте запустить OpenOffice из консоли, может тогда он будет более «разговорчивым».
Данная проблема возникла после обновления офиса?
А если временно переместить каталог ~/.openoffice.org/ проблема остаётся?
Попробуйте запустить OpenOffice из консоли, может тогда он будет более «разговорчивым».
Данная проблема возникла после обновления офиса?
А если временно переместить каталог ~/.openoffice.org/ проблема остаётся?
Блин... Из консоли:
[console][alex@admin-lvs ~]$ openoffice.org
(soffice:4867): Gtk-WARNING **: Загружаемый модуль тем не найден в module_path: «murrine»,
[/console]
И всё записал.... То есть, получается, что если вызвать из консоли openoffice.org, и затем из него writer - то всё работает. Но если из меню гнома вызвать writer непосредственно - опаньки...
---------------------------
Еще немного поисследовал:
1. из гномовского меню вызывается "openoffice.org -writer %U".
2. убрал оттуда параметр %U.
3. Теперь, если из гномовского меню вызвать writer, и в нем попытаться _открыть_ созданный ранее файл (odt), то получаю сообщение, что система не может ЗАПИСАТЬ файл!!! И файло не открывается. Однако то же самое из командной строки - файл открывается без каких либо проблем...
Тупо, но эффективно. Понять, почему из writer, запущенный из гномовского меню не может записать файлы, а запущенный из консоли - работает правильно, не могу. Дело явно не в правах на домашний каталог...
=========================
Дополнение. Грабля возникла на ОО, включенный в репозиторий Федоры. Это версия 3.2.0.
Поставил дополнительно OO версии 3.2.1_9502 с официального его сайта. Проблема не ушла...
======================
Последняя версия ОО сказала при запуске, что порушен один из конфигурационных файлов каталога ~/.openoffice.org. Глупо, но эффективно - просто снес этот каталог, офис зарегистрировался на меня, и заработал. Проблема закрыта...
=================
соврал, блин... Ничего не рассосалось... Смотрел не оттуда, с консольного запуска. Не может записать файл, хоть убейся. Более того и в 3.2.0, и в 3.2.1 можно открыть только существующий doc-файл. На odt-файл идет ругачка, что не могу записать файл... И это при его открытии...
Да, в Fedora есть такой каталог. Но всё же попробуйте проверить все права,
как я предложил. Если всё окажется в порядке, хотя бы будет уверенность,
то причина не в правах.
Да, в Fedora есть такой каталог. Но всё же попробуйте проверить все права,
как я предложил. Если всё окажется в порядке, хотя бы будет уверенность,
то причина не в правах.
Пётр.
У меня абсолютная в этом уверенность. Так как во первых, если я запускаю OO из консоли, из терминала, то проблем в работе нет. Но если я запускаю тот же OO из гономовского меню, то тут, на этих же файлах, в тех же каталогах и возникают чудеса. Причем, если я работаю с теми же файлами из AbiWord'а, то опять же - прблем никаких...
Что то мне подсказывает, но проверить сейчас не могу, только завтра, что собака зарылась не в ОО, а в гноме.
=============================================
Итак - проблема решена полностью. Собака зарылась, действительно, не в ОО, хотя поведение его весьма странно (см. ниже), а в правах доступа. Но не совсем в правах, а в параметре umask, что я прописал в ~/.profile и в ~/.bash_profile. Особенно в ~/.bash_profile, он влиял на назначение прав, если ОО запускался из меню гнома!!! Я там поставил umask=0133. Казалось бы, где ОО и где bash, однако... И более того, несмотря на то, что права rw-r--r вроде и не должны влиять на редактирование или на открытие файлов их владельцем (что подтверждала устойчивая работа всего остального), ан нет. ОО оказался к этому чувствительным. Убрал из этих файлов umask=133 и ОО заработал корректно.
