Ste*_*der 13 python debian naming packages
我使用的小组一直在使用和开发一个Python包,为了这个问题的目的我会打电话给foobuilder.我们使用我们为用户提供的私有RPM和Deb存储库为Linux系统提供更新.
最近,一个公共包被添加到PyPi同名.它还被打包在公共Debian存储库以及其他地方.由于我们没有公开宣传我们的软件包,因此可以理解的是,已经弹出了具有相同名称的软件包.
这看起来像一个大问题,foobuilder因为在某个地方,用户可能会尝试foobuilder在公共foobuilder包安装在同一系统上时安装我们.
除了Python中的明显问题,我猜想将我们的存储库添加到Debian软件包管理器程序也可能会导致一些问题,尽管我还没有解决过这种情况.
由于我们foobuilder多年来一直在使用专利,因此存在大量代码import foobuilder并且希望获得我们的包,因此我认为更改名称是不可行的.
我已经考虑过改变包的名称my_foobuilder,并让它包含一个名为meta的软件包,它只包含一个foobuilder从中__init__.py导入所有内容的元数据包my_foobuilder.我可以指示新用户my_foobuilder直接导入.然后我可以开始弃用这个foobuilder名字了.最终,这将导致在相同的工作,如果我改foobuilder到my_foobuilder现在,因为每个人都需要被服务的更新和foobuilder名称不能在弃用炼狱永远.
Debian问题不应该太难解决; 我可以将debian软件包名称更改为my_foobuilder但仍然安装相同(冲突的)Python软件包.然后我可以在设置my_foobuilder包Conflict带foobuilder.它可能要求用户在他们的包管理器中摆弄,以便在转换期间让事情重回正轨,但我认为这不是什么大问题.但是,这会阻止用户同时使用公共foobuilder包.
有什么比我上面考虑的更容易或更好的方式来对待这种情况?我正在考虑的解决方案有什么问题吗?你会怎么处理这个?
小智 3
我会向新的 foobuilder 包作者发送电子邮件来讨论该问题。显然,你们中的一个人需要更改包名称;由于程序的专有性质,可能不希望更改其名称...向新包作者提出这个问题可能会提出一些新的解决方案。
确实没有明智的方法让 Python 以某种方式处理这个问题,因此“import foobuilder”可能意味着两件事。
| 归档时间: |
|
| 查看次数: |
1051 次 |
| 最近记录: |