Не удалось создать PPA из-за неудовлетворенных зависимостей другого пакета в том же PPA

Question 1

У меня есть 2 пакета swami-2.0.0 и libinstpatch-1.0.0 в моем PPA, где первый зависит от последнего. Файл управления swami-2.0.0 содержит libinstpatch-dev (> = 1.0.0), но, похоже, это не выполняется даже после установки этого пакета с этой ошибкой в buildlog:

After installing, the following source dependencies are still unsatisfied: libinstpatch-dev(inst 1.0.0-0~lucid1~ppa1 ! >= wanted 1.0.0) Source-dependencies not satisfied; skipping swami

Is что-то не так с моим именем версии 1.0.0-0 ~ lucid1 ~ ppa1, которое заставляет его не соответствовать 1.0.0?

Вот файл управления Swami:

Source: swami Section: sound Priority: optional Maintainer: Joshua Element Green Homepage: http://swami.sourceforge.net Standards-Version: 3.8.3 Build-Depends: debhelper (>= 7), gettext, cdbs (>= 0.4.41), gnome-pkg-tools (>= 0.7), libinstpatch-dev (>= 1.0.0), libgtk2.0-dev (>= 2.8.17), libgnomecanvas2-dev (>= 2.0), librsvg2-dev (>= 2.8), libglade2-dev, libfluidsynth-dev, libfftw3-dev, gtk-doc-tools, docbook-xml Build-Depends-Indep: libglib2.0-doc Package: swami Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Description: MIDI instrument editor application Swami (Sampled Waveforms And Musical Instruments) is an application for editing and managing MIDI instruments, such as SoundFont files. An programming API is also provided for integration with other applications. Package: swami-dev Section: libdevel Architecture: any Depends: swami (= ${binary:Version}), ${misc:Depends}, libinstpatch-dev (>= 1.0.0), libgtk2.0-dev (>= 2.8.17), libgnomecanvas2-dev (>= 2.0) Description: MIDI instrument editor development files Swami (Sampled Waveforms And Musical Instruments) is an application for editing and managing MIDI instruments, such as SoundFont files. An programming API is also provided for integration with other applications. . This package contains the include files and static libraries. Package: swami-doc Section: doc Architecture: all Depends: ${misc:Depends} Suggests: devhelp Description: MIDI instrument editor development documentation Swami (Sampled Waveforms And Musical Instruments) is an application for editing and managing MIDI instruments, such as SoundFont files. An programming API is also provided for integration with other applications. . This package contains development documentation for swami in /usr/share/gtk-doc/html/libswami and /usr/share/gtk-doc/html/libswamigui.

И вот файл управления libinstpatch:

Source: libinstpatch Section: sound Priority: optional Maintainer: Joshua Element Green Homepage: http://swami.sourceforge.net Standards-Version: 3.8.3 Build-Depends: debhelper (>= 7), libglib2.0-dev (>= 2.14), libsndfile1-dev (>= 1.0.17-2), gettext, cdbs (>= 0.4.41), gnome-pkg-tools (>= 0.7), gtk-doc-tools, docbook-xml Build-Depends-Indep: libglib2.0-doc Package: libinstpatch1 Section: libs Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} Description: MIDI instrument editing library libInstPatch (lib Instrument Patch) is an object oriented library for editing MIDI instruments such as SoundFont files. Package: libinstpatch-dev Section: libdevel Architecture: any Depends: libinstpatch1 (= ${binary:Version}), ${misc:Depends}, libglib2.0-dev (>= 2.14), libsndfile1-dev (>= 1.0.17-2) Description: MIDI instrument editing library development files libInstPatch (lib Instrument Patch) is an object oriented library for editing MIDI instruments such as SoundFont files. . This package contains the include files and static library. Package: libinstpatch-doc Section: doc Architecture: all Depends: ${misc:Depends} Suggests: devhelp Description: MIDI instrument editing library documentation libInstPatch (lib Instrument Patch) is an object oriented library for editing MIDI instruments such as SoundFont files. . This package contains the documentation for libinstpatch1 in /usr/share/gtk-doc/html/libinstpatch.

