https://bugzilla.redhat.com/show_bug.cgi?id=1490054 --- Comment #30 from Alexander Ploumistos <alex.ploumistos@xxxxxxxxx> --- (In reply to Antonio Trande from comment #29) > (In reply to Alexander Ploumistos from comment #28) > > (In reply to Antonio Trande from comment #27) > > > GPLv2+ and GPLv3+ are compatible licenses; you can use GPLv3+ as resultant > > > license. > > > > Really??? It always seemed logical, but since I am not proficient in > > legalese I didn't question it. Do you want me to update the spec, or should > > I leave it for the next build? > > Update, please. Updated. > > > > > > [?]: Package must own all directories that it creates. > > > Note: Directories without known owners: > > > /usr/share/icons/locolor/16x16, /usr/share/icons/locolor/32x32/apps, > > > /usr/share/icons/locolor/16x16/apps, /usr/share/mime, > > > /usr/share/mime/packages, /usr/share/icons/locolor, > > > /usr/share/icons/locolor/32x32, /usr/share/icons/locolor/22x22, > > > /usr/share/icons/locolor/22x22/apps > > > > > > '/usr/share/icons/locolor' looks not owned by any package. > > > I think you can permit 'scidavis' owns it, use: > > > > > > %dir %{_datadir}/icons/locolor > > > > On my system, I see a bunch of icons under /usr/share/icons/locolor, > > belonging to libreoffice, kimagemapeditor, krename and kxsldbg. I don't > > think scidavis should take ownership… > > > > > > Fine. > '/usr/share/icons/locolor' is owned by kde-filesystem; this means that we > need install 'scidavis' and 'kde-filesystem' together. Added "Requires: kde-filesystem". New files: Spec URL: https://alexpl.fedorapeople.org/packages/SciDAVis/scidavis.spec SRPM URL: https://alexpl.fedorapeople.org/packages/SciDAVis/scidavis-1.21-5.fc28.src.rpm I ran f25, f26, f27 & rawhide builds locally, no problems. Here is another koji build: https://koji.fedoraproject.org/koji/taskinfo?taskID=21903257 (still building) -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx
