[Bug 880763] Review Request: AudioCuesheetEditor

bugzilla at redhat.com bugzilla at redhat.com
Sun Dec 9 15:43:04 UTC 2012


Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=880763

Michael Schwendt <mschwendt at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |177841 (FE-NEEDSPONSOR)

--- Comment #7 from Michael Schwendt <mschwendt at gmail.com> ---
Setting the FE-NEEDSPONSOR flag, as I've found other tickets from you where it
is still set, too.

Finding a potential sponsor is best done by being communicative about the
Packaging Guidelines and the Review Guidelines. Ask questions, acknowledge the
guidelines with an attempt at reviewing your own package in accordance with the
ReviewGuidelines page in the Wiki. Or try to review other packages.

[...]

> Summary:        Editor for Audio Cuesheets.

No big issue, but one day all summaries will not end with a dot. I would also
change the order of the words here to change the emphasis:

  Summary: Audio cuesheet editor

> Source0:        Audio Cuesheet Editor-src.tar.gz

This does not adhere to existing guidelines:
https://fedoraproject.org/wiki/Packaging:SourceURL


> Requires:       gtk-sharp2,mono-core

Are there no automatically added dependencies on what will be needed at
run-time?
https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires


> %description
> Anoyed of

Annoyed


> %setup -q -c %{buildroot}/AudioCuesheetEditor-%{version}

That's not what the %buildroot is for. The source is extracted somewhere in the
$RPM_BUILD_DIR which is neither $RPM_BUILD_ROOT nor %buildroot. Simply use a
relative path here,

  %setup -q -c AudioCuesheetEditor-%{version}

and examine the rpmbuild output to understand how and when this directory is
used and think twice whether you might modify your source release tarball so
that creating this directory will not be necessary anymore. For example, if the
top dir of the source is %{name}-%{version} already, you don't need this -c
option as you can use %setup's default, which is -n %{name}-%{version}.


> ./configure

Add a comment on why %configure is not used and whether any options are not
needed. E.g. whether or why --libdir=%{_libdir} is not needed. See output of
"rpm --eval %configure" for comparison. Getting the configure call right can
become especially important when any paths are built into the software and must
match the location of the files as installed by %make_install (or similar
invocations).


> %install
> rm -rf $RPM_BUILD_ROOT

https://fedoraproject.org/wiki/Packaging:Guidelines#BuildRoot_tag


> %{_libdir}/%{name}/resources/Texts.xml
> %{_libdir}/%{name}/resources/icons/application-x-cue-16.ico
> ...

https://fedoraproject.org/wiki/Packaging:UnownedDirectories


> %{_libdir}/%{name}/resources/icons/application-x-cue-16.png
> %{_libdir}/%{name}/resources/icons/application-x-cue-22.ico

Maybe you would like to use the '*' wildcard here to reduce the number if
entries? You can also include entire directories with a single line.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=vQT2LpkOS5&a=cc_unsubscribe



More information about the package-review mailing list