name conflict: this project may be a dup of another project.

Bug #380595 reported by Karl Fogel
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
pygettextpo
Won't Fix
Undecided
Unassigned

Bug Description

This project was created as a placeholder for us to make a branch Launchpad's internal sourcecode/pygettextpo/ module. But that module may duplicate what http://code.google.com/p/pygettextpo/ is trying to be. Neither project appears to have had a public release yet.

We can rename. Or maybe we should check out the code.google.com one and see if it does what we need. Or maybe the two should be merged. Or maybe they've abandoned theirs and would welcome our code just replacing theirs. I don't know which is best; this bug is just so we don't forget to deal with the collision.

As of right now, they othe project is only on r2 and don't appear to be production-ready yet: there's no documentation, just a gettextpo.c and setup.py. See http://code.google.com/p/pygettextpo/source/browse/?r=2#svn/trunk. They're GPLv3.

Karl Fogel (kfogel)
security vulnerability: yes → no
Curtis Hovey (sinzui)
visibility: private → public
Changed in pygettextpo:
status: New → Won't Fix
Revision history for this message
Данило Шеган (danilo) wrote :

To add to the latest changes to the bug: I've looked at the project on code.google.com/p/pygettextpo — it was more complete in some areas, and less complete in others. In general, it was at roughly the same state, except that it didn't even provide any tests. As such, since I want to use pygettextpo in projects unrelated to Launchpad (like xml2po and potentially intltool-ng), I believe code provided here is a better basis for the future work which I am just starting right now.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers