can you take this https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=1372429 for me ?

Please, remove "Group:	 	Development/Libraries"

%install
Please, remove "rm -rf %{buildroot}"

Please, use %license macro
%doc COPYING
%doc LICENSE

Please, use full "SRPM URL"

Please, use Source0:	https://github.com/01org/%{name}/archive/v%{version}/%{name}-%{version}.tar.gz

Please, remove
/usr/lib*/libhs.a
/usr/lib*/libhs_runtime.a

Please, move in -devel sub-package
/usr/lib*/libhs_runtime.so
/usr/lib*/libhs.so

Please, use

%{_includedir}/hs

or

%dir %{_includedir}/hs
%{_includedir}/hs/*

Must be used Requires: %{name}%{?_isa} = %{version}-%{release}
instead of Requires:	%{name} = %{version}-%{release}

and

%post -p /sbin/ldconfig
%postun -p /sbin/ldconfig


See for referencies:
https://fedoraproject.org/wiki/Packaging:Guidelines#Devel_Packages
https://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_Static_Libraries
https://fedoraproject.org/wiki/Packaging:Guidelines#Requiring_Base_Package
https://fedoraproject.org/wiki/Packaging:Guidelines#Shared_Libraries
https://fedoraproject.org/wiki/Packaging:Guidelines#Tags_and_Sections
https://fedoraproject.org/wiki/Changes/Use_license_macro_in_RPMs_for_packages_in_Cloud_Image

thanks gil,

I have made the changes as requested.

Thank you for the links, I read them again since it had been a while.

MUSTFIXES:

- Package does not honor RPM_OPT_FLAGS:
Your spec appends Fedora incompatible compilation flags to CFLAGS/CXXFLAGS.

Remove these 2 lines from your spec:
export CFLAGS="$RPM_OPT_FLAGS -march=core2"
export CXXFLAGS="${CFLAGS}"

- Directory /usr/include/hs/ is unowned.
Add this directory to *-devel's %files

- Package ships static libs. 
This is strongly discouraged in Fedora. Please disable building static libs unless there are very strong reasons to ship them.

- The base package contains files which should be packaged in *-devel, instead of the base package.
%{_libdir}/*.so should go into devel,
%{_libdir}/*.so.* into <base>

(In reply to Ralf Corsepius from comment #8)
> MUSTFIXES:
> 
> - Package does not honor RPM_OPT_FLAGS:
> Your spec appends Fedora incompatible compilation flags to CFLAGS/CXXFLAGS.
> 
> Remove these 2 lines from your spec:
> export CFLAGS="$RPM_OPT_FLAGS -march=core2"
> export CXXFLAGS="${CFLAGS}"
> 
> - Directory /usr/include/hs/ is unowned.
> Add this directory to *-devel's %files
> 
> - Package ships static libs. 
> This is strongly discouraged in Fedora. Please disable building static libs
> unless there are very strong reasons to ship them.
> 
> - The base package contains files which should be packaged in *-devel,
> instead of the base package.
> %{_libdir}/*.so should go into devel,
> %{_libdir}/*.so.* into <base>

I agree

Build fails. Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=15485494

Sorry, mkdir -p %{buildroot}%{_libdir} what is it? Please, remove

Created attachment 1197506 [details]
spec file

Build fails. Task info:Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=15487263

Hi gil/ralf thank you for the feedback. Working through a your comments. I am 
reviewing the comment from ralf:

Remove these 2 lines from your spec:
export CFLAGS="$RPM_OPT_FLAGS -march=core2"
export CXXFLAGS="${CFLAGS}"

In reading through the hyperscan documentation some more it appears that hyperscan requires at least core2 instruction set features to compile. 

This being the case should I add an excludearch for i686?

Thanks again for the help!


[0] https://github.com/01org/hyperscan/issues/20

(In reply to Jason Taylor from comment #13)
> Hi gil/ralf thank you for the feedback. Working through a your comments. I
> am 
> reviewing the comment from ralf:
> 
> Remove these 2 lines from your spec:
> export CFLAGS="$RPM_OPT_FLAGS -march=core2"
> export CXXFLAGS="${CFLAGS}"
> 
> In reading through the hyperscan documentation some more it appears that
> hyperscan requires at least core2 instruction set features to compile. 
> 
> This being the case should I add an excludearch for i686?

maybe also for arm and append in the "Depends On" field of
https://bugzilla.redhat.com/show_bug.cgi?id=485251 this bug

> 
> Thanks again for the help!
> 
> 
> [0] https://github.com/01org/hyperscan/issues/20

directory /usr/include/hs/ is still unowned.

here is the latest scratch build (successful)

http://koji.fedoraproject.org/koji/taskinfo?taskID=15490876

I believe the directory ownership is corrected as well.

ERROR: 'Cannot find source rpm URL' see Comments#3

(In reply to Jason Taylor from comment #16)
> here is the latest scratch build (successful)
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=15490876
This is useless for me because i use a 32 bit OS, 
You must indicate that the packet is not building for those architectures: arm (see comment#14), i686
> I believe the directory ownership is corrected as well.
I don't think so

Hi gil,

The updated spec is here:

http://copr-dist-git.fedorainfracloud.org/cgit/jasonish/hyperscan/hyperscan.git/tree/hyperscan.spec?id=833da4e464c728551cf1817b140fde2f37b7d3ff

the koji build using the latest srpm is here:
http://koji.fedoraproject.org/koji/taskinfo?taskID=15497768

copr build using the same is here:
https://copr.fedorainfracloud.org/coprs/jasonish/hyperscan/build/449354/


I installed the packages generated by fedora-review and ran:

rpm -qf /usr/include/hs
hyperscan-devel-4.3.1-1.fc24.x86_64

So the directory ownership item should be addressed now.

Regarding the ExclusiveArch, hyperscan requires at least SSE support which excludes anything but x86_64 from what I have been able to find in the documentation.

I have noted this requirement in the spec.

The unable to find source rpm URL should be resolved now as well, the error now longer displays during a fedora-review run.

I also added a patch to set the march flag to -march=core2. This is the minimum instruction set required for hyperscan to compile. The default -march was to use native, which would break package portability.

Thanks again for all the help

(In reply to Jason Taylor from comment #19)
> Hi gil,
> 
> The updated spec is here:
> 
> http://copr-dist-git.fedorainfracloud.org/cgit/jasonish/hyperscan/hyperscan.
> git/tree/hyperscan.spec?id=833da4e464c728551cf1817b140fde2f37b7d3ff
> 
> the koji build using the latest srpm is here:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=15497768
> 
> copr build using the same is here:
> https://copr.fedorainfracloud.org/coprs/jasonish/hyperscan/build/449354/

ERROR: 'Cannot find source rpm URL'
Please, add full srpm URL.

e.g.

Spec URL: http://copr-dist-git.fedorainfracloud.org/cgit/jasonish/hyperscan/hyperscan.git/tree/hyperscan.spec
SRPM URL: https://jtaylor.fedorapeople.org/hyperscan-4.3.1-1.fc26.src.rpm

Package Review
==============

Legend:
[x] = Pass, [!] = Fail, [-] = Not applicable, [?] = Not evaluated
[ ] = Manual review needed


Issues:
=======
- Package installs properly.
  Note: Installation errors (see attachment)
  See: https://fedoraproject.org/wiki/Packaging:Guidelines
 NOTE: nabual review on 32 bit OS

===== MUST items =====

C/C++:
[-]: Provides: bundled(gnulib) in place as required.
     Note: Sources not installed
[x]: Package does not contain kernel modules.
[x]: Package contains no static executables.
[x]: Header files in -devel subpackage, if present.
[x]: ldconfig called in %post and %postun if required.
[x]: Package does not contain any libtool archives (.la)
[x]: Rpath absent or only used for internal libs.
[x]: Development (unversioned) .so files in -devel subpackage, if present.

Generic:
[-]: Package successfully compiles and builds into binary rpms on at least
     one supported primary architecture.
     Note: Using prebuilt packages
[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.
     Note: There is no build directory. Running licensecheck on vanilla
     upstream sources. No licenses found. Please check the source files for
     licenses manually.
[x]: License file installed when any subpackage combination is installed.
[x]: Package requires other packages for directories it uses.
     Note: No known owner of /usr/lib64/pkgconfig, /usr/lib64
[x]: Package must own all directories that it creates.
     Note: Directories without known owners: /usr/lib64,
     /usr/lib64/pkgconfig
[?]: %build honors applicable compiler flags or justifies otherwise.
[x]: All build dependencies are listed in BuildRequires, except for any
     that are listed in the exceptions section of Packaging Guidelines.
     Note: Using prebuilt rpms.
[?]: Package contains no bundled libraries without FPC exception.
[x]: Changelog in prescribed format.
[x]: Sources contain only permissible code or content.
[-]: Package contains desktop file if it is a GUI application.
[x]: Development files must be in a -devel package
[x]: Package uses nothing in %doc for runtime.
[x]: Package consistently uses macros (instead of hard-coded directory
     names).
[x]: Package is named according to the Package Naming Guidelines.
[x]: Package does not generate any conflict.
[x]: Package obeys FHS, except libexecdir and /usr/target.
[-]: If the package is a rename of another package, proper Obsoletes and
     Provides are present.
[x]: Requires correct, justified where necessary.
[x]: Spec file is legible and written in American English.
[-]: Package contains systemd file(s) if in need.
[x]: Useful -debuginfo package or justification otherwise.
[-]: Package is not known to require an ExcludeArch tag.
[-]: Large documentation must go in a -doc subpackage. Large could be size
     (~1MB) or number of files.
     Note: Documentation size is 20480 bytes in 2 files.
[?]: Package complies to the Packaging Guidelines
[x]: Rpmlint is run on all rpms the build produces.
     Note: There are rpmlint messages (see attachment).
[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 %license.
[x]: Package does not own files or directories owned by other packages.
[x]: Package uses either %{buildroot} or $RPM_BUILD_ROOT
[x]: Package does not run rm -rf %{buildroot} (or $RPM_BUILD_ROOT) at the
     beginning of %install.
[x]: Macros in Summary, %description expandable at SRPM build time.
[x]: Dist tag is present.
[x]: Package does not contain duplicates in %files.
[x]: Permissions on files are set properly.
[x]: Package use %makeinstall only when make install DESTDIR=... doesn't
     work.
[x]: Package is named using only allowed ASCII characters.
[x]: Package does not use a name that already exists.
[x]: Package is not relocatable.
[x]: Sources used to build the package match the upstream source, as
     provided in the spec URL.
[x]: Spec file name must match the spec package %{name}, in the format
     %{name}.spec.
[x]: File names are valid UTF-8.
[x]: Packages must not store files under /srv, /opt or /usr/local

===== SHOULD items =====

Generic:
[!]: Reviewer should test that the package builds in mock.
[-]: If the source package does not include license text(s) as a separate
     file from upstream, the packager SHOULD query upstream to include it.
[x]: Final provides and requires are sane (see attachments).
[x]: Fully versioned dependency in subpackages if applicable.
     Note: No Requires: %{name}%{?_isa} = %{version}-%{release} in
     hyperscan-debuginfo
[x]: Package functions as described.
[x]: Latest version is packaged.
[x]: Package does not include license text files separate from upstream.
[!]: Patches link to upstream bugs/comments/lists or are otherwise
     justified.
[x]: Description and summary sections in the package spec file contains
     translations for supported Non-English languages, if available.
[-]: Package should compile and build into binary rpms on all supported
     architectures.
[?]: %check is present and all tests pass.
[x]: Packages should try to preserve timestamps of original installed
     files.
[x]: Buildroot is not present
[x]: Package has no %clean section with rm -rf %{buildroot} (or
     $RPM_BUILD_ROOT)
[x]: No file requires outside of /etc, /bin, /sbin, /usr/bin, /usr/sbin.
[x]: Packager, Vendor, PreReq, Copyright tags should not be in spec file
[x]: Uses parallel make %{?_smp_mflags} macro.
[x]: The placement of pkgconfig(.pc) files are correct.
[x]: Sources can be downloaded from URI in Source: tag
[x]: SourceX is a working URL.
[x]: Spec use %global instead of %define unless justified.

===== EXTRA items =====

Generic:
[!]: Rpmlint is run on all installed packages.
     Note: Mock build failed
     See: http://fedoraproject.org/wiki/Packaging/Guidelines#rpmlint
[x]: Large data in /usr/share should live in a noarch subpackage if package
     is arched.
[x]: Spec file according to URL is the same as in SRPM.


Installation errors
-------------------
INFO: mock.py version 1.2.20 starting (python version = 3.5.1)...
Start: init plugins
INFO: selinux enabled
Finish: init plugins
Start: run
Start: chroot init
INFO: calling preinit hooks
INFO: enabled root cache
INFO: enabled dnf cache
Start: cleaning dnf metadata
Finish: cleaning dnf metadata
Mock Version: 1.2.20
INFO: Mock Version: 1.2.20
Finish: chroot init
INFO: installing package(s): /home/gil/1372866-hyperscan/hyperscan-devel-4.3.1-1.fc26.x86_64.rpm /home/gil/1372866-hyperscan/hyperscan-4.3.1-1.fc26.x86_64.rpm /home/gil/1372866-hyperscan/hyperscan-debuginfo-4.3.1-1.fc26.x86_64.rpm
ERROR: Command failed. See logs for output.
 # /usr/bin/dnf --installroot /var/lib/mock/fedora-24-i386/root/ --releasever 24 --disableplugin=local --setopt=deltarpm=false install /home/gil/1372866-hyperscan/hyperscan-devel-4.3.1-1.fc26.x86_64.rpm /home/gil/1372866-hyperscan/hyperscan-4.3.1-1.fc26.x86_64.rpm /home/gil/1372866-hyperscan/hyperscan-debuginfo-4.3.1-1.fc26.x86_64.rpm --setopt=tsflags=nocontexts


Rpmlint
-------
Checking: hyperscan-4.3.1-1.fc26.x86_64.rpm
          hyperscan-devel-4.3.1-1.fc26.x86_64.rpm
          hyperscan-debuginfo-4.3.1-1.fc26.x86_64.rpm
          hyperscan-4.3.1-1.fc26.src.rpm
hyperscan.x86_64: W: spelling-error %description -l en_US libpcre -> Liberace
hyperscan.x86_64: W: spelling-error %description -l en_US automata -> automate, automaton, automatic
hyperscan.x86_64: W: one-line-command-in-%post /sbin/ldconfig
hyperscan.x86_64: W: one-line-command-in-%postun /sbin/ldconfig
hyperscan-devel.x86_64: W: spelling-error %description -l en_US libpcre -> Liberace
hyperscan-devel.x86_64: W: spelling-error %description -l en_US automata -> automate, automaton, automatic
hyperscan-devel.x86_64: W: only-non-binary-in-usr-lib
hyperscan-devel.x86_64: W: no-documentation
hyperscan-debuginfo.x86_64: W: spurious-executable-perm /usr/src/debug/hyperscan-4.3.1/src/nfa/dfa_build_strat.cpp
hyperscan-debuginfo.x86_64: W: spurious-executable-perm /usr/src/debug/hyperscan-4.3.1/src/nfa/accel_dfa_build_strat.cpp
hyperscan-debuginfo.x86_64: W: spurious-executable-perm /usr/src/debug/hyperscan-4.3.1/src/nfa/accel_dfa_build_strat.h
hyperscan.src: W: spelling-error %description -l en_US libpcre -> Liberace
hyperscan.src: W: spelling-error %description -l en_US automata -> automate, automaton, automatic
hyperscan.src:15: W: mixed-use-of-spaces-and-tabs (spaces: line 15, tab: line 6)
4 packages and 0 specfiles checked; 0 errors, 14 warnings.




Requires
--------
hyperscan-debuginfo (rpmlib, GLIBC filtered):

hyperscan-devel (rpmlib, GLIBC filtered):
    /usr/bin/pkg-config
    hyperscan(x86-64)
    libhs.so.4()(64bit)
    libhs_runtime.so.4()(64bit)

hyperscan (rpmlib, GLIBC filtered):
    /bin/sh
    libc.so.6()(64bit)
    libgcc_s.so.1()(64bit)
    libgcc_s.so.1(GCC_3.0)(64bit)
    libm.so.6()(64bit)
    libstdc++.so.6()(64bit)
    libstdc++.so.6(CXXABI_1.3)(64bit)
    libstdc++.so.6(CXXABI_1.3.8)(64bit)
    pcre
    rtld(GNU_HASH)



Provides
--------
hyperscan-debuginfo:
    hyperscan-debuginfo
    hyperscan-debuginfo(x86-64)

hyperscan-devel:
    hyperscan-devel
    hyperscan-devel(x86-64)
    pkgconfig(libhs)

hyperscan:
    hyperscan
    hyperscan(x86-64)
    libhs.so.4()(64bit)
    libhs_runtime.so.4()(64bit)



Source checksums
----------------
https://github.com/01org/hyperscan/archive/v4.3.1.tar.gz#/hyperscan-v4.3.1.tar.gz :
  CHECKSUM(SHA256) this package     : a7bce1287c06d53d1fb34266d024331a92ee24cbb2a7a75061b4ae50a30bae97
  CHECKSUM(SHA256) upstream package : a7bce1287c06d53d1fb34266d024331a92ee24cbb2a7a75061b4ae50a30bae97


Generated by fedora-review 0.6.1 (f03e4e7) last change: 2016-05-02
Command line :/usr/bin/fedora-review -v -p -n hyperscan
Buildroot used: fedora-24-i386
Active plugins: Generic, Shell-api, C/C++
Disabled plugins: Java, Python, fonts, SugarActivity, Ocaml, Perl, Haskell, R, PHP, Ruby
Disabled flags: EXARCH, DISTTAG, EPEL5, BATCH, EPEL6

NON blocking issues:
hyperscan.x86_64: W: one-line-command-in-%post /sbin/ldconfig
hyperscan.x86_64: W: one-line-command-in-%postun /sbin/ldconfig


hyperscan-debuginfo.x86_64: W: spurious-executable-perm /usr/src/debug/hyperscan-4.3.1/src/nfa/dfa_build_strat.cpp
hyperscan-debuginfo.x86_64: W: spurious-executable-perm /usr/src/debug/hyperscan-4.3.1/src/nfa/accel_dfa_build_strat.cpp
hyperscan-debuginfo.x86_64: W: spurious-executable-perm /usr/src/debug/hyperscan-4.3.1/src/nfa/accel_dfa_build_strat.h

the package build only for x86_64 arch using "-march=core2" C flag for SSE support.
for me is ok. Please, fix the above problems before import
Approved

Thanks gil!

I have updated the ldconfig lines to %post/%postun -p /sbin/ldconfig

As you indicated above, the following are the links for latest spec/srpm:

Spec URL: http://copr-dist-git.fedorainfracloud.org/cgit/jasonish/hyperscan/hyperscan.git/tree/hyperscan.spec

SRPM URL: https://jtaylor.fedorapeople.org/hyperscan-4.3.1-1.fc26.src.rpm

Regarding the spurious file permissions, I have opened the following ticket with upstream (and submitted a PR to address the same):

https://github.com/01org/hyperscan/issues/37

(In reply to gil cattaneo from comment #23)

> the package build only for x86_64 arch using "-march=core2" C flag for SSE
> support.
This is NOT OK. It means this package does not apply the CFLAGS all Fedora are required to use.

=> This package is broken

The origin of this mess the toplevel CMakeList.txt, which is entirely broken.


> hyperscan-debuginfo.x86_64: W: spurious-executable-perm /usr/src/debug/hyperscan-4.3.1/src/nfa/dfa_build_strat.cpp

This means broken permissions inside of the source tarball.

Package request has been approved: https://admin.fedoraproject.org/pkgdb/package/rpms/hyperscan

(In reply to Ralf Corsepius from comment #25)
> The origin of this mess the toplevel CMakeList.txt, which is entirely broken.

Jason asked me off-list to elaborate this

In lines 179-244, this CMakeList.txt implements a scheme which manipulates and overrides CFLAGS/CXXFLAGS to values which are incompatible to Fedora (== this package is being miscompiled). This alone qualifies this package as non-eligible for Fedora, unless this issue can be worked around.

Besides this, the working principle of this cmake section lacks generality and lacks portability (As you found out when building for the arm). 

To allow for users to specify their desired *CLAGS, most cmake-packages are equipped the a cmake define which lets users specify "his *FLAGS" (Often "build type"). Unfortunately, this package doesn't seem fall into this category.

I.e. it's likely necessary to patch CMakeList.txt to move the harmful parts out.

(In reply to Jon Ciesla from comment #26)
> Package request has been approved:
> https://admin.fedoraproject.org/pkgdb/package/rpms/hyperscan
Sigh - I like should have reset the cvs-flags :-)

Thanks Ralf,

I will take this back to upstream and see what we can do.

I will hold off on importing until the cmake items are sorted out one way or another.

https://github.com/01org/hyperscan/issues/47

Ralf,

We have been working with upstream and believe we have sorted out the items you mentioned above. 

Would you mind taking a look again at this again?

The latest relevent files:
https://jtaylor.fedorapeople.org/hyperscan/

Scratch build using the sources above:
https://koji.fedoraproject.org/koji/taskinfo?taskID=18247870


Thanks in advance for any help you can provide!

JT

Jason, apologies for not having reponded to your needinfo, but I never agreed to review this package. I only commented on a detail and was slightly surprized to sending me a needinfo.

You should provide a symlink to the spec file and srpm file directly in comments, so that fedora-review can find them:
spec file: https://jtaylor.fedorapeople.org/hyperscan/hyperscan.spec
srpm: https://jtaylor.fedorapeople.org/hyperscan/hyperscan-4.4.1-1.fc27.src.rpm

> https://github.com/01org/%{name}/archive/%{gittag0}.tar.gz#/%{gittag0}.tar.gz
This isn't useful — you are renaming the tarball to the original (bad) name. You want ...#/hyperscan-%{gittag0}.tar.gz

> Patch0:         path.patch
A more descriptive patch name would be nice.

> make %{?_smp_mflags}
%make_build

> make install DESTDIR=%{buildroot}
%make_install

hyperscan.src:13: W: mixed-use-of-spaces-and-tabs (spaces: line 13, tab: line 4)

In the build I see various -m64 -mtune=generic, -march=core2,  -march=core-avx2, etc. It seems that it's compiling the code in different variants, which is OK.

The cflags specified by the .pc file are dubious: they add -I/usr/include/hs, even though it would be better no to do that, and require users of the library to use #include <hs/hs.h>. But that's an upstream issue / inelegance.

Package looks OK.

(In reply to Zbigniew Jędrzejewski-Szmek from comment #32)
> You should provide a symlink to the spec file and srpm file directly in
> comments, so that fedora-review can find them:
> spec file: https://jtaylor.fedorapeople.org/hyperscan/hyperscan.spec
> srpm:
> https://jtaylor.fedorapeople.org/hyperscan/hyperscan-4.4.1-1.fc27.src.rpm

srpm: https://jtaylor.fedorapeople.org/hyperscan/hyperscan-4.4.1-2.fc27.src.rpm
spec file: https://jtaylor.fedorapeople.org/hyperscan/hyperscan.spec

latest scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=19507079

> > https://github.com/01org/%{name}/archive/%{gittag0}.tar.gz#/%{gittag0}.tar.gz
> This isn't useful — you are renaming the tarball to the original (bad) name.
> You want ...#/hyperscan-%{gittag0}.tar.gz

Updated
 
> > Patch0:         path.patch
> A more descriptive patch name would be nice.

Updated to be more descriptive

> > make %{?_smp_mflags}
> %make_build

Updated
> > make install DESTDIR=%{buildroot}
> %make_install

Updated

> hyperscan.src:13: W: mixed-use-of-spaces-and-tabs (spaces: line 13, tab:
> line 4)

Fixed

> In the build I see various -m64 -mtune=generic, -march=core2, 
> -march=core-avx2, etc. It seems that it's compiling the code in different
> variants, which is OK.

I believe the various -march specifications are due to the "fat runtime" functionality introduced in version 4.4.0.

https://github.com/01org/hyperscan/releases

> The cflags specified by the .pc file are dubious: they add
> -I/usr/include/hs, even though it would be better no to do that, and require
> users of the library to use #include <hs/hs.h>. But that's an upstream issue
> / inelegance.
> 
> Package looks OK.

(In reply to Jason Taylor from comment #33)
> (In reply to Zbigniew Jędrzejewski-Szmek from comment #32)
> > You should provide a symlink to the spec file and srpm file directly in
> > comments, so that fedora-review can find them:
> > spec file: https://jtaylor.fedorapeople.org/hyperscan/hyperscan.spec
> > srpm:
> > https://jtaylor.fedorapeople.org/hyperscan/hyperscan-4.4.1-1.fc27.src.rpm
> 
> srpm:
> https://jtaylor.fedorapeople.org/hyperscan/hyperscan-4.4.1-2.fc27.src.rpm
> spec file: https://jtaylor.fedorapeople.org/hyperscan/hyperscan.spec
> 
> latest scratch build:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=19507079
> 
> > > https://github.com/01org/%{name}/archive/%{gittag0}.tar.gz#/%{gittag0}.tar.gz
> > This isn't useful — you are renaming the tarball to the original (bad) name.
> > You want ...#/hyperscan-%{gittag0}.tar.gz
> 
> Updated
Hm, you removed the renaming completely. While not strictly required, its recommended to make the tarball more recognizable. So you want something like this:

Source0: https://github.com/01org/hyperscan/archive/%{version}.tar.gz#/hyperscan-%{version}.tar.gz

(or Source0: https://github.com/01org/%{name}/archive/%{version}.tar.gz#/%{name}-%{version}.tar.gz is you like macros a lot)

But that's just cosmetic. I think you should go ahead with the build, any issues can be tweaked later.

(In reply to Zbigniew Jędrzejewski-Szmek from comment #34)
> (In reply to Jason Taylor from comment #33)
> > (In reply to Zbigniew Jędrzejewski-Szmek from comment #32)
> > > You should provide a symlink to the spec file and srpm file directly in
> > > comments, so that fedora-review can find them:
> > > spec file: https://jtaylor.fedorapeople.org/hyperscan/hyperscan.spec
> > > srpm:
> > > https://jtaylor.fedorapeople.org/hyperscan/hyperscan-4.4.1-1.fc27.src.rpm
> > 
> > srpm:
> > https://jtaylor.fedorapeople.org/hyperscan/hyperscan-4.4.1-2.fc27.src.rpm
> > spec file: https://jtaylor.fedorapeople.org/hyperscan/hyperscan.spec
> > 
> > latest scratch build:
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=19507079
> > 
> > > > https://github.com/01org/%{name}/archive/%{gittag0}.tar.gz#/%{gittag0}.tar.gz
> > > This isn't useful — you are renaming the tarball to the original (bad) name.
> > > You want ...#/hyperscan-%{gittag0}.tar.gz
> > 
> > Updated
> Hm, you removed the renaming completely. While not strictly required, its
> recommended to make the tarball more recognizable. So you want something
> like this:
> 
> Source0:
> https://github.com/01org/hyperscan/archive/%{version}.tar.gz#/hyperscan-
> %{version}.tar.gz
> 
> (or Source0:
> https://github.com/01org/%{name}/archive/%{version}.tar.gz#/%{name}-
> %{version}.tar.gz is you like macros a lot)

Oh, I see. Thank you for the explanation! I updated the spec:

https://jtaylor.fedorapeople.org/hyperscan/hyperscan.spec

Does that work?

> But that's just cosmetic. I think you should go ahead with the build, any
> issues can be tweaked later.

Great thank you for the help!

JT

One more nitpick:
I suggested:
> https://github.com/01org/hyperscan/archive/%{version}.tar.gz#/hyperscan-%{version}.tar.gz

That doesn't work, because I forgot a "v". It should have been
https://github.com/01org/hyperscan/archive/v%{version}.tar.gz#/hyperscan-%{version}.tar.gz

You used:
> https://github.com/01org/%{name}/archive/%{gittag0}.tar.gz#/%{name}-%{version}.tar.gz

That works, but it uses both gittag0 and version. That is suboptimal because you need to change both gittag0 and version when updating version. What's worse, if you forget one, you'll get a mismatched tarball name and contents. So I'd suggest using %{version} or "v%{version}" everywhere instead of %{gittag0} and removing %gittag0 definition completely.

hyperscan-4.4.1-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-1170ddbee5

(In reply to Zbigniew Jędrzejewski-Szmek from comment #36)
> One more nitpick:
> I suggested:
> > https://github.com/01org/hyperscan/archive/%{version}.tar.gz#/hyperscan-%{version}.tar.gz
> 
> That doesn't work, because I forgot a "v". It should have been
> https://github.com/01org/hyperscan/archive/v%{version}.tar.gz#/hyperscan-
> %{version}.tar.gz
> 
> You used:
> > https://github.com/01org/%{name}/archive/%{gittag0}.tar.gz#/%{name}-%{version}.tar.gz
> 
> That works, but it uses both gittag0 and version. That is suboptimal because
> you need to change both gittag0 and version when updating version. What's
> worse, if you forget one, you'll get a mismatched tarball name and contents.
> So I'd suggest using %{version} or "v%{version}" everywhere instead of
> %{gittag0} and removing %gittag0 definition completely.

I fixed this in the release version as you suggested. Thanks again!

hyperscan-4.4.1-1.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-ed7052f5f9

hyperscan-4.4.1-1.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-ed7052f5f9

hyperscan-4.4.1-1.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-1170ddbee5

hyperscan-4.4.1-1.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.

hyperscan-4.4.1-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.