[Bug 471575] Review Request: libnautilus-vcards - Nautilus vcard context menu extension
bugzilla at redhat.com
bugzilla at redhat.com
Wed Nov 19 14:50:40 UTC 2008
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=471575
--- Comment #8 from Fabian Affolter <fabian at bernewireless.net> 2008-11-19 09:50:38 EDT ---
(In reply to comment #5)
> Oops, to late... I've done bug 470066 in a more formal manner, and put remarks
> on bug 470547 and bug 470155
Just to be clear, I'm not a sponsor but I can help you with this package. It
was just a suggestion about the reviews without any further investigation on
your work.
(In reply to comment #6)
> - In my case, the spec file is part of the source tree, living in the same
> svn repo as the source. I have actually thought about this... which
> doesn't mean I'm sure. But to me it seems reasonable to use the svn
> version in this case, since spec and source is always in sync. Or?
More about the release tag, see below.
> - Auto(re)conf needs the gettext m4 macros in gettext-devel
I just quoted the guidelines. So, you are right.
(In reply to comment #7)
> - Trying to find a balance in when to define macros I have
> removed %pkg and %pkgdatadir, but kept %schemadir, %plugindir and
> %download_url. If you insist, I'll remove them. But I feel they make
> things a better e. g., by making the scriptlets a bit more more concise.
> And personally, I avoid source lines > 72 chars; hence %download_url
I can live with that. Spec files are just easier to read for other packages
when only 'standard' macros are used.
> - And still svn-based revision. I'm not stubborn, but a little interested
> what the arguments are in a situation when the spec file release is the
> same as the source release... The reasons to stick to svn # are obvious,
> but I don't have to complete picture.
I think that your release is a post release. The naming guidelines have some
examples.
https://fedoraproject.org/wiki/Packaging/NamingGuidelines#Post-Release_packages
"Release: The initial value of the release should normally be "1%{?dist}".
Then, increment the number every time you release a new package for the same
version of software. If a new version of the software being packaged is
released, the version number should be changed to reflect the new software
version, and the release number should be reset to 1."
>From my point of view the release tag should look like this
Release: 1.%{svnversion}svn%{?dist}
> http://downloads.sourceforge.net/dt-contacts/libnautilus-vcards-48M.spec
This way the name of the spec file didn't match the guidelines. I'm not an
expert on exceptions.
https://fedoraproject.org/wiki/Packaging/NamingGuidelines#Spec_file_name
--
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.
More information about the Fedora-package-review
mailing list