Файл, больше не доступный при попытке отредактировать в энергии через <()

debootstrap не имеет файла конфигурации. Можно установить переменную среды http_proxy чтобы debootstrap использовал сервер прокси HTTP для кэширования.

http_proxy=http://proxy.host:port/ debootstrap …

Можно также использовать что-то как approx устанавливать кэширующийся сервер для debian пакетов.

Если Вы хотите использовать debootstrap с файлом конфигурации, взглянули на grml-debootstrap, это - часть debian в наше время. Это позволяет Вам (помимо некоторых других функций) иметь глобальный конфигурационный файл для всех Ваш grml-debootstrap вызовы.

2
07.05.2013, 14:14
1 ответ

Это - каналы, не регулярные файлы. Это уходит когда vim закрывает дескриптор файла. Вы могли сделать:

hg cat -r 42 somefile | vim -

(там vim сказан, что это не может быть регулярный файл так ведет себя соответственно. Использовать vim -R - или view - если Вы не хотите vim жаловаться, что данные не были сохранены на выходе).

Или с zsh, использование временного файла:

vim =(hg cat -r 42 somefile)
2
27.01.2020, 22:14
  • 1
    Спасибо за Ваш быстрый ответ, хотя я не уверен, что понимаю то, под чем Вы подразумеваете, "Это уходит когда vim закрывает дескриптор файла". Ошибка чтения происходит, поскольку я пытаюсь открыть файл. Кроме того, просто для уточнения я знаю, что не могу отредактировать файл таким образом, я просто хочу загрузить его в энергию, чтобы взглянуть вокруг. –  Tor 07.05.2013, 14:51
  • 2
    Если это закрывается, следующая попытка открыться, это перестанет работать. Как правило, при выполнении gvim gvim разветвляет процесс и вероятно делает так после закрытия большей части fds в попытке разъединиться от терминала. А-ч –  Stéphane Chazelas 07.05.2013, 15:22
  • 3
    , хорошо. Хотя то же происходит, когда я пытаюсь открыть файл в энергии в терминале. И почему этому удается считать часть файла? (Я не пытаюсь быть трудным, мне просто любопытно на предмет этих вещей.) –  Tor 07.05.2013, 15:48
  • 4
    @Tor, я не могу воспроизвести его с vim <(seq 100000) например. В любом случае я не ожидал бы ошибки чтения. Какова точная ошибка, которую Вы получаете? Обратите внимание, что, если что-нибудь (как вещи, которые пытаются обнаружить тип файла или получить информацию из файла) названный открытым autocmds и считают канал, что они читают, то будет отсутствовать в энергии. –  Stéphane Chazelas 07.05.2013, 16:30
  • 5
    Когда я открываюсь в энергии в терминале, нижняя строка говорит, например, "/proc/self/fd/11" [FIFO/сокет] [ОШИБКИ ЧТЕНИЯ] [DOS] 238L, 8192C. Файл является на самом деле 2 935 строками. Это кажется очень случайным, все же. Это происходит с некоторыми файлами, которые являются 2 500 строками, в то время как некоторые файлы в 3 000 строк прекрасны. Но каждый раз, когда существует ошибка чтения, она читает 8 192 символа. –  Tor 08.05.2013, 10:20

Теги

Похожие вопросы