On 12 Feb 2013 19:53, "Jon Ciesla" <limburg...@gmail.com> wrote: > > > > On Tue, Feb 12, 2013 at 1:12 PM, Lennart Poettering <mzerq...@0pointer.de> wrote: >> >> On Tue, 12.02.13 12:38, Jon Ciesla (limburg...@gmail.com) wrote: >> >> > On Tue, Feb 12, 2013 at 12:34 PM, Lennart Poettering >> > <mzerq...@0pointer.de>wrote: >> > >> > > Heya, >> > > >> > > since a while now logind has replaced CK in Fedora. I'd like to retire >> > > it entirely from the distribution now. >> > > >> > > Most deps on CK are gone. Holdouts are "cdm", "lightdm", "lxsession", >> > > "lxdm". >> > > >> > > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life >> > > >> > > This page doesn't say anything about retiring packages other still >> > > depend on... >> > > >> > > I am tempted to just retire CK ignoring the remaining dependencies, in >> > > the hope this will put the pressure on the folks involved to update >> > > their stuff... >> > > >> > > Getting rid of CK in those packages is dead simple BTW. Just disable it >> > > in the packages, but make sure pam_systemd is in the PAM stack for your >> > > greeter tool. It's basically about removing code, not about adding >> > > new code -- adding new code is only necessary if you want to improve >> > > your DM to handle multi-seat setups, too (which is a new feature of >> > > logind, not available in CK[1]). For details, see: >> > > >> > > http://www.freedesktop.org/wiki/Software/systemd/writing-display-managers >> > > >> > > I'd also like to retire "esound" finally. Currently, adplay, ayttm, >> > > dopewars, e16, gnome-libs, gnubg, lxdream, moon-buggy, spacechart, >> > > xarchon, xmms-esd still use it. esd of course has been deprecated and >> > > dead since many years, the packages which still use it really should >> > > wake up one day. So here, too, I'd just like to retire the package... >> > > >> > > Alternatively, somebody else can take these over, but honstely I'd >> > > rather see them removed than continue to bitrot in our repository... >> > >> > So to clarify, you're not actually retiring anything currently, just >> > expressing to the community that you'd like to and that we should work >> > toward making that possible? >> >> Well, I am just checking before I do something whether I can actually do >> it. That's all. By next week or so I will either have retired the >> packages (which I'd prefer) or somebody else took them over (which I'd >> prefer not to do, but which we can do too, if the retro-computing folks >> step up...) >> > I'd prefer that you orphan them, and mail the list, ccing <foo>-owner for each dependency, that you're doing so. That said, I maintain gnugb, and was able to easily remove the esound requirement. If no one else wants to maintain esound, I will, even if only long enough to excise it from the packages that need it.
In the case of esound I think we're better killing them because I suspect in all cases the packages are either: - optional packages better served by either native PA or alsa support in other sub/related packages - disable the esd support and just use the native alsa/oss in the package In all cases I strongly doubt the user will lose functionality and we should just get on with it. >> > If so, do you have any guidelines on getting rid of esound requirements? >> >> Dunno really. My suspicion is that the packages in question are either >> obsolete on their own, or should just be compiled with --disable-esd or >> so. These packages all look pretty much esoteric or obsolete to me, so I >> am not really that curious what precisely packagers would need to do... > > > Obsolete is in the eye of the beholder. I don't think games ever truly are. ;) > > -J > >> >> >> Lennart >> >> -- >> Lennart Poettering - Red Hat, Inc. >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel > > > > > -- > http://cecinestpasunefromage.wordpress.com/ > ------------------------------------------------ > in your fear, seek only peace > in your fear, seek only love > > -d. bowie > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
