Opened 10 years ago
Closed 10 years ago
#46405 closed enhancement (fixed)
htcondor @8.2.3_0: replace all Python variants with +python{27,34}
| Reported by: | larryv (Lawrence Velázquez) | Owned by: | lpsinger (Leo Singer) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | haspatch | Cc: | |
| Port: | htcondor |
Description
Same motivation as #45522.
Attachments (1)
Change History (6)
Changed 10 years ago by larryv (Lawrence Velázquez)
| Attachment: | htcondor.python.patch added |
|---|
comment:1 Changed 10 years ago by larryv (Lawrence Velázquez)
| Keywords: | haspatch added |
|---|
comment:2 follow-up: 3 Changed 10 years ago by lpsinger (Leo Singer)
comment:3 Changed 10 years ago by larryv (Lawrence Velázquez)
If we just remove the obsolete variants, users won’t be migrated to the correct replacement variant — they’ll just end up with the default. Someone with @8.2.3_0+python31 installed would get “upgraded” to @8.2.3_1+python27, which is not what we want.
The standard method is to make the retired variant a stub that requires the replacement variant. After giving users a year or so to upgrade to the replacement, the retired variant can be removed altogether.
comment:5 Changed 10 years ago by larryv (Lawrence Velázquez)
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Thanks, r131565.
Note: See
TracTickets for help on using
tickets.
What about just removing all but the python27 and python34 variants? Won't this produce the unusual variant htcondor +python25 +python27? Normally the different python variants conflict with each other.