* [ADOPT] iperf 2.0.8
@ 2015-07-14 1:31 Joel Johnson
2015-07-14 4:59 ` Marco Atzeri
2015-07-14 8:27 ` Joel Johnson
0 siblings, 2 replies; 9+ messages in thread
From: Joel Johnson @ 2015-07-14 1:31 UTC (permalink / raw)
To: cygwin-apps
The list of packages that we use that are not built for 64-bit has
gotten small enough that the only one remaining is iperf, which is
marked as orphaned and will therefore not likely have an update. I'd
like to volunteer as a maintainer of the iperf package since it appears
to still be in an orphaned state. I'll have a package put together and
posted shortly if there aren't any objections.
Joel Johnson
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ADOPT] iperf 2.0.8
2015-07-14 1:31 [ADOPT] iperf 2.0.8 Joel Johnson
@ 2015-07-14 4:59 ` Marco Atzeri
2015-07-14 8:27 ` Joel Johnson
1 sibling, 0 replies; 9+ messages in thread
From: Marco Atzeri @ 2015-07-14 4:59 UTC (permalink / raw)
To: cygwin-apps
On 7/14/2015 3:31 AM, Joel Johnson wrote:
> The list of packages that we use that are not built for 64-bit has
> gotten small enough that the only one remaining is iperf, which is
> marked as orphaned and will therefore not likely have an update. I'd
> like to volunteer as a maintainer of the iperf package since it appears
> to still be in an orphaned state. I'll have a package put together and
> posted shortly if there aren't any objections.
>
> Joel Johnson
Dear Joel,
of course no objection, when ready please post here a link
to your package proposal so we can review it.
After the approval (GTG=Good To Go) , please follow
https://sourceware.org/cygwin-apps/package-upload.html
so you will able to upload the new versions by yourself.
Please looks a the guideline for packages
https://cygwin.com/setup.html
and use cygport as packaging tool
https://cygwin.com/cygport/manual.html
(same examples here http://sourceforge.net/p/cygwin-ports/_list/git )
Regards
Marco
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ADOPT] iperf 2.0.8
2015-07-14 1:31 [ADOPT] iperf 2.0.8 Joel Johnson
2015-07-14 4:59 ` Marco Atzeri
@ 2015-07-14 8:27 ` Joel Johnson
2015-07-14 11:34 ` Marco Atzeri
1 sibling, 1 reply; 9+ messages in thread
From: Joel Johnson @ 2015-07-14 8:27 UTC (permalink / raw)
To: cygwin-apps
On 2015-07-13 19:31, Joel Johnson wrote:
> The list of packages that we use that are not built for 64-bit has
> gotten small enough that the only one remaining is iperf, which is
> marked as orphaned and will therefore not likely have an update. I'd
> like to volunteer as a maintainer of the iperf package since it
> appears to still be in an orphaned state. I'll have a package put
> together and posted shortly if there aren't any objections.
>
> Joel Johnson
I've put together an update for iperf, with no significant changes
needed. I've done some consolidation into just the cygport file, and
removed the override of src_compile as there were no special
requirements and how it was neglected to do the cygautoreconf update
step.
I've also bumped to version 2.0.5. There is a fork (sourceforge project
iperf2 instead of iperf) with releases to 2.0.8, but I'm not comfortable
uploading that since one of the changelog entries is an incompatible
change ("Require -u for UDP (-b no longer defaults to UDP)"). I'll
follow-up with an ITP for iperf3 which I recommend having as a separate
package (named iperf3 following Debian naming) since it isn't strictly
compatible.
Source change history:
https://github.com/mrjoel/cygwin-iperf
Proposed-uploads:
http://www.kecra.com/cygwin/x86/proposed/iperf
http://www.kecra.com/cygwin/x86_64/proposed/iperf/
As I'm new to cygwin packaging, I have a few questions (coming from a
Debian slant):
A) Is there a standard location for accessing source history of
package files? I've put them on a github for the time being, is there a
more appropriate location? I couldn't seem to find anything consistent
for other packages.
B) What is the convention for line-wrapping on the ldesc in
setup.hint, wrap or long lines?
C) There doesn't seem to be a way in the path structure to have the
x86 binary, x86_64 binary, and a shared source file, or am I missing
something?
D) When using setup.hint generation from the X.cygport file values,
is there a way to specificy prev/current/test versions if needed?
E) Is the CYGWIN-PATCHES/README strictly required? There was one
present previously, but I removed it since it didn't seem to add
anything of value and was another file to track.
One issue that I did run into was in trying to use cygport to
cross-compile from a x86 installation for a x86_64 target. I installed
cygwin64, assuming that was in support of doing just that. It appeared
to work until the actual compilation failing a lookup for rpl_malloc.
Disabling the AC_FUNC_MALLOC check allowed it to succeed. Should the
upload include a patch to disable that check, or is there some other
package that I should have installed to make it work. I ended up doing a
lean new 64-bit installation and the build went cleanly (as provided
above), so it appears to be just a cross-compilation issue.
Thanks for review and feedback!
Joel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ADOPT] iperf 2.0.8
2015-07-14 8:27 ` Joel Johnson
@ 2015-07-14 11:34 ` Marco Atzeri
2015-07-14 17:18 ` Joel Johnson
0 siblings, 1 reply; 9+ messages in thread
From: Marco Atzeri @ 2015-07-14 11:34 UTC (permalink / raw)
To: cygwin-apps
On 7/14/2015 10:27 AM, Joel Johnson wrote:
> On 2015-07-13 19:31, Joel Johnson wrote:
>
> I've put together an update for iperf, with no significant changes
> needed. I've done some consolidation into just the cygport file, and
> removed the override of src_compile as there were no special
> requirements and how it was neglected to do the cygautoreconf update step.
>
> I've also bumped to version 2.0.5. There is a fork (sourceforge project
> iperf2 instead of iperf) with releases to 2.0.8, but I'm not comfortable
> uploading that since one of the changelog entries is an incompatible
> change ("Require -u for UDP (-b no longer defaults to UDP)"). I'll
> follow-up with an ITP for iperf3 which I recommend having as a separate
> package (named iperf3 following Debian naming) since it isn't strictly
> compatible.
>
> Source change history:
> https://github.com/mrjoel/cygwin-iperf
>
> Proposed-uploads:
> http://www.kecra.com/cygwin/x86/proposed/iperf
> http://www.kecra.com/cygwin/x86_64/proposed/iperf/
build fine. Have you tested it?
on 64 bit I see
$ iperf -s -D
$ 1 [main] iperf 5396 fork: child -1 - forked process 9264 died
unexpectedly, retry 0, exit code 0xC0000005, errno 11
error
and 32bit strace...
--- Process 8552, exception 80000001 at 73006661
> As I'm new to cygwin packaging, I have a few questions (coming from a
> Debian slant):
>
> A) Is there a standard location for accessing source history of
> package files? I've put them on a github for the time being, is there a
> more appropriate location? I couldn't seem to find anything consistent
> for other packages.
no common source area for the time being.
Mine are on github also.
>
> B) What is the convention for line-wrapping on the ldesc in
> setup.hint, wrap or long lines?
both works.
> C) There doesn't seem to be a way in the path structure to have the
> x86 binary, x86_64 binary, and a shared source file, or am I missing
> something?
correct.
>
> D) When using setup.hint generation from the X.cygport file values,
> is there a way to specificy prev/current/test versions if needed?
There was a discussion, but I don't remind the outcome.
> E) Is the CYGWIN-PATCHES/README strictly required? There was one
> present previously, but I removed it since it didn't seem to add
> anything of value and was another file to track.
It is now optional.
> One issue that I did run into was in trying to use cygport to
> cross-compile from a x86 installation for a x86_64 target. I installed
> cygwin64, assuming that was in support of doing just that. It appeared
> to work until the actual compilation failing a lookup for rpl_malloc.
> Disabling the AC_FUNC_MALLOC check allowed it to succeed. Should the
> upload include a patch to disable that check, or is there some other
> package that I should have installed to make it work. I ended up doing a
> lean new 64-bit installation and the build went cleanly (as provided
> above), so it appears to be just a cross-compilation issue.
No idea.
>
> Thanks for review and feedback!
>
> Joel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ADOPT] iperf 2.0.8
2015-07-14 11:34 ` Marco Atzeri
@ 2015-07-14 17:18 ` Joel Johnson
2015-07-15 5:13 ` Marco Atzeri
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: Joel Johnson @ 2015-07-14 17:18 UTC (permalink / raw)
To: Marco Atzeri; +Cc: cygwin-apps
On 2015-07-14 05:34, Marco Atzeri wrote:
> On 7/14/2015 10:27 AM, Joel Johnson wrote:
>> On 2015-07-13 19:31, Joel Johnson wrote:
>> I've put together an update for iperf, with no significant changes
>> needed. I've done some consolidation into just the cygport file, and
>> removed the override of src_compile as there were no special
>> requirements and how it was neglected to do the cygautoreconf update
>> step.
>>
>> I've also bumped to version 2.0.5. There is a fork (sourceforge
>> project
>> iperf2 instead of iperf) with releases to 2.0.8, but I'm not
>> comfortable
>> uploading that since one of the changelog entries is an incompatible
>> change ("Require -u for UDP (-b no longer defaults to UDP)"). I'll
>> follow-up with an ITP for iperf3 which I recommend having as a
>> separate
>> package (named iperf3 following Debian naming) since it isn't strictly
>> compatible.
>>
>> Source change history:
>> https://github.com/mrjoel/cygwin-iperf
>>
>> Proposed-uploads:
>> http://www.kecra.com/cygwin/x86/proposed/iperf
>> http://www.kecra.com/cygwin/x86_64/proposed/iperf/
>
>
> build fine. Have you tested it?
> on 64 bit I see
>
> $ iperf -s -D
>
> $ 1 [main] iperf 5396 fork: child -1 - forked process 9264 died
> unexpectedly, retry 0, exit code 0xC0000005, errno 11
> error
>
> and 32bit strace...
>
> --- Process 8552, exception 80000001 at 73006661
I did test both the 32 and 64 bit version, but not with the -D flag,
just interactively. Thanks for pointing out that gap. I only had a
chance to look briefly at the failure, but it occurs on 2.0.5 32 and
64-bit builds, as well as the existing 2.0.4 32-bit package. Since it's
strictly not a regression, I'd push for it not holding up the update if
everything else work, but is still be a nice to have that I'll look at.
As another packaging question, I get that cygport is a build helper not
package management, but is there an easy way to install a resulting
binary package on a local system that ties in with the setup.exe
packaging tracking? I'd like to be able to actually test packages in
deployed state with and without the debug information present, and be
able to subsequently remove it as well, for which tar xfJ doesn't do
such a hot job.
Joel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ADOPT] iperf 2.0.8
2015-07-14 17:18 ` Joel Johnson
@ 2015-07-15 5:13 ` Marco Atzeri
2015-07-15 12:46 ` Andrew Schulman
2015-07-15 5:38 ` Achim Gratz
2015-09-26 8:46 ` Marco Atzeri
2 siblings, 1 reply; 9+ messages in thread
From: Marco Atzeri @ 2015-07-15 5:13 UTC (permalink / raw)
To: Joel Johnson; +Cc: cygwin-apps
On 7/14/2015 7:17 PM, Joel Johnson wrote:
> On 2015-07-14 05:34, Marco Atzeri wrote:
>> build fine. Have you tested it?
>> on 64 bit I see
>>
>> $ iperf -s -D
>>
>> $ 1 [main] iperf 5396 fork: child -1 - forked process 9264 died
>> unexpectedly, retry 0, exit code 0xC0000005, errno 11
>> error
>>
>> and 32bit strace...
>>
>> --- Process 8552, exception 80000001 at 73006661
>
> I did test both the 32 and 64 bit version, but not with the -D flag,
> just interactively. Thanks for pointing out that gap. I only had a
> chance to look briefly at the failure, but it occurs on 2.0.5 32 and
> 64-bit builds, as well as the existing 2.0.4 32-bit package. Since it's
> strictly not a regression, I'd push for it not holding up the update if
> everything else work, but is still be a nice to have that I'll look at.
Ok,
fair enough, just highlight the problem in the announcement.
You are the new maintainer
Congratulation.
please follow:
https://sourceware.org/cygwin-apps/package-upload.html
> As another packaging question, I get that cygport is a build helper not
> package management, but is there an easy way to install a resulting
> binary package on a local system that ties in with the setup.exe
> packaging tracking? I'd like to be able to actually test packages in
> deployed state with and without the debug information present, and be
> able to subsequently remove it as well, for which tar xfJ doesn't do
> such a hot job.
build a local site and use genini to build the setup.ini
https://sourceware.org/viewvc/cygwin-apps/genini/
For example I use a structure like
http%3a%2f%2fmatzeri.altervista.org%2f/x86/setup.bz2
http%3a%2f%2fmatzeri.altervista.org%2f/x86/setup.ini
http%3a%2f%2fmatzeri.altervista.org%2f/x86/iperf/iperf-2.0.5-1-src.tar.xz
http%3a%2f%2fmatzeri.altervista.org%2f/x86/iperf/iperf-2.0.5-1.tar.xz
http%3a%2f%2fmatzeri.altervista.org%2f/x86/iperf/iperf-debuginfo/iperf-debuginfo-2.0.5-1.tar.xz
http%3a%2f%2fmatzeri.altervista.org%2f/x86/iperf/iperf-debuginfo/setup.hint
http%3a%2f%2fmatzeri.altervista.org%2f/x86/iperf/setup.hint
http%3a%2f%2fmatzeri.altervista.org%2f/x86_64/setup.bz2
http%3a%2f%2fmatzeri.altervista.org%2f/x86_64/setup.ini
http%3a%2f%2fmatzeri.altervista.org%2f/x86_64/iperf/iperf-2.0.5-1-src.tar.xz
http%3a%2f%2fmatzeri.altervista.org%2f/x86_64/iperf/iperf-2.0.5-1.tar.xz
http%3a%2f%2fmatzeri.altervista.org%2f/x86_64/iperf/iperf-debuginfo/iperf-debuginfo-2.0.5-1.tar.xz
http%3a%2f%2fmatzeri.altervista.org%2f/x86_64/iperf/iperf-debuginfo/setup.hint
http%3a%2f%2fmatzeri.altervista.org%2f/x86_64/iperf/setup.hint
and a script like
-----------------------------------------
rm x86/setup.ini x86_64/setup.ini
genini --recursive x86_64 > x86_64/setup.ini
bzip2 -k -c x86_64/setup.ini > x86_64/setup.bz2
genini --recursive x86 > x86/setup.ini
bzip2 -k -c x86/setup.ini > x86/setup.bz2
-----------------------------------------
see "setup-x86.exe --help"
how to install locally from your local site.
> Joel
Regards
Marco
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ADOPT] iperf 2.0.8
2015-07-14 17:18 ` Joel Johnson
2015-07-15 5:13 ` Marco Atzeri
@ 2015-07-15 5:38 ` Achim Gratz
2015-09-26 8:46 ` Marco Atzeri
2 siblings, 0 replies; 9+ messages in thread
From: Achim Gratz @ 2015-07-15 5:38 UTC (permalink / raw)
To: cygwin-apps
Joel Johnson writes:
> As another packaging question, I get that cygport is a build helper
> not package management, but is there an easy way to install a
> resulting binary package on a local system that ties in with the
> setup.exe packaging tracking?
It's mainly a matter of updating / creating the appropriate entries in
/etc/setup/installed.db which a few lines of scripting can take care of.
> I'd like to be able to actually test packages in deployed state with
> and without the debug information present, and be able to subsequently
> remove it as well, for which tar xfJ doesn't do such a hot job.
The prefered way is to create a local install hierarchy with genini and
point setup to additionally use that.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ADOPT] iperf 2.0.8
2015-07-15 5:13 ` Marco Atzeri
@ 2015-07-15 12:46 ` Andrew Schulman
0 siblings, 0 replies; 9+ messages in thread
From: Andrew Schulman @ 2015-07-15 12:46 UTC (permalink / raw)
To: cygwin-apps
> You are the new maintainer
> Congratulation.
Gold star awarded! https://cygwin.com/goldstars/#JJ
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ADOPT] iperf 2.0.8
2015-07-14 17:18 ` Joel Johnson
2015-07-15 5:13 ` Marco Atzeri
2015-07-15 5:38 ` Achim Gratz
@ 2015-09-26 8:46 ` Marco Atzeri
2 siblings, 0 replies; 9+ messages in thread
From: Marco Atzeri @ 2015-09-26 8:46 UTC (permalink / raw)
To: Joel Johnson; +Cc: cygwin-apps
On 14/07/2015 19:17, Joel Johnson wrote:
> On 2015-07-14 05:34, Marco Atzeri wrote:
>> On 7/14/2015 10:27 AM, Joel Johnson wrote:
>>> On 2015-07-13 19:31, Joel Johnson wrote:
>>> I've put together an update for iperf, with no significant changes
>>> needed. I've done some consolidation into just the cygport file, and
>>> removed the override of src_compile as there were no special
>>> requirements and how it was neglected to do the cygautoreconf update
>>> step.
>>>
>>> Source change history:
>>> https://github.com/mrjoel/cygwin-iperf
>>>
>>> Proposed-uploads:
>>> http://www.kecra.com/cygwin/x86/proposed/iperf
>>> http://www.kecra.com/cygwin/x86_64/proposed/iperf/
>>
>>
>> build fine.
>
> Joel
Joel,
any news ?
We are still lacking you uploads
Regards
Marco
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2015-09-26 8:46 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-07-14 1:31 [ADOPT] iperf 2.0.8 Joel Johnson
2015-07-14 4:59 ` Marco Atzeri
2015-07-14 8:27 ` Joel Johnson
2015-07-14 11:34 ` Marco Atzeri
2015-07-14 17:18 ` Joel Johnson
2015-07-15 5:13 ` Marco Atzeri
2015-07-15 12:46 ` Andrew Schulman
2015-07-15 5:38 ` Achim Gratz
2015-09-26 8:46 ` Marco Atzeri
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).