Re: What is missing for f23 readyness ?

On Sáb, 2015-11-07 at 15:05 +0000, Sérgio Basto wrote: > On Sáb, 2015-11-07 at 08:12 -0600, Richard Shaw wrote: > > On Sat, Nov 7, 2015 at 5:07 AM, Nicolas Chauvet <kwizart(a)gmail.com&gt; > > wrote: > > There is a number of packages that need to be rebuilt as they > > wasn't updated for f23 "mass rebuilt" specially because of c++ > > ABI changes. If someone can bring me a list I will submit them > > for rebuild next week. > > > > > > > > I don't mind helping with this but what tool would I use to determine > > which packages still need to be rebuilt? > > > > > > > Also few packages and libraries was not updated to their > > latest upstream or matching their fedora counterpart (faac, > > audacity-freeworld, etc). I would like to have maintainers > > contact provenpackager (that have access to the git preview > > repo) so they can fetch the update of theses packages. > > > > Best would be to make a general review of missing updates. > > > I have scripts in my vm with F23 to determinate what we need rebuild , > I'll try send the list this afternoon. > > Also got some other information about package that are missing (not > enter) in F22 and F23 , because, I think, they won't build in new koji > system . 1- query all rpmfusion package and date it : repoquery --archlist=i386,i686 --disablerepo=rawhide,fedora\*,updates\*,peem-kde4-fedora,sergiomb-vboxfor23 -a --qf "%{buildtime:isodate} %{name}-%{version}-%{release}" > listall.txt 2 - all build times of package with tag fc23 are after 2015-10-24 , so no need to rebuild: cat listall.txt | grep fc23 | sort -nr 3 - packages to rebuild (are the packages with fc22 tag): cat listall.txt | grep fc22 | cut -b 21- | xargs repoquery --source | sort -u after pipe with perl -pe 's/-\d.*?-\d+(\..*)?\.fc\d+(\..*)?.src.rpm//' we got the list in attachment 4 - packages without fc22 or fc23 tag: cat listall.txt | grep -vP "fc22|fc23" Only ufoai-data-2.4-1 and ufoai-data-server-2.4-1 more buildsys and releases packages Last note multilibs have problems, for example x265 [1] , to workaround this issue, I had repoquery i386 arch with --archlist=i386,i686 It would have been nice to split it between free and nonfree, but I can

From this list, can someone check that there is no needed update ?