Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 197716 - Review Request: connect-proxy - SSH Proxy command helper
Summary: Review Request: connect-proxy - SSH Proxy command helper
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Patrice Dumas
QA Contact: Fedora Package Reviews List
URL:
Whiteboard:
Depends On:
Blocks: FE-ACCEPT
TreeView+ depends on / blocked
 
Reported: 2006-07-05 19:01 UTC by Jarod Wilson
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-07-10 15:21:41 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jarod Wilson 2006-07-05 19:01:29 UTC
Spec URL: http://wilsonet.com/packages/connect-proxy/connect-proxy.spec
SRPM URL: http://wilsonet.com/packages/connect-proxy/connect-proxy-1.95-1.fc6.src.rpm

Description:
--
connect-proxy is the simple relaying command to make network connection via
SOCKS and https proxy. It is mainly intended to be used as proxy command
of OpenSSH. You can make SSH session beyond the firewall with this command.

Features of connect-proxy are:

    * Supports SOCKS (version 4/4a/5) and https CONNECT method.
    * Supports NO-AUTH and USERPASS authentication of SOCKS
    * Partially supports telnet proxy (experimental).
    * You can input password from tty, ssh-askpass or environment variable.
    * Simple and general program independent from OpenSSH.
    * You can also relay local socket stream instead of standard I/O.
--

Note that the upstream name is simply "connect", but this has been packaged for Red Hat/Fedora (by me) and Debian (by someone else before me) already as connect-proxy, so maintaining this name is in line with the package naming guidelines.

I've pinged upstream to see about having a license file included, as well as the man page and Makefile I snarfed from the Debian package.

Comment 1 Patrice Dumas 2006-07-05 21:03:13 UTC
Needswork:

* rpm compilation flags are not used
* wrong buildroot

Notes:
* %{?_smp_mflags} is not usefull since there is nothing to parallelize
* maybe it would be a good idea to have the html page packaged since it
  holds some documentation
* since the source isn't versionned, all the source files will have the same 
  name. A trick is to use the timestamp in the format YYYYMMDD obtained
  for example by using wget -N. Something along

Source0:         connect.c-20060402
# real source is below, renamed to connect.c-YYYYMMDD based on latest 
# timestamp, obtained with wget -N
#Source0:        http://www.taiyo.co.jp/~gotoh/ssh/connect.c


Comment 2 Patrice Dumas 2006-07-05 21:09:41 UTC
Alternatively you could also rename the file by appending the version number
since there is a version number, maybe it would be cleaner in that case:

Source0:         connect.c-1.95
# Real source is
#Source0:        http://www.taiyo.co.jp/~gotoh/ssh/connect.c

Comment 3 Jarod Wilson 2006-07-05 21:24:20 UTC
Blah, doing too many things at once. BuildRoot corrected, make now uses CFLAGS.
Updated spec and srpm pushed.

I know the smp flags are useless in this case, but the guidelines suggest this
is a required field unless there is something blocking its use. It doesn't help,
but it also doesn't hurt, so nothing really blocks it from being in the spec.
Who knows, maybe some day the author refactors the code and they become useful. :)

As for Source0... If I'm going to do anything to munge the name of the source, I
just assume put it into a tarball and clean up the messy %setup line (and remove
the line after it). Thoughts on that route versus just renaming the .c file?

Comment 4 Patrice Dumas 2006-07-05 21:35:00 UTC
> I know the smp flags are useless in this case, but the guidelines suggest this
> is a required field unless there is something blocking its use. It doesn't help,
> but it also doesn't hurt, so nothing really blocks it from being in the spec.
> Who knows, maybe some day the author refactors the code and they become useful. :)

Ok, no problem here.

> As for Source0... If I'm going to do anything to munge the name of the source, I
> just assume put it into a tarball and clean up the messy %setup line (and remove
> the line after it). Thoughts on that route versus just renaming the .c file?

I think it is better to only rename the file since it is easier to 
verify that it is the right file. However if you prefer doing a tarball,
do it.

Comment 5 Jarod Wilson 2006-07-05 21:46:06 UTC
(In reply to comment #4)
> I think it is better to only rename the file since it is easier to 
> verify that it is the right file. However if you prefer doing a tarball,
> do it.

Nah, I'll go with renaming the source file, with a slight twist:

Source0: connect-%{version}.c

Build -3 pushed.

Comment 6 Patrice Dumas 2006-07-05 22:14:45 UTC
The %setup may be simplified as:

%setup -q -T -c
cp %{SOURCE0} connect.c
%patch0 -p1

One rpmlint warning, not a big deal in my opinion (though I prefer spaces,
since it looks the same in every editors):

W: connect-proxy mixed-use-of-spaces-and-tabs
The specfile mixes use of spaces and tabs for indentation, which is a
cosmetic annoyance.  Use either spaces or tabs for indentation, not both.

There are many warning durings compilation, some may be worrying.

These are not blockers.

Full review:

* follow approximately naming guidelines, with a valid reason
  to deviate.
* licence is GPL, not included since it is not included upstream
* match upstream source
b856937f1cdfca7a3ccfb2fac36ef726  ../SOURCES/connect-1.95.c
* build on devel i386
* don't crash at start
* remove $RPM_BUILD_ROOT in clean and install
* right buildroot
* %files right

APPROVED

I still think that having the html file located at the package
URL would be a good idea. Not a blocker.

Comment 7 Jarod Wilson 2006-07-06 03:14:49 UTC
Made the %setup changes, those look a lot nicer, thank you. :)

Missed the spaces vs. tabs warning, didn't have the development rpmlint installed (just installed it), that's 
fixed too. Also added the html page as a %doc. I'll import a -4 build momentarily...

Comment 8 Jarod Wilson 2006-07-10 15:21:41 UTC
Packages all built and pushed.


Note You need to log in before you can comment on or make changes to this bug.