Spec URL: http://marionline.fedorapeople.org/packages/SPECS/libkgoogle.spec SRPM URL: http://marionline.fedorapeople.org/packages/SRPMS/libkgoogle-0.3.1-1.20120430gitefb3215.fc16.src.rpm Description: Library to access to Google services, this package is needed by kdepim-runtime to build akonadi-google resources. This is a re-review request of akonadi-google package. Upstream move his akonadi-google resources into kdepim-runtime: https://projects.kde.org/projects/playground/pim/akonadi-google/repository/revisions/efb32159c283168cc2ab1a39e6fa3c8a30fbc941 The spec file provides only libkgoogle and libkgoogle-devel packages. This library is needed by new kdepim-runtime version that include akonadi-google resources, so I open this re-review request waiting the new release of kdepim-runtime that includes akonadi-google resources. This package replace akonadi-google: https://admin.fedoraproject.org/pkgdb/acls/name/akonadi-google I don't insert in the spec file the obsoletes and provides lines, they should be insert in the new version of kdepim-runtime. Thank you!
Update to new version 0.3.2 with last snapshot of the new git repository for libkgoogle to fix some bug: Spec URL: http://marionline.fedorapeople.org/packages/SPECS/libkgoogle.spec SRPM URL: http://marionline.fedorapeople.org/packages/SRPMS/libkgoogle-0.3.2-1.20120530gitf18d699.fc16.src.rpm Thanks
Spec URL: http://marionline.fedorapeople.org/packages/SPECS/libkgapi.spec SRPM URL: http://marionline.fedorapeople.org/packages/SRPMS/libkgapi-0.4.0-1.fc16.src.rpm - Update to new version 0.4.0 - Update to new licence GPLv2+ - Update to new name libkgapi - Add obsolete and provide libkgoogle
Initial comments: 1. while you have Obsoletes: libkgoogle < 0.3.2 Provides: libkgoogle = %{version}-%{release} you probably ought to do the same for libkgoogle-devel too in the -devel subpkg 2. cosmetics, but s/%description -n %{name}-devel/%description devel/ 3. These are redundant (already pulled in implicitly via kdelibs-devel), can be removed: BuildRequires: cmake BuildRequires: qt-devel 4. %files devel is missing ownership of several dirs, replace %{_kde4_includedir}/libkgapi/* ... %{_libdir}/cmake/LibKGAPI/*.cmake with %{_kde4_includedir}/libkgapi/ ... %{_libdir}/cmake/LibKGAPI/
You should BuildRequire kdelibs4-devel rather than kdelibs-devel.
Thank you for your comments. Spec URL: http://marionline.fedorapeople.org/packages/SPECS/libkgapi.spec SRPM URL: http://marionline.fedorapeople.org/packages/SRPMS/libkgapi-0.4.0-2.fc16.src.rpm Do you think I should remove comments in spec file?
(In reply to comment #5) > Do you think I should remove comments in spec file? Are you considering using git snapshots for your package in the near future? If not, then remove them. You should drop rm -rf %{buildroot} at %install imho this project url is better: http://projects.kde.org/libkgoogle oh, and can you align your indentations please. It looks messy :)
(In reply to comment #6) > (In reply to comment #5) > > Do you think I should remove comments in spec file? > Are you considering using git snapshots for your package in the near future? > If not, then remove them. This depends on how many times upstream release new stable versions. Sometimes there are some useful bug fix on upstream but stable version is not release quickly. I prefer to wait and see how the upstream works in the next future. Ok? > You should drop rm -rf %{buildroot} at %install Here I follow an old Rex Dieter request, for the previous package: https://bugzilla.redhat.com/show_bug.cgi?id=711058#c25 > imho this project url is better: http://projects.kde.org/libkgoogle I agree with you but official release package is provides fist time by developer website. Also the kde repository should change to new libkgapi... > oh, and can you align your indentations please. It looks messy :) Sorry, which indentation? I see everything well...using my browser web or my text editor (Vim).
(In reply to comment #7) > (In reply to comment #6) > > (In reply to comment #5) > > > Do you think I should remove comments in spec file? > > Are you considering using git snapshots for your package in the near future? > > If not, then remove them. > This depends on how many times upstream release new stable versions. > Sometimes there are some useful bug fix on upstream but stable version is > not release quickly. I prefer to wait and see how the upstream works in the > next future. Ok? yeah, sure. > > > You should drop rm -rf %{buildroot} at %install > Here I follow an old Rex Dieter request, for the previous package: > https://bugzilla.redhat.com/show_bug.cgi?id=711058#c25 imho this template needs to be updated. rm buildroot is only necessary for epel5. I suppose this package wouldn't even build on that platform. > > > oh, and can you align your indentations please. It looks messy :) > Sorry, which indentation? I see everything well...using my browser web or my > text editor (Vim). no I'm talking about the indendation in the spec file. i.e. Name: libkgapi Version:0.4.0 should be Name: libkgapi Version: 0.4.0 However, this is just cosmetic Package Review ============== Key: - = N/A x = Pass ! = Fail ? = Not evaluated ==== C/C++ ==== [x]: MUST Package does not contain any libtool archives (.la) [x]: MUST Package does not contain kernel modules. [x]: MUST Package contains no static executables. [x]: MUST Rpath absent or only used for internal libs. [x]: MUST Package is not relocatable. ==== Generic ==== [x]: MUST Package is licensed with an open-source compatible license and meets other legal requirements as defined in the legal section of Packaging Guidelines. [x]: MUST Package successfully compiles and builds into binary rpms on at least one supported primary architecture. [x]: MUST %build honors applicable compiler flags or justifies otherwise. [x]: MUST All build dependencies are listed in BuildRequires, except for any that are listed in the exceptions section of Packaging Guidelines. [x]: MUST Buildroot is not present Note: Unless packager wants to package for EPEL5 this is fine [x]: MUST Package contains no bundled libraries. [x]: MUST Changelog in prescribed format. [x]: MUST Package has no %clean section with rm -rf %{buildroot} (or $RPM_BUILD_ROOT) Note: Clean would be needed if support for EPEL is required [x]: MUST Sources contain only permissible code or content. [x]: MUST Each %files section contains %defattr if rpm < 4.4 Note: Note: defattr macros not found. They would be needed for EPEL5 [x]: MUST Macros in Summary, %description expandable at SRPM build time. [x]: MUST Package requires other packages for directories it uses. [x]: MUST Package uses nothing in %doc for runtime. [x]: MUST Package is not known to require ExcludeArch. [x]: MUST Permissions on files are set properly. [x]: MUST Package does not contain duplicates in %files. [x]: MUST Fully versioned dependency in subpackages, if present. [x]: MUST Spec file lacks Packager, Vendor, PreReq tags. [!]: MUST Package does not run rm -rf %{buildroot} (or $RPM_BUILD_ROOT) at the beginning of %install. Note: rm -rf is only needed if supporting EPEL5 [x]: MUST Large documentation files are in a -doc subpackage, if required. [x]: MUST If (and only if) the source package includes the text of the license(s) in its own file, then that file, containing the text of the license(s) for the package is included in %doc. [x]: MUST License field in the package spec file matches the actual license. [x]: MUST License file installed when any subpackage combination is installed. [x]: MUST Package consistently uses macros (instead of hard-coded directory names). [x]: MUST Package is named according to the Package Naming Guidelines. [x]: MUST Package does not generate any conflict. [x]: MUST Package obeys FHS, except libexecdir and /usr/target. [x]: MUST Package must own all directories that it creates. [x]: MUST Package does not own files or directories owned by other packages. [x]: MUST Package installs properly. [x]: MUST Requires correct, justified where necessary. [x]: MUST Rpmlint output is silent. [x]: MUST Sources used to build the package match the upstream source, as provided in the spec URL. /home/greg/projects/Review/817622/libkgapi-0.4.0.tar.bz2 : MD5SUM this package : 90c44fd9456a6e34a8375f98250ad7cc MD5SUM upstream package : 90c44fd9456a6e34a8375f98250ad7cc [x]: MUST Spec file is legible and written in American English. [x]: MUST Spec file name must match the spec package %{name}, in the format %{name}.spec. [-]: MUST Package contains a SysV-style init script if in need of one. [x]: MUST File names are valid UTF-8. [x]: MUST Useful -debuginfo package or justification otherwise. minor issues: [!]: MUST Package does not run rm -rf %{buildroot} (or $RPM_BUILD_ROOT) at the beginning of %install. Note: rm -rf is only needed if supporting EPEL5 APPROVED just fix this minor issue before you commit your package and watch out for the project url. Thanks
Fix! Spec: http://marionline.fedorapeople.org/packages/SPECS/libkgapi.spec SRPMS: http://marionline.fedorapeople.org/packages/SRPMS/libkgapi-0.4.0-3.fc16.src.rpm Sorry but I don't see your error on indentation (in Vim or in my browser web or in other text editor like kwrite), I use tab to separate columns for various variables values. Maybe is your text editor that need to set the tab space? Thank you for your approval!
Package Change Request ====================== Package Name: lbkgapi New Branches: f16 f17 Owners: marionline InitialCC: rdieter Kkofler This is the successor of old akonadi-google package, the library libkgoogle (provides by akonadi-google) moved to libkgapi. Akonadi resources should moved on new kdepim-runtime.
Package Change Request ====================== Package Name: libkgapi New Branches: f16 f17 Owners: marionline InitialCC: rdieter Kkofler This is the successor of old akonadi-google package, the library libkgoogle (provides by akonadi-google) moved to libkgapi. Akonadi resources should moved on new kdepim-runtime.
Please resubmit as a New Package request. Thanks!
New Package SCM Request ======================= Package Name: libkgapi Short Description: Library to access to Google services Owners: marionline Branches: f16 f17 InitialCC: rdieter Kkofler This is the successor of old akonadi-google package, the library libkgoogle (provides by akonadi-google) moved to libkgapi. Akonadi resources should moved on new kdepim-runtime.
Git done (by process-git-requests). Fixed kkofler account name.
Yes, please next time write the FAS account names in all lowercase.
Sorry...
libkgapi-0.4.0-3.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/libkgapi-0.4.0-3.fc17
libkgapi-0.4.0-3.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/libkgapi-0.4.0-3.fc16
Please don't deploy this to non-rawhide yet. It's only needed for kdepim-runtime-4.9, it'll break (and remove features) for everyone else.
Sorry, this is my first package re-reviewed to update an existing package. I revoke my request.
libkgapi-0.4.1-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/libkgapi-0.4.1-1.fc16
libkgapi-0.4.1-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/libkgapi-0.4.1-1.fc17
Uh, I'd suspect comment #19 from Rex Dieter is still valid! > Please don't deploy this to non-rawhide yet. It's only needed for > kdepim-runtime-4.9, it'll break (and remove features) for everyone else.
Mhm...I was wrong...sorry... -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
libkgapi-0.4.4-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/libkgapi-0.4.4-1.fc17
libkgapi-0.4.4-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/libkgapi-0.4.4-1.fc18
libkgapi-0.4.4-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
libkgapi-0.4.4-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.