tests/docker/dockerfiles/debian-amd64.docker | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
It looks like something in netmap has changed and compilation fails:
install -D libnetmap.a //usr/local/lib/libnetmap.a
install: cannot stat libnetmap.a: No such file or directory
Add an explicit "make" step to fix it.
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
---
tests/docker/dockerfiles/debian-amd64.docker | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/docker/dockerfiles/debian-amd64.docker b/tests/docker/dockerfiles/debian-amd64.docker
index 954fcf9606..df79f35a46 100644
--- a/tests/docker/dockerfiles/debian-amd64.docker
+++ b/tests/docker/dockerfiles/debian-amd64.docker
@@ -33,7 +33,7 @@ RUN DEBIAN_FRONTEND=noninteractive eatmydata \
apt-get install -y --no-install-recommends \
linux-headers-amd64
RUN git clone https://github.com/luigirizzo/netmap.git /usr/src/netmap
-RUN cd /usr/src/netmap/LINUX && ./configure --no-drivers --no-apps --kernel-dir=$(ls -d /usr/src/linux-headers-*-amd64) && make install
+RUN cd /usr/src/netmap/LINUX && ./configure --no-drivers --no-apps --kernel-dir=$(ls -d /usr/src/linux-headers-*-amd64) && make && make install
ENV QEMU_CONFIGURE_OPTS --enable-netmap
RUN ldconfig
--
2.20.1
Paolo Bonzini <pbonzini@redhat.com> writes:
> It looks like something in netmap has changed and compilation fails:
>
> install -D libnetmap.a //usr/local/lib/libnetmap.a
> install: cannot stat libnetmap.a: No such file or directory
>
> Add an explicit "make" step to fix it.
I took an alternate approach as tracking another projects master seems
like a bad idea:
tests/docker: peg netmap code to a specific version
Tracking head is always going to be at the whims of the upstream.
Let's use a defined release so things don't magically change under us.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
1 file changed, 1 insertion(+)
tests/docker/dockerfiles/debian-amd64.docker | 1 +
modified tests/docker/dockerfiles/debian-amd64.docker
@@ -33,6 +33,7 @@ RUN DEBIAN_FRONTEND=noninteractive eatmydata \
apt-get install -y --no-install-recommends \
linux-headers-amd64
RUN git clone https://github.com/luigirizzo/netmap.git /usr/src/netmap
+RUN cd /usr/src/netmap && git checkout v11.3
RUN cd /usr/src/netmap/LINUX && ./configure --no-drivers --no-apps --kernel-dir=$(ls -d /usr/src/linux-headers-*-amd64) && make install
ENV QEMU_CONFIGURE_OPTS --enable-netmap
<snip>
--
Alex Bennée
On 2/20/19 5:37 PM, Alex Bennée wrote: > Paolo Bonzini <pbonzini@redhat.com> writes: > >> It looks like something in netmap has changed and compilation fails: >> >> install -D libnetmap.a //usr/local/lib/libnetmap.a >> install: cannot stat libnetmap.a: No such file or directory >> >> Add an explicit "make" step to fix it. > > I took an alternate approach as tracking another projects master seems > like a bad idea: > > tests/docker: peg netmap code to a specific version > > Tracking head is always going to be at the whims of the upstream. > Let's use a defined release so things don't magically change under us. Oh now I see your reply... > Signed-off-by: Alex Bennée <alex.bennee@linaro.org> > > 1 file changed, 1 insertion(+) > tests/docker/dockerfiles/debian-amd64.docker | 1 + > > modified tests/docker/dockerfiles/debian-amd64.docker > @@ -33,6 +33,7 @@ RUN DEBIAN_FRONTEND=noninteractive eatmydata \ > apt-get install -y --no-install-recommends \ > linux-headers-amd64 > RUN git clone https://github.com/luigirizzo/netmap.git /usr/src/netmap > +RUN cd /usr/src/netmap && git checkout v11.3 ... and I notice I forgot to change directory in my previous suggestion. Why do you take v11.3 and not v11.4? I agree v11.3 was closer to what I tested when I introduced this dependency, but I'd rather use the latest release. Regards, Phil. > RUN cd /usr/src/netmap/LINUX && ./configure --no-drivers --no-apps --kernel-dir=$(ls -d /usr/src/linux-headers-*-amd64) && make install > ENV QEMU_CONFIGURE_OPTS --enable-netmap > > > <snip> > > -- > Alex Bennée >
Philippe Mathieu-Daudé <philmd@redhat.com> writes: > On 2/20/19 5:37 PM, Alex Bennée wrote: >> Paolo Bonzini <pbonzini@redhat.com> writes: >> >>> It looks like something in netmap has changed and compilation fails: >>> >>> install -D libnetmap.a //usr/local/lib/libnetmap.a >>> install: cannot stat libnetmap.a: No such file or directory >>> >>> Add an explicit "make" step to fix it. >> >> I took an alternate approach as tracking another projects master seems >> like a bad idea: >> >> tests/docker: peg netmap code to a specific version >> >> Tracking head is always going to be at the whims of the upstream. >> Let's use a defined release so things don't magically change under us. > > Oh now I see your reply... > >> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> >> >> 1 file changed, 1 insertion(+) >> tests/docker/dockerfiles/debian-amd64.docker | 1 + >> >> modified tests/docker/dockerfiles/debian-amd64.docker >> @@ -33,6 +33,7 @@ RUN DEBIAN_FRONTEND=noninteractive eatmydata \ >> apt-get install -y --no-install-recommends \ >> linux-headers-amd64 >> RUN git clone https://github.com/luigirizzo/netmap.git /usr/src/netmap >> +RUN cd /usr/src/netmap && git checkout v11.3 > > ... and I notice I forgot to change directory in my previous suggestion. > > Why do you take v11.3 and not v11.4? > I agree v11.3 was closer to what I tested when I introduced this > dependency, but I'd rather use the latest release. Hmm github hid the newer releases by default and has a Latest Release button by v11.3. -- Alex Bennée
On 2/20/19 6:45 PM, Alex Bennée wrote: > > Philippe Mathieu-Daudé <philmd@redhat.com> writes: > >> On 2/20/19 5:37 PM, Alex Bennée wrote: >>> Paolo Bonzini <pbonzini@redhat.com> writes: >>> >>>> It looks like something in netmap has changed and compilation fails: >>>> >>>> install -D libnetmap.a //usr/local/lib/libnetmap.a >>>> install: cannot stat libnetmap.a: No such file or directory >>>> >>>> Add an explicit "make" step to fix it. >>> >>> I took an alternate approach as tracking another projects master seems >>> like a bad idea: >>> >>> tests/docker: peg netmap code to a specific version >>> >>> Tracking head is always going to be at the whims of the upstream. >>> Let's use a defined release so things don't magically change under us. >> >> Oh now I see your reply... >> >>> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> >>> >>> 1 file changed, 1 insertion(+) >>> tests/docker/dockerfiles/debian-amd64.docker | 1 + >>> >>> modified tests/docker/dockerfiles/debian-amd64.docker >>> @@ -33,6 +33,7 @@ RUN DEBIAN_FRONTEND=noninteractive eatmydata \ >>> apt-get install -y --no-install-recommends \ >>> linux-headers-amd64 >>> RUN git clone https://github.com/luigirizzo/netmap.git /usr/src/netmap >>> +RUN cd /usr/src/netmap && git checkout v11.3 >> >> ... and I notice I forgot to change directory in my previous suggestion. >> >> Why do you take v11.3 and not v11.4? >> I agree v11.3 was closer to what I tested when I introduced this >> dependency, but I'd rather use the latest release. > > Hmm github hid the newer releases by default and has a Latest Release > button by v11.3. I don't understand (this GitHub feature)... I'm talking about this release: https://github.com/luigirizzo/netmap/releases/tag/v11.4 The date is more recent that the v11.3. This looks like the latest release to me. Anyway I'm fine if you prefer v11.3. Please send a formal patch because I don't want to confuse scripts adding my R-b in Paolo's patch. Regards, Phil.
CCing Vincenzo, one of the maintainer of Netmap. On Wed, Feb 20, 2019 at 07:00:19PM +0100, Philippe Mathieu-Daudé wrote: > On 2/20/19 6:45 PM, Alex Bennée wrote: > > > > Philippe Mathieu-Daudé <philmd@redhat.com> writes: > > > >> On 2/20/19 5:37 PM, Alex Bennée wrote: > >>> Paolo Bonzini <pbonzini@redhat.com> writes: > >>> > >>>> It looks like something in netmap has changed and compilation fails: > >>>> > >>>> install -D libnetmap.a //usr/local/lib/libnetmap.a > >>>> install: cannot stat libnetmap.a: No such file or directory > >>>> > >>>> Add an explicit "make" step to fix it. > >>> > >>> I took an alternate approach as tracking another projects master seems > >>> like a bad idea: > >>> > >>> tests/docker: peg netmap code to a specific version > >>> > >>> Tracking head is always going to be at the whims of the upstream. > >>> Let's use a defined release so things don't magically change under us. > >> > >> Oh now I see your reply... > >> > >>> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> > >>> > >>> 1 file changed, 1 insertion(+) > >>> tests/docker/dockerfiles/debian-amd64.docker | 1 + > >>> > >>> modified tests/docker/dockerfiles/debian-amd64.docker > >>> @@ -33,6 +33,7 @@ RUN DEBIAN_FRONTEND=noninteractive eatmydata \ > >>> apt-get install -y --no-install-recommends \ > >>> linux-headers-amd64 > >>> RUN git clone https://github.com/luigirizzo/netmap.git /usr/src/netmap > >>> +RUN cd /usr/src/netmap && git checkout v11.3 > >> > >> ... and I notice I forgot to change directory in my previous suggestion. > >> > >> Why do you take v11.3 and not v11.4? > >> I agree v11.3 was closer to what I tested when I introduced this > >> dependency, but I'd rather use the latest release. > > > > Hmm github hid the newer releases by default and has a Latest Release > > button by v11.3. > > I don't understand (this GitHub feature)... > > I'm talking about this release: > https://github.com/luigirizzo/netmap/releases/tag/v11.4 > > The date is more recent that the v11.3. This looks like the latest > release to me. > > Anyway I'm fine if you prefer v11.3. > Please send a formal patch because I don't want to confuse scripts > adding my R-b in Paolo's patch. > > Regards, > > Phil. > -- Stefano Garzarella Software Engineer @ Red Hat
Hi, Yes, we added a static library that to ease application development (libnetmap.a). It looks like a configure/Makefile issue. Can you reproduce that? (I'm CC-ing Giuseppe, who actually added libnetmap). Cheers, Vincenzo Il giorno gio 21 feb 2019 alle ore 10:14 Stefano Garzarella < sgarzare@redhat.com> ha scritto: > CCing Vincenzo, one of the maintainer of Netmap. > > On Wed, Feb 20, 2019 at 07:00:19PM +0100, Philippe Mathieu-Daudé wrote: > > On 2/20/19 6:45 PM, Alex Bennée wrote: > > > > > > Philippe Mathieu-Daudé <philmd@redhat.com> writes: > > > > > >> On 2/20/19 5:37 PM, Alex Bennée wrote: > > >>> Paolo Bonzini <pbonzini@redhat.com> writes: > > >>> > > >>>> It looks like something in netmap has changed and compilation fails: > > >>>> > > >>>> install -D libnetmap.a //usr/local/lib/libnetmap.a > > >>>> install: cannot stat libnetmap.a: No such file or directory > > >>>> > > >>>> Add an explicit "make" step to fix it. > > >>> > > >>> I took an alternate approach as tracking another projects master > seems > > >>> like a bad idea: > > >>> > > >>> tests/docker: peg netmap code to a specific version > > >>> > > >>> Tracking head is always going to be at the whims of the upstream. > > >>> Let's use a defined release so things don't magically change under > us. > > >> > > >> Oh now I see your reply... > > >> > > >>> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> > > >>> > > >>> 1 file changed, 1 insertion(+) > > >>> tests/docker/dockerfiles/debian-amd64.docker | 1 + > > >>> > > >>> modified tests/docker/dockerfiles/debian-amd64.docker > > >>> @@ -33,6 +33,7 @@ RUN DEBIAN_FRONTEND=noninteractive eatmydata \ > > >>> apt-get install -y --no-install-recommends \ > > >>> linux-headers-amd64 > > >>> RUN git clone https://github.com/luigirizzo/netmap.git > /usr/src/netmap > > >>> +RUN cd /usr/src/netmap && git checkout v11.3 > > >> > > >> ... and I notice I forgot to change directory in my previous > suggestion. > > >> > > >> Why do you take v11.3 and not v11.4? > > >> I agree v11.3 was closer to what I tested when I introduced this > > >> dependency, but I'd rather use the latest release. > > > > > > Hmm github hid the newer releases by default and has a Latest Release > > > button by v11.3. > > > > I don't understand (this GitHub feature)... > > > > I'm talking about this release: > > https://github.com/luigirizzo/netmap/releases/tag/v11.4 > > > > The date is more recent that the v11.3. This looks like the latest > > release to me. > > > > Anyway I'm fine if you prefer v11.3. > > Please send a formal patch because I don't want to confuse scripts > > adding my R-b in Paolo's patch. > > > > Regards, > > > > Phil. > > > > -- > > Stefano Garzarella > Software Engineer @ Red Hat > -- Vincenzo
Hi Paolo,
Please also Cc reviewers :)
On 2/20/19 11:45 AM, Paolo Bonzini wrote:
> It looks like something in netmap has changed and compilation fails:
Partly my fault, I had the intention to add a git 'stable' tag for
reproducible builds [*] but forgot to add to my TODO list :/
[*] https://lists.gnu.org/archive/html/qemu-devel/2019-01/msg02028.html
>
> install -D libnetmap.a //usr/local/lib/libnetmap.a
> install: cannot stat libnetmap.a: No such file or directory
>
> Add an explicit "make" step to fix it.
>
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
> ---
> tests/docker/dockerfiles/debian-amd64.docker | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/tests/docker/dockerfiles/debian-amd64.docker b/tests/docker/dockerfiles/debian-amd64.docker
> index 954fcf9606..df79f35a46 100644
> --- a/tests/docker/dockerfiles/debian-amd64.docker
> +++ b/tests/docker/dockerfiles/debian-amd64.docker
> @@ -33,7 +33,7 @@ RUN DEBIAN_FRONTEND=noninteractive eatmydata \
> apt-get install -y --no-install-recommends \
> linux-headers-amd64
> RUN git clone https://github.com/luigirizzo/netmap.git /usr/src/netmap
So the fix would be:
- RUN git clone https://github.com/luigirizzo/netmap.git /usr/src/netmap
+ RUN git clone https://github.com/luigirizzo/netmap.git /usr/src/netmap
&& \
git checkout v11.4
> -RUN cd /usr/src/netmap/LINUX && ./configure --no-drivers --no-apps --kernel-dir=$(ls -d /usr/src/linux-headers-*-amd64) && make install
> +RUN cd /usr/src/netmap/LINUX && ./configure --no-drivers --no-apps --kernel-dir=$(ls -d /usr/src/linux-headers-*-amd64) && make && make install
Your change doesn't hurt.
> ENV QEMU_CONFIGURE_OPTS --enable-netmap
>
> RUN ldconfig
>
Regards,
Phil.
© 2016 - 2025 Red Hat, Inc.