Bug 19087 - Не копирует дерево определённой структуры
Summary: Не копирует дерево определённой структуры
Status: CLOSED FIXED
Alias: None
Product: Branch 5.0
Classification: Distributions
Component: kdebase-konqueror (show other bugs)
Version: unspecified
Hardware: all Linux
: P4 critical
Assignee: Sergey V Turchin
QA Contact: qa-5.0@altlinux.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-06 19:35 MSK by Roman Savochenko
Modified: 2009-07-20 17:58 MSD (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Roman Savochenko 2009-03-06 19:35:39 MSK 
Имеем подветку с дровами к Венде: /home/roman/net/DIYA/SERVER/Temp/CD_RW/d/UPC32/UPTOOLS/UP_SYS на fuse-smb или через smb:/.
При попытке скопировать 'd' на флешку с vfat, в konqueror, krusader или dolphin, получаю сообщение: "Не удаётся создать директорию /media/disk/d/UPC32/UPTOOLS".
Из mc всё копируется нормально.
Актуально и для KDE 3.5.10 и для KDE 4.1
Comment 1 Roman Savochenko 2009-03-09 11:07:22 MSK 
Не копирует именно на VFAT.
Скопировал из SMB-шары на ext3 - всё нормально.
Копирую из ext3 на vfat - ошибка.
Comment 2 Roman Savochenko 2009-03-19 19:53:53 MSK 
Повышаю приоритет. Бага крайне неприятна!
Comment 3 Roman Savochenko 2009-03-26 11:38:32 MSK 
Проблема происходит в случае работы в KDE 3, где флешь монтируется с параметрами:
/dev/sdb1 /media/disk vfat rw,nosuid,nodev,noatime,uid=500,fmask=0117,dmask=0077,codepage=cp866,iocharset=utf8,quiet,utf8,flush 0 0

На KDE4 этой проблемы нет, но там и флешь монтируется с другими параметрами:
/dev/sdb1 /media/disk vfat rw,nosuid,nodev,uid=500,fmask=0077,dmask=0077,codepage=cp866,iocharset=utf8,shortname=mixed,utf8 0 0
Если после работы с флешкой в KDE4 зайти в KDE3, не отмонтируя её, то и там копирование работает.

Похоже проблема общая для всех KDE с определёнными параметрами монтирования flash.

P.S. Работа со сменными носителями в KDE4 крайне примитивна, даже смонтировать руками, не открывая Dolphin невозможно.
Comment 4 Sergey V Turchin 2009-03-27 15:01:26 MSK 
Больше похоже на shortname=mixed
Comment 5 Roman Savochenko 2009-06-22 17:23:36 MSD 
А добавить его как для KDE3?
И не мешало-бы это поправить для branch 5.0.
Comment 6 Roman Savochenko 2009-06-22 21:44:37 MSD 
Где добавить нашёл - прямо в конфигурации носителя. Остался вопрос как сделать по умолчанию mixed, а не lower. А это уже с той же серии как и монтировать по умолчанию. :)
Comment 7 Sergey V Turchin 2009-06-23 14:29:21 MSD 
В правила hal вписать по-умолчанию, видимо
Comment 8 Valery Inozemtsev 2009-06-23 14:55:00 MSD 
какими буквами и где еще написать что hal ничего не монтирует и никакие параметры никому не передает?
Comment 9 Sergey V Turchin 2009-06-23 16:20:39 MSD 
(В ответ на комментарий №8)
> какими буквами и где еще написать
английскими в /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi ?
Comment 10 Sergey V Turchin 2009-06-23 16:35:27 MSD 
Валер, не знаешь?
1. Можно ли вообще по-умолчанию делать shortname=mixed ?
2. Можно ли это сделать средствами 20-storage-methods.fdi (не перекрывая пользовательский параметр)

P.S.
kdebase я запатчу
Comment 11 Valery Inozemtsev 2009-06-23 16:39:34 MSD 
1. хз
2. нет
Comment 12 Repository Robot 2009-07-07 18:13:04 MSD 
kdebase-3.5.10-alt11 -> sisyphus:

* Mon Jul 06 2009 Sergey V Turchin <zerg@altlinux> 3.5.10-alt11

- fix to build with new automake
- using shortname=mixed for ms filesystems by default (ALT#19087)
- add patch to compile with gcc-4.4
Comment 13 Michael Shigorin 2009-07-20 17:58:11 MSD 
А можно ещё на всякий в 5.0/branch?  Вдруг терминальник из него собирать буду, а не из сизифа... (хоть и вряд ли)