[Mageia-dev] [changelog] [RPM] cauldron core/release task-obsolete-3-1.mga3

Pascal Terjan pterjan at gmail.com
Tue May 29 20:30:20 CEST 2012


On Tue, May 29, 2012 at 6:48 PM, Pascal Terjan <pterjan at gmail.com> wrote:
> On Tue, May 29, 2012 at 6:30 PM, D.Morgan <dmorganec at gmail.com> wrote:
>> On Tue, May 29, 2012 at 6:29 PM, Jani Välimaa <jani.valimaa at gmail.com> wrote:
>>> On 29.05.2012 18:54, Colin Guthrie wrote:
>>>> 'Twas brillig, and Jani Välimaa at 29/05/12 16:13 did gyre and gimble:
>>>>> On 29.05.2012 17:38, Sander Lepik wrote:
>>>>>> 29.05.2012 17:14, wally kirjutas:
>>>>>>> Name        : task-obsolete                Relocations: (not relocatable)
>>>>>>> Version     : 3                                 Vendor: Mageia.Org
>>>>>>> Release     : 1.mga3                        Build Date: Tue May 29
>>>>>>> 15:59:18 2012
>>>>>>> [...]
>>>>>>>
>>>>>>> wally <wally> 3-1.mga3:
>>>>>>> + Revision: 249259
>>>>>>> - obsolete old libxfce4menu pkgs
>>>>>> Hmm, since when do we obsolete libs like this?
>>>>>>
>>>>>
>>>>> Since task-obsolete was introduced. It's a way to get rid of old,
>>>>> obsoleted and unused pkgs which are also removed from SVN (moved to
>>>>> /packages/obsolete/).
>>>>
>>>> I wasn't aware we ever did this and I can't think of a good reason to do
>>>> so either so I would prefer this change was reverted (and any other old
>>>> libs in there similarly removed from obsoletion).
>>>>
>>>> There is a difference between no longer shipping something and no longer
>>>> supporting it being installed. If I've compiled my own software against
>>>> any given library I do not want something to remove it automatically and
>>>> break my build. That's the whole point in having library packaging the
>>>> way we do - to allow them to live on mostly forever on an installed
>>>> system. If we no longer support something being installed then using
>>>> task-obsoletes seems wise.
>>>
>>> I guess we need another way to drop pkgs easily from our mirrors then.
>>>
>>>>
>>>> Users are then responsible for removing old library packages they no
>>>> longer want from their system using either the urpme --auto-orphans or
>>>> urpmq --not-available.
>>>>
>>>> Maybe I've misunderstood the intention here, and if so feel free to
>>>> correct me!
>>>>
>>>
>>> My primary motives was to drop pkgs from our repos, but in this case
>>> there's no need to have libxfce4menu installed in any system as it was
>>> abandoned upstream over 1.5 years ago and there's no pkgs needing it in
>>> our repos (mga1, mga2 or mga3).
>>>
>>> Can't say anything about other cases, though.
>>
>> packages are automatically removed from the repo ( or by pterjan i
>> don't recall ) so no need and we never obsolete libs.
>
> They are supposed to be automatically removed after a few weeks but it
> does not seem to work, so I still do it manually (and that allows
> catching problems like forgotten obsoletes in some cases).
> What should really be done is to send an email at upload time when
> some subpackages remain from the old src.rpm and then we can remove
> them automatically one or two weeks later. Ideally we would also
> notify maintainers of packages requiring the old lib at the same time.

BTW, by hand = using the following script (runs against core/release
by default, do not run with only one arch in -m else src.rpm
generating packages only fot the other arch will be removed) + running
genhdlist2 in the right place with the correct parameters if you don't
expect an upload in that media very soon (and rsync in that case)

I should probably add the script to svn and add an option for genhdlist + rsync

[schedbot at valstar ~]$ ~pterjan/cleaner.rb -s
/distrib/bootstrap/distrib/cauldron/SRPMS/nonfree/release -m
/distrib/bootstrap/distrib/cauldron/i586/media/nonfree/release,/distrib/bootstrap/distrib/cauldron/x86_64/media/nonfree/release
broadcom-wl-kernel-3.3.6-server-2.mga2-5.100.82.112-27.mga2.nonfree.i586.rpm
broadcom-wl-kernel-3.3.6-desktop-2.mga2-5.100.82.112-27.mga2.nonfree.i586.rpm
broadcom-wl-kernel-3.3.6-desktop586-2.mga2-5.100.82.112-27.mga2.nonfree.i586.rpm
broadcom-wl-kernel-3.3.6-netbook-2.mga2-5.100.82.112-27.mga2.nonfree.i586.rpm
fglrx-kernel-3.3.6-desktop-2.mga2-8.961-4.mga2.nonfree.i586.rpm
fglrx-kernel-3.3.6-desktop586-2.mga2-8.961-4.mga2.nonfree.i586.rpm
fglrx-kernel-3.3.6-server-2.mga2-8.961-4.mga2.nonfree.i586.rpm
nvidia-current-kernel-3.3.6-netbook-2.mga2-295.49-4.mga2.nonfree.i586.rpm
nvidia-current-kernel-3.3.6-server-2.mga2-295.49-4.mga2.nonfree.i586.rpm
fglrx-kernel-3.3.6-netbook-2.mga2-8.961-4.mga2.nonfree.i586.rpm
nvidia-current-kernel-3.3.6-desktop-2.mga2-295.49-4.mga2.nonfree.i586.rpm
nvidia-current-kernel-3.3.6-desktop586-2.mga2-295.49-4.mga2.nonfree.i586.rpm
The 12 listed packages will be moved from
/distrib/bootstrap/distrib/cauldron/i586/media/nonfree/release to
/var/lib/schedbot/old/.
Are you sure [Yn]?
broadcom-wl-kernel-3.3.6-desktop-2.mga2-5.100.82.112-27.mga2.nonfree.x86_64.rpm
broadcom-wl-kernel-3.3.6-netbook-2.mga2-5.100.82.112-27.mga2.nonfree.x86_64.rpm
broadcom-wl-kernel-3.3.6-server-2.mga2-5.100.82.112-27.mga2.nonfree.x86_64.rpm
nvidia-current-kernel-3.3.6-server-2.mga2-295.49-4.mga2.nonfree.x86_64.rpm
fglrx-kernel-3.3.6-netbook-2.mga2-8.961-4.mga2.nonfree.x86_64.rpm
fglrx-kernel-3.3.6-desktop-2.mga2-8.961-4.mga2.nonfree.x86_64.rpm
nvidia-current-kernel-3.3.6-desktop-2.mga2-295.49-4.mga2.nonfree.x86_64.rpm
fglrx-kernel-3.3.6-server-2.mga2-8.961-4.mga2.nonfree.x86_64.rpm
nvidia-current-kernel-3.3.6-netbook-2.mga2-295.49-4.mga2.nonfree.x86_64.rpm
The 9 listed packages will be moved from
/distrib/bootstrap/distrib/cauldron/x86_64/media/nonfree/release to
/var/lib/schedbot/old/.
Are you sure [Yn]?


More information about the Mageia-dev mailing list