[113726]На Fedora 19
Когда я запущу его, я буду в порядке. Я на Fedora 19.
+---+---------------+------------+------------+
| | A | B | C |
+---+---------------+------------+------------+
| 1 | col1, line1a | | |
| | col1, line1b | | |
| | col1, line1c | col2, row1 | col3, row1 |
| 2 | col1, row2 | col2, row2 | col3, row2 |
+---+---------------+------------+------------+
Вот информация о версии:
"col1, line1a
col1, line1b
col1, line1c","col2, row1","col3, row1"
"col1, row2","col2, row2","col3, row2"
ЗАМЕЧАНИЕ:[114201] Я бы тоже попробовал с одиночными кавычками вместо двойных qutoes, так как вы имеете дело с [114202]*[114203], они могут быть расширены на вас странными способами.
CentOS 5 & 6
Ошибка?
+---+---------------+------------+------------+
| | A | B | C |
+---+---------------+------------+------------+
| 1 | "col1, line1a | | |
| 2 | col1, line1b | | |
| 3 | col1, line1c" | col2, row1 | col3, row1 |
| 4 | col1, row2 | col2, row2 | col3, row2 |
+---+---------------+------------+------------+
То, на что вы наткнулись, похоже на ошибку. Если вы возьмете свою строку и запустите все больше и больше строк в [114204]cracklib-check[114205], вы заметите, что когда вы доберетесь до 26-го символа, он начнет давать сбой:
Копать глубже, если я поменяю последний символ с [114206]t[114207] на [114208]v[114209], чтобы сказать, что [114208]v[114209], он продолжает работать.
Так что кажется, что в версии [114210]cracklib-check[114211] зацикливается на подстроке [114212]Sth[114213].
Определённо, что-то странное есть в кусках строки, которые вы предоставили. Если я возьму кусок хвостового конца и опущу переднюю часть, я смогу заставить и эту часть провалиться.
Эта же самая строка вызывает проблемы и на Fedora 19 & CentOS 6!
Или, по крайней мере, я бы предложил обновиться до более новой версии, которая включает исправления, упомянутые в ответе @maxwing.
Альтернативы генерации паролей
pwgen
Я также добавлю, что для генерации паролей я обычно использую
pwgen
. Это может быть полезно и здесь.
urandom
Команда [114230]fold[114231] может контролировать длину. В качестве альтернативы вы можете сделать и это:
, вероятно, есть файл index.lock в папке .git, которая вызывает это сообщение об ошибке. Ошибка отображается всякий раз, когда изменение производится одним пользователем, и замок принадлежит другому пользователю. Это защитит местное дерево Git от коммитов разных пользователей, мешающих друг другущим.
Вы можете задаться вопросом, почему замок не принадлежит вашему пользователю в удаленной системе, поскольку этот аккаунт принадлежит вам. Вероятно, это связано с тем, что osxfuse и SSHF не дают вам правильных разрешений. Что происходит, состоит в том, что удаленная система пытается соответствовать вашим локальным идентификаторам пользователя и групповых идентификаторах с теми в удаленной системе. Это может быть то, что вызывает проблему. Вы можете попробовать позволить SSHF получить правильные разрешения на удаленную систему вместо этого.
Из Этот пост I цитал:
Если вы вызываете SSHFS из командной строки, просто добавьте «Defer_Permissions». Если вы используете MacFusion Put -O Defer_Permissions в «SSH Advanced> дополнительные параметры».