В чем разница между различными командами переименования?

Каждый выпуск * buntu имеет файл .manifest или .list, в котором перечислены предустановленные пакеты. Этот файл находится в сети.

Например:

Lubuntu 17.10.1 64bit ➜ онлайн

Ubuntu 14.04.5 32bit ➜ http://releases.ubuntu.com/trusty/ubuntu-14.04.5-desktop-i386.manifest

Ubuntu 12.04.5 32bit ➜ http://releases.ubuntu.com/trusty /ubuntu-14.04.5-desktop-i386.manifest

... и т. д.

12
задан 15 September 2017 в 10:10

3 ответа

Как получилось, что два пакета предоставляют разные команды с использованием одного и того же имени (если не случайно)?

Это не редкость. Авторы обычно выбирают самое простое имя команды, о котором они думают, поэтому, если два человека пишут команду для переименования файлов, вероятно, они оба назовут ее rename. Это одна из причин, лежащих в основе системы Debian Alternatives - она ​​позволяет пакетам, поддерживающим аналогичные команды, сосуществовать, а для одного пакета - заменять другое. Например, существует несколько AWK-реализаций - mawk, original-awk, gawk (хотя все они называют себя awk). С альтернативной системой вы можете установить их все одновременно и удобно переключаться между любыми из них по умолчанию awk.

В этом конкретном случае prename поступает из исходного кода Perl , Первоначально сторонники пакета Debian имели rename Perl, затем переключились на альтернативную систему, чтобы разместить rename с util-linux. Затем кто-то написал улучшенную версию Perl rename в Debian Alternatives system , который затем был добавлен в качестве другой альтернативы. Но это даже не единственный модуль Perl для переименования файлов.

Как получилось, что два пакета предоставляют разные команды с использованием одного и того же имени (если не случайно)?

Не было бы довольно просто, чтобы пакет perl либо включал команду «full» rename, либо вообще не включал команду rename? Почему этот, казалось бы, незавершенный раскол продолжался, по крайней мере, до Ubuntu 17.04?

См. Ошибку Debian # 735134 о том, как эта ситуация сложилась. Обычно разработчики Debian предпочитают, по крайней мере, один выпуск, когда делаете что-то резкое, например, заменяя рабочую команду другим. prename был сохранен для jessie, и теперь его удалили за борт. Кроме того, похоже, что rename больше не будет находиться под альтернативной системой, так как rename.ul слишком несовместим. rename будет просто file-rename.

В чем конкретно отличия между этими командами?

Так как Ubuntu обычно подбирает изменения упаковки от Debian, то, что произойдет с rename в Debian, будет рано или поздно подхвачено Ubuntu, вероятно, в 18.04. Кажется, слишком поздно для 17.10.

4
ответ дан 22 May 2018 в 18:26
Как получилось, что два пакета предоставляют разные команды с использованием одного и того же имени (если не случайно)?

Это не редкость. Авторы обычно выбирают самое простое имя команды, о котором они думают, поэтому, если два человека пишут команду для переименования файлов, вероятно, они оба назовут ее rename. Это одна из причин, лежащих в основе системы Debian Alternatives - она ​​позволяет пакетам, поддерживающим аналогичные команды, сосуществовать, а для одного пакета - заменять другое. Например, существует несколько AWK-реализаций - mawk, original-awk, gawk (хотя все они называют себя awk). С альтернативной системой вы можете установить их все одновременно и удобно переключаться между любыми из них по умолчанию awk.

В этом конкретном случае prename поступает из исходного кода Perl , Первоначально сторонники пакета Debian имели rename Perl, затем переключились на альтернативную систему, чтобы разместить rename с util-linux. Затем кто-то написал улучшенную версию Perl rename в Debian Alternatives system , который затем был добавлен в качестве другой альтернативы. Но это даже не единственный модуль Perl для переименования файлов.

Как получилось, что два пакета предоставляют разные команды с использованием одного и того же имени (если не случайно)?

Не было бы довольно просто, чтобы пакет perl либо включал команду «full» rename, либо вообще не включал команду rename? Почему этот, казалось бы, незавершенный раскол продолжался, по крайней мере, до Ubuntu 17.04?

См. Ошибку Debian # 735134 о том, как эта ситуация сложилась. Обычно разработчики Debian предпочитают, по крайней мере, один выпуск, когда делаете что-то резкое, например, заменяя рабочую команду другим. prename был сохранен для jessie, и теперь его удалили за борт. Кроме того, похоже, что rename больше не будет находиться под альтернативной системой, так как rename.ul слишком несовместим. rename будет просто file-rename.

В чем конкретно отличия между этими командами?

Так как Ubuntu обычно подбирает изменения упаковки от Debian, то, что произойдет с rename в Debian, будет рано или поздно подхвачено Ubuntu, вероятно, в 18.04. Кажется, слишком поздно для 17.10.

4
ответ дан 18 July 2018 в 06:49
Как получилось, что два пакета предоставляют разные команды с использованием одного и того же имени (если не случайно)?

Это не редкость. Авторы обычно выбирают самое простое имя команды, о котором они думают, поэтому, если два человека пишут команду для переименования файлов, вероятно, они оба назовут ее rename. Это одна из причин, лежащих в основе системы Debian Alternatives - она ​​позволяет пакетам, поддерживающим аналогичные команды, сосуществовать, а для одного пакета - заменять другое. Например, существует несколько AWK-реализаций - mawk, original-awk, gawk (хотя все они называют себя awk). С альтернативной системой вы можете установить их все одновременно и удобно переключаться между любыми из них по умолчанию awk.

В этом конкретном случае prename поступает из исходного кода Perl , Первоначально сторонники пакета Debian имели rename Perl, затем переключились на альтернативную систему, чтобы разместить rename с util-linux. Затем кто-то написал улучшенную версию Perl rename в Debian Alternatives system , который затем был добавлен в качестве другой альтернативы. Но это даже не единственный модуль Perl для переименования файлов.

Как получилось, что два пакета предоставляют разные команды с использованием одного и того же имени (если не случайно)?

Не было бы довольно просто, чтобы пакет perl либо включал команду «full» rename, либо вообще не включал команду rename? Почему этот, казалось бы, незавершенный раскол продолжался, по крайней мере, до Ubuntu 17.04?

См. Ошибку Debian # 735134 о том, как эта ситуация сложилась. Обычно разработчики Debian предпочитают, по крайней мере, один выпуск, когда делаете что-то резкое, например, заменяя рабочую команду другим. prename был сохранен для jessie, и теперь его удалили за борт. Кроме того, похоже, что rename больше не будет находиться под альтернативной системой, так как rename.ul слишком несовместим. rename будет просто file-rename.

В чем конкретно отличия между этими командами?

Так как Ubuntu обычно подбирает изменения упаковки от Debian, то, что произойдет с rename в Debian, будет рано или поздно подхвачено Ubuntu, вероятно, в 18.04. Кажется, слишком поздно для 17.10.

4
ответ дан 24 July 2018 в 18:40

Другие вопросы по тегам:

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