Question 2

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B [!d3 ] & lt; A ~ B.

Question 3

Question 4

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B & lt; A ~ B.

Question 5

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B & lt; A ~ B.

Question 6

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B & lt; A ~ B.

Question 7

Question 8

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B & lt; A ~ B.

Question 9

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

Question 10

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

Question 11

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

Question 12

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

Question 13

Question 14

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

Question 15

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

Question 16

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

Question 17

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

Question 18

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

Question 19

Question 20

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

Question 21

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

Question 22

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

Question 23

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

Question 24

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

Question 25

Question 26

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

JanC · Accepted Answer · 26 May 2018 в 00:46

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B [!d3 ] & lt; A ~ B.

Я закончил тем, что просто удалил зависимость от версии, потому что, как вы полагаете, теперь есть предыдущие пакеты. Благодаря! — Element Green, 28 October 2010 в 00:07

JanC · Accepted Answer · 25 July 2018 в 23:00

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B & lt; A ~ B.

JanC · Accepted Answer · 27 July 2018 в 01:59

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B & lt; A ~ B.

JanC · Accepted Answer · 31 July 2018 в 13:47

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B & lt; A ~ B.

JanC · Accepted Answer · 2 August 2018 в 04:22

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже версии без суффикса ~.

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки txwikinger.

Причина, по которой ~ часто используется для PPA, заключается в том, что если версия 1.0.0-0 попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что не существует более старых пакетов, не должно быть никаких проблем с этим.

Другой вариант (возможно, лучше?) может зависеть от версии >= 1.0.0~, поскольку A ~ B & lt; A ~ B.

JanC · Accepted Answer · 4 August 2018 в 20:53

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

JanC · Accepted Answer · 6 August 2018 в 04:27

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

JanC · Accepted Answer · 7 August 2018 в 22:34

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

JanC · Accepted Answer · 10 August 2018 в 10:41

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

JanC · Accepted Answer · 13 August 2018 в 17:14

Да, есть что-то «неправильное» с вашим номером версии. Использование постфикса ~ означает, что ваша версия ниже , чем версия без суффикса ~ .

So: A ~ B & lt; A

Вы можете проверить это с помощью командной строки, которую txwikinger дал вам.

Причина, по которой ~ часто используется для PPA, заключается в том, что если 1.0.0 -0 версия попадает в основные репозитории Ubuntu, вы получите официальную версию вместо версии PPA.

Одним из решений вашей проблемы может быть удаление зависимой от версии сборки; учитывая, что старых пакетов не существует, не должно быть никаких проблем.

Опция другого (возможно, лучше?) может зависеть от версии & gt; = 1.0.0 ~ , поскольку A ~ A ~ B.

Я закончил тем, что просто удалил зависимость от версии, потому что, как вы полагаете, теперь есть предыдущие пакеты. Благодаря! — Element Green, 28 October 2010 в 00:07

txwikinger · Answer 11 · 26 May 2018 в 00:46

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

1

ответ дан txwikinger 26 May 2018 в 00:46

1

Причина, по которой я это сделал 1.0.0-0, состоит в том, что это совершенно новый пакет, и я читал, что -0 следует использовать, если пакет не находится в Debian. libinstpatch никогда не был частью Debian или Ubuntu, потому что это первая официальная версия. Должен ли я сделать это 1.0.0-1? – Element Green 27 October 2010 в 23:16
2

правильно. позвольте мне подумать о том, какой правильный ответ для этого, или спросить одного из дружественных MOTU на канале IRC # ubuntu-motu на freenode. – txwikinger 27 October 2010 в 23:22
3

Я бы, вероятно, пошел с 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Это немного запутанно, но все же гарантирует, что версия ниже, чем любая официальная версия Debian или Ubuntu, при этом все еще удовлетворяющая зависимости. – andrewsomething 27 October 2010 в 23:23
4

Так что, хотя он еще не является официально частью Ubuntu, вы предлагаете использовать 1.0.0-0ubuntu1? – Element Green 27 October 2010 в 23:27
5

Да, используйте 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Таким образом, он изящно принимает 1.0.0-0ubuntu1, если он станет официальным. – txwikinger 28 October 2010 в 04:14

txwikinger · Answer 12 · 25 July 2018 в 23:00

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

1

ответ дан txwikinger 25 July 2018 в 23:00

1

Причина, по которой я это сделал 1.0.0-0, состоит в том, что это совершенно новый пакет, и я читал, что -0 следует использовать, если пакет не находится в Debian. libinstpatch никогда не был частью Debian или Ubuntu, потому что это первая официальная версия. Должен ли я сделать это 1.0.0-1? – Element Green 27 October 2010 в 23:16
2

правильно. позвольте мне подумать о том, какой правильный ответ для этого, или спросить одного из дружественных MOTU на канале IRC # ubuntu-motu на freenode. – txwikinger 27 October 2010 в 23:22
3

Я бы, вероятно, пошел с 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Это немного запутанно, но все же гарантирует, что версия ниже, чем любая официальная версия Debian или Ubuntu, при этом все еще удовлетворяющая зависимости. – andrewsomething 27 October 2010 в 23:23
4

Так что, хотя он еще не является официально частью Ubuntu, вы предлагаете использовать 1.0.0-0ubuntu1? – Element Green 27 October 2010 в 23:27
5

Да, используйте 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Таким образом, он изящно принимает 1.0.0-0ubuntu1, если он станет официальным. – txwikinger 28 October 2010 в 04:14

txwikinger · Answer 13 · 27 July 2018 в 01:59

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

1

ответ дан txwikinger 27 July 2018 в 01:59

1

Причина, по которой я это сделал 1.0.0-0, состоит в том, что это совершенно новый пакет, и я читал, что -0 следует использовать, если пакет не находится в Debian. libinstpatch никогда не был частью Debian или Ubuntu, потому что это первая официальная версия. Должен ли я сделать это 1.0.0-1? – Element Green 27 October 2010 в 23:16
2

правильно. позвольте мне подумать о том, какой правильный ответ для этого, или спросить одного из дружественных MOTU на канале IRC # ubuntu-motu на freenode. – txwikinger 27 October 2010 в 23:22
3

Я бы, вероятно, пошел с 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Это немного запутанно, но все же гарантирует, что версия ниже, чем любая официальная версия Debian или Ubuntu, при этом все еще удовлетворяющая зависимости. – andrewsomething 27 October 2010 в 23:23
4

Так что, хотя он еще не является официально частью Ubuntu, вы предлагаете использовать 1.0.0-0ubuntu1? – Element Green 27 October 2010 в 23:27
5

Да, используйте 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Таким образом, он изящно принимает 1.0.0-0ubuntu1, если он станет официальным. – txwikinger 28 October 2010 в 04:14

txwikinger · Answer 14 · 31 July 2018 в 13:47

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

1

ответ дан txwikinger 31 July 2018 в 13:47

1

Причина, по которой я это сделал 1.0.0-0, состоит в том, что это совершенно новый пакет, и я читал, что -0 следует использовать, если пакет не находится в Debian. libinstpatch никогда не был частью Debian или Ubuntu, потому что это первая официальная версия. Должен ли я сделать это 1.0.0-1? – Element Green 27 October 2010 в 23:16
2

правильно. позвольте мне подумать о том, какой правильный ответ для этого, или спросить одного из дружественных MOTU на канале IRC # ubuntu-motu на freenode. – txwikinger 27 October 2010 в 23:22
3

Я бы, вероятно, пошел с 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Это немного запутанно, но все же гарантирует, что версия ниже, чем любая официальная версия Debian или Ubuntu, при этом все еще удовлетворяющая зависимости. – andrewsomething 27 October 2010 в 23:23
4

Так что, хотя он еще не является официально частью Ubuntu, вы предлагаете использовать 1.0.0-0ubuntu1? – Element Green 27 October 2010 в 23:27
5

Да, используйте 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Таким образом, он изящно принимает 1.0.0-0ubuntu1, если он станет официальным. – txwikinger 28 October 2010 в 04:14

