On Tue, May 29, 2012 at 6:48 PM, Pascal Terjan <[email protected]> wrote: > On Tue, May 29, 2012 at 6:30 PM, D.Morgan <[email protected]> wrote: >> On Tue, May 29, 2012 at 6:29 PM, Jani Välimaa <[email protected]> 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@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]?
