LTP release
Hi!
It's about the time we start preparing for another release.
I would like to get the release ready somewhere at the end of this month. Does everyone think that this is manageable?
So as usually if there are patches that should be part of the release or bugs that should be fixed before we start pre-release testing, please let us know.
Signature · 8 lines
Cyril Hrubis [email protected] ------------------------------------------------------------------------------ _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
Hi!
Quoted 8 lines
It's about the time we start preparing for another release.
I would like to get the release ready somewhere at the end of this month. Does everyone think that this is manageable?
So as usually if there are patches that should be part of the release or bugs that should be fixed before we start pre-release testing, please let us know.
If nobody objects I would like to freeze LTP git repository on Monday (24. 08.) and start the pre-release testing.
If there are any patches that should be included the release, please let me know.
Signature · 8 lines
Cyril Hrubis [email protected] ------------------------------------------------------------------------------ _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
Hi!
I've did my release testing and pushed a few fixes, mosty minor ones.
Now the only problem that that blocks the release on my side are failures of the newly rewritten netns testcases that were discussed last week.
Jiri: What about changing the ns_exec to join only net namespace for
now and rewriting it after the release?
Everybody: If you have issues with the latest git please report them.
And if you haven't tested it yet please do so ASAP.
Signature · 8 lines
Cyril Hrubis [email protected] ------------------------------------------------------------------------------ _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
A message that is not in the archive (sent off-list or not yet received): [email protected]
Hi!
Quoted 9 lines
Quoted 6 lines
I've did my release testing and pushed a few fixes, mosty minor ones.
Now the only problem that that blocks the release on my side are failures of the newly rewritten netns testcases that were discussed last week.
In RHEL5.11GA,
ns_ifmove.cgives compilation error since 'IFLA_NET_NS_PID' undeclared in the kernel.
Looks like we need a configure check for the enum constant and way to propagate TCONF from the ns_ifmove to the netns_helper.sh.
I will look into this.
Signature · 8 lines
Cyril Hrubis [email protected] ------------------------------------------------------------------------------ _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
A message that is not in the archive (sent off-list or not yet received): [email protected]
Hi!
Quoted 3 lines
another solution could be to let
ns_ifmove.cas it is (so it won't build) and only add a check for binaries:tst_check_cmdsns_createns_execns_ifmove
We would have to ingore the return value from the ns_ifmove build, which means custom rule in the Makefile, which is ugly.
Quoted 8 lines
to the netns test code. On the other hand, this will produce unclear output from the netns testcases, you will only know that
ns_ifmovebinary is unavailable, but won't know why.The other way, as you pointed out, would be to check for kernel version and propagate TCONF to the
netns_helper.sh. The patch which adds what we need ('IFLA_NET_NS_PID') to the kernel is:
http://lists.linuxfoundation.org/pipermail/containers/2007-September/007113.html
Kernel version is completly orthogonal problem here.
The compilation fails since the IFLA_NET_NS_PID is not present in linux/if_link.h. I've just finished a patch that adds autoconf check for the constant, adds ifdefs into the ns_ifmove and propagates TCONF from ns_ifmove to the helper. This may still fail if somebody runs the test on recent enough userspace with older kernel. But I doubt that this will be the case, at least for any released distribution.
Signature · 8 lines
Cyril Hrubis [email protected] ------------------------------------------------------------------------------ _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
Hi!
Quoted 7 lines
Quoted 4 lines
Now the only problem that that blocks the release on my side are failures of the newly rewritten netns testcases that were discussed last week.
In RHEL5.11GA,
ns_ifmove.cgives compilation error since 'IFLA_NET_NS_PID' undeclared in the kernel.
Should be fixed in latest git, please test (don't forget to regenerate configure script).
Signature · 8 lines
Cyril Hrubis [email protected] ------------------------------------------------------------------------------ _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
A message that is not in the archive (sent off-list or not yet received): [email protected]
Hi!
Quoted 6 lines
as you mentioned, the problem in
ns_execwas setns'ing the "user" namespace, I think it would be sufficient to just comment/remove this line:
rf |=open_ns_fd(argv[1], "user");
fromns_exec.cor even all calls toopen_ns_fd()function except for the network namespace as it is used in netns testcases. I will rewritens_createandns_execafter the release.
I was trying to be more defensive and remove everything that is not needed, but I can live with this solution as well.
Signature · 8 lines
Cyril Hrubis [email protected] ------------------------------------------------------------------------------ _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
Hi!
I've just pushed last patch that has been requested to be included in the relese. Unless anybody objects I will proceed with tagging the git, uploading the tarballs, etc. tomorrow.
If you haven't tested latest git yet, now is the last chance to do so.
Signature · 13 lines
Cyril Hrubis [email protected] ------------------------------------------------------------------------------ Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list