Bug 817622
Summary: | Re-Review Request: libkgapi - Library to access to Google services | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mario Santagiuliana <fedora> |
Component: | Package Review | Assignee: | Gregor Tätzner <gregor> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | gregor, kevin, notting, package-review, rdieter |
Target Milestone: | --- | Flags: | gregor:
fedora-review+
gwync: fedora-cvs+ |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-06-08 08:47:07 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 656997, 831627 |
Description
Mario Santagiuliana
2012-04-30 16:33:36 UTC
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. |