git repository rename into an existing package fails if this repository was "owner default" even if you turn that flag off in the rename

Bug #1730646 reported by Andy Whitcroft
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Confirmed
Undecided
Unassigned

Bug Description

I had a pre-existing git repository lp:~canonical-kernel/ubuntu/+source/linux-aws-trusty/+git/linux-aws-trusty which was marked "owner default". As this was actually a repository for the linux-aws package I wanted to rename this into that package. Using the +edit page I changed its name to trusty, the package to aws-trusty, and turned off "owner default". On saving the rename was rejected because there was already an "owner default" in the new package. Turning off the "owner default" flag as a separate action allowed the rename to succeed.

Andy Whitcroft (apw)
summary: - git repository rename into an
+ git repository rename into an existing package fails if this repository
+ was "owner default" even if you turn that flag off in the rename
Revision history for this message
Andy Whitcroft (apw) wrote :

This is the exact error I get on a second package I am renaming:
    "Canonical Kernel's default repository for 'linux-meta-aws in Ubuntu' is already set to ~canonical-kernel/ubuntu/+source/linux-meta-aws/+git/xenial."

Revision history for this message
Haw Loeung (hloeung) wrote :

Ran into this today, and a few times in the past, when having to migrate private git repos for leavers.

Changed in launchpad:
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.