Ошибка в сторонней зависимости создает Python упаковочная дилемма

Я - разработчик на проекте программного обеспечения для Linux, который использует Python и PyGTK. Программа, которую мы пишем, зависит в ряде сторонних пакетов, которые доступны через все репозитории дистрибутива мэра. Один из них является привязкой Python (записанный в C), который позволяет нашей программе болтать с общей библиотекой C. К сожалению, существует ошибка в привязке, которая влияет на нашу программу много. Фиксирование/исправление было недавно представлено, но еще не фиксировалось. Мы хотим включать эту фиксацию как можно скорее, но не уверены, которым был бы лучший план действий.

На основе сценария я описал, мы полагали, что у нас есть следующие опции. Надо надеяться, кто-то может дать больше понимания или возможно указать на нас на решение, которое мы еще не рассмотрели

• Ожидайте привязки Python, которая будет обновлена. Проблема с этим состоит в том, что у нас нет способа знать, когда обновление было бы принято в репозитории распределения, или даже если оно будет бэкпортировано к более ранним выпускам.
• Включайте измененную версию привязки Python включая фиксацию с нашей программой и сделайте, чтобы пользователи скомпилировали ее на установке. Это предоставило бы нагрузку поставщикам программного блока, поскольку каждая версия каждого распределения свяжется против другой версии библиотеки C.
• Перепишите нашу программу в C++ и постарайтесь не иметь дело с привязкой Python все вместе. Да, на самом деле рассмотрение этого hehe.
• Сохраните ужасный взлом, который мы имеем в распоряжении неповрежденный. Не предпочтительный, очевидно, поскольку это - ну, в общем, ужасный взлом

Заранее спасибо!