txwikinger · Answer 15 · 2 August 2018 в 04:22

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

dpkg --compare-versions 1.0.0-0~lucid1~ppa1 gt 1.0.0
echo $?

приводит к 1, что означает ошибку, как в несогласованной. если вы используете 1.0.0-1~lucid1~ppa1, то он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

1

ответ дан txwikinger 2 August 2018 в 04:22

1

Причина, по которой я это сделал 1.0.0-0, состоит в том, что это совершенно новый пакет, и я читал, что -0 следует использовать, если пакет не находится в Debian. libinstpatch никогда не был частью Debian или Ubuntu, потому что это первая официальная версия. Должен ли я сделать это 1.0.0-1? – Element Green 27 October 2010 в 23:16
2

правильно. позвольте мне подумать о том, какой правильный ответ для этого, или спросить одного из дружественных MOTU на канале IRC # ubuntu-motu на freenode. – txwikinger 27 October 2010 в 23:22
3

Я бы, вероятно, пошел с 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Это немного запутанно, но все же гарантирует, что версия ниже, чем любая официальная версия Debian или Ubuntu, при этом все еще удовлетворяющая зависимости. – andrewsomething 27 October 2010 в 23:23
4

Так что, хотя он еще не является официально частью Ubuntu, вы предлагаете использовать 1.0.0-0ubuntu1? – Element Green 27 October 2010 в 23:27
5

Да, используйте 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Таким образом, он изящно принимает 1.0.0-0ubuntu1, если он станет официальным. – txwikinger 28 October 2010 в 04:14

txwikinger · Answer 16 · 4 August 2018 в 20:53

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

txwikinger · Answer 17 · 6 August 2018 в 04:27

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

txwikinger · Answer 18 · 7 August 2018 в 22:34

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

txwikinger · Answer 19 · 10 August 2018 в 10:41

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

txwikinger · Answer 20 · 13 August 2018 в 17:14

Вы можете использовать политику apt-get, чтобы узнать, какие кандидаты доступны из разных источников для установки.

Во-вторых, вы можете использовать dpkg для проверки условий именования:

  dpkg --compare-versions 1.0.0-0 ~ lucid1 ~ ppa1 gt 1.0.0 echo $?

приводит к 1 , что означает ошибку, которая не соответствует. если вы используете 1.0.0-1 ~ lucid1 ~ ppa1 , вместо этого он будет работать (который вы, вероятно, должны использовать, если вы изменили пакет).

В любом случае функция сравнения версий позволяет легко проверить ситуацию. Просто запомните, результат 0 означает, что условие согласовано, 1 оно не соответствует.

1

ответ дан txwikinger 13 August 2018 в 17:14

1

Причина, по которой я это сделал 1.0.0-0, состоит в том, что это совершенно новый пакет, и я читал, что -0 следует использовать, если пакет не находится в Debian. libinstpatch никогда не был частью Debian или Ubuntu, потому что это первая официальная версия. Должен ли я сделать это 1.0.0-1? – Element Green 27 October 2010 в 23:16
2

правильно. позвольте мне подумать о том, какой правильный ответ для этого, или спросить одного из дружественных MOTU на канале IRC # ubuntu-motu на freenode. – txwikinger 27 October 2010 в 23:22
3

Я бы, вероятно, пошел с 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Это немного запутанно, но все же гарантирует, что версия ниже, чем любая официальная версия Debian или Ubuntu, при этом все еще удовлетворяющая зависимости. – andrewsomething 27 October 2010 в 23:23
4

Так что, хотя он еще не является официально частью Ubuntu, вы предлагаете использовать 1.0.0-0ubuntu1? – Element Green 27 October 2010 в 23:27
5

Да, используйте 1.0.0-0ubuntu1 ~ lucid1 ~ ppa1. Таким образом, он изящно принимает 1.0.0-0ubuntu1, если он станет официальным. – txwikinger 28 October 2010 в 04:14

Не удалось создать PPA из-за неудовлетворенных зависимостей другого пакета в том же PPA

20 ответов

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

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