Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libacpi - General purpose library for ACPI https://bugzilla.redhat.com/show_bug.cgi?id=445153 ------- Additional Comments From wolfy(a)nobugconsulting.ro 2008-05-04 20:06 EST ------- Please do not manually strip the debuginfo from the compiled binary files. Doing that breaks generation of the -debuginfo package. You should be consistent in using macros. /usr/share/doc and /usr/share/man should be replaced by %{_defaultdocdir} and %{_mandir}, respectively. Same goes for /usr/bin and /usr/include/. *.a files, _if_ they they have to be packaged should be placed in a separated libacpi-static rpm (see http://fedoraproject.org/wiki/Packaging/Guidelines#head-2302ec1e1f44202c9...). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libacpi - General purpose library for ACPI https://bugzilla.redhat.com/show_bug.cgi?id=445153 ------- Additional Comments From wolfy(a)nobugconsulting.ro 2008-05-05 10:53 EST ------- rpmbuild will strip the binaries when needed. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libacpi - General purpose library for ACPI https://bugzilla.redhat.com/show_bug.cgi?id=445153 ------- Additional Comments From sven(a)lank.es 2008-05-05 15:20 EST ------- Seems that my conclusions wrt. stripping were quite a bit off ;) I have replaced the CFLAGS with $RPM_OPT_FLAGS - this didn't help with the unstripped .so-file. Grepping through a bunch of existing specfiles did help - if a library isn't executable, rpmlint won't strip it. I have added a chmod +x and now everything works as expected. New SRPM: http://sven.lank.es/Fedora/SRPM/libacpi-0.2-6.fc9.src.rpm SPEC: http://sven.lank.es/Fedora/SPECS/libacpi.spec -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libacpi - General purpose library for ACPI https://bugzilla.redhat.com/show_bug.cgi?id=445153 ------- Additional Comments From wolfy(a)nobugconsulting.ro 2008-05-05 18:47 EST ------- Created an attachment (id=304573) --> (https://bugzilla.redhat.com/attachment.cgi?id=304573&action=view) modified spec; I was to lazy to add the mandatory changelog entry -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libacpi - General purpose library for ACPI https://bugzilla.redhat.com/show_bug.cgi?id=445153 ------- Additional Comments From sven(a)lank.es 2008-05-06 17:41 EST ------- I have incorporated your changes. I have contacted upstream - the author has added the time-preserving changes to his tree already - they will be in the next release (still some time away). Added a patch from debian (the debian maintainer is upstream) to use the sysfs interface for battery information instead of the (deprecated) proc-fs. New SRPM: http://sven.lank.es/Fedora/SRPM/libacpi-0.2-7.fc9.src.rpm SPEC: http://sven.lank.es/Fedora/SPECS/libacpi.spec -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libacpi - General purpose library for ACPI https://bugzilla.redhat.com/show_bug.cgi?id=445153 ------- Additional Comments From bugs.michael(a)gmx.net 2008-05-07 17:26 EST ------- %dir %{_defaultdocdir}/libacpi is missing in %files list -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libacpi - General purpose library for ACPI https://bugzilla.redhat.com/show_bug.cgi?id=445153 ------- Additional Comments From sven(a)lank.es 2008-05-07 19:53 EST ------- Docs where installed into %{_defaultdocdir}/name instead of name-version This update fixes this: New SRPM: http://sven.lank.es/Fedora/SRPM/libacpi-0.2-9.fc9.src.rpm SPEC: http://sven.lank.es/Fedora/SPECS/libacpi.spec -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libacpi - General purpose library for ACPI https://bugzilla.redhat.com/show_bug.cgi?id=445153 sven(a)lank.es changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|177841 | nThis| | -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libacpi - General purpose library for ACPI https://bugzilla.redhat.com/show_bug.cgi?id=445153 ------- Additional Comments From wolfy(a)nobugconsulting.ro 2008-08-01 18:49 EST ------- I also suggest changing "Note: This is no portable code, it will just run on a Linux system." to "Note: This is no portable code, it will run just on a Linux system." Given that the developer is not a native English speaker (neither am I, so I might be wrong here) I think my version express better what he wanted to say. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=445153 --- Comment #18 from manuel wolfshant <wolfy(a)nobugconsulting.ro&gt; 2008-08-12 08:16:30 EDT --- Package Review ============== Key: - = N/A x = Check ! = Problem ? = Not evaluated === REQUIRED ITEMS === [x] Package is named according to the Package Naming Guidelines. [x] Spec file name must match the base package %{name}, in the format %{name}.spec. [x] Package meets the Packaging Guidelines. [x] Package successfully compiles and builds into binary rpms on at least one supported architecture. Tested on: devel/x86_64, devel/PPC [x] Rpmlint output: source RPM: empty binary RPM:empty [x] Package is not relocatable. [x] Buildroot is correct ( %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX)) [x] Package is licensed with an open-source compatible license and meets other legal requirements as defined in the legal section of Packaging Guidelines. [x] License field in the package spec file matches the actual license. License type:MIT [x] 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] Spec file is legible and written in American English. [x] Sources used to build the package matches the upstream source, as provided in the spec URL. SHA1SUM of package: 4f2911cb0c737335003c2c13edef76821dee2cd1 /tmp/libacpi-0.2.tar.gz [!] Package is not known to require ExcludeArch See issue 1 [x] All build dependencies are listed in BuildRequires, except for any that are listed in the exceptions section of Packaging Guidelines. [-] The spec file handles locales properly. [x] ldconfig called in %post and %postun if required. [x] Package must own all directories that it creates. [x] Package requires other packages for directories it uses. [x] Package does not contain duplicates in %files. [x] Permissions on files are set properly. [x] Package has a %clean section, which contains rm -rf $RPM_BUILD_ROOT. [x] Package consistently uses macros. [x] Package contains code, or permissable content. [-] Large documentation files are in a -doc subpackage, if required. [x] Package uses nothing in %doc for runtime. [x] Header files in -devel subpackage, if present. [-] Static libraries in -devel subpackage, if present. [-] Package requires pkgconfig, if .pc files are present. [x] Development .so files in -devel subpackage, if present. [x] Fully versioned dependency in subpackages, if present. [x] Package does not contain any libtool archives (.la). [-] Package contains a properly installed %{name}.desktop file if it is a GUI application. [x] Package does not own files or directories owned by other packages. === SUGGESTED ITEMS === [x] Latest version is packaged. [x] Package does not include license text files separate from upstream. [-] Description and summary sections in the package spec file contains translations for supported Non-English languages, if available. [x] Reviewer should test that the package builds in mock. Tested on: devel/x86_64, devel/ppc [-] Package should compile and build into binary rpms on all supported architectures. Tested on: [!] Package functions as described. see issue 1 [x] Scriptlets must be sane, if used. [-] The placement of pkgconfig(.pc) files is correct. [-] File based requires are sane. === Issues === 1. the package builds happily on PPC, but I had no chance yet to test if it actually works on that architecture I'll come back as soon as I can do the test -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=445153 --- Comment #20 from manuel wolfshant <wolfy(a)nobugconsulting.ro&gt; 2008-08-19 09:18:20 EDT --- Package Review ============== Key: - = N/A x = Check ! = Problem ? = Not evaluated === REQUIRED ITEMS === [x] Package is named according to the Package Naming Guidelines. [x] Spec file name must match the base package %{name}, in the format %{name}.spec. [x] Package meets the Packaging Guidelines. [x] Package successfully compiles and builds into binary rpms on at least one supported architecture. Tested on: devel/x86_64, devel/PPC [x] Rpmlint output: source RPM: empty binary RPM:empty [x] Package is not relocatable. [x] Buildroot is correct ( %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX)) [x] Package is licensed with an open-source compatible license and meets other legal requirements as defined in the legal section of Packaging Guidelines. [x] License field in the package spec file matches the actual license. License type:MIT [x] 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] Spec file is legible and written in American English. [x] Sources used to build the package matches the upstream source, as provided in the spec URL. SHA1SUM of package: 4f2911cb0c737335003c2c13edef76821dee2cd1 /tmp/libacpi-0.2.tar.gz [!] Package is known to not work on ppc/ppc64 See issue 1 [x] All build dependencies are listed in BuildRequires, except for any that are listed in the exceptions section of Packaging Guidelines. [-] The spec file handles locales properly. [x] ldconfig called in %post and %postun if required. [x] Package must own all directories that it creates. [x] Package requires other packages for directories it uses. [x] Package does not contain duplicates in %files. [x] Permissions on files are set properly. [x] Package has a %clean section, which contains rm -rf $RPM_BUILD_ROOT. [x] Package consistently uses macros. [x] Package contains code, or permissable content. [-] Large documentation files are in a -doc subpackage, if required. [x] Package uses nothing in %doc for runtime. [x] Header files in -devel subpackage, if present. [-] Static libraries in -devel subpackage, if present. [-] Package requires pkgconfig, if .pc files are present. [x] Development .so files in -devel subpackage, if present. [x] Fully versioned dependency in subpackages, if present. [x] Package does not contain any libtool archives (.la). [-] Package contains a properly installed %{name}.desktop file if it is a GUI application. [x] Package does not own files or directories owned by other packages. === SUGGESTED ITEMS === [x] Latest version is packaged. [x] Package does not include license text files separate from upstream. [-] Description and summary sections in the package spec file contains translations for supported Non-English languages, if available. [x] Reviewer should test that the package builds in mock. Tested on: devel/x86_64, devel/ppc [-] Package should compile and build into binary rpms on all supported architectures. Tested on: [!] Package functions as described. See isssue 1 [x] Scriptlets must be sane, if used. [-] The placement of pkgconfig(.pc) files is correct. [-] File based requires are sane. === Issues === 1. See https://bugzilla.redhat.com/show_bug.cgi?id=445153#c19 Short version: the code is dependent on x86 specific architecture and cannot be used on ppc Therefore the ppc architecture must be excluded Sven, add the required excludearch line in the spec and I'll approve the package. Wishful thinking: it would be nice of you could persuade the upstream author to rewrite the code in a more portable way. Or ar least tell him about the problems . -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=445153 --- Comment #22 from manuel wolfshant <wolfy(a)nobugconsulting.ro&gt; 2008-08-19 09:21:35 EDT --- One last suggestion: change "Note: This is no portable code, it will only run on a Linux system." to "Note: This is no portable code, it will only run on a Linux system with an x86 architecture." -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=445153 --- Comment #24 from manuel wolfshant <wolfy(a)nobugconsulting.ro&gt; 2008-08-19 18:15:20 EDT --- package APPROVED -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=445153 David Woodhouse <dwmw2(a)infradead.org&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dwmw2(a)infradead.org --- Comment #26 from David Woodhouse <dwmw2(a)infradead.org&gt; 2008-08-20 08:38:59 EDT --- For the record, I really don't think we should be shipping this as a library in its current form. It's not generically useful -- it's ACPI-specific and broken. It should be using _generic_ interfaces -- such as /sys/class/power_supply for battery information, for example -- rather than the ACPI-specific ones which are going to be going away. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=445153 --- Comment #28 from Kevin Fenzi <kevin(a)tummy.com&gt; 2008-08-24 15:12:07 EDT --- cvs done. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=445153 --- Comment #30 from Fedora Update System <updates(a)fedoraproject.org&gt; 2008-09-18 16:34:09 EDT --- libacpi-0.2-12.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/libacpi-0.2-12.fc9 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=445153 --- Comment #32 from Fedora Update System <updates(a)fedoraproject.org&gt; 2008-10-01 02:35:15 EDT --- libacpi-0.2-12.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.