[DONE] po4a://manpages-l10n/po/ru/man1/chmod.1.po

2024-05-07 Пенетрантность Andrey Dogadkin
2c1a22f97a83e524f78662ca91a336f9d2674c0c
a7d5b60386888dc8b360faf918ae776a2b3bd4eb






Re: [RFR] po4a://manpages-l10n/po/ru/man1/chmod.1.po

2024-05-04 Пенетрантность Andrey Dogadkin
Добрый день!

On Wed, 2024-05-01 at 22:15 +0300, Алексей Шилин wrote:
> В Сб, 27/04/2024 в 16:00 +0300, Andrey Dogadkin пишет:
> > "Комбинация букв B определяет, для каких пользователей доступ
> > к
> > файлу "
> > "будет изменён: для пользователя, владеющего им (B), для других
> > "
> > "пользователей, состоящих в группе файла (B), для других
> > пользователей, не "
> > "состоящих в группе файла (B) или для всех пользователей (B).
> > Если ни "
> > "одна из этих букв не указана, результат будет таким же, как при
> > указании "
> > "(B), но биты, заданные в маске режима umask, изменены не
> > будут."
> 
> "не состоящих в группе файла (B), или для всех пользователей" —
> пропущена запятая.
> Также я бы поменял местами "для каких пользователей доступ к
> файлу будет изменён" → "для каких пользователей будет изменён доступ
> к
> файлу", но это не критично, так что решайте сами.

Внёс исправления, спасибо.

> 
> Остальные присланные вами ранее на проверку переводы я просмотрел —
> вопросов и комментариев по ним нет.

К сожалению, у меня пока не выходит отправлять [DONE] в ответ на свои
[RFR]. Но если что - изменения в репозиторий я загружаю.



Re: [RFR] po4a://manpages-l10n/po/ru/man1/chmod.1.po

2024-05-04 Пенетрантность Алексей Шилин
В Сб, 04/05/2024 в 17:33 +0300, Andrey Dogadkin пишет:
> B не изменяет права на символьные ссылки; системный вызов
> B не может изменить эти права на большинстве систем и
> большинство систем игнорирует их.

Это же сложное предложение ("вызов не может, большинство игнорирует") —
наверное, следовало бы поставить здесь запятую?

В остальном вопросов нет.


Re: [RFR] po4a://manpages-l10n/po/ru/man1/chmod.1.po

2024-05-04 Пенетрантность Andrey Dogadkin
--- manpages-l10n/po/ru/man1/chmod.1.po 2024-05-04 15:06:25.229401347 +0300
+++ done-fuzzy/chmod.1.po   2024-05-04 15:45:40.037669638 +0300
@@ -4,11 +4,11 @@
 # Андрей Догадкин , 2024.
 msgid ""
 msgstr ""
 "Project-Id-Version: manpages-l10n 4.22.0\n"
 "POT-Creation-Date: 2024-05-01 15:36+0200\n"
-"PO-Revision-Date: 2024-05-01 16:15+0300\n"
+"PO-Revision-Date: 2024-05-04 15:45+0300\n"
 "Last-Translator: Andrey Dogadkin \n"
 "Language-Team: Russian \n"
 "Language: ru\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
@@ -30,14 +30,14 @@
 msgid "March 2024"
 msgstr "март 2024 г."
 
 #. type: TH
 #: archlinux fedora-rawhide opensuse-tumbleweed
-#, fuzzy, no-wrap
+#, no-wrap
 #| msgid "GNU coreutils 9.4"
 msgid "GNU coreutils 9.5"
-msgstr "GNU coreutils 9.4"
+msgstr "GNU coreutils 9.5"
 
 #. type: TH
 #: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
 #: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
 #, no-wrap
@@ -130,14 +130,14 @@
 "file will be changed: the user who owns it (B), other users in the file's "
 "group (B), other users not in the file's group (B), or all users "
 "(B).  If none of these are given, the effect is as if (B) were given, "
 "but bits that are set in the umask are not affected."
 msgstr ""
-"Комбинация букв B определяет, для каких пользователей доступ к файлу "
-"будет изменён: для пользователя, владеющего им (B), для других "
+"Комбинация букв B определяет, для каких пользователей будет изменён "
+"доступ к файлу: для пользователя, владеющего им (B), для других "
 "пользователей, состоящих в группе файла (B), для других пользователей, не "
-"состоящих в группе файла (B) или для всех пользователей (B). Если ни "
+"состоящих в группе файла (B), или для всех пользователей (B). Если ни "
 "одна из этих букв не указана, результат будет таким же, как при указании "
 "(B), но биты, заданные в маске режима umask, изменены не будут."
 
 #. type: Plain text
 #: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
@@ -204,33 +204,26 @@
 "значениями; четвёртая цифра — права пользователей, не входящих в группу "
 "файла, с такими же значениями."
 
 #. type: Plain text
 #: archlinux fedora-rawhide opensuse-tumbleweed
-#, fuzzy
-#| msgid ""
-#| "B never changes the permissions of symbolic links; the B "
-#| "system call cannot change their permissions.  This is not a problem since "
-#| "the permissions of symbolic links are never used.  However, for each "
-#| "symbolic link listed on the command line, B changes the "
-#| "permissions of the pointed-to file.  In contrast, B ignores "
-#| "symbolic links encountered during recursive directory traversals."
 msgid ""
 "B doesn't change the permissions of symbolic links; the B "
 "system call cannot change their permissions on most systems, and most "
 "systems ignore permissions of symbolic links.  However, for each symbolic "
 "link listed on the command line, B changes the permissions of the "
 "pointed-to file.  In contrast, B ignores symbolic links encountered "
 "during recursive directory traversals. Options that modify this behavior are "
 "described in the B section."
 msgstr ""
-"B никогда не изменяет права на символьные ссылки; системный вызов "
-"B не может изменить эти права. Это не является проблемой, так как "
-"права на символьные ссылки никогда не используются. Однако, для каждой "
-"символьной ссылки, перечисленной в командной строке, B изменяет права "
-"на файл, на который она ссылается. При рекурсивном прохождении по каталогам, "
-"B, напротив, игнорирует встречающиеся символьные ссылки."
+"B не изменяет права на символьные ссылки; системный вызов B не "
+"может изменить эти права на большинстве систем и большинство систем "
+"игнорирует их. Однако, для каждой символьной ссылки, перечисленной в "
+"командной строке, B изменяет права на файл, на который она ссылается. "
+"При рекурсивном прохождении по каталогам, B, напротив, игнорирует "
+"встречающиеся символьные ссылки. Параметры, которые изменяют это поведение, "
+"описаны в разделе B<ПАРАМЕТРЫ>."
 
 #. type: SH
 #: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
 #: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
 #, no-wrap
