lsb

RFE: Support for Module/Submodule renaming

Bug #1326545 reported by Jeff Johnson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
lsb
Fix Committed
Medium
Unassigned
Mandriva
Fix Released
Medium

Bug Description

A current proposal is to reshuffle the set of modules and submodules for LSB
5.0. This request is to make sure it's recorded we have to think about how to
physically handle this, if one database is to serve multiple LSB versions. Do
we need to introduce additional versioning schemes?

At the moment, Module has no dating mechanism at all; SubModule has
mandatorysince and deprecatedsince, and the ModSMod join table has
appearedin/withdrawnin. I think this means we can handle submodules by
withdrawing the ModSMod binding for a name and adding a new binding to a new
SubModule entry. However, that may not be ideal as other things are bound to
the submodule (libraries, commands, standards) and now we'd have to redo those
as well, though maybe that would work fine.

I can't see how the current scheme supports the proposed renaming of Module
LSB-Printing to LSB-Imaging at all as it appears to be the intent that modules
are forever.

Tags: spec
Jeff Johnson (n3npq)
Changed in lsb:
status: New → In Progress
importance: Undecided → Critical
milestone: none → 5.0
Jeff Johnson (n3npq)
Changed in lsb:
status: In Progress → Fix Committed
Changed in mandriva:
importance: Unknown → Medium
status: Unknown → Fix Released
Jeff Johnson (n3npq)
tags: added: spec
Jeff Johnson (n3npq)
Changed in lsb:
importance: Critical → Medium
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.