Duplicate domains in Intrepid

[Jeroen T. Vermeulen]

KDE-auto-approval for Intrepid is breaking on multiple templates having the same domain: https://pastebin.canonical.com/9631/

272 templates in Intrepid have conflicting domains: https://pastebin.canonical.com/9629/

SQL that produced that list: https://pastebin.canonical.com/9630/

The list does not exclude deactivated templates, but the code that breaks does not seem to care about iscurrent anyway.

Bug 44377 is about the general problem of unique domains.

[Jeroen T. Vermeulen (jtv)]

Martin Pitt confirms that a lot of templates have moved to other packages in KDE4, meaning that the old ones need to be renamed. The list shows a lot of conflicts where the newer template is in a more specific package than the old one, e.g. from kdebase to kdebase-workspace or kdebase-runtime.

After renaming the old templates in Intrepid, the upstream imports should resume. The disadvantage is that this doesn't preserve Hardy translations in templates that have been moved from one package to another; they would still show up as suggestions, of course. Trying to preserve those translations would involve more effort and more time lost to process overhead.

[Jeroen T. Vermeulen (jtv)]

Where there were conflicts, I've renamed the old KDE3 templates by suffixing -kde3 to the name and domain, and disabled them. Approval seems to be moving again.

[Jeroen T. Vermeulen (jtv)]

Failures are still happening, apparently. Must query again for remaining conflicts.

[Jeroen T. Vermeulen (jtv)]

It looks like I missed a spot yesterday: kio_pop3 had been moved from kdebase to kdepimlibs, and kcmcrypto from kdebase to kde4libs.

[Jeroen T. Vermeulen (jtv)]

RF 7128 stops the approval script from keeling over in this situation.

[Jeroen T. Vermeulen (jtv)]

More comprehensive SQL to find duplicates across all series: https://pastebin.canonical.com/9940/