On Mon, 12 Jan 2009 11:50:41 +0100, Thorsten wrote: > On 12.01.2009 11:27, Julian Sikorski wrote: > > > > I was wondering what is holding up the push process. I did build > > gnome-mplayer-0.9.3-2 and gecko-mediaplayer-0.9.3-2 a few days ago, and > > they still did not appear in testing. Is this some issue with push > > scripts, or just lack of time to fire up the push? > > The new xine-lib-extras-nonfree packages (that have a hard dep on the > xine-lib from Fedora that are not pushed yet afaics; I guess they get > out later today/early tomorrow) are in the needsign queue (there was a > mail about it a few days ago on this list). Hence if I want to do a RPM > Fusion Free push without them then I need to either > > (1) move xine-lib-extras-nonfree out of the needsign repo, push, move > back, recreate repodata for needsign (the latter is not needed for > xine-lib-extras-nonfree, but for things like ffmpeg, as other thigns > might need it as BR) -- error prone and a bit more work than usually > > (2) Push the package kind of manually with the individual scripts from > the push script one of the other -- less error prone than (1), but a bit > more work than (1) > > (Mschwendt might correct me if there are more/better ways.) > > I can do one of the above (did (1) a few times already in the past) if > there are good reasons to. Are there?
There's still the "blacklist" files, which can exclude packages in needsign from being pushed [1]: echo "xine-lib-extras-freeworld" >> rpmfusion_free-10-blacklist.txt in the pushscript directory. One src.rpm %name per line. FE used these lists for ignoring packages that create broken deps. Packages will stay in needsign, however, and are available in the buildroots. -- [1] The feature could be enhanced to create better filenames, which take into account the two EPEL/Fedora flavours.
