Вопрос по циклам 2

не вижу тэга и в тексте нет - что это? bash или что?

сижу на freebsd.

тут про баш спрашивали, а не про питон

на место files - путь к директории ? и на место data.txt - путь к этому файлу ?

не работает

да, нужен сценарий на баше

Ок,

python -c "print(list(zip(__import__('itertools').repeat('chgrp'), (s.strip() for s in open('data.txt', 'r').readlines()), (__import__('os').path.join('files', file) for file in sorted(__import__('os').listdir('files'))))))"

с питоном никак, есть ньюансы.

жду ещё вариантов на баше от остальных. или прощай работа.

Ничё не понял, но я вижу это так:

#!/bin/bash
logs="/home/man/httpd-logs"
datax="/home/man/data.txt"
target=$(ls "$logs" | grep 'access.log' )
while read line
do
for i in $target
do
read line
chgrp $line $i
done
done < $datax

не фурычит

почему именно ls *access.log ?

нужные файлы должны выводиться по команде ls -ll | awk '{print $9}' | grep 'access.log'

и к ним применяться chgrp где каждая группа берётся из текстового файла

Тебе уже несколько раз в этом и предыдущем тредах говорили, что если в файле группы идут без имён файлов, то благодати не будет. И вообще мы здесь явно имеем дело с ярко выраженной XY problem. Объясни толком, почему такая наркоманская вводная.

я бы сделал так:

#!/bin/bash
count=1

for file in `find /home/man/httpd-logs/ -type f | grep 'access.log'`
do
    chgrp `sed -n ${count}p /home/man/data.txt` ${file}
    count=`$count+1`
done 

Как именно не фурычит? Сдвиг на один файл присутствует, так это можно каким-нить костылём пофиксить и вообще, unterwulf предложил супер-решение, что у него не так?

Есть папка
Есть директория

У тебя конфликт стандартов. Конечно же ничего работать не будет.

count=`$count+1`

Какой интересный у вас bash. Если уж извращаться, то ... sed -n $((count++))p ...

Но это действительно извращение, ибо каждый раз запускать sed для последовательного получения строчек из файла полный ужас.

usage: chgrp [-fhvx] [-R [-H | -L | -P]] group file ...

Забери уже у папки текстовой файл. Хватит его мучить :)

Понимаю суть вашего кода, но не работает. Причина мне не ясна.

Как именно не работает? Дым идёт из компьютера?

Так код Crystal_HMR действительно же не работает, и выше объяснил почему.

Да ему уже три метода подсказали, но он не рассказывает, что ему надо и что не получается.

Да ему уже три метода подсказали

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

но он не рассказывает, что ему надо и что не получается.

Ну вы же в курсе, что и не получится, при такой то задаче.

баш не рулит, сам же видишь, давай на zsh

Код Crystal_HMR - после запуска, не единого сообщения о чём-либо, и сам результат не поменялся.

у Pyzia - выбрасывает usage: chgrp [-fhvx] [-R [-H | -L | -P]] group file ...

код unterwulf - paste $datax <(ls *access.log) | xargs -n 2 chgrp

выбрасывает Syntax error: "(" unexpected

остальные варианты с циклами выбрасывают ошибки по типу - usage chgrp: not found файл

группы идут с именами файлов

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

Что в файле data.txt?

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

• hord
• torb
• jord

и т.д

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

Да причём тут awk? Какой код вы бы не применили (а в начале этого второго топика он на первый взгляд рабочий), у вас всегда будут глюки, ибо информации для соответствия файлов и групп скрипту вы и не даёте, но что-то от него хотите.

Но это действительно извращение, ибо каждый раз запускать sed для последовательного получения строчек из файла полный ужас.

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

Кстати подозреваю, что не работает потому, что я повелся на ваше grep access.log. Там не надо. Ну и второе - слегка в языках запутался, но надеялся что тс поймет и прочтет про инкремент

Вот вариант 2, думаю что access.log это таки файл, который надо читать:

#!/bin/bash
count=1
cd /home/man/httpd-logs 

for file in `ls -ll | awk '{print $9}' | grep 'access.log'` #хотя я бы использовал find
#или ls -1. Нет смысла получать список фалов по ls -l
#а потом авкашить только его название. Глупая работа
do
    chgrp `sed -n ${count}p /home/man/data.txt` ${file}
    count=$((count+1))
done 

PS. Следующее «не работает» с выводом

bash -x /path/to/script.sh

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

но через скрипт сделать это правильно не получается, первая строка соотстветсвует первому файлу, вторая второму, третья третьему и т.д.

и мне это нужно сделать через сценарий. и оно просто не работает.

в ручную это получилось бы без проблем, но файлов 1500 штук

а какой другой вариант при такой задаче?

Вы не поверите, но у ТСа этот момент с самого начала ещё с прошлого топика оптимален: while true; do read l; done < file

Кстати подозреваю, что не работает потому, что я повелся на ваше grep access.log.

МОЁ?!

МОЁ?

да не ТВОЁ, а тс'а. Чеж ты занудный то такой?

sed: /home/sevenx/out.txt: No such file or directory usage: chgrp [-fhvx] [-R [-H | -L | -P]] group file ...

В POSIX нет понятий «первый файл», «второй файл» и т.д. find перечисляет файлы как попало, ls тоже не обязан их сортировать (GNU ls сортирует, но у тебя ведь BSD). И уж конечно нельзя исключать, что количество записей в data.txt не соответствует числу пар файлов. Если б соответствовало код из стартового поста работал бы.

первая строка соотстветсвует первому файлу

какому первому файлу? Если б оно соответсвовало, то ваш код и отработал бы без глюков. Конечно, тут намекнули, что это может быть ещё от других каталогов в вашем рабочем каталоге. Но это то вы способны сами определить?

Неужели трудно дописать echo к chgrp, посмотреть что оно пытается сделать и сравнить с тем, что вы бы руками делали? Вы никогда ничего не отлаживали?

да не ТВОЁ, а тс'а. Чеж ты занудный то такой?

Нахрен мне чужие глюки? А во то, что ТС не читает, что не ему писано, мы — видим.

я сортирую файлы через ls -ll | awk '{print $9}' | grep 'access.log

количество записей уже соответсвует файлам, потому что я исключил пары, оставил только access.log файлы, без других файлов error.log.

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

for i in $отсортированная_директория do read line echo chgrp $line $i done < $текстовыйфайл

Как хорошо начинали, но вот это всё перечеркнуло:

ls тоже не обязан их сортировать

По POSIX - обязан. http://pubs.opengroup.org/onlinepubs/009695399/utilities/ls.html

пишу ещё раз отформатированно под форум

for i in $target
do read line
echo chgrp $line $i
done < $out

Во-первых, достаточно ls | grep access.log.

Во-вторых, стоит лишь сделать тестовый прогон вот так

target=$(ls | grep 'access.log')

for i in $target
do 
read line
echo chgrp $line $i
done < $datax > report.txt

Спасибо за поправку. А про for i in * и сортировку стандарт что-нибудь говорит?

Я пробывал этот вариант, но имена груп распределяются не верно, и я не понимаю почему

А не, вроде нормально. Так вы отлаживать то пробовали с echo?

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

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