Manuel Wolfshant wrote: > On 05/07/2011 07:11 PM, Kevin Fenzi wrote: > >> Greetings. >> >> I'm looking at the supybot-gribble package (under review). >> https://bugzilla.redhat.com/show_bug.cgi?id=693664 >> >> Currently it Conflicts: supybot. >> It's not really falling under any of the current cases on >> http://fedoraproject.org/wiki/Packaging:Conflicts >> but I think it might be another case to add next to compat packages. >> >> Background: >> >> supybot is a irc bot written in python. It's already in Fedora. >> Development is very slow. Currently many of the database functions in >> it don't work because they still haven't switched from sqlite1 for >> example. We also have several plugins that use it. >> >> supybot-gribble is a blessed rapid development fork. Changes here are >> fast paced and much more current. Once patches here look good and >> stable they are submitted back to the main supybot branch. It's much >> like a 'supybot-rawhide' or devel. >> >> The two packages share the name and python tree files. Upstream has no >> desire to rename things in supybot-gribble as this will make it harder >> to fold changes back into supybot. There is no great need to run both >> at the same time on the same machine. >> >> In the review I suggested we just let them conflict and setup the >> plugins so they would work with either (require /usr/bin/supybot). To >> me this seems like an acceptable Conflicts case related to the 'compat >> packages' case, except in this case it's 'newer/rawhide/ng version'. >> >> Thoughts? Flames? >> > > Seems sane so I am with you on this one. > -- > packaging mailing list > packaging@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/packaging > I am as well, tentatively. My yum-math is weak, if we file-require /usr/bin/supybot, which will get pulled in by default, and is it the one we want, for some value of "we"? -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- packaging mailing list packaging@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/packaging
