[Bug 1119087] Review Request: python-voluptuous - A Python data validation library

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1119087

Florian "der-flo" Lehner <dev@xxxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|nobody@xxxxxxxxxxxxxxxxx    |dev@xxxxxxxxxxx



--- Comment #4 from Florian "der-flo" Lehner <dev@xxxxxxxxxxx> ---
(In reply to Sergio Pascual from comment #2)
> (In reply to Florian "der-flo" Lehner from comment #1)
> 
> > [!]: 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.
> > 
> >    ---> Please add COPYING to the %files-section
> 
> There is no COPYING in the tarball. Are you sure you are looking at the
> correct one?

Thanks for that point.
What is about https://github.com/alecthomas/voluptuous/blob/master/COPYING ?
Why isn't it included in the tarball?

And from voluptuous.py:

# This software is licensed as described in the file COPYING, which
# you should have received as part of this distribution.


> > [!]: Package consistently uses macros (instead of hard-coded directory
> > names).
> > 
> >    ---> Please replace rm with %{__rm} and cp with %{__install}
> > 
> 
> This guideline is a about directory names, not command names. If fact, from
> the guidelines:
> 
> Macro forms of system executables SHOULD NOT be used except when there is a
> need to allow the location of those executables to be configurable. For
> example, rm should be used in preference to %{__rm}, but %{__python} is
> acceptable.

Furthermore, it states:
Having macros in a Source: or Patch: line is a matter of style. Some people
enjoy the ready readability of a source line without macros. Others prefer the
ease of updating for new versions when macros are used.

And rpm --eval %{__rm} still works.

(In reply to Sergio Pascual from comment #3)
> BTW, if you are doing the review, please assign the bug to yourself, thanks!

I think changing the status to Assigned is more important. If you want to know
who is responsible for this, one can also reference to the change. But you are
right.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review





[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]