РЕШЕНО Перенаправление вывода На в ввод

мда... а что мешает chmod +x install ?

ls | grep install

find -iname '*install*' -type f -exec chmod +x {} \;

повторю ещё раз. Ввожу: ls | grep «что-то грепаю»| «перенаправление грепа на ввод и собственно выполниение»

chmod +x указал для примера.

Спасибо большое ! Отличный универсальный скрипт которым буду пользоваться очень долго)

как можно продлить скрипт чтобы после выдачи прав ch'модом он выполнялся $: bash 'исполняймый файл' find -iname '*install*' -type f -exec chmod +x {} $:bash 'исполняймый файл' \;

Замечания по твоей задаче:

• Не все утилиты жрут STDIN;
• Нельзя использовать STDIN где угодно (в качестве аргумента, например);
• Не всегда можно предсказать STDIN (его может оказаться несколько строк, потому утилита может повести себя неоднозначно, если она на это не рассчитана);
• Не всё выплёвывается в STDOUT (нужный выхлоп может оказаться в STDERR), который обычно не передаётся в STDIN через pipe;

универсальный скрипт

Во-первых это не скрипт, а просто команда; во-вторых она далеко не универсальна (хоть и часто полезна).

Спасибо большое !

Если это решает твой основной вопрос, пометь тему решённой.

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

Вообще, find может принимать несколько -exec (и ещё многих аргументов):

find . -iname '*install*' -type f -exec chmod +x {} \; -exec {} \;

Причём тебе совершенно не нужен bash.

ls | grep | xargs -I{} chmod +x {}

просто скрипт написан на баше

find -iname '*install*' -type f -exec chmod +x {} \;

Иии.... он рекурсивно пройдет по всем каталогам.

просто скрипт написан на баше

Если в нём корректно прописан шебанг, скармливать интерпретатору его не нужно. Если же шебанг не указан, то да.

Иии…. он рекурсивно пройдет по всем каталогам.

Для этого есть -maxdepth 0.

Есть, но вы его не указали.

РЕШЕНО

stokman, есть же галочка [пометить тему решённой] внизу.

Всего не упомнить. Человеческий фактор никто не отменял.

Ну вот завтра ТС (или еще какой ньюфаг) на радостях что-то поядрючей «chmod +x» запихнет, то-то «весело» будет.

Ну вот завтра ТС (или еще какой ньюфаг) на радостях что-то поядрючей «chmod +x» запихнет, то-то «весело» будет.

Я в няньки не нанимался, надо головой думать. А то многие уже разучились, остальные ещё не научились.

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

Если скрипт лежит в репозитории одним файлом без всяких довесков, то, возможно, подойдёт это

# curl https://REPOSITORY.github.io/SCRIPT | sudo sh 

REPOSITORY - название вашего репозитория. SCRIPT - называние вашего скрипта.

Если репозиторий ваш и скрипт использует другие файлы, то можно добавить в репозиторий скрипт «start» с нижеследующим кодом. После этого достаточно набрать «curl https://REPOSITORY.github.io/start | sh» (или «curl https://REPOSITORY.github.io/start | sudo sh», если используете sudo).

Пример для Arch Linux c его пакетным менеджером pacman:

#!/bin/bash

## качаем в домашнюю директорию архив со скриптами
wget -P ${HOME}/ https://github.com/REPOSITORY/REPOSITORY.github.io/archive/master.zip

## устанавливаем unzip, если не установлен
if [[ -z "$( pacman -Qi unzip )" ]]; then
    pacman -Sy --noconfirm unzip
    UNZIP_INSTALL="ok" # пометка об инсталляции
fi

## разархивируем скаченное
unzip ${HOME}/master.zip -d ${HOME}/

## удаляем архив
rm -rf ${HOME}/master.zip

## удаляем unzip, eсли его устанавливали мы
[[ -n "${UNZIP_INSTALL}" ]] && pacman -R --noconfirm unzip

## запускаем основной скрипт
source ${HOME}/REPOSITORY.github.io-master/SCRIPT

## удаляем разархивированную директорию
rm -rf ${HOME}/install

Не знаю, насколько это по феншую, может здравые люди меня тапками закидают, но я этим периодически пользуюсь.