@@ -371,20 +364,15 @@
 msgid "B<--dereference>"
 msgstr "B<--dereference>"
 
 #. type: Plain text
 #: archlinux f

Re: [RFR] po4a://manpages-l10n/po/ru/man1/chmod.1.po

2024-05-01 Пенетрантность Алексей Шилин
В Сб, 27/04/2024 в 16:00 +0300, Andrey Dogadkin пишет:
> "Комбинация букв B определяет, для каких пользователей доступ к
> файлу "
> "будет изменён: для пользователя, владеющего им (B), для других "
> "пользователей, состоящих в группе файла (B), для других
> пользователей, не "
> "состоящих в группе файла (B) или для всех пользователей (B).
> Если ни "
> "одна из этих букв не указана, результат будет таким же, как при
> указании "
> "(B), но биты, заданные в маске режима umask, изменены не будут."

"не состоящих в группе файла (B), или для всех пользователей" —
пропущена запятая.
Также я бы поменял местами "для каких пользователей доступ к
файлу будет изменён" → "для каких пользователей будет изменён доступ к
файлу", но это не критично, так что решайте сами.

Остальные присланные вами ранее на проверку переводы я просмотрел —
вопросов и комментариев по ним нет.


[RFR] po4a://manpages-l10n/po/ru/man1/chmod.1.po

2024-04-27 Пенетрантность Andrey Dogadkin
# Russian translation of manpages
# This file is distributed under the same license as the manpages-l10n package.
# Copyright © of this file:
# Андрей Догадкин , 2024.
msgid ""
msgstr ""
"Project-Id-Version: manpages-l10n 4.22.0\n"
"POT-Creation-Date: 2024-03-29 09:37+0100\n"
"PO-Revision-Date: 2024-04-27 14:24+0300\n"
"Last-Translator: Andrey Dogadkin \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && "
"n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"
"X-Generator: Poedit 3.4.2\n"

#. type: TH
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
#, no-wrap
msgid "CHMOD"
msgstr "CHMOD"

#. type: TH
#: archlinux fedora-40 fedora-rawhide opensuse-leap-15-6
#, no-wrap
msgid "January 2024"
msgstr "январь 2024 г."

#. type: TH
#: archlinux debian-unstable fedora-40 fedora-rawhide mageia-cauldron
#: opensuse-tumbleweed
#, no-wrap
msgid "GNU coreutils 9.4"
msgstr "GNU coreutils 9.4"

#. type: TH
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
#, no-wrap
msgid "User Commands"
msgstr "Команды пользователя"

#. type: SH
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
#, no-wrap
msgid "NAME"
msgstr "ИМЯ"

#. type: Plain text
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
msgid "chmod - change file mode bits"
msgstr "chmod - изменить биты режима доступа к файлу"

#. type: SH
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
#, no-wrap
msgid "SYNOPSIS"
msgstr "СИНТАКСИС"

#. type: Plain text
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
msgid ""
"B [I<\\,OPTION\\/>]... I<\\,MODE\\/>[I<\\,,MODE\\/>]... I<\\,FILE\\/"
">..."
msgstr ""
"B [I<\\,ПАРАМЕТР\\/>]... I<\\,РЕЖИМ\\/>[I<\\,,РЕЖИМ\\/>]... I<\\,"
"ФАЙЛ\\/>..."

#. type: Plain text
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
msgid "B [I<\\,OPTION\\/>]... I<\\,OCTAL-MODE FILE\\/>..."
msgstr "B [I<\\,ПАРАМЕТР\\/>]... I<\\,ВОСЬМЕРИЧНЫЙ-РЕЖИМ ФАЙЛ\\/>..."

#. type: Plain text
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
msgid "B [I<\\,OPTION\\/>]... I<\\,--reference=RFILE FILE\\/>..."
msgstr "B [I<\\,ПАРАМЕТР\\/>]... I<\\,--reference=ОФАЙЛ ФАЙЛ\\/>..."

#. type: SH
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
#, no-wrap
msgid "DESCRIPTION"
msgstr "ОПИСАНИЕ"

#. type: Plain text
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
msgid ""
"This manual page documents the GNU version of B.  B changes "
"the file mode bits of each given file according to I, which can be "
"either a symbolic representation of changes to make, or an octal number "
"representing the bit pattern for the new mode bits."
msgstr ""
"Данная страница руководства описывает версию B от GNU. B "
"изменяет биты режима доступа для каждого указанного файла в соответствии с "
"I<РЕЖИМ>ом, который может носить символьное представление вносимых изменений "
"или являться восьмеричным числом, определяющим битовую комбинацию нового "
"режима доступа."

#. type: Plain text
#: archlinux debian-bookworm debian-unstable fedora-40 fedora-rawhide
#: mageia-cauldron opensuse-leap-15-6 opensuse-tumbleweed
msgid ""
"The format of a symbolic mode is [ B.\\|.\\|.][[B<-+=>][I.\\|."
"\\|.].\\|.\\|.], where I is either zero or more letters from the set "
"B, or a single letter from the set B.  Multiple symbolic modes "
"can be given, separated by commas."
msgstr ""
"Символьное представление имеет формат [B.\\|.\\|.][[B<-+=>][I<права>."
&

Re: Какая служебная информация меняется при использовании chmod

2015-05-16 Пенетрантность Egorov N.V.
Так и не понятно из письма что куда меняется, ну да ладно. 

По поведению - это защита от атаки на ЦМС - если файл имеет атрибут
исполнения его не видим. Атрибут исполнения может быть только у
директории. Так что не надо давать ФАЙЛАМ 777. Во вторых - проверьте
кому принадлежат изображения и под кем запущен Apache. Возможно у вас
сменился пользователя апача и от этого файлы стали не видны. 


В Sat, 16 May 2015 00:37:19 +0300
Oleg Chelnokov zarg...@gmail.com пишет:

 В крадце опишу проблему: на etch крутился php сайт в связке
 apache2+php5+libapache2-mod-php5+mysql
 Переустановил систему на jessie и CMS сайта сошла с ума, в аплоад
 каталоге не видятся загруженные изображения. В чем проблема пока не
 понял, может в php, а может в самой CMS, но не понятна следующая
 ситуация - когда массово меняю права на каталог ( chmod 777 ./* )
 файлы перестают отображаться в админке CMS, когда я меняю права на
 конкретный файл, то он появляется в списке. Тоже самое если я делаю
 через midnight commander, выделение нескольких файлов и попытка
 редактирования прав приводит к исчезновению файлов, а когда выделяю
 один файл, то он появляется.
 
 Система Debian 8.0 amd64 файловая система на ext4
 Не понимаю какая информация меняется в файле, ведь chmod никак не
 взаимодействует с CMS сайта. Иноды не меняются, права не меняются,
 владелец и группа тоже без изменений, но что-то происходит после
 обращения к конкретному файлу, что он снова появяляется в списке.
 Буду признателен, если пнете в нужном направлении


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150516092832.1c521c88@khenar-explorer



Re: Какая служебная информация меняется при использовании chmod

2015-05-16 Пенетрантность Иван Лох
On Sat, May 16, 2015 at 09:49:30AM +0300, Oleg Chelnokov wrote:
 На каталог стоит исполнение, на всю структуру пользователь и группа
 www-data, собственно под ним и запущен апач.
 Дело даже не в правах, я могу сделать chmod 777 ./*  и все файлы исчезнут,
 а могу сделать chmod 777 ./image.jpg  chmod 777 ./image2.jpg  и данные
 файлы появятся.
 Больше чем уверен, что проблема в CMS, меня интересует вопрос какая и где
 меняется информация о файле при обращении к нему команды chmod. т.к. права
 то остаются неизменными 777, но CMS на это реагирует, значит меняется какая
 то служебная информация, вот меня больше этот вопрос интересует, фиг с ним
 с глюком CMS или php5

Генерируется событие inotify, его может отловить какой-нибудь incrond


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150516084713.ga5...@nano.ioffe.rssi.ru



Re: Какая служебная информация меняется при использовании chmod

2015-05-16 Пенетрантность Oleg Chelnokov
На каталог стоит исполнение, на всю структуру пользователь и группа
www-data, собственно под ним и запущен апач.
Дело даже не в правах, я могу сделать chmod 777 ./*  и все файлы исчезнут,
а могу сделать chmod 777 ./image.jpg  chmod 777 ./image2.jpg  и данные
файлы появятся.
Больше чем уверен, что проблема в CMS, меня интересует вопрос какая и где
меняется информация о файле при обращении к нему команды chmod. т.к. права
то остаются неизменными 777, но CMS на это реагирует, значит меняется какая
то служебная информация, вот меня больше этот вопрос интересует, фиг с ним
с глюком CMS или php5

16 мая 2015 г., 9:28 пользователь Egorov N.V. khenarg...@gmail.com
написал:

 Так и не понятно из письма что куда меняется, ну да ладно.

 По поведению - это защита от атаки на ЦМС - если файл имеет атрибут
 исполнения его не видим. Атрибут исполнения может быть только у
 директории. Так что не надо давать ФАЙЛАМ 777. Во вторых - проверьте
 кому принадлежат изображения и под кем запущен Apache. Возможно у вас
 сменился пользователя апача и от этого файлы стали не видны.


 В Sat, 16 May 2015 00:37:19 +0300
 Oleg Chelnokov zarg...@gmail.com пишет:

  В крадце опишу проблему: на etch крутился php сайт в связке
  apache2+php5+libapache2-mod-php5+mysql
  Переустановил систему на jessie и CMS сайта сошла с ума, в аплоад
  каталоге не видятся загруженные изображения. В чем проблема пока не
  понял, может в php, а может в самой CMS, но не понятна следующая
  ситуация - когда массово меняю права на каталог ( chmod 777 ./* )
  файлы перестают отображаться в админке CMS, когда я меняю права на
  конкретный файл, то он появляется в списке. Тоже самое если я делаю
  через midnight commander, выделение нескольких файлов и попытка
  редактирования прав приводит к исчезновению файлов, а когда выделяю
  один файл, то он появляется.
 
  Система Debian 8.0 amd64 файловая система на ext4
  Не понимаю какая информация меняется в файле, ведь chmod никак не
  взаимодействует с CMS сайта. Иноды не меняются, права не меняются,
  владелец и группа тоже без изменений, но что-то происходит после
  обращения к конкретному файлу, что он снова появяляется в списке.
  Буду признателен, если пнете в нужном направлении




Re: Какая служебная информация меняется при использовании chmod

2015-05-15 Пенетрантность Жанибек Нагашыбай
В Sat, 16 May 2015 00:37:19 +0300
Oleg Chelnokov zarg...@gmail.com пишет:

 В крадце опишу проблему: на etch крутился php сайт в связке
 apache2+php5+libapache2-mod-php5+mysql
 Переустановил систему на jessie и CMS сайта сошла с ума, в аплоад
 каталоге не видятся загруженные изображения. В чем проблема пока не
 понял, может в php, а может в самой CMS, но не понятна следующая
 ситуация - когда массово меняю права на каталог ( chmod 777 ./* )
 файлы перестают отображаться в админке CMS, когда я меняю права на
 конкретный файл, то он появляется в списке. Тоже самое если я делаю
 через midnight commander, выделение нескольких файлов и попытка
 редактирования прав приводит к исчезновению файлов, а когда выделяю
 один файл, то он появляется.
 
 Система Debian 8.0 amd64 файловая система на ext4
 Не понимаю какая информация меняется в файле, ведь chmod никак не
 взаимодействует с CMS сайта. Иноды не меняются, права не меняются,
 владелец и группа тоже без изменений, но что-то происходит после
 обращения к конкретному файлу, что он снова появяляется в списке.
 Буду признателен, если пнете в нужном направлении

Проверте, у каталога в правах должно стоять выполнение.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150516081410.5d27438d@DOM-131



Какая служебная информация меняется при использовании chmod

2015-05-15 Пенетрантность Oleg Chelnokov
В крадце опишу проблему: на etch крутился php сайт в связке
apache2+php5+libapache2-mod-php5+mysql
Переустановил систему на jessie и CMS сайта сошла с ума, в аплоад каталоге
не видятся загруженные изображения. В чем проблема пока не понял, может в
php, а может в самой CMS, но не понятна следующая ситуация - когда массово
меняю права на каталог ( chmod 777 ./* )  файлы перестают отображаться в
админке CMS, когда я меняю права на конкретный файл, то он появляется в
списке. Тоже самое если я делаю через midnight commander, выделение
нескольких файлов и попытка редактирования прав приводит к исчезновению
файлов, а когда выделяю один файл, то он появляется.

Система Debian 8.0 amd64 файловая система на ext4
Не понимаю какая информация меняется в файле, ведь chmod никак не
взаимодействует с CMS сайта. Иноды не меняются, права не меняются, владелец
и группа тоже без изменений, но что-то происходит после обращения к
конкретному файлу, что он снова появяляется в списке.
Буду признателен, если пнете в нужном направлении


Re: рекурсивный chmod

2008-10-08 Пенетрантность Yauheni Kaliuta

Hi, Mikhail!

 MR == Mikhail Ramendik writes:

 MR Задача - по некоему дереву сделать chmod 664 всем файлам, chmod 775 всем
 MR директориям.

 MR Вопрос - как?

chmod -R u=rwX,g=rwX,o=rX dir

-- 
WBR, Yauheni Kaliuta


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: рекурсивны й chmod

2008-10-08 Пенетрантность Dmitry E. Oboukhov

YK MR == Mikhail Ramendik writes:

YK Задача - по некоему дереву сделать chmod 664 всем файлам, chmod 775 всем
YK директориям.

YK Вопрос - как?

YK chmod -R u=rwX,g=rwX,o=rX dir
кстати к вопросу по предыдущему флейму GNU-не GNU

эта фича я так понимаю только GNUchmod или нет?
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: [EMAIL PROTECTED] jabber://[EMAIL PROTECTED]
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: рекурсивны й chmod

2008-10-08 Пенетрантность Peter Pentchev
On Wed, Oct 08, 2008 at 12:19:58PM +0400, Dmitry E. Oboukhov wrote:
 
 YK MR == Mikhail Ramendik writes:
 
 YK Задача - по некоему дереву сделать chmod 664 всем файлам, chmod 775 всем
 YK директориям.
 
 YK Вопрос - как?
 
 YK chmod -R u=rwX,g=rwX,o=rX dir
 кстати к вопросу по предыдущему флейму GNU-не GNU
 
 эта фича я так понимаю только GNUchmod или нет?

POSIX.  FreeBSD, NetBSD, OpenBSD тоже +X имеют.

Всего лучшего,
Петр

-- 
Peter Pentchev  [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
This sentence every third, but it still comprehensible.


pgpgq1Tf2Yio1.pgp
Description: PGP signature


рекурсивный chmod

2008-10-07 Пенетрантность Mikhail Ramendik
Всем привет!

Задача - по некоему дереву сделать chmod 664 всем файлам, chmod 775 всем
директориям.

Вопрос - как?

-- 
Yours, Mikhail Ramendik


Re: рекурсивный chmod

2008-10-07 Пенетрантность Stanislav Kruchinin

Mikhail Ramendik wrote:

Всем привет!

Задача - по некоему дереву сделать chmod 664 всем файлам, chmod 775 всем 
директориям.


Вопрос - как?


find каталог -type f -exec chmod 644 {} +
find каталог -type d -exec chmod 755 {} +


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: рекурсивный chmod

2008-10-07 Пенетрантность Vasily Chekalkin
08.10.08, 04:39, "Stanislav Kruchinin" <[EMAIL PROTECTED] >: Mikhail Ramendik wrote:  Всем привет!Задача - по некоему дереву сделать chmod 664 всем файлам, chmod 775 всем   директориям.Вопрос - как? find каталог -type f -exec chmod 644 {} + find каталог -type d -exec chmod 755 {} +chmod -R a+rwX .<[EMAIL PROTECTED] >-- Bacek.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: шелл/chmod

2006-12-06 Пенетрантность Constantine Pokrovsky
On Tue, Dec 05, 2006 at 05:46:41PM +, Dmitry E. Oboukhov wrote:
 работает существенно быстрее (на порядок примерно), но спотыкается на
 файлах содержащих пробелы в имени :-\

Разделитель задается переменной IFS. По умолчанию она равна  \t\n.
Пробел можно временно исключить, когда мешает членение строки на параметры.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



шелл/chmod

2006-12-05 Пенетрантность Dmitry E . Oboukhov
нужно в одном скрипте сделать чтобы права на все файлы в каталогах и
подкаталогах стали 0644, а на все каталоги 0755.

find /path -type d -exec chmod 0755 {} ;
find /path -type t -exec chmod 0644 {} ;

прекрасно справляется с этой задачей, но работает очень медленно
(подкаталоги содержжат тысячи файлов).

сперва я сделал так:

find /path -type d|xargs chmod 0755
find /path -type t|xargs chmod 0644

работает существенно быстрее (на порядок примерно), но спотыкается на
файлах содержащих пробелы в имени :-\

вернулся к первому варианту, но быстродействие его угнетает.

кто-нибудь может предложить что-то более дельное?

--- Mutt/1.5.13 (2006-08-11)
 * Origin: Простые задачи решают без нас! (2:5004/75.151)

Re: шелл/chmod

2006-12-05 Пенетрантность Иван Лох
On Tue, Dec 05, 2006 at 05:46:41PM +, Dmitry E. Oboukhov wrote:
 нужно в одном скрипте сделать чтобы права на все файлы в каталогах и
 подкаталогах стали 0644, а на все каталоги 0755.

chmod -R u=rwX,go=rX .

-- 
Иван Лох


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: шелл/chmod

2006-12-05 Пенетрантность Alexander GQ Gerasiov
На 05 Dec 2006 17:46:41
Dmitry E. Oboukhov [EMAIL PROTECTED] записано:

 нужно в одном скрипте сделать чтобы права на все файлы в каталогах и
 подкаталогах стали 0644, а на все каталоги 0755.
 
 find /path -type d -exec chmod 0755 {} ;
 find /path -type t -exec chmod 0644 {} ;
 
 прекрасно справляется с этой задачей, но работает очень медленно
 (подкаталоги содержжат тысячи файлов).
 
 сперва я сделал так:
 
 find /path -type d|xargs chmod 0755
 find /path -type t|xargs chmod 0644
 
 работает существенно быстрее (на порядок примерно), но спотыкается на
 файлах содержащих пробелы в имени :-\
 
 вернулся к первому варианту, но быстродействие его угнетает.
 
 кто-нибудь может предложить что-то более дельное?
 
 --- Mutt/1.5.13 (2006-08-11)
  * Origin: Простые задачи решают без нас! (2:5004/75.151)
   find /tmp -name core -type f -print | xargs /bin/rm -f

   Find  files named core in or below the directory /tmp and delete
them.  Note that this will work incorrectly if there are any filenames
containing newlines, single or double quotes, or spaces.

   find /tmp -name core -type f -print0 | xargs -0 /bin/rm -f

Это из find(1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: шелл/chmod

2006-12-05 Пенетрантность Pavel Ammosov
On Tue, Dec 05, 2006 at 05:46:41PM +, Dmitry E. Oboukhov wrote:
 find /path -type d|xargs chmod 0755
 find /path -type t|xargs chmod 0644

find /path -type d -print0 | xargs -0r chmod 0755


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: шелл/chmod

2006-12-05 Пенетрантность Yury Martko
Dmitry E. Oboukhov пишет:
 нужно в одном скрипте сделать чтобы права на все файлы в каталогах и
 подкаталогах стали 0644, а на все каталоги 0755.
 
 find /path -type d -exec chmod 0755 {} ;
 find /path -type t -exec chmod 0644 {} ;
 
 прекрасно справляется с этой задачей, но работает очень медленно
 (подкаталоги содержжат тысячи файлов).
 
 сперва я сделал так:
 
 find /path -type d|xargs chmod 0755
 find /path -type t|xargs chmod 0644
 
 работает существенно быстрее (на порядок примерно), но спотыкается на
 файлах содержащих пробелы в имени :-\
 
 вернулся к первому варианту, но быстродействие его угнетает.
 
 кто-нибудь может предложить что-то более дельное?
 
 --- Mutt/1.5.13 (2006-08-11)
  * Origin: Простые задачи решают без нас! (2:5004/75.151)

// Только если скрипт запускается из-под рута

# сначала высавим все права как для файлов
chmod -R 0644 /path
# затем уже ищем каталоги
find /path -type d -exec chmod 0755 {} ;

должно работать быстрее, т.к. каталогов обычно меньше


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chmod

2006-05-25 Пенетрантность Mikolaj Golub

On Wed, 24 May 2006 13:18:07 +0400 Artem Chuprina wrote:

 AC Никита - debian-russian@lists.debian.org  @ Wed, 24 May 2006 17:11:35 
+1000:

 AC  Н Прошу прощения, всем спасибо, много дельных советов.
 AC  Н Просто почему-то у меня всего три письма в треде,
 AC  Н а на сайте куда больше.

 AC Зато твоих в рассылке два экземпляра...  Может, сменить почтового
 AC клиента?  Или сервера, но это менее вероятно...

Просто murphy.debian.org [70.103.162.31] попал на какое-то время в блеклист
spamcop.net. Вот у кого на серверах прописан такой рбл, у того и проблемы
были.

А два письма -- это наверное человек перепослал, недождавшись первого.

-- 
to my, trociny


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chmod

2006-05-24 Пенетрантность Dmitry E. Oboukhov
 Как сделать через сабж права для папок 755, а для файлов 644?
find -type d -exec chmod 755 {} ;
find -type f -exec chmod 644 {} ;


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chmod

2006-05-24 Пенетрантность Stanislav Maslovski
On Tue, May 23, 2006 at 04:13:41PM +0400, Spiderus wrote:
 Здравствуйте, Никита.
 
 Вы писали 23 мая 2006 г., 10:54:47:
 
  Как сделать через сабж права для папок 755, а для файлов 644?
 
 chmod 755 dir
 chmod 644 file
 
  :)пардон если не понял вопроса.

Никита спрашивал про chmod, примененный с -R, или ко многим
файлам/директориям в одной команде. Иначе вопрос теряет смысл.
Догадаться не трудно, ибо, в зуб даю, 99% из здесь присутствующих
когда-то натыкались на те же грабли.

-- 
Cтанислав



Re: chmod

2006-05-24 Пенетрантность Maksim A. Boyko
On Tue, May 23, 2006 at 11:00:24PM +0400, Stanislav Maslovski wrote:
 On Tue, May 23, 2006 at 04:13:41PM +0400, Spiderus wrote:
  Здравствуйте, Никита.
  
  Вы писали 23 мая 2006 г., 10:54:47:
  
   Как сделать через сабж права для папок 755, а для файлов 644?
  
  chmod 755 dir
  chmod 644 file
  
   :)пардон если не понял вопроса.
 
 Никита спрашивал про chmod, примененный с -R, или ко многим
 файлам/директориям в одной команде. Иначе вопрос теряет смысл.
 Догадаться не трудно, ибо, в зуб даю, 99% из здесь присутствующих
 когда-то натыкались на те же грабли.
все ясно.
-- 
С уважением,
Maksim A. Boyko mailto:[EMAIL PROTECTED]

Registered Linux user #385502
Debian/GNU Linux (Sarge)



Only two things are infinite, the universe and human stupidity, 
and I'm not sure about the former. Albert Einstein


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chmod

2006-05-24 Пенетрантность Никита

Никита пишет:

Stanislav Maslovski пишет:

On Tue, May 23, 2006 at 04:13:41PM +0400, Spiderus wrote:

Здравствуйте, Никита.

Вы писали 23 мая 2006 г., 10:54:47:


Как сделать через сабж права для папок 755, а для файлов 644?

chmod 755 dir
chmod 644 file

 :)пардон если не понял вопроса.


Никита спрашивал про chmod, примененный с -R, или ко многим
файлам/директориям в одной команде. Иначе вопрос теряет смысл.
Догадаться не трудно, ибо, в зуб даю, 99% из здесь присутствующих
когда-то натыкались на те же грабли.



Всё верно, спасибо Дмитрию, то что надо :)
Через find все классно делается.



Прошу прощения, всем спасибо, много дельных советов.
Просто почему-то у меня всего три письма в треде,
а на сайте куда больше.

--
С уважением, Никита.
ICQ 151763



Re: chmod

2006-05-24 Пенетрантность Dmitry Nezhevenko
On Tue, May 23, 2006 at 04:53:02PM +0400, Artem Chuprina wrote:
 Никита - debian-russian@lists.debian.org  @ Tue, 23 May 2006 16:54:47 +1000:
 
  Н Как сделать через сабж права для папок 755, а для файлов 644?
 
 chmod -R u=rwX,g=rX,o=rX

Спасибо. Наверное самый правильный вариант.

-- 
WBR, Dmitry


signature.asc
Description: Digital signature


Re: chmod

2006-05-24 Пенетрантность Никита

Stanislav Maslovski пишет:

On Tue, May 23, 2006 at 04:13:41PM +0400, Spiderus wrote:

Здравствуйте, Никита.

Вы писали 23 мая 2006 г., 10:54:47:


Как сделать через сабж права для папок 755, а для файлов 644?

chmod 755 dir
chmod 644 file

 :)пардон если не понял вопроса.


Никита спрашивал про chmod, примененный с -R, или ко многим
файлам/директориям в одной команде. Иначе вопрос теряет смысл.
Догадаться не трудно, ибо, в зуб даю, 99% из здесь присутствующих
когда-то натыкались на те же грабли.



Всё верно, спасибо Дмитрию, то что надо :)
Через find все классно делается.


--
С уважением, Никита.
ICQ 151763



Re: chmod

2006-05-24 Пенетрантность Artem Chuprina
Никита - debian-russian@lists.debian.org  @ Wed, 24 May 2006 17:11:35 +1000:

 Н Прошу прощения, всем спасибо, много дельных советов.
 Н Просто почему-то у меня всего три письма в треде,
 Н а на сайте куда больше.

Зато твоих в рассылке два экземпляра...  Может, сменить почтового
клиента?  Или сервера, но это менее вероятно...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

В теории нет различия между теорией и практикой.  На практике - есть.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chmod

2006-05-24 Пенетрантность Никита

Artem Chuprina пишет:

Никита - debian-russian@lists.debian.org  @ Wed, 24 May 2006 17:11:35 +1000:

 Н Прошу прощения, всем спасибо, много дельных советов.
 Н Просто почему-то у меня всего три письма в треде,
 Н а на сайте куда больше.

Зато твоих в рассылке два экземпляра...  Может, сменить почтового
клиента?  Или сервера, но это менее вероятно...



это я два раза отправил, думаю что за хня, самому себе не приходит,
а это рассылка глючила.
клиент нормальный.

--
С уважением, Никита.
ICQ 151763



chmod

2006-05-23 Пенетрантность Никита

Как сделать через сабж права для папок 755, а для файлов 644?

--
С уважением, Никита.
ICQ 151763



Re: chmod

2006-05-23 Пенетрантность Dmitry Nezhevenko
On Tue, May 23, 2006 at 04:54:47PM +1000, Никита wrote:
 Как сделать через сабж права для папок 755, 
 а для файлов 644?
 

find -type d | xargs chmod 755
find -type f | xargs chmod 644

Ну или так:

find -type d -exec chmod 755 '{}' \;
find -type f -exec chmod 644 '{}' \;

-- 
WBR, Dmitry


signature.asc
Description: Digital signature


Re: chmod

2006-05-23 Пенетрантность Victor Wagner
On 2006.05.23 at 16:54:47 +1000, Никита wrote:

 Как сделать через сабж права для папок 755, а для файлов 644?


Ну например

find . -type d |xargs chmod 0755
find . -type f |xargs chmod 0644

Или сформулировать задачу другими словами. Например
у всех директорий (слово папка обычно не используется в Linux)
уже есть право на выполнение, нужно сделать чтобы все пользователи могли
и группа имели право на чтение, и не имели прав на запись,
а владелец имел права на чтение и на запись

Тогда

chmod -R go+r,go-w,u+rw .

Такая конструкция явным образом расставляет права на чтение и на запись,
но не трогает прав на выполнение.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chmod

2006-05-23 Пенетрантность HoverHell
On 5/23/06, Никита [EMAIL PROTECTED] wrote:
Как сделать через сабж права для папок 755, а для файлов 644?Есть такая возможность chmod a+X *, но вот что есть при установке прав при помощи вышеупомянутого способа (644 для файлов, и ещё +111 для папок)?
--  --HoverHell (ICQ#174520).


Re: chmod

2006-05-23 Пенетрантность Stanislav Maslovski
On Tue, May 23, 2006 at 04:54:47PM +1000, Никита wrote:
 Как сделать через сабж права для папок 755, а для файлов 644?

chmod u=rwX,go=rX

-- 
Cтанислав



chmod

2006-05-23 Пенетрантность Никита

Как сделать через сабж права для папок 755, а для файлов 644?

--
С уважением, Никита.
ICQ 151763



Re: chmod

2006-05-23 Пенетрантность Grigory Fateyev
Hello Никита!
On Tue, 23 May 2006 16:54:47 +1000 you wrote:

 Как сделать через сабж права для папок 755, а для файлов 644?
 
find легко решит эту проблему

-- 
Всего наилучшего!
greg [at] anastasia [dot] ru Григорий.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chmod

2006-05-23 Пенетрантность Stanislav Maslovski
On Tue, May 23, 2006 at 04:54:47PM +1000, Никита wrote:
 Как сделать через сабж права для папок 755, а для файлов 644?

В догонку. Строго говоря, просто

chmod -R u=rwX,go=rX foo

недостаточно, так как X сохранит право на выполнение у файлов, если оно уже
было установлено.

Вначале надо дать
chmod -R a-x foo
(вообще-то от (fake)рута, почему - сам догадайся :) )

-- 
Cтанислав



Re: chmod

2006-05-23 Пенетрантность Spiderus
Здравствуйте, Никита.

Вы писали 23 мая 2006 г., 10:54:47:

 Как сделать через сабж права для папок 755, а для файлов 644?

chmod 755 dir
chmod 644 file

 :)пардон если не понял вопроса.
-- 
С уважением,
 Spiderus  mailto:[EMAIL PROTECTED]


Re: chmod

2006-05-23 Пенетрантность Artem Chuprina
Никита - debian-russian@lists.debian.org  @ Tue, 23 May 2006 16:54:47 +1000:

 Н Как сделать через сабж права для папок 755, а для файлов 644?

chmod -R u=rwX,g=rX,o=rX

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

... и углупился в свои мысли
Кнышев


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chmod

2006-05-23 Пенетрантность Slava Astashonok
Никита wrote:
 Как сделать через сабж права для папок 755, а для файлов 644?

Интересно, сколько ещё будет вариантов ответа пока вспомнят про флаг X?
:-)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chmod problem

2003-04-24 Пенетрантность Oleg P. Philon
Привет, коллеги.

On Wed, Apr 23, 2003 at 07:53:37PM +0200, Gossen Alexey wrote:
 как сделать, чтобы все создаваемые файлы в директории, скажем /pub, получали 
 по умолчанию сдедующие атрибуты 
 1)владелец: создающий (или без разницы)
 2)группа: public
 новые файлы получали маску файла 660 
 новые директории - маску 770
 моя цель, чтобы все пользователи, находящиеся в группе public, получали 
 полный доступ ( rw(x) )к файлам, независимо от владельца этого файла

Если хочешь автоматом, то тут одним chmod'ом не обойтись.

Сделай юзерам umask 0007, это автоматом обнулит права для всех остальных,
т.е. 660 770. Затем на каталог pub сделай права 2770, т.е. выстави setgid,
владелец, например, root.public. Теперь вновь создаваемые объекты будут
автоматом получать группу public, а каталоги наследовать sgid бит.

Только учти, теперь все из группы public могут удалять файлы. Если это
нежелательно, на эти каталоги выстави sticky bit, нечто вроде 1770 или
3770. Тогда удалять сможет только владелец.

 Guten Tag, Alexey

Auf Wiederlesenophil aka Д-р Антикоммуний
--
Oleg P. Philon  http://gomelug.agava.ru/articles
Linux Lab, Gomel, Belarus   mailto:[EMAIL PROTECTED]
http://anticommunist.narod.ru   mailto:[EMAIL PROTECTED]



Re: chmod problem

2003-04-24 Пенетрантность Yuriy Vostrikoff
Gossen Alexey [EMAIL PROTECTED] writes:

 On Wed, 23 Apr 2003 10:17:26 +0300
 Oleg P. Philon [EMAIL PROTECTED] wrote:

 так как мы итак про chmod разговариваем.

 как сделать, чтобы все создаваемые файлы в директории, скажем /pub, получали 
 по умолчанию сдедующие атрибуты 
 1)владелец: создающий (или без разницы)
 2)группа: public
 новые файлы получали маску файла 660 
 новые директории - маску 770

 моя цель, чтобы все пользователи, находящиеся в группе public, получали 
 полный доступ ( rw(x) )к файлам, независимо от владельца этого файла

 читал man chown man chmod, но дурной башка там ничего не нашёл 


man 2 stat

   The set GID bit (S_ISGID) has several special uses: For  a
   directory  it  indicates  that BSD semantics is to be used
   for that directory:  files  created  there  inherit  their
   group ID from the directory, not from the effective gid of
   the creating process, and directories created  there  will
   also  get  the  S_ISGID bit set.  For a file that does not
   have the group execution bit (S_IXGRP) set,  it  indicates
   mandatory file/record locking.

 и еще man umask

-- 
Mon at phobos.loc
Der kalte Mond in voller Pracht...
The Moon is Waning Crescent (40% of Full)



Re: chmod problem

2003-04-23 Пенетрантность Yuriy Vostrikoff
Валентин С. Рябинин [EMAIL PROTECTED] writes:

  b function gchmd(){ find ./ \( -type f -exec chmod $1 {} \; \) -o \(
  b -type d -exec chmod $2 {} \; \); }
 
  b на директории и файлы с пробелами и нестандартными символами - работает
 
 Народ, вы чего? А man chmod почитать?
 
 chmod o+rwX,g+rwX,o+rw -R . , конкретное значение прав - по вкусу...
 
 Тогда покажите конструкцию на основе ваших знаний в одну строку, где
 рекурсивно задаются разные права для многократно вложенных директорий и
 файлов в них.
 С такими же условиями попробуйте сделать команду в одну строку используя
 xargs.
 Только из-за того что у меня так и не вышло ни то ни другое (не
 претендую на отличные знания), использую конструкцию что показал выше. 

А то, что у вас на каждый файл дергается exec chmod это ничего? А если
файлов миллион?

btw: 
function gchmd(){ find ./ -type f -print0 | xargs -0 chmod $1; find ./ -type d 
-print0 | xargs -0 chmod $2; }


-- 
Mon at phobos.loc
Der kalte Mond in voller Pracht...
The Moon is Waning Gibbous (53% of Full)



Re: chmod problem

2003-04-23 Пенетрантность Yuriy Vostrikoff
Dmitry Astapov [EMAIL PROTECTED] writes:


 Народ, вы чего? А man chmod почитать?

 chmod o+rwX,g+rwX,o+rw -R . , конкретное значение прав - по вкусу...


[EMAIL PROTECTED]:[/tmp/1]$ mkdir 2
[EMAIL PROTECTED]:[/tmp/1]$ touch 2/f
[EMAIL PROTECTED]:[/tmp/1]$ chmod 700 2/f
[EMAIL PROTECTED]:[/tmp/1]$ ll 2/f
-rwx--1 mon  mon 0 Апр 23 09:03 2/f
[EMAIL PROTECTED]:[/tmp/1]$ ll -d 2
drwxr-x---2 mon  mon  1024 Апр 23 09:03 2
[EMAIL PROTECTED]:[/tmp/1]$ chmod g=rwX -R .
[EMAIL PROTECTED]:[/tmp/1]$ ll -d 2
drwxrwx---2 mon  mon  1024 Апр 23 09:03 2
[EMAIL PROTECTED]:[/tmp/1]$ ll 2/f
-rwxrwx---1 mon  mon 0 Апр 23 09:03 2/f

И нафига оно мне поменяло права на 2/f ?
Проблема как видно в  execute only if the file is a directory or
already has execute permission for some user (X) - т.е. такой вот
командой очень легко прострелить себе ногу - надавать лишних прав на
исполняемые файлы, а хотелось простого - менять права только у
директорий.  


-- 
Mon at phobos.loc
Der kalte Mond in voller Pracht...
The Moon is Waning Gibbous (53% of Full)



Re: chmod problem

2003-04-23 Пенетрантность Oleg P. Philon
Привет, коллеги.

On Wed, Apr 23, 2003 at 09:28:37AM +0900, Валентин С. Рябинин wrote:
  Народ, вы чего? А man chmod почитать?
  chmod o+rwX,g+rwX,o+rw -R . , конкретное значение прав - по вкусу...
 Тогда покажите конструкцию на основе ваших знаний в одну строку, где
 рекурсивно задаются разные права для многократно вложенных директорий и
 файлов в них.

Дмитрий же написал - по вкусу. Не нужно было подставлять все изменения
прав буквально, а только те, которые нужны. Например

... $ find -type d|xargs chmod a+rx,o-w 
... $ find -type f|xargs chmod a+r,a-x

Две строки только для наглядности :

 Валентин С. Рябинин [EMAIL PROTECTED]

Auf Wiederlesenophil aka Д-р Антикоммуний
--
Oleg P. Philon  http://gomelug.agava.ru/articles
Linux Lab, Gomel, Belarus   mailto:[EMAIL PROTECTED]
http://anticommunist.narod.ru   mailto:[EMAIL PROTECTED]



Re: chmod problem

2003-04-23 Пенетрантность Валентин С . Рябинин
В Срд, 23.04.2003, в 14:08, Yuriy Vostrikoff пишет:
 А то, что у вас на каждый файл дергается exec chmod это ничего? А если
 файлов миллион?

вот об этом я как раз и не подумал..

 btw: 
 function gchmd(){ find ./ -type f -print0 | xargs -0 chmod $1; find ./ -type 
 d -print0 | xargs -0 chmod $2; }
 

признаю свою недалёкость :)

-- 
Валентин С. Рябинин [EMAIL PROTECTED]





Re: chmod problem

2003-04-23 Пенетрантность Gossen Alexey
On Wed, 23 Apr 2003 10:17:26 +0300
Oleg P. Philon [EMAIL PROTECTED] wrote:

так как мы итак про chmod разговариваем.

как сделать, чтобы все создаваемые файлы в директории, скажем /pub, получали по 
умолчанию сдедующие атрибуты 
1)владелец: создающий (или без разницы)
2)группа: public
новые файлы получали маску файла 660 
новые директории - маску 770

моя цель, чтобы все пользователи, находящиеся в группе public, получали полный 
доступ ( rw(x) )к файлам, независимо от владельца этого файла

читал man chown man chmod, но дурной башка там ничего не нашёл 

-- 
Guten Tag, Alexey



Re: chmod problem

2003-04-22 Пенетрантность Валентин С . Рябинин
В Втр, 22.04.2003, в 22:50, Dmitry Astapov пишет:
 Evening, bass. 
 
 [EMAIL PROTECTED] 09:12 22/4/2003 wrote:
 
 [skip]
  файлов там на 4 гигабайта, музыка всякая, картинки, прочая мелочь. 
  менять всё вручную до пенсии надо у кого есть идея?
 
  заранее благодарен
 
  b давно уже написал мелкую функцию рекурсивного изменения прав (в
  b ~.bashrc), и частенько ей пользуюсь
 
  b function gchmd(){ find ./ \( -type f -exec chmod $1 {} \; \) -o \(
  b -type d -exec chmod $2 {} \; \); }
 
  b на директории и файлы с пробелами и нестандартными символами - работает
 
 Народ, вы чего? А man chmod почитать?
 
 chmod o+rwX,g+rwX,o+rw -R . , конкретное значение прав - по вкусу...
 
Тогда покажите конструкцию на основе ваших знаний в одну строку, где
рекурсивно задаются разные права для многократно вложенных директорий и
файлов в них.
С такими же условиями попробуйте сделать команду в одну строку используя
xargs.
Только из-за того что у меня так и не вышло ни то ни другое (не
претендую на отличные знания), использую конструкцию что показал выше. 

 -- 
 Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
 GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D
 

-- 
Валентин С. Рябинин [EMAIL PROTECTED]




Re: chmod problem

2003-04-22 Пенетрантность Yuriy Vostrikoff
Gossen Alexey [EMAIL PROTECTED] writes:


 #for p in `find /pub -type f`; do chmod 660 $p; done
 файлы с пробелами, нестандартными символами '  [ ] и т.д. не изменяются (!)
 #for p in `find /pub -type f`; do chmod 660 \$p\; done
 безрезультатно, поступаю хитрее
 #for p in `find /pub -type d`; cd $p  chmod 660 *; done
 во всех вариантах - $p \$p\
 опять нет

man find; man xargs

find /pub -type d -print0 | xargs -0 chmod 775 

И вообще в местах, где файлы создаются пользователями - по другому
нельзя.

-- 
Mon at phobos.loc
Der kalte Mond in voller Pracht...
The Moon is Waning Gibbous (64% of Full)



Re: chmod problem

2003-04-22 Пенетрантность Gossen Alexey
On Tue, 22 Apr 2003 09:57:56 +0400
Yuriy Vostrikoff [EMAIL PROTECTED] wrote:

 Gossen Alexey [EMAIL PROTECTED] writes:
 
 
  #for p in `find /pub -type f`; do chmod 660 $p; done
  файлы с пробелами, нестандартными символами '  [ ] и т.д. не изменяются (!)
  #for p in `find /pub -type f`; do chmod 660 \$p\; done
  безрезультатно, поступаю хитрее
  #for p in `find /pub -type d`; cd $p  chmod 660 *; done
  во всех вариантах - $p \$p\
  опять нет
 
 man find; man xargs
 
 find /pub -type d -print0 | xargs -0 chmod 775 
 
спасибо, очень помогло, вопрос закрыт

-- 
Guten Tag, Alexey



Re: chmod problem

2003-04-22 Пенетрантность Dmitry Astapov

Evening, bass. 

[EMAIL PROTECTED] 09:12 22/4/2003 wrote:

[skip]
 файлов там на 4 гигабайта, музыка всякая, картинки, прочая мелочь. 
 менять всё вручную до пенсии надо у кого есть идея?

 заранее благодарен

 b давно уже написал мелкую функцию рекурсивного изменения прав (в
 b ~.bashrc), и частенько ей пользуюсь

 b function gchmd(){ find ./ \( -type f -exec chmod $1 {} \; \) -o \(
 b -type d -exec chmod $2 {} \; \); }

 b на директории и файлы с пробелами и нестандартными символами - работает

Народ, вы чего? А man chmod почитать?

chmod o+rwX,g+rwX,o+rw -R . , конкретное значение прав - по вкусу...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D



chmod problem

2003-04-21 Пенетрантность Gossen Alexey
привет многоуважаемый all

лежит у меня куча файлов с мастдаевских времён в директории /pub. так вот у 
них, как ни назло, у всех exec flag
меняю
#chmod 660 -R /pub
только радоваться - ан нет, exec flag убран с директорий, а вот это нихт гут, 
изменил всё обратно на 770
теперь поступаю так:
#for p in `find /pub -type f`; do chmod 660 $p; done
файлы с пробелами, нестандартными символами '  [ ] и т.д. не изменяются (!)
#for p in `find /pub -type f`; do chmod 660 \$p\; done
безрезультатно, поступаю хитрее
#for p in `find /pub -type d`; cd $p  chmod 660 *; done
во всех вариантах - $p \$p\
опять нет

файлов там на 4 гигабайта, музыка всякая, картинки, прочая мелочь. менять всё 
вручную до пенсии надо
у кого есть идея?

заранее благодарен


-- 
Guten Tag, Alexey



Re: chmod problem

2003-04-21 Пенетрантность Валентин С . Рябинин
В Втр, 22.04.2003, в 08:16, Gossen Alexey пишет:
 привет многоуважаемый all
 
 лежит у меня куча файлов с мастдаевских времён в директории /pub. так вот у 
 них, как ни назло, у всех exec flag
 меняю
 #chmod 660 -R /pub
 только радоваться - ан нет, exec flag убран с директорий, а вот это нихт гут, 
 изменил всё обратно на 770
 теперь поступаю так:
 #for p in `find /pub -type f`; do chmod 660 $p; done
 файлы с пробелами, нестандартными символами '  [ ] и т.д. не изменяются (!)
 #for p in `find /pub -type f`; do chmod 660 \$p\; done
 безрезультатно, поступаю хитрее
 #for p in `find /pub -type d`; cd $p  chmod 660 *; done
 во всех вариантах - $p \$p\
 опять нет
 
 файлов там на 4 гигабайта, музыка всякая, картинки, прочая мелочь. менять всё 
 вручную до пенсии надо
 у кого есть идея?
 
 заранее благодарен
 
давно уже написал мелкую функцию рекурсивного изменения прав (в
~.bashrc), и частенько ей пользуюсь

function gchmd(){ find ./ \( -type f -exec chmod $1 {} \; \) -o \( -type
d -exec chmod $2 {} \; \); }

на директории и файлы с пробелами и нестандартными символами - работает


 -- 
 Guten Tag, Alexey
 
-- 
Валентин С. Рябинин [EMAIL PROTECTED]