[Mageia-dev] How is the obsoleted binaries be removed?

Thu Jun 30 12:35:28 CEST 2011

'Twas brillig, and Michael Scherer at 30/06/11 10:08 did gyre and gimble:
+> Le jeudi 30 juin 2011 à 09:41 +0100, Colin Guthrie a écrit :
+>> 'Twas brillig, and Funda Wang at 30/06/11 00:11 did gyre and gimble:
+>>> 2011/6/30 Dexter Morgan <dmorganec at gmail.com>:
+>>>> On Wed, Jun 29, 2011 at 7:42 PM, Zé <mmodem00 at gmail.com> wrote:
+>>>>> 2011/6/27 Funda Wang <fundawang at gmail.com>:
+>>>>>> Hello,
+>>>>>>
+>>>>>> How is the obsoleted binaries be removed currently in Mageia? Does the
+>>>>>> maintainer need to call for this? If yes, please remove
+>>>>>> lib{,64}devhelp-2_1 from cauldron.
+>>>>>>
+>>>>>> Thanks.
+>>>>>>
+>>>>> whats current problem?
+>>>>>
+>>>>> You can obsolete it through BS, add an entry in the spec about it.
+>>>>>
+>>>>
+>>>> our policy is to not obsolete libs.
+>>> Then the repository will contain a lot of orphan libs.
+>>
+>> I think Dexter was just replying to Ze rather than yourself Funda.
+>> Meaning we don't obsolete libs in the spec file (as was true in mdv), so
+>> removing old libs no longer used internally is still a manual
+>> (rpmctl-type) task.
+> 
+> I do not know if I proposed that already, but what about moving rpms
+> without source rpms after 2 weeks ( or 1 month ) ?
+> 
+> ( and later remove the file after 1 month ). This let us the time to
+> rebuild everything, and provides automated cleaning ?
+
+I agree in principle, but I would say:
+
+ 1. Move rpms with no src.rpm after 2 weeks when there are no
+(unobsoleted) rpms that depend on it.
+ 2. If other rpms do depend on it, send an automated mail to cauldron to
+tell people to rebuild them against the newer lib.
+
+Other than that small caveat... yeah it seems like a nice idea!
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+