vasek |
|
Темы:
48
Сообщения:
11330
Участник с: 17 февраля 2013
|
anode EDIT 1 - что то я совсем затупил - если работает pacman -Rns $(pacman -Qtdq), то должно работать и это pacman -Qdt | sudo pacman -Rsn - - вывод то одинаков ... пора заканчивать, а то дойду до инопланетян ...
Ошибки не исчезают с опытом - они просто умнеют
|
grayich |
|
Темы:
216
Сообщения:
1984
Участник с: 08 января 2009
|
сработает, только вроде нужен ключ q pacman -Qqdt | sudo pacman -Rsn - так для проверки можно использовать например pacman -Qqt|grep "^x"|sudo pacman -Rp - эмулирует(ключ -p) удаление всех установленных пакетов имя которых начинается на x ну и sudo pacman -Rp $(pacman -Qqt|grep "^x") тоже самое делает |
greycat |
|
Темы:
15
Сообщения:
134
Участник с: 30 сентября 2016
|
Это откуда такая уверенность?да, вы абсолютно правы, средства программирования позволяют сменить или добавить символ окончания строки. Просто по дефолту у всех команд ввода символ окончания строки \n :) |
greycat |
|
Темы:
15
Сообщения:
134
Участник с: 30 сентября 2016
|
к примеру запустив grep hello мы обнаружим ожидание ввода (stdin), попробуем набрать hello1234543 и grep сообщит об удачном поиске и выведет нам ту же строку, но не завершит свое выполнение. grep не завершится, пока мы не введем ctrl+D либо ctrl+C. Можно сделать вывод что и конвейер в конце пересылки добавляет ctrl+D. |
heider |
|
Темы:
0
Сообщения:
83
Участник с: 09 декабря 2015
|
greycatКонечно, добавляет, это же файл, а значит, в нем есть eof. Но не всякая команда его ждет. Например: завершится после третьего enter-а. Все работает, как при чтении обычного файла. Когда программист решит завершить чтение, тогда оно и завершится